From mandreiana.lists at gmail.com Thu Sep 1 06:18:00 2005 From: mandreiana.lists at gmail.com (Marius Andreiana) Date: Thu, 1 Sep 2005 09:18:00 +0300 Subject: External Bugzilla References lists FreeDesktop.org twice Message-ID: <4bcf41a00508312318454b84cb@mail.gmail.com> Hi, External Bugzilla References lists FreeDesktop.org twice with the same URL. Please remove one of the entries from bugzilla. Thanks, -- Marius Andreiana From jspaleta at gmail.com Thu Sep 1 12:01:26 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 1 Sep 2005 08:01:26 -0400 Subject: External Bugzilla References lists FreeDesktop.org twice In-Reply-To: <4bcf41a00508312318454b84cb@mail.gmail.com> References: <4bcf41a00508312318454b84cb@mail.gmail.com> Message-ID: <604aa791050901050164080d8c@mail.gmail.com> On 9/1/05, Marius Andreiana wrote: > Hi, > > External Bugzilla References lists FreeDesktop.org twice with the same > URL. Please remove one of the entries from bugzilla. https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Bugzilla From symbiont at berlios.de Thu Sep 1 15:07:04 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Thu, 1 Sep 2005 23:07:04 +0800 Subject: HostAP Message-ID: <200509012307.05124.symbiont@berlios.de> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583 Why? -- -jeff From buildsys at redhat.com Thu Sep 1 15:48:51 2005 From: buildsys at redhat.com (Build System) Date: Thu, 1 Sep 2005 11:48:51 -0400 Subject: rawhide report: 20050901 changes Message-ID: <200509011548.j81Fmpnn032145@porkchop.devel.redhat.com> Updated Packages: cdrtools-8:2.01.1-10 -------------------- * Wed Aug 31 2005 Harald Hoyer 8:2.01.1-10 - fixed mkisofs #166707 for gcc4 control-center-1:2.11.91-4 -------------------------- * Wed Aug 31 2005 Ray Strode - 1:2.11.91-4 - Potentially fix tablet bustage (bug 167227) desktop-file-utils-0.10-3 ------------------------- * Wed Aug 31 2005 Ray Strode - 0.10-3 - bump build requires for glib to 2.2.0 (bug #146585). evolution-data-server-1.3.8-6 ----------------------------- * Wed Aug 31 2005 David Malcolm - 1.3.8-6 - Use regular LDAP library for now, rather than evolution-openldap (#167238) gcc-4.0.1-12 ------------ * Wed Aug 31 2005 Jakub Jelinek 4.0.1-12 - update from CVS - PRs ada/23593, bootstrap/21268, c++/13377, c++/23099, c++/23586, c++/23639, fortran/20592, libfortran/23598, libgcj/23508, libstdc++/23081, preprocessor/20348, preprocessor/20356, rtl-optimization/15248, target/23539, target/23575, target/23630, testsuite/23607 - avoid call used regs for pseudos that live across calls that may throw (#166237, PR rtl-optimization/23478) java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_47rh ------------------------------------------ * Wed Aug 31 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_47rh - Import java-gcj-compat 1.0.40. - Point jaxp_parser_impl at proper libgcj-.jar for custom builds. * Wed Aug 31 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_46rh - Don't autogenerate libjawt.so dependencies in custom builds. kdegraphics-7:3.4.2-2 --------------------- * Wed Aug 31 2005 Than Ngo 7:3.4.2-2 - backport CVS patch to fix rendering problem in kpdf - backport CVS patch to fix bug #kde110171 - backport CVS patch to fix bug #kde110034, #kde110000 - backport CVS patch to fix crash in kpdf kernel-2.6.13-1.1530_FC5 ------------------------ * Wed Aug 31 2005 Dave Jones - 2.6.13-git2 krb5-1.4.2-2 ------------ * Wed Aug 31 2005 Nalin Dahyabhai 1.4.2-2 - change the default configured encryption type for KDC databases to the compiled-in default of des3-hmac-sha1 (#57847) * Thu Aug 11 2005 Nalin Dahyabhai 1.4.2-1 - update to 1.4.2, incorporating the fixes for MIT-KRB5-SA-2005-002 and MIT-KRB5-SA-2005-003 * Wed Jun 29 2005 Nalin Dahyabhai 1.4.1-6 - rebuild librsvg2-2.11.1-1 ----------------- * Wed Aug 31 2005 Matthias Clasen - 2.11.1-1 - New upstream version libwpd-0.8.3-1 -------------- * Tue Jun 28 2005 Caolan McNamara 0.8.3-1 - update to latest libwpd nss_ldap-240-1 -------------- * Wed Aug 31 2005 Nalin Dahyabhai 240-1 - update to nss_ldap 240 openswan-2.4.0-0.rc4.1 ---------------------- * Wed Aug 31 2005 Harald Hoyer - 2.4.0-0.rc4.1 - new version pyparted-1.6.9-4 ---------------- * Wed Aug 31 2005 Chris Lumens 1.6.9-4 - Rebuilt for new parted library. vsftpd-2.0.3-9 -------------- * Wed Aug 31 2005 Radek Vokal 2.0.3-9 - don't die when no user config file is present (#166986) xscreensaver-1:4.22-11 ---------------------- * Wed Aug 31 2005 Ray Strode 1:4.22-11 - ignore unprintable characters in password dialog (bug 135966). Broken deps for ppc ---------------------------------------------------------- cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc requires /lib/modules/2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.ppc requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.ppc requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc requires /lib/modules/2.6.12-1.1398_FC4 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for i386 ---------------------------------------------------------- gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i686 requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel-xen0 - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 GFS-kernel-xen0 - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.43.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i686 requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.10.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU cman-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i586 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i586 requires /lib/modules/2.6.12-1.1398_FC4 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i586 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i586 requires /lib/modules/2.6.12-1.1398_FC4 GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i586 requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i586 requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.i686 requires /lib/modules/2.6.12-1.1398_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i586 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i586 requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.i686 requires /lib/modules/2.6.12-1.1398_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 Broken deps for x86_64 ---------------------------------------------------------- dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 Broken deps for ppc64 ---------------------------------------------------------- system-config-mouse - 1.2.11-1.noarch requires pyxf86config firstboot - 1.3.45-1.noarch requires system-config-display evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) ppc64-utils - 0.7-9.ppc64 requires yaboot gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc64 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc64 requires /lib/modules/2.6.12-1.1398_FC4 evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc64 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc64 requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc64 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc64 requires /lib/modules/2.6.12-1.1398_FC4 Broken deps for s390 ---------------------------------------------------------- prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 From fedora-devel at tlarson.com Thu Sep 1 16:38:42 2005 From: fedora-devel at tlarson.com (Tyler Larson) Date: Thu, 01 Sep 2005 10:38:42 -0600 Subject: HostAP In-Reply-To: <200509012307.05124.symbiont@berlios.de> References: <200509012307.05124.symbiont@berlios.de> Message-ID: <43172E92.5080800@tlarson.com> Jeff Pitman wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583 > > Why? > If your question is "Why would anyone want HostAP?" then I think I can come up with a scenario or two. For example, you're at a meeting/seminar/whatever where a bunch of non-techies are using laptops, there's only 1 ethernet port to the room, and no one has networking equipment. People are muttering to themselves, "Grumble, grumble, grumble, I wish I could connect to the Internet... but there's 30 laptops and only one ethernet hookup." You, being the Geek God you are, say, "Never fear, I run Linux!" You grab your trusty laptop and ethernet cable (which you never leave home without), you plug in, turn on, and using HostAP turn your computer into an instant access point, complete with NAT and DHCP, and maybe even Squid. The others in the room--all WinXP users with MBAs and such--say "Wow, It's working! I didn't have to put in any configuration at all! No AdHoc networks, no IP address configuration. This is amazing!" Then an old man with a pointed hat and long gray beard stands up, points his finger and says, "What manner of man is this, who has such great power over networks and technology? We all have laptops too, and yet only he could perform such a feat and save us all!" You smile with that all-knowing sort of air, and say, "I run Linux! Behold the power of Fedora!" From gmaxwell at gmail.com Thu Sep 1 17:12:16 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Thu, 1 Sep 2005 13:12:16 -0400 Subject: HostAP In-Reply-To: <43172E92.5080800@tlarson.com> References: <200509012307.05124.symbiont@berlios.de> <43172E92.5080800@tlarson.com> Message-ID: On 9/1/05, Tyler Larson wrote: > You smile with that all-knowing sort of air, and say, "I run Linux! Behold the > power of Fedora!" You tell a good story, ... but it's true, running in AP mode is quite useful. Although the hostap drivers are not the only drivers that can run in AP mode even today... I hope that eventually all drivers of AP-mode-able hardware support it. There is nothing quite as satisfying as the sound of laptop lids slamming shot on a long airplane flight as your wildcard dns & httpd setup serves up copies of goatse to travelers who moments before thought they were quite lucky to pick up "PaneraBread" at 50,000 feet. ;) (just kidding, of course) From jkeating at j2solutions.net Thu Sep 1 17:20:39 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 01 Sep 2005 10:20:39 -0700 Subject: HostAP In-Reply-To: <200509012307.05124.symbiont@berlios.de> References: <200509012307.05124.symbiont@berlios.de> Message-ID: <1125595239.19639.0.camel@prometheus.gamehouse.com> On Thu, 2005-09-01 at 23:07 +0800, Jeff Pitman wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583 > > Why? Are HostAP drivers in upstream mainline kernel? No? Then they won't be in Fedora kernel. See Fedora Extras. -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From steve at silug.org Thu Sep 1 17:34:36 2005 From: steve at silug.org (Steven Pritchard) Date: Thu, 1 Sep 2005 12:34:36 -0500 Subject: HostAP In-Reply-To: <200509012307.05124.symbiont@berlios.de> References: <200509012307.05124.symbiont@berlios.de> Message-ID: <20050901173436.GA4268@osiris.silug.org> On Thu, Sep 01, 2005 at 11:07:04PM +0800, Jeff Pitman wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583 Which looks like a duplicate of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=81749 which I closed when I opened https://bugzilla.fedora.us/show_bug.cgi?id=1019 I haven't taken the time to update the driver rpm to match the latest kernel module package guidelines, but I have current(-ish) versions of the old package here: http://apt.kspei.com/fedora/4/i386/SRPMS.kspei/ http://apt.kspei.com/fedora/4/i386/RPMS.kspei/ FWIW, hostap is still by *far* the best driver for Prism 2 wireless cards, even ignoring the AP functionality. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From mailinglists at erwinrol.com Thu Sep 1 20:15:02 2005 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 01 Sep 2005 22:15:02 +0200 Subject: ustring problem Message-ID: <1125605702.3108.96.camel@xpc.home.erwinrol.com> Hey all, while working on a wrapper for gdl I ran into a problem with Glib:ustring. The following "program" gives a compile error. #include int main(int argc, char* argv[]) { Glib::ustring tmp; return 0; } The error is; g++ -g -c `pkg-config gtkmm-2.4 --cflags` main.cpp /usr/include/glibmm-2.4/glibmm/ustring.h:236: error: field initializer is not constant make: *** [main.o] Error 1 The lines in ustring.h that the compiler complains about are; 235 #ifdef GLIBMM_HAVE_ALLOWS_STATIC_INLINE_NPOS 236 static const size_type npos = std::string::npos; 237 #else 238 //The IRIX MipsPro compiler says "The indicated constant value is not known", 239 //so we need to initalize the static member data elsewhere. 240 static const size_type npos; 241 #endif The following RPM are installed on my x86_64 (running in 64bit mode) rawhide system. gtkmm24-2.6.2-2 gtkmm24-devel-2.6.2-2 glibmm24-devel-2.6.1-1 glibmm24-2.6.1-1 libgcc-4.0.1-12 gcc-4.0.1-12 gcc-c++-4.0.1-12 Anybody seen this problem before ? Can I just #undef GLIBMM_HAVE_ALLOWS_STATIC_INLINE_NPOS somehow to "fix" it ? TIA, Erwin From mailinglists at erwinrol.com Thu Sep 1 20:45:09 2005 From: mailinglists at erwinrol.com (Erwin Rol) Date: Thu, 01 Sep 2005 22:45:09 +0200 Subject: ustring problem In-Reply-To: <1125605702.3108.96.camel@xpc.home.erwinrol.com> References: <1125605702.3108.96.camel@xpc.home.erwinrol.com> Message-ID: <1125607509.3108.100.camel@xpc.home.erwinrol.com> OK after recompiling the srpm from http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/glibmm24-2.6.1-1.src.rpm on my system it works correctly. During the configure of i can see the following line ; checking whether the compiler allows a static member variable to be initialized inline to std::string::npos... no which seems to do the trick, the question is why are the binary rpms not working, are they just compiled with a older/different compiler ? - Erwin On Thu, 2005-09-01 at 22:15 +0200, Erwin Rol wrote: > Hey all, > > while working on a wrapper for gdl I ran into a problem with > Glib:ustring. The following "program" gives a compile error. > > #include > > int main(int argc, char* argv[]) > { > Glib::ustring tmp; > return 0; > } > > The error is; > > g++ -g -c `pkg-config gtkmm-2.4 --cflags` main.cpp > /usr/include/glibmm-2.4/glibmm/ustring.h:236: error: field initializer is not constant > make: *** [main.o] Error 1 > > The lines in ustring.h that the compiler complains about are; > > > 235 #ifdef GLIBMM_HAVE_ALLOWS_STATIC_INLINE_NPOS > 236 static const size_type npos = std::string::npos; > 237 #else > 238 //The IRIX MipsPro compiler says "The indicated constant value is not known", > 239 //so we need to initalize the static member data elsewhere. > 240 static const size_type npos; > 241 #endif > > > The following RPM are installed on my x86_64 (running in 64bit mode) > rawhide system. > > gtkmm24-2.6.2-2 > gtkmm24-devel-2.6.2-2 > glibmm24-devel-2.6.1-1 > glibmm24-2.6.1-1 > libgcc-4.0.1-12 > gcc-4.0.1-12 > gcc-c++-4.0.1-12 > > Anybody seen this problem before ? Can I just #undef > GLIBMM_HAVE_ALLOWS_STATIC_INLINE_NPOS somehow to "fix" it ? > > TIA, > > Erwin > > > > _______________________________________________ > gtkmm-list mailing list > gtkmm-list at gnome.org > http://mail.gnome.org/mailman/listinfo/gtkmm-list From mailinglists at erwinrol.com Thu Sep 1 22:31:43 2005 From: mailinglists at erwinrol.com (Erwin Rol) Date: Fri, 02 Sep 2005 00:31:43 +0200 Subject: ustring problem In-Reply-To: <200509012257.45016.chris@cvine.freeserve.co.uk> References: <1125605702.3108.96.camel@xpc.home.erwinrol.com> <1125607509.3108.100.camel@xpc.home.erwinrol.com> <200509012257.45016.chris@cvine.freeserve.co.uk> Message-ID: <1125613903.3108.111.camel@xpc.home.erwinrol.com> On Thu, 2005-09-01 at 22:57 +0100, Chris Vine wrote: > On Thursday 01 September 2005 21:45, Erwin Rol wrote: > gcc-4.0 does allow static member variables to be initialised inline. So do > gcc-3.2, 3.3 and 3.4, with x86 at any rate. > > Older pre-C++98 compilers may not. What does 'gcc --version' tell you? You > may have more than one compiler installed and be calling the wrong one. > gcc (GCC) 4.0.1 20050831 (Red Hat 4.0.1-12) and the system is; Linux xpc.home.erwinrol.com 2.6.12-1.1519_FC5 #1 SMP Sat Aug 27 13:54:40 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux Its not the wrong compiler, i am sure about that. And the problem is not that the member variables are initialized inline, the problem is that std::string::npos is not constant, and so can not be used to initialize static inline initialization. - Erwin From irabinovitch at gmail.com Thu Sep 1 22:52:25 2005 From: irabinovitch at gmail.com (Ilan Rabinovitch) Date: Thu, 1 Sep 2005 19:52:25 -0300 Subject: OT: SCALE 4x -- Call For Papers Message-ID: Hello, The call for papers for SCALE 4x, the 2006 Southern California Linux Expo, is now open. This event will be our fourth annual show. It will be held on Feb 11-12, 2006 at the Los Angeles Airport Westin. We are expecting 1,300+ in attendance this year. We are non-profit, community run Linux, open-source and free software conference. If you are working on something you believe the community would be interested in, please consider submitting a presentation to our call for papers. I am including details bellow. Past presentations are available online (including slides audio in most cases): 2005 - http://www.socallinuxexpo.org/past/2005/hours.php 2003 - http://www.socallinuxexpo.org/past/2003/presentations.php 2002 - http://www.socallinuxexpo.org/past/2002/presentations.php If you have any questions please feel free to call the Call For Papers team at cfp @ socallinuxexp.org CFP Link: http://www.socallinuxexpo.org/pr/pr_20050620.php CFP PDF: http://www.socallinuxexpo.org/pr/cfp4x.pdf Best regards, Ilan Rabinovitch Conference Chair Southern California Linux Expo http://www.socallinuxexpo.org 2006 Southern CAlifornia Linux Expo The USC, Simi/Conejo, and UCLA Linux User Groups are proud to announce the 4th annual Southern California Linux Expo scheduled for February 11-12, 2006 at the Westin Hotel near the Los Angeles International Airport. Building on the tremendous success of last three years' SCALE, we will continue to promote Linux and the Open Source Software community. We invite you to share your work on Linux and Open Source projects with the rest of the community as well as exchange ideas with some of the leading experts in these field. Details about SCALE 4X as well as archives for the last three years can be found at http://www.socallinuxexpo.com. Topics of interest include, but are not limited to: * Linux kernel * Linux Networking * Linux for embedded systems * Linux for Desktops * LAMP * Multimedia in Linux * Security in Linux * VoIP * Wireless tools in Linux * Linux Games * GIMP & other graphics software * Administration techniques for specific distributions * Custom Configurations * Linux Deployments and experiences: Case studies * Open source Licensing * Government policies with Open Source * Other open source projects The proposals should comprise a 1-page (maximum) description containing the following: 1] Title for the talk. 2] Name, Affiliation, Bio, a passport size picture (optional) and contact email address of the Presenter. 3] What will be covered? A bulleted list of the main points of the presentation will be ideal. Please include enough detail as will be necessary. 4] Any specific requirements needed for the presentation other than an overhead projector and a microphone. Presentations are alloted a time slot of about 45 minutes. All proposals are to be sent to kapadia=at=socallinuxexpo.com. Important Dates: 20 Jun, 2005: CFP Opens 20 Nov, 2005: Last date for abstracts/proposals 20 Dec, 2005: Last date for notification of acceptance 11 Feb, 2006: Conference starts From naoki at valuecommerce.com Fri Sep 2 03:29:50 2005 From: naoki at valuecommerce.com (Naoki) Date: Fri, 02 Sep 2005 12:29:50 +0900 Subject: Debugging a system hang. Message-ID: <1125631790.10206.47.camel@dragon.sys.intra> Hey all, I was asking this back over on fedora-list but had no responses. How do I debug a hung system? My box doesn't (ibm e326 with FC4, x86_64) actually panic and crash so lkcd is of no use(?) kgdb? How about magic sys key ? I can reliably make it hang to a point where the only working operations I can see are a blinking cursor and replies to ping packets. I did see this message once : <3>Debug : Sleeping function called from invalid context at include/linux/rwsem.h:43 in_atomic:(0) irqs_disabled:(1) Yes, I know it's off topic but I've googled and asked elsewhere to no avail. From jam at zoidtechnologies.com Fri Sep 2 04:11:20 2005 From: jam at zoidtechnologies.com (Jeff MacDonald) Date: Fri, 02 Sep 2005 00:11:20 -0400 Subject: Debugging a system hang. In-Reply-To: <1125631790.10206.47.camel@dragon.sys.intra> References: <1125631790.10206.47.camel@dragon.sys.intra> Message-ID: <1125634281.2923.122.camel@eros.zoidtechnologies.com> On Fri, 2005-09-02 at 12:29 +0900, Naoki wrote: > Hey all, > > I was asking this back over on fedora-list but had no responses. > how long did you wait for a response? > How do I debug a hung system? My box doesn't (ibm e326 with FC4, > x86_64) actually panic and crash so lkcd is of no use(?) kgdb? How about > magic sys key ? > > I can reliably make it hang to a point where the only working operations > I can see are a blinking cursor and replies to ping packets. > ok. what do you do to "reliably make it hang"? what application(s) do you run to cause this state of the machine? do you have any "proprietary" kernel modules installed? what exact version of the kernel are you running? does the machine hang immediately after boot, or do you have to "try" and make it hang? how old is the machine? are there environmental factors that might be causing this issue? have you run "memtest86" on the box (though that might not work on 64-bit)? I wish you luck. hopefully someone with the appropriate skills and resources can assist you. you might also consider contacting the manufacturer of the machine and see if they are aware of any issues. regards, J -------------- 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 arjanv at redhat.com Fri Sep 2 05:29:11 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 02 Sep 2005 07:29:11 +0200 Subject: Debugging a system hang. In-Reply-To: <1125631790.10206.47.camel@dragon.sys.intra> References: <1125631790.10206.47.camel@dragon.sys.intra> Message-ID: <1125638952.3224.4.camel@laptopd505.fenrus.org> On Fri, 2005-09-02 at 12:29 +0900, Naoki wrote: > Hey all, > > I was asking this back over on fedora-list but had no responses. > > How do I debug a hung system? My box doesn't (ibm e326 with FC4, > x86_64) actually panic and crash so lkcd is of no use(?) kgdb? How about > magic sys key ? > > I can reliably make it hang to a point where the only working operations > I can see are a blinking cursor and replies to ping packets. well which version exactly? what modules are in use? is there a backtrace? -------------- 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 murrayc at murrayc.com Fri Sep 2 06:05:27 2005 From: murrayc at murrayc.com (Murray Cumming) Date: Fri, 02 Sep 2005 08:05:27 +0200 Subject: ustring problem In-Reply-To: <1125607509.3108.100.camel@xpc.home.erwinrol.com> References: <1125605702.3108.96.camel@xpc.home.erwinrol.com> <1125607509.3108.100.camel@xpc.home.erwinrol.com> Message-ID: <1125641127.2948.11.camel@localhost.localdomain> On Thu, 2005-09-01 at 22:45 +0200, Erwin Rol wrote: > OK after recompiling the srpm from > http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/glibmm24-2.6.1-1.src.rpm > on my system it works correctly. During the configure of i can see the > following line ; > > checking whether the compiler allows a static member variable to be initialized inline to std::string::npos... no This suggests that you are not using the same compiler as was used to build the original fedora extras RPM. Maybe it's even a new minor version of the compiler that has introduced some small regression. Please do try to investigate, with the fedora extras people. It's nice to see that the Irix MipsPro build was useful for us too. > which seems to do the trick, the question is why are the binary rpms not > working, are they just compiled with a older/different compiler ? > > - Erwin > > > On Thu, 2005-09-01 at 22:15 +0200, Erwin Rol wrote: > > Hey all, > > > > while working on a wrapper for gdl I ran into a problem with > > Glib:ustring. The following "program" gives a compile error. > > > > #include > > > > int main(int argc, char* argv[]) > > { > > Glib::ustring tmp; > > return 0; > > } > > > > The error is; > > > > g++ -g -c `pkg-config gtkmm-2.4 --cflags` main.cpp > > /usr/include/glibmm-2.4/glibmm/ustring.h:236: error: field initializer is not constant > > make: *** [main.o] Error 1 > > > > The lines in ustring.h that the compiler complains about are; > > > > > > 235 #ifdef GLIBMM_HAVE_ALLOWS_STATIC_INLINE_NPOS > > 236 static const size_type npos = std::string::npos; > > 237 #else > > 238 //The IRIX MipsPro compiler says "The indicated constant value is not known", > > 239 //so we need to initalize the static member data elsewhere. > > 240 static const size_type npos; > > 241 #endif > > > > > > The following RPM are installed on my x86_64 (running in 64bit mode) > > rawhide system. > > > > gtkmm24-2.6.2-2 > > gtkmm24-devel-2.6.2-2 > > glibmm24-devel-2.6.1-1 > > glibmm24-2.6.1-1 > > libgcc-4.0.1-12 > > gcc-4.0.1-12 > > gcc-c++-4.0.1-12 > > > > Anybody seen this problem before ? Can I just #undef > > GLIBMM_HAVE_ALLOWS_STATIC_INLINE_NPOS somehow to "fix" it ? > > > > TIA, > > > > Erwin > > > > > > > > _______________________________________________ > > gtkmm-list mailing list > > gtkmm-list at gnome.org > > http://mail.gnome.org/mailman/listinfo/gtkmm-list > > _______________________________________________ > gtkmm-list mailing list > gtkmm-list at gnome.org > http://mail.gnome.org/mailman/listinfo/gtkmm-list -- Murray Cumming murrayc at murrayc.com www.murrayc.com www.openismus.com From andy at warmcat.com Fri Sep 2 08:46:30 2005 From: andy at warmcat.com (Andy Green) Date: Fri, 2 Sep 2005 09:46:30 +0100 Subject: HostAP In-Reply-To: References: <200509012307.05124.symbiont@berlios.de> <43172E92.5080800@tlarson.com> Message-ID: <200509020946.34462.andy@warmcat.com> On Thursday 01 September 2005 18:12, Gregory Maxwell wrote: > On 9/1/05, Tyler Larson wrote: > > You smile with that all-knowing sort of air, and say, "I run Linux! > > Behold the power of Fedora!" > slamming shot on a long airplane flight as your wildcard dns & httpd > setup serves up copies of goatse to travelers who moments before LOL to both of you, cheered my morning up :-) I have a wireless network here already using the cheapest 11Mbps USB stick I could find and Fedora. The stick is in AP mode itself and it works great with Linux and Windows clients. I am ready for the George Washington / Gandalf guy. But nobody is ready for goatse. -Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dragoran at feuerpokemon.de Fri Sep 2 11:34:00 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 02 Sep 2005 13:34:00 +0200 Subject: bug in lastest fc4 kernel? Message-ID: <431838A8.9080207@feuerpokemon.de> my /var/log/messages are full of pam_timestamp_check: pam_timestamp: `/' owner UID != 0 show I did chown root / now I got: pam_timestamp_check: pam_timestamp: `/' owner GID != 0 then I did chown root.root / now I get: pam_timestamp_check: pam_timestamp: `/' permissions are lax whats going on? From fedora at wir-sind-cool.org Fri Sep 2 11:45:38 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 2 Sep 2005 13:45:38 +0200 Subject: bugzilla In-Reply-To: <4315C56B.4020501@redhat.com> References: <200508311038.21647.czar@czarc.net> <4315C19B.6000407@redhat.com> <200508311054.32022.czar@czarc.net> <4315C56B.4020501@redhat.com> Message-ID: <20050902134538.6fcb858c.fedora@wir-sind-cool.org> On Wed, 31 Aug 2005 20:27:47 +0530, Rahul Sundaram wrote: > >>>As new packages get added to Fedora Core and Fedora Extras, they are not > >>>always added to bugzilla. What is a "good" way to report these needed > >>>bugzilla updates? > >>> > >>> > >>> > >>They should be. If not choose "bugzilla" itself as a component and file > >>them No, since is not a bug in bugzilla. For Fedora Fedora Extras there's the "general" component. Making noise on fedora-extras-list might help, too. ;) From fedora at wir-sind-cool.org Fri Sep 2 11:50:25 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Fri, 2 Sep 2005 13:50:25 +0200 Subject: ustring problem In-Reply-To: <1125605702.3108.96.camel@xpc.home.erwinrol.com> References: <1125605702.3108.96.camel@xpc.home.erwinrol.com> Message-ID: <20050902135025.520bbc77.fedora@wir-sind-cool.org> On Thu, 01 Sep 2005 22:15:02 +0200, Erwin Rol wrote: > Hey all, > > while working on a wrapper for gdl I ran into a problem with > Glib:ustring. The following "program" gives a compile error. > > #include > > int main(int argc, char* argv[]) > { > Glib::ustring tmp; > return 0; > } > > The error is; > > g++ -g -c `pkg-config gtkmm-2.4 --cflags` main.cpp > /usr/include/glibmm-2.4/glibmm/ustring.h:236: error: field initializer is not constant > make: *** [main.o] Error 1 This has been fixed with a rebuild, after I had run into and looked into it, too. Updated glibmm24 packages will be released whenever the next push happens. -- Michael Schwendt Fedora Core release 5 (Development) - Linux 2.6.13-1.1526_FC5 loadavg: 1.22 1.79 2.84 From tmraz at redhat.com Fri Sep 2 12:18:59 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 02 Sep 2005 14:18:59 +0200 Subject: bug in lastest fc4 kernel? In-Reply-To: <431838A8.9080207@feuerpokemon.de> References: <431838A8.9080207@feuerpokemon.de> Message-ID: <1125663540.4269.17.camel@perun.redhat.usu> On Fri, 2005-09-02 at 13:34 +0200, dragoran wrote: > my /var/log/messages are full of > pam_timestamp_check: pam_timestamp: `/' owner UID != 0 > show I did chown root / now I got: > pam_timestamp_check: pam_timestamp: `/' owner GID != 0 > then I did chown root.root / > now I get: > pam_timestamp_check: pam_timestamp: `/' permissions are lax > whats going on? / permissions should be: 0755 (rwxr-xr-x) -- Tomas Mraz From buildsys at redhat.com Fri Sep 2 16:21:13 2005 From: buildsys at redhat.com (Build System) Date: Fri, 2 Sep 2005 12:21:13 -0400 Subject: rawhide report: 20050902 changes Message-ID: <200509021621.j82GLDX2025247@porkchop.devel.redhat.com> Updated Packages: OpenIPMI-1.4.14-8 ----------------- * Thu Sep 01 2005 Phil Knirsch 1.4.14-8 - Updated initscript to latest version from Dell anaconda-10.3.0.11-1 -------------------- * Thu Sep 01 2005 Paul Nasrat 10.3.0.11-1 - Yum backend work (macro support, whitelist) - qla2100 (katzj, #167065) - Kickstart Parser (clumens) - authconfig handling changes (clumens) - Autopartitiong Traceback fix (katzj) * Fri Aug 26 2005 Jeremy Katz - More work from pnasrat on getting the yum backend working - Don't set some irrelevant network TYPE= (#136188, #157193) - New and improved autopartitioning screen anthy-6829-2 ------------ * Thu Sep 01 2005 Akira TAGOH - 6829-2 - Added the place name dictionary. checkpolicy-1.25.12-3 --------------------- * Thu Sep 01 2005 Dan Walsh 1.25.12-3 - Rebuild to get latest libsepol ckermit-8.0.211-3 ----------------- * Wed Aug 31 2005 Peter Vrabec 8.0.211-3 - use baudboy.h to create per-device lock(s) in /var/lock (#166155) cyrus-sasl-2.1.21-4 ------------------- * Thu Sep 01 2005 Nalin Dahyabhai 2.1.21-4 - move the ldapdb auxprop support into a subpackage (#167300) (note: the ldap password check support in saslauthd doesn't use auxprop) evolution-2.3.8-4 ----------------- * Thu Sep 01 2005 David Malcolm - 2.3.8-4 - Enable exchange support when configuring, so that the exchange-operations plugin gets built. * Fri Aug 26 2005 David Malcolm - 2.3.8-3 - Added patch for #157074 (patch 804) * Fri Aug 26 2005 David Malcolm - 2.3.8-2 - Move -Werror-implicit-function-declaration from configuration to the make stage, to avoid breaking configuration tests. fonts-chinese-3.00.pre2-1 ------------------------- * Fri Sep 02 2005 Leon Ho - 3.00.pre2-1 - Upgrade to pre2 fonts * Wed Aug 17 2005 Leon Ho - 3.00.pre1-1 - Move to uMing and uKai with HKSCS and Bitmap glyphs - combined FAPIcidfmap.{zh_TW,zh_CN} into FAPIcidfmap.zh libselinux-1.25.6-1 ------------------- * Thu Sep 01 2005 Dan Walsh 1.25.6-1 - Update from NSA * Added public functions to export context translation to users of libselinux (selinux_trans_to_raw_context, selinux_raw_to_trans_context). libsepol-1.7.24-1 ----------------- * Thu Sep 01 2005 Dan Walsh 1.7.24-1 - Upgrade to latest from NSA * Fixed symtab_insert return value for duplicate declarations. * Merged fix for memory error in policy_module_destroy from Jason Tang (Tresys). lm_sensors-2.9.1-4 ------------------ * Thu Sep 01 2005 Phil Knirsch 2.9.1-4 - Fixed CAN-2005-2672 lm_sensors pwmconfig insecure temporary file usage (#166673) - Fixed missing optflags during build (#166910) lockdev-1.0.1-8 --------------- * Thu Sep 01 2005 Karel Zak 1.0.1-8 - fix #163276 - baudboy.h should include fcntl.h metacity-2.11.2-3 ----------------- * Thu Sep 01 2005 Ray Strode 2.11.2-3 - truncate long window titles to 512 characters (bug 164071) mozilla-37:1.7.11-4 ------------------- * Thu Sep 01 2005 Kristian H??gsberg 37:1.7.11-3 - Add firefox-nopangoxft.patch so this thing works. nmap-2:3.81-4 ------------- * Wed Aug 03 2005 Harald Hoyer - 2:3.81-4 - removed references how to scan microsoft.com (bz #164962) - finally got rid of gtk+-devel dependency scim-1.4.2-2 ------------ * Fri Sep 02 2005 Jens Petersen - 1.4.2-2 - add scim-restart script to make it easier to restart scim after updating IMEs with scim-add-restart.patch - add scim-gtk-langs-167090.patch to set gtk immodule language list empty for now so that rhgb doesn't load scim (Warren Togami, #167088) * Wed Aug 17 2005 Jens Petersen - 1.4.2-1 - update to 1.4.2 release * Thu Aug 11 2005 Jens Petersen - 1.4.1-1 - update to 1.4.1 bugfix release - source scim-qtimm script if present from scim xinput script shadow-utils-2:4.0.12-2 ----------------------- * Tue Aug 30 2005 Peter Vrabec 2:4.0.12-2 - audit support vim-1:6.3.086-3 --------------- * Thu Sep 01 2005 Karsten Hopp 6.3.086-3 - move X11 stuff to /usr/bin per request of xorg.x11 maintainer Matthias Saou (#167176) yum-2.4.0-2 ----------- * Thu Sep 01 2005 Paul Nasrat - 2.4.0-2 - Initial version of macro support patch Broken deps for i386 ---------------------------------------------------------- dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i586 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i586 requires /lib/modules/2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i586 requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i586 requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i586 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i586 requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 dlm-kernel-xenU - 2.6.11.5-20050601.152643.FC4.10.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU GFS-kernel-xen0 - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.i686 requires /lib/modules/2.6.12-1.1398_FC4 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i586 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i586 requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.i686 requires /lib/modules/2.6.12-1.1398_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 gnbd-kernel-xen0 - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.i686 requires /lib/modules/2.6.12-1.1398_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel-smp = 0:2.6.12-1.1398_FC4 GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.9.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 GFS-kernel-xenU - 2.6.11.8-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU cman-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 dlm-kernel-xen0 - 2.6.11.5-20050601.152643.FC4.10.i686 requires kernel-xen0 = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.i686 requires /lib/modules/2.6.12-1.1398_FC4 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.9.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 cman-kernel-xenU - 2.6.11.5-20050601.152643.FC4.9.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.43.i686 requires kernel-xenU = 0:2.6.12-1.1398_FC4 gnbd-kernel-xenU - 2.6.11.2-20050420.133124.FC4.43.i686 requires /lib/modules/2.6.12-1.1398_FC4xenU Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp dlm-kernel-smp - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp gnbd-kernel-smp - 2.6.11.2-20050420.133124.FC4.43.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp GFS-kernel-smp - 2.6.11.8-20050601.152643.FC4.9.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.x86_64 requires /lib/modules/2.6.12-1.1398_FC4 cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires /lib/modules/2.6.12-1.1398_FC4smp cman-kernel-smp - 2.6.11.5-20050601.152643.FC4.9.x86_64 requires kernel-smp = 0:2.6.12-1.1398_FC4 Broken deps for ppc ---------------------------------------------------------- cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc requires /lib/modules/2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.ppc requires kernel = 0:2.6.12-1.1398_FC4 GFS-kernel - 2.6.11.8-20050601.152643.FC4.9.ppc requires /lib/modules/2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc requires /lib/modules/2.6.12-1.1398_FC4 Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc64 ---------------------------------------------------------- evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config firstboot - 1.3.45-1.noarch requires system-config-display dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc64 requires kernel = 0:2.6.12-1.1398_FC4 dlm-kernel - 2.6.11.5-20050601.152643.FC4.10.ppc64 requires /lib/modules/2.6.12-1.1398_FC4 ppc64-utils - 0.7-9.ppc64 requires yaboot system-config-mouse - 1.2.11-1.noarch requires pyxf86config cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc64 requires kernel = 0:2.6.12-1.1398_FC4 cman-kernel - 2.6.11.5-20050601.152643.FC4.9.ppc64 requires /lib/modules/2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc64 requires kernel = 0:2.6.12-1.1398_FC4 gnbd-kernel - 2.6.11.2-20050420.133124.FC4.43.ppc64 requires /lib/modules/2.6.12-1.1398_FC4 evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) Broken deps for s390 ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 From fedora at leemhuis.info Fri Sep 2 16:44:02 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Sep 2005 18:44:02 +0200 Subject: HostAP In-Reply-To: <200509012307.05124.symbiont@berlios.de> References: <200509012307.05124.symbiont@berlios.de> Message-ID: <1125679442.3203.4.camel@localhost.localdomain> Am Donnerstag, den 01.09.2005, 23:07 +0800 schrieb Jeff Pitman: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583 > > Why? FYI: Linus just merged hostap; See: http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tree;h=9f22e4085ea365a8ddf69fd60b4fe5c51ffcea7e;hb=f505380ba7b98ec97bf25300c2a58aeae903530b;f=drivers/net/wireless/hostap He also merged ipw2100 and ipw2200 into the 2.6.14-git-tree. So it should show up in 2.6.14. And in Fedora also when it switches to this kernel. :) -- Thorsten Leemhuis From linville at redhat.com Fri Sep 2 17:10:37 2005 From: linville at redhat.com (John W. Linville) Date: Fri, 2 Sep 2005 13:10:37 -0400 Subject: [RFT] 3c59x: use pci_iomap API and support memory-mapped PCI I/O Message-ID: <20050902171037.GD16655@redhat.com> All, I'm working on some patches to move the 3c59x driver to the somewhat new pci_iomap API. While straight-forward, this does hit ~250 places in the code. So, it would be good to get some "just in case" testing before I send it upstream. Moving to the pci_iomap should also make it fairly simple to move to using memory-mapped PCI I/O resources for those 3c59x devices that support it. For the time being I have added a module option to the 3c59x driver called "use_mmio". Set that value to one (1) in order to make use of this feature: /etc/modprobe.conf: ... alias eth0 3c59x options 3c59x use_mmio=1 What do I want from you? If you have 3c59x hardware, I'd like you to try my test kernels at the locations below. First, I'd like you to simply install the kernel and reboot. If the 3c59x driver does NOT work, then let me know. If that works, then I'd like you to make the modprobe.conf modifications described above and reboot. Please note whether or not the device is still working. If it does work, please also note if there is any noticeable difference in the performance of the 3c59x device. Finally, please send me the output of running "lspci -n", along with the results of your testing. It would probably be best if you sent them directly to me instead of flooding the list. I appreciate your cooperation. Thanks in advance! John P.S. Test kernels for FC3, FC4, and Rawhide (aka FC5) available here: http://people.redhat.com/linville/kernels/fc3/ http://people.redhat.com/linville/kernels/fc4/ http://people.redhat.com/linville/kernels/fc5/ -- John W. Linville linville at redhat.com From jspaleta at gmail.com Fri Sep 2 18:58:55 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 2 Sep 2005 14:58:55 -0400 Subject: Suitability for trying to get a floppy based install instructions into fc5 release notes? Message-ID: <604aa791050902115814233b91@mail.gmail.com> Using http://www.bhamu.net/index.php/2005/06/15/fedora-core-4-floppy-disk-install/ as a reference, is it suitable and feasible to try to make a similar solution for fc5 available under the "official" fedora project umbrella? I'm not saying make the set of floppies available as part of the install media(though that would be the holy grail scenario). But as a first time out... if the community tracked the test releases and made a floppy install method similar to what is outlined in the url for testers to test.. could a home for it be found on the official download pages and an instructions on how to use it included in the release notes for the final fc5 release? -jef From fedora at leemhuis.info Fri Sep 2 19:24:11 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Sep 2005 21:24:11 +0200 Subject: Suitability for trying to get a floppy based install instructions into fc5 release notes? In-Reply-To: <604aa791050902115814233b91@mail.gmail.com> References: <604aa791050902115814233b91@mail.gmail.com> Message-ID: <1125689051.3203.28.camel@localhost.localdomain> Am Freitag, den 02.09.2005, 14:58 -0400 schrieb Jeff Spaleta: > Using http://www.bhamu.net/index.php/2005/06/15/fedora-core-4-floppy-disk-install/ > as a reference, is it suitable and feasible to try to make a similar > solution for fc5 available under the "official" fedora project > umbrella? Sound quite complicated; In such a case I would do the following to get the install started (warning, untested for some time, but should work iirc) - create a partition (name it hda1 in this example) that you want to use for linux later and format it with fat/fat32 (note: you can also use a random fat-partition and skip format) - copy initrd.img vmlinuz to it - on a random linux-system create a grub boot-floppy with cat /usr/share/grub/i386-redhat/stage? > /dev/fd0 (can this be done in windows/dos somehow?) - start from this floppy-disk - at the grub-prompt type: root (hd0,0) kernel vmlinuz initrd initrd.img boot - install fedora (you can reformat or delete hda1 now if you wish) Or did i missing anything important here? -- Thorsten Leemhuis From sundaram at redhat.com Fri Sep 2 20:11:08 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Sat, 03 Sep 2005 01:41:08 +0530 Subject: Suitability for trying to get a floppy based install instructions into fc5 release notes? In-Reply-To: <604aa791050902115814233b91@mail.gmail.com> References: <604aa791050902115814233b91@mail.gmail.com> Message-ID: <4318B1DC.1020904@redhat.com> Jeff Spaleta wrote: >Using http://www.bhamu.net/index.php/2005/06/15/fedora-core-4-floppy-disk-install/ >as a reference, is it suitable and feasible to try to make a similar >solution for fc5 available under the "official" fedora project >umbrella? > Maintainer of this project would get the code into Fedora Extras . Even otherwise it could also get it a honorable mention in the FC Installation guide as a community effort. That should get it enough visibility. regards Rahul From jspaleta at gmail.com Fri Sep 2 20:21:41 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 2 Sep 2005 16:21:41 -0400 Subject: Suitability for trying to get a floppy based install instructions into fc5 release notes? In-Reply-To: <4318B1DC.1020904@redhat.com> References: <604aa791050902115814233b91@mail.gmail.com> <4318B1DC.1020904@redhat.com> Message-ID: <604aa791050902132170fd00ec@mail.gmail.com> On 9/2/05, Rahul Sundaram wrote: > Maintainer of this project would get the code into Fedora Extras . Even > otherwise it could also get it a honorable mention in the FC > Installation guide as a community effort. That should get it enough > visibility. actually ive been made painfully aware that bringing this up...was a bad idea. The technical specifics of whats being used in that reference url aren't supportable by the available infrastructure. Its not enough to just shove images to extras..the images can't natively be built. So really this specific technique is a non-starter and i didn't realize it. -jef From kip.thomas at gmail.com Fri Sep 2 20:37:41 2005 From: kip.thomas at gmail.com (Kip Thomas) Date: Fri, 2 Sep 2005 16:37:41 -0400 Subject: Suitability for trying to get a floppy based install instructions into fc5 release notes? In-Reply-To: <604aa791050902132170fd00ec@mail.gmail.com> References: <604aa791050902115814233b91@mail.gmail.com> <4318B1DC.1020904@redhat.com> <604aa791050902132170fd00ec@mail.gmail.com> Message-ID: <64520b910509021337783ff877@mail.gmail.com> would the recent discussion on slashdot about TCC help? TCC can compile a kernel on the fly and boot it. http://fabrice.bellard.free.fr/tcc/ On 9/2/05, Jeff Spaleta wrote: > > On 9/2/05, Rahul Sundaram wrote: > > Maintainer of this project would get the code into Fedora Extras . Even > > otherwise it could also get it a honorable mention in the FC > > Installation guide as a community effort. That should get it enough > > visibility. > > actually ive been made painfully aware that bringing this up...was a bad > idea. > The technical specifics of whats being used in that reference url > aren't supportable by the available infrastructure. Its not enough to > just shove images to extras..the images can't natively be built. So > really this specific technique is a non-starter and i didn't realize > it. > > -jef > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragoran at feuerpokemon.de Sat Sep 3 05:59:35 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 03 Sep 2005 07:59:35 +0200 Subject: bug in lastest fc4 kernel? In-Reply-To: <1125663540.4269.17.camel@perun.redhat.usu> References: <431838A8.9080207@feuerpokemon.de> <1125663540.4269.17.camel@perun.redhat.usu> Message-ID: <43193BC7.9080906@feuerpokemon.de> Tomas Mraz wrote: >On Fri, 2005-09-02 at 13:34 +0200, dragoran wrote: > > >>my /var/log/messages are full of >>pam_timestamp_check: pam_timestamp: `/' owner UID != 0 >>show I did chown root / now I got: >> pam_timestamp_check: pam_timestamp: `/' owner GID != 0 >>then I did chown root.root / >>now I get: >>pam_timestamp_check: pam_timestamp: `/' permissions are lax >>whats going on? >> >> >/ permissions should be: 0755 (rwxr-xr-x) > > > ok thx this seems to have solved it. From strange at nsk.no-ip.org Sat Sep 3 13:11:23 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Sat, 3 Sep 2005 14:11:23 +0100 Subject: Suitability for trying to get a floppy based install instructions into fc5 release notes? In-Reply-To: <604aa791050902132170fd00ec@mail.gmail.com> References: <604aa791050902115814233b91@mail.gmail.com> <4318B1DC.1020904@redhat.com> <604aa791050902132170fd00ec@mail.gmail.com> Message-ID: <20050903131123.GB9828@nsk.no-ip.org> On Fri, Sep 02, 2005 at 04:21:41PM -0400, Jeff Spaleta wrote: > On 9/2/05, Rahul Sundaram wrote: > > Maintainer of this project would get the code into Fedora Extras . Even > > otherwise it could also get it a honorable mention in the FC > > Installation guide as a community effort. That should get it enough > > visibility. > > actually ive been made painfully aware that bringing this up...was a bad idea. > The technical specifics of whats being used in that reference url > aren't supportable by the available infrastructure. Its not enough to > just shove images to extras..the images can't natively be built. So > really this specific technique is a non-starter and i didn't realize > it. What's missing to make it possible? FreeDOS? Could other possibility be using a very limited kernel + kexec? -- lfr 0/0 From buildsys at redhat.com Sat Sep 3 16:05:05 2005 From: buildsys at redhat.com (Build System) Date: Sat, 3 Sep 2005 12:05:05 -0400 Subject: rawhide report: 20050903 changes Message-ID: <200509031605.j83G55dQ004732@porkchop.devel.redhat.com> New package kexec-tools The kexec/kdump userspace component. Removed package GFS-kernel Removed package cman-kernel Removed package dlm-kernel Removed package gnbd-kernel Removed package gulm Removed package magma Removed package ccs Removed package gnbd Removed package fence Removed package cman Removed package dlm Removed package iddev Removed package magma-plugins Removed package rgmanager Removed package GFS Removed package rgmanager Updated Packages: cups-1:1.1.23-17 ---------------- * Fri Sep 02 2005 Tim Waugh 1:1.1.23-17 - Fixed CAN-2005-2097 (bug #164510). gnuplot-4.0.0-8 --------------- * Fri Sep 02 2005 Phil Knirsch 4.0.0-8 - Fixed missing Requires: emacs for the gnuplot-emacs package - Added a gnuplot-init.el file for startup (#151122) guile-5:1.6.7-4 --------------- * Fri Sep 02 2005 Phil Knirsch 5:1.6.7-4 - Fix dynamic linking on 64bit archs (#159971) hwdata-0.166-1 -------------- * Fri Sep 02 2005 Bill Nottingham - 0.166-1 - add videoaliases file - remove CardMonitorCombos, as nothing uses it kernel-2.6.13-1.1532_FC5 ------------------------ * Fri Sep 02 2005 Dave Jones - 2.6.13-git3. (For real this time, the last two builds didn't really rebase). - Tux & Xen currently disabled. - ipw2100/ipw2200 drivers are now upstream. openmotif-2.2.3-11 ------------------ * Fri Sep 02 2005 Thomas Woerner 2.2.3-11 - fixed mrm initialization error in MrmOpenHierarchyPerDisplay (#167094) Thanks to Arjan van de Ven for the patch. * Mon Apr 04 2005 Thomas Woerner 2.2.3-10 - fixed possible libXpm overflows (#151642) * Mon Feb 28 2005 Thomas Woerner 2.2.3-9 - Upstream Fix: Multiscreen mode - Upstream Fix: Crash when restarting by a session manager (motifzone#1193) - Upstream Fix: Crash when duplicating a window menu containing f.circle_up (motifzone#1202) - fixed divide by zero error in ComputeVizCount() (#144420) - Xpmcreate: define LONG64 on 64 bit architectures (#143689) openoffice.org-1:1.9.127-1.2.0.fc5 ---------------------------------- * Wed Aug 31 2005 Caolan McNamara - 1:1.9.127-1 - bump to next version - ooo#53956# thai dictionary - remove unslightly warning from gnomeprint - replace sablot with libxslt i.e. help application - add workspace.impress57.patch for rh#167130# - add plausible .ooo54040.savecrash.svtools.patch fix for rh#167178# - drop integrated workspace.cmcfixes15.patch - drop integrated workspace.cmcfixes16.patch - split and upstream font additions - add openoffice.org-1.9.127.gcc23691.slideshow.patch boost workaround perl-Compress-Zlib-1.37-1.fc5 ----------------------------- * Fri Sep 02 2005 Steven Pritchard 1.37-1 - Update to 1.37 (#167471) rhythmbox-0.9.0.cvs20050902-1 ----------------------------- * Fri Sep 02 2005 Colin Walters - Add configure flags --with-bonobo --with-dbus - BR nautilus-cd-burner-devel - New upstream CVS snapshot for testing - Drop IDL file and ui .xml - Add dbus service file - Drop upstreamed rhythmbox-bluecurve.tar.gz - Drop upstreamed rhythmbox-0.8.8-cell-renderer.patch tog-pegasus-1:2.4.1-4.FC5 ------------------------- * Fri Sep 02 2005 Jason Vas Dias - 2.4.1-4.FC5 - .spec file changes to prevent files remaining after rpm erase x86info-1:1.15-1.13 ------------------- * Fri Sep 02 2005 Dave Jones - Update to upstream 1.15 Broken deps for i386 ---------------------------------------------------------- valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 Broken deps for x86_64 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Broken deps for ppc64 ---------------------------------------------------------- system-config-keyboard - 1.2.6-2.noarch requires pyxf86config ppc64-utils - 0.7-9.ppc64 requires yaboot lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-mouse - 1.2.11-1.noarch requires pyxf86config Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for s390 ---------------------------------------------------------- initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 From wrrhdev at riede.org Sat Sep 3 18:22:48 2005 From: wrrhdev at riede.org (Willem Riede) Date: Sat, 03 Sep 2005 18:22:48 +0000 Subject: nfs tree install methos Message-ID: <1125771768l.13191l.11l@serve.riede.org> I want to install FC5-devel. Booting from boot.iso, I get to choose an installation method, but with both NFS image and FTP I get told only NFS tree installs are supported - that would be fine, but "NFS tree" is not a method that is available in the method menu... What am I missing? Thanks, Willem Riede. From hpa at zytor.com Sun Sep 4 04:06:43 2005 From: hpa at zytor.com (H. Peter Anvin) Date: Sat, 03 Sep 2005 21:06:43 -0700 Subject: Including git in FC? Message-ID: <431A72D3.1090006@zytor.com> I would like to suggest including "git" in FC. Why in the Core? Because in addition to its uses as an SCM, it's also really useful for managing user configurables since it's an SCM that handles sparse trees just fine. Thus, one can have a ~/.git directory and check in the files one wants to have under control. However, for this to be useful, git really needs to be available by default in as many places as possible. -hpa From pjones at redhat.com Sun Sep 4 04:41:42 2005 From: pjones at redhat.com (Peter Jones) Date: Sun, 04 Sep 2005 00:41:42 -0400 Subject: Including git in FC? In-Reply-To: <431A72D3.1090006@zytor.com> References: <431A72D3.1090006@zytor.com> Message-ID: <1125808902.13673.2.camel@localhost.localdomain> On Sat, 2005-09-03 at 21:06 -0700, H. Peter Anvin wrote: > I would like to suggest including "git" in FC. Why in the Core? > Because in addition to its uses as an SCM, it's also really useful for > managing user configurables since it's an SCM that handles sparse trees > just fine. Thus, one can have a ~/.git directory and check in the files > one wants to have under control. However, for this to be useful, git > really needs to be available by default in as many places as possible. That still doesn't really mandate it being in Core -- it wouldn't be appropriate for the default install, and our default yum configuration makes it trivial to install Extras packages. Either way, the path for inclusion starts with somebody stepping up to maintain git/cogito packages in Extras. -- Peter From mharris at redhat.com Sun Sep 4 11:26:09 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 07:26:09 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <4314E67B.1000304@redhat.com> References: <4314E67B.1000304@redhat.com> Message-ID: <431AD9D1.2020208@redhat.com> Mike A. Harris wrote: [SNIP] > What's changing specifically: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > X.Org X11 will no longer use the /usr/X11R6 directory hierarchy > at all. It uses /usr, and installs files where you'd expect > them to be found within that heirarchy more or less (although > it is a bit buggy in this regard currently, that'll be fixed > prior to X11R7's final release). The libraries, binaries, > fonts, config files, data files - everything is moving. > > Along with this upstream X.Org change, there will be a number > of backward compatibility issues that we'll face, where we > may need to provide backward compatible symlinks for cases like > applications hard coding the path to X binaries instead of > using "which " and similar. We'll be keeping an > eye on such issues and considering where we should provide > compatibility links. > > > What we'd like volunteers to help with: > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 1) A lot of existing Fedora Core, Fedora Extras and other 3rd > party packages currently install themselves into /usr/X11R6, > need to be updated to install themselves in a more > appropriate location under /usr, using %{_datadir} and > friends in their rpm specfiles. Volunteers are needed who > are willing to take on the task of reporting bugs against > the offending packages, and preferably also attaching > patches to fix the rpms. > > 2) A number of packages might have shell scripts, .desktop > files, or other things with hard coded paths to binaries > such as /usr/X11R6/bin/xterm, or to data files, or other > files traditionally installed under /usr/X11R6. Please > report bugs against these packages, and where possible, > change them to use "which " instead of hard > coding the path to the executable/file directly. In some > cases dynamic solution might not work, so hard code the > new path in that case unless there's another appropriate > solution apparent. > > 3) If you can personally think of any application or compat > problems that might occur when the changeover is made, > please report them to me via email in advance, so we can > try to find a solution sooner than later. > > > This message is being sent out to encourage community > involvement in the process, and to help weed out problems > sooner in the development cycle than later on, as there > is likely to be a fair amount of package churn, so we'd > like to get things in order far far in advance of > FC5test1. > > Thanks in advance for any feedback, and also to any > volunteers who decide to help out. At this time, I'd like to thank the large number of volunteers who responded to this query (zero), as that will greatly help to make sure everything works after modular X goes into rawhide. ;o) We will be finding/fixing anything obvious we find prior to it hitting rawhide, however if we miss anything I'm sure that we'll find out after it goes live in rawhide and everyone suddenly becomes a volunteer. ;o) Thanks again. TTYL From paul at all-the-johnsons.co.uk Sun Sep 4 11:35:41 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 04 Sep 2005 12:35:41 +0100 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <431AD9D1.2020208@redhat.com> References: <4314E67B.1000304@redhat.com> <431AD9D1.2020208@redhat.com> Message-ID: <1125833741.4165.19.camel@localhost> Hi, > At this time, I'd like to thank the large number of volunteers > who responded to this query (zero), as that will greatly help > to make sure everything works after modular X goes into > rawhide. ;o) Sorry for not replying to this, somehow the original version was chewed and spat out into my spam bin. I'm happy to help. TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From mharris at redhat.com Sun Sep 4 12:23:24 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 08:23:24 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <431AD9D1.2020208@redhat.com> References: <4314E67B.1000304@redhat.com> <431AD9D1.2020208@redhat.com> Message-ID: <431AE73C.6010709@redhat.com> Mike A. Harris wrote: > At this time, I'd like to thank the large number of volunteers > who responded to this query (zero), as that will greatly help > to make sure everything works after modular X goes into > rawhide. ;o) > > We will be finding/fixing anything obvious we find prior to > it hitting rawhide, however if we miss anything I'm sure that > we'll find out after it goes live in rawhide and everyone > suddenly becomes a volunteer. ;o) Ugh. It turns out that I have some rather major mail filtering problems going on. 150Mb procmail.log to the rescue... Word of advice: Do not use alpha version of "spambayes" spam filtering software. It is horribly broken. I've now downgraded to the 1.0.4 release and watching the procmail log more closely now to try to catch failures. A few people pointed out to me that people did in fact respond to the thread, and I've acquired copies. I'll review them and respond back to the list. So.... Thanks very much to everyone who did respond, and my apologies for missing things due to mail filtering quirks. Now on to reading them... TTYL From mharris at redhat.com Sun Sep 4 12:29:09 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 08:29:09 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: References: <4314E67B.1000304@redhat.com> Message-ID: <431AE895.2060907@redhat.com> Peter Lemenkov wrote: > On Tue, 30 Aug 2005, Mike A. Harris wrote: > >> Overview: >> ~~~~~~~~ >> The X.Org Foundation has finally changed X11 to install itself >> into the /usr heirarchy by default instead of the /usr/X11R6 >> hierarchy. The basic rationale is that with modern packaging >> systems like rpm, deb, etc., there is no need to isolate the >> X Window System into its own private hierarchy on the filesystem. >> >> Originally, the /usr/X11R6 directory was intended to strictly >> be the location where X11R6 itself would get installed. Over >> time however various other 3rd party software packages, addons >> and other stuff has infiltrated into the /usr/X11R6 heirarchy >> for no really good reason, and some of it still sits in there >> today. > > > # ln -s /usr /usr/X11R6 > > and forget about this problem... There are 2 reasons why that solution isn't suitable: 1) rpm is unable to replace a directory (/usr/X11R6 for example) with a symlink when upgrading. 2) Numerous other pieces of software install themselves into /usr/X11R6 even though they have no right to do so, and are not part of "X11". Even if you remove the xorg-x11 rpm packages from your system completely, there are still tonnes of files in /usr/X11R6 that do not belong to the X Window System. Some of these files are owned by other rpm packages, and some of them might not be owned by any package, such as files that are generated at runtime (fonts.dir for example from packages that do not properly use %ghost), or might be present from software installed from tarball sources. Therefore, it isn't possible to remove the directory anyway, and trying to "move" the directory would break the rpm packages that are installed which contain files in there. Having said that however, it certainly would be nice to be able to symlink /usr/X11R6 to /usr if there weren't new technical problems created in the process by doing so. Thanks for the suggestion however. From mharris at redhat.com Sun Sep 4 12:32:32 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 08:32:32 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <431587F7.6050601@hhs.nl> References: <4314E67B.1000304@redhat.com> <20050831120823.757893d0@python2> <1125483842.28096.44.camel@ignacio.lan> <431587F7.6050601@hhs.nl> Message-ID: <431AE960.9020804@redhat.com> Hans de Goede wrote: > > "(find /usr/X11R6 -type f | xargs rpm -qf) | sort | uniq" gives the > following output on my system: > fonts-xorg-75dpi-6.8.2-1 > fonts-xorg-base-6.8.2-1 > fonts-xorg-truetype-6.8.2-1 > multimedia-2.1-21 > openmotif-2.2.3-10 > playmidi-X11-2.4-16 > xinitrc-4.0.19-1 > xorg-x11-6.8.2-45 > xorg-x11-Mesa-libGL-6.8.2-45 > xorg-x11-Mesa-libGLU-6.8.2-45 > xorg-x11-deprecated-libs-6.8.2-45 > xorg-x11-devel-6.8.2-45 > xorg-x11-font-utils-6.8.2-45 > xorg-x11-libs-6.8.2-45 > xorg-x11-tools-6.8.2-45 > xorg-x11-xauth-6.8.2-45 > xorg-x11-xdm-6.8.2-45 > xorg-x11-xfs-6.8.2-45 > xscreensaver-base-4.22-10 > xterm-200-7 > > IOW: > multimedia > openmotif > playmidi > xscreensaver-base > xterm > > Are the only non xorg packages on my system which use /use/X11R6 and > thus need fixing. Thanks for the list hans. I've added these to my local hit-list. Another issue I just thought of, is "imake". I wonder how many things are going to now break since X no longer uses imake as its build system. imake is now avail as a separate tarball, and I'm sure we'll likely be providing it for compatibility for apps that use it to build with for a while, but AFAIK, there wont be X configs like host.def et al. so apps that use imake that way will likely break. I guess that's an opportunity to drop apps from Core, or convince people to autotool them? ;o) From mharris at redhat.com Sun Sep 4 12:35:40 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 08:35:40 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <43155786.1020603@feuerpokemon.de> References: <4314E67B.1000304@redhat.com> <43155786.1020603@feuerpokemon.de> Message-ID: <431AEA1C.3020101@redhat.com> dragoran wrote: > some apps have hardcoded -L/usr/X11R6/lib in there makefiles (which > allready make problems on multilib systems) Indeed... -I/usr/X11R6/lib/X11/include is another problem case perhaps too. Fortunately, the modular X libraries all provide pkg-config files now. Any packages or Makefiles that hard code -L or -I paths, etc. will now need to be updated to use pkg-config. The X server provides pkgconfig files so apps/tools know where things like the module directory is also. There's only 2 or 3 packages in the OS that that should affect though: synaptics linuxwacom vnc Can anyone think of any others? TIA From mharris at redhat.com Sun Sep 4 12:37:57 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 08:37:57 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <1125486093.2896.5.camel@localhost.localdomain> References: <4314E67B.1000304@redhat.com> <20050831120823.757893d0@python2> <1125483842.28096.44.camel@ignacio.lan> <431587F7.6050601@hhs.nl> <1125486093.2896.5.camel@localhost.localdomain> Message-ID: <431AEAA5.9060304@redhat.com> Rodd Clarkson wrote: > [rodd at localhost ~]$ (find /usr/X11R6 -type f | xargs rpm -qf) | sort | uniq > fonts-xorg-100dpi-6.8.2-1 > fonts-xorg-75dpi-6.8.2-1 > fonts-xorg-base-6.8.2-1 > linuxwacom-0.6.6-5 > nvidia-glx-1.0.7174-0.lvn.4.4 > nvidia-glx-devel-1.0.7174-0.lvn.4.4 > openmotif-2.2.3-10 > openmotif-devel-2.2.3-10 > synaptics-0.14.3-3 > vnc-server-4.1.1-16 > Xaw3d-1.5E-4 > Xaw3d-devel-1.5E-4 > xinitrc-4.0.19-1 > xorg-x11-6.8.2-45 > xorg-x11-deprecated-libs-6.8.2-45 > xorg-x11-deprecated-libs-devel-6.8.2-45 > xorg-x11-devel-6.8.2-45 > xorg-x11-font-utils-6.8.2-45 > xorg-x11-libs-6.8.2-45 > xorg-x11-Mesa-libGL-6.8.2-45 > xorg-x11-Mesa-libGLU-6.8.2-45 > xorg-x11-tools-6.8.2-45 > xorg-x11-twm-6.8.2-45 > xorg-x11-xauth-6.8.2-45 > xorg-x11-xfs-6.8.2-45 > xscreensaver-base-4.22-10 > xterm-200-7 > > Don't know what this adds to the list. Thanks, I've added these to the master list. Once the list is populated for a few days, I think I will make a web page somewhere with everything in a table, with status column indicating what things have been fixed, what still needs fixing, and what repo (FC/FE/Livna/etc.) it is in. TTYL From mharris at redhat.com Sun Sep 4 12:38:36 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 08:38:36 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <20050831132510.6a0882b9@nausicaa.camperquake.de> References: <4314E67B.1000304@redhat.com> <20050831120823.757893d0@python2> <1125483842.28096.44.camel@ignacio.lan> <431587F7.6050601@hhs.nl> <1125486093.2896.5.camel@localhost.localdomain> <20050831132510.6a0882b9@nausicaa.camperquake.de> Message-ID: <431AEACC.5040703@redhat.com> Ralf Ertzinger wrote: > Hi. > > Rodd Clarkson wrote: > > >>Don't know what this adds to the list. > > > fluxbox-0.9.13-2.fc5 > gv-3.5.8-29 > iiimf-x-12.2-6 > kterm-6.2.0-40 > libXvMCW-0.9.3-1.2.fc4 > mtr-gtk-0.69-3 > transfig-3.2.4-11 > x3270-x11-3.3.4-3 > xawtv-3.88-6 > xfig-3.2.4-11 > > I think I got all duplicates posted so far out. Thanks, added to list. From mharris at redhat.com Sun Sep 4 12:42:12 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 08:42:12 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <1125833741.4165.19.camel@localhost> References: <4314E67B.1000304@redhat.com> <431AD9D1.2020208@redhat.com> <1125833741.4165.19.camel@localhost> Message-ID: <431AEBA4.7030000@redhat.com> Paul F. Johnson wrote: > Hi, > > >>At this time, I'd like to thank the large number of volunteers >>who responded to this query (zero), as that will greatly help >>to make sure everything works after modular X goes into >>rawhide. ;o) > > > Sorry for not replying to this, somehow the original version was chewed > and spat out into my spam bin. > > I'm happy to help. Seems like we both had a similar problem. ;o) From jwboyer at jdub.homelinux.org Sun Sep 4 12:51:50 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 04 Sep 2005 07:51:50 -0500 Subject: Including git in FC? In-Reply-To: <1125808902.13673.2.camel@localhost.localdomain> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> Message-ID: <1125838311.7800.2.camel@yoda.jdub.homelinux.org> On Sun, 2005-09-04 at 00:41 -0400, Peter Jones wrote: > On Sat, 2005-09-03 at 21:06 -0700, H. Peter Anvin wrote: > > I would like to suggest including "git" in FC. Why in the Core? > > Because in addition to its uses as an SCM, it's also really useful for > > managing user configurables since it's an SCM that handles sparse trees > > just fine. Thus, one can have a ~/.git directory and check in the files > > one wants to have under control. However, for this to be useful, git > > really needs to be available by default in as many places as possible. > > That still doesn't really mandate it being in Core -- it wouldn't be > appropriate for the default install, and our default yum configuration > makes it trivial to install Extras packages. > > Either way, the path for inclusion starts with somebody stepping up to > maintain git/cogito packages in Extras. > Actually, the path to inclusion in Fedora Extras is almost completed. Chris White submitted both git-core and cogito for Fedora Extras a few weeks ago. I've put git-core into CVS already, and I believe we're just waiting for Chris to get his sponsorship stuff handled. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 and https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 josh From jwboyer at jdub.homelinux.org Sun Sep 4 12:57:56 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 04 Sep 2005 07:57:56 -0500 Subject: Including git in FC? In-Reply-To: <1125838311.7800.2.camel@yoda.jdub.homelinux.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <1125838311.7800.2.camel@yoda.jdub.homelinux.org> Message-ID: <1125838677.7800.4.camel@yoda.jdub.homelinux.org> On Sun, 2005-09-04 at 07:51 -0500, Josh Boyer wrote: > > > > Either way, the path for inclusion starts with somebody stepping up to > > maintain git/cogito packages in Extras. > > > > Actually, the path to inclusion in Fedora Extras is almost completed. > Chris White submitted both git-core and cogito for Fedora Extras a few Urg.. That should have read "Chris Wright". My apologies. josh From dwmw2 at infradead.org Sun Sep 4 13:03:16 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 04 Sep 2005 14:03:16 +0100 Subject: Including git in FC? In-Reply-To: <1125838677.7800.4.camel@yoda.jdub.homelinux.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <1125838311.7800.2.camel@yoda.jdub.homelinux.org> <1125838677.7800.4.camel@yoda.jdub.homelinux.org> Message-ID: <1125838996.6146.34.camel@baythorne.infradead.org> On Sun, 2005-09-04 at 07:57 -0500, Josh Boyer wrote: > > Actually, the path to inclusion in Fedora Extras is almost completed. > > Chris White submitted both git-core and cogito for Fedora Extras a few > > Urg.. That should have read "Chris Wright". My apologies. Ah, in that case where/how do I sign up to sponsor him? -- dwmw2 From jwboyer at jdub.homelinux.org Sun Sep 4 13:11:13 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 04 Sep 2005 08:11:13 -0500 Subject: Including git in FC? In-Reply-To: <1125838996.6146.34.camel@baythorne.infradead.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <1125838311.7800.2.camel@yoda.jdub.homelinux.org> <1125838677.7800.4.camel@yoda.jdub.homelinux.org> <1125838996.6146.34.camel@baythorne.infradead.org> Message-ID: <1125839473.7800.8.camel@yoda.jdub.homelinux.org> On Sun, 2005-09-04 at 14:03 +0100, David Woodhouse wrote: > On Sun, 2005-09-04 at 07:57 -0500, Josh Boyer wrote: > > > Actually, the path to inclusion in Fedora Extras is almost completed. > > > Chris White submitted both git-core and cogito for Fedora Extras a few > > > > Urg.. That should have read "Chris Wright". My apologies. > > Ah, in that case where/how do I sign up to sponsor him? https://admin.fedora.redhat.com/accounts/ if you have sponsor privileges. Though I think Warren was planning on sponsoring him already. The two of you may want to work it out. josh From mharris at redhat.com Sun Sep 4 13:15:56 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sun, 04 Sep 2005 09:15:56 -0400 Subject: External Bugzilla References lists FreeDesktop.org twice In-Reply-To: <4bcf41a00508312318454b84cb@mail.gmail.com> References: <4bcf41a00508312318454b84cb@mail.gmail.com> Message-ID: <431AF38C.7020409@redhat.com> Marius Andreiana wrote: > Hi, > > External Bugzilla References lists FreeDesktop.org twice with the same > URL. Please remove one of the entries from bugzilla. One was added for freedesktop.org, and another for X.Org, since X.Org uses freedesktop bugzilla, however some people might not clue in to that 100%. Unfortunately, bugzilla ended up naming them both "freedesktop.org" instead of naming one of them "X.Org". I guess one of them should just be removed now, as the distinction isn't that important in practice I guess. From dwmw2 at infradead.org Sun Sep 4 13:55:22 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 04 Sep 2005 14:55:22 +0100 Subject: Including git in FC? In-Reply-To: <1125839473.7800.8.camel@yoda.jdub.homelinux.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <1125838311.7800.2.camel@yoda.jdub.homelinux.org> <1125838677.7800.4.camel@yoda.jdub.homelinux.org> <1125838996.6146.34.camel@baythorne.infradead.org> <1125839473.7800.8.camel@yoda.jdub.homelinux.org> Message-ID: <1125842122.6146.38.camel@baythorne.infradead.org> On Sun, 2005-09-04 at 08:11 -0500, Josh Boyer wrote: > https://admin.fedora.redhat.com/accounts/ if you have sponsor > privileges. Though I think Warren was planning on sponsoring him > already. The two of you may want to work it out. I thought all Red Hat engineers were able to sponsor people. I'll leave it to Warren though. -- dwmw2 From hpa at zytor.com Sun Sep 4 14:23:51 2005 From: hpa at zytor.com (H. Peter Anvin) Date: Sun, 04 Sep 2005 07:23:51 -0700 Subject: Including git in FC? In-Reply-To: <1125808902.13673.2.camel@localhost.localdomain> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> Message-ID: <431B0377.4050905@zytor.com> Peter Jones wrote: > On Sat, 2005-09-03 at 21:06 -0700, H. Peter Anvin wrote: > >>I would like to suggest including "git" in FC. Why in the Core? >>Because in addition to its uses as an SCM, it's also really useful for >>managing user configurables since it's an SCM that handles sparse trees >>just fine. Thus, one can have a ~/.git directory and check in the files >>one wants to have under control. However, for this to be useful, git >>really needs to be available by default in as many places as possible. > > That still doesn't really mandate it being in Core -- it wouldn't be > appropriate for the default install, and our default yum configuration > makes it trivial to install Extras packages. > No, I disagree... it *would* be appropriate for default install. -hpa From buildsys at redhat.com Sun Sep 4 16:02:34 2005 From: buildsys at redhat.com (Build System) Date: Sun, 4 Sep 2005 12:02:34 -0400 Subject: rawhide report: 20050904 changes Message-ID: <200509041602.j84G2YQN023238@porkchop.devel.redhat.com> Updated Packages: authconfig-5.0.0-1 ------------------ * Sat Sep 03 2005 Tomas Mraz - 5.0.0-1 - C code completely rewritten in Python - some bugs fixed in the process (and no doubt new introduced) - TUI deprecated, opens only when run as authconfig-tui kernel-2.6.13-1.1535_FC5 ------------------------ * Sun Sep 04 2005 Dave Jones - 2.6.13-git4. perl-3:5.8.7-0.2.fc5 -------------------- * Sat Sep 03 2005 Warren Togami - 3:5.8.7-0.2 - scriptdir to /usr/bin (#167205) * Sun Aug 28 2005 Warren Togami - 3:5.8.7-0.1 - patch12 from Marius Feraru (#165907) TODO: patch11, patch26 and patch27 clash and need verification - Build without -DDEBUGGING (#156113) * Sun Aug 14 2005 Jose Pedro Oliveira - 3:5.8.7-0 - 5.8.7 - Dropped the CGI.pm update patches (patch25 and patch29). Broken deps for s390 ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 Broken deps for i386 ---------------------------------------------------------- valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 Broken deps for x86_64 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for ppc64 ---------------------------------------------------------- ppc64-utils - 0.7-9.ppc64 requires yaboot evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display system-config-mouse - 1.2.11-1.noarch requires pyxf86config system-config-keyboard - 1.2.6-2.noarch requires pyxf86config lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) From jwboyer at jdub.homelinux.org Sun Sep 4 17:14:59 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 04 Sep 2005 12:14:59 -0500 Subject: Including git in FC? In-Reply-To: <431B0377.4050905@zytor.com> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <431B0377.4050905@zytor.com> Message-ID: <1125854099.354.0.camel@yoda.jdub.homelinux.org> On Sun, 2005-09-04 at 07:23 -0700, H. Peter Anvin wrote: > Peter Jones wrote: > > On Sat, 2005-09-03 at 21:06 -0700, H. Peter Anvin wrote: > > > >>I would like to suggest including "git" in FC. Why in the Core? > >>Because in addition to its uses as an SCM, it's also really useful for > >>managing user configurables since it's an SCM that handles sparse trees > >>just fine. Thus, one can have a ~/.git directory and check in the files > >>one wants to have under control. However, for this to be useful, git > >>really needs to be available by default in as many places as possible. > > > > That still doesn't really mandate it being in Core -- it wouldn't be > > appropriate for the default install, and our default yum configuration > > makes it trivial to install Extras packages. > > > > No, I disagree... it *would* be appropriate for default install. I don't think I fully understand why you think it should be in Core. Care to elaborate a bit? josh From bgerst at didntduck.org Sun Sep 4 18:30:50 2005 From: bgerst at didntduck.org (Brian Gerst) Date: Sun, 04 Sep 2005 14:30:50 -0400 Subject: Including git in FC? In-Reply-To: <1125854099.354.0.camel@yoda.jdub.homelinux.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <431B0377.4050905@zytor.com> <1125854099.354.0.camel@yoda.jdub.homelinux.org> Message-ID: <431B3D5A.4070308@didntduck.org> Josh Boyer wrote: > On Sun, 2005-09-04 at 07:23 -0700, H. Peter Anvin wrote: > >>Peter Jones wrote: >> >>>On Sat, 2005-09-03 at 21:06 -0700, H. Peter Anvin wrote: >>> >>> >>>>I would like to suggest including "git" in FC. Why in the Core? >>>>Because in addition to its uses as an SCM, it's also really useful for >>>>managing user configurables since it's an SCM that handles sparse trees >>>>just fine. Thus, one can have a ~/.git directory and check in the files >>>>one wants to have under control. However, for this to be useful, git >>>>really needs to be available by default in as many places as possible. >>> >>>That still doesn't really mandate it being in Core -- it wouldn't be >>>appropriate for the default install, and our default yum configuration >>>makes it trivial to install Extras packages. >>> >> >>No, I disagree... it *would* be appropriate for default install. > > > I don't think I fully understand why you think it should be in Core. > Care to elaborate a bit? > > josh > Because it is used for kernel development, which is part of core. -- Brian Gerst From wtogami at redhat.com Sun Sep 4 20:14:06 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 04 Sep 2005 10:14:06 -1000 Subject: Including git in FC? In-Reply-To: <1125842122.6146.38.camel@baythorne.infradead.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <1125838311.7800.2.camel@yoda.jdub.homelinux.org> <1125838677.7800.4.camel@yoda.jdub.homelinux.org> <1125838996.6146.34.camel@baythorne.infradead.org> <1125839473.7800.8.camel@yoda.jdub.homelinux.org> <1125842122.6146.38.camel@baythorne.infradead.org> Message-ID: <431B558E.4040403@redhat.com> David Woodhouse wrote: > On Sun, 2005-09-04 at 08:11 -0500, Josh Boyer wrote: > >>https://admin.fedora.redhat.com/accounts/ if you have sponsor >>privileges. Though I think Warren was planning on sponsoring him >>already. The two of you may want to work it out. > > > I thought all Red Hat engineers were able to sponsor people. I'll leave > it to Warren though. > I told him that I would sponsor him, but I have been waiting for him to respond for maybe the last week or two. He is yet to request cvsextras access. In the mean time we could just go ahead and build git-core and cogito into Extras. Warren Togami wtogami at redhat.com From rodd at clarkson.id.au Mon Sep 5 00:13:57 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 05 Sep 2005 10:13:57 +1000 Subject: Including git in FC? In-Reply-To: <431B3D5A.4070308@didntduck.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <431B0377.4050905@zytor.com> <1125854099.354.0.camel@yoda.jdub.homelinux.org> <431B3D5A.4070308@didntduck.org> Message-ID: <1125879237.3528.1.camel@localhost.localdomain> On Sun, 2005-09-04 at 14:30 -0400, Brian Gerst wrote: > >>No, I disagree... it *would* be appropriate for default install. > > > > I don't think I fully understand why you think it should be in Core. > > Care to elaborate a bit? > Because it is used for kernel development, which is part of core. Oh, well than that's easily solved. Move kernel development to extras. ;-] /me removes tongue from cheek. R. -- "It's a fine line between denial and faith. It's much better on my side" From mihamina.rakotomandimby at etu.univ-orleans.fr Mon Sep 5 01:44:20 2005 From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby Mihamina) Date: Mon, 05 Sep 2005 03:44:20 +0200 Subject: path problem Message-ID: <1125884660.11359.10.camel@localhost.localdomain> Hi, I'm trying to make RPM of the eq-xmms package. I took an SRC.RPM of mdk, then tried to deal with it. The binary package would be about just one file (libeq.so) to copy to the xmms effects plugins directory (/usr/lib/xmms/Effect) When building the rpm, I get: ======================================================== + /usr/bin/make prefix=/var/tmp/xmms-eq-buildroot/usr exec_prefix=/var/tmp/xmms-eq-buildroot/usr bindir=/var/tmp/xmms-eq-buildroot/usr/bin sbindir=/var/tmp/xmms-eq-buildroot/usr/sbin sysconfdir=/var/tmp/xmms-eq-buildroot/etc datadir=/var/tmp/xmms-eq-buildroot/usr/share includedir=/var/tmp/xmms-eq-buildroot/usr/include libdir=/var/tmp/xmms-eq-buildroot/usr/lib libexecdir=/var/tmp/xmms-eq-buildroot/usr/libexec localstatedir=/var/tmp/xmms-eq-buildroot/var sharedstatedir=/var/tmp/xmms-eq-buildroot/usr/com mandir=/var/tmp/xmms-eq-buildroot/usr/share/man infodir=/var/tmp/xmms-eq-buildroot/usr/share/info installMaking install in src make[1]: Entering directory `/usr/src/redhat/BUILD/eq-xmms-0.6/src' make[2]: Entering directory `/usr/src/redhat/BUILD/eq-xmms-0.6/src' test -z "/var/tmp/xmms-eq-buildroot/usr/lib" || mkdir -p -- "/var/tmp/xmms-eq-buildroot/usr/lib" /bin/sh ../libtool --mode=install /usr/bin/install -c 'libeq.la' '/var/tmp/xmms-eq-buildroot/usr/lib/libeq.la' /usr/bin/install -c .libs/libeq.so /var/tmp/xmms-eq-buildroot/usr/lib/libeq.so /usr/bin/install -c .libs/libeq.lai /var/tmp/xmms-eq-buildroot/usr/lib/libeq.la libtool: install: warning: remember to run `libtool --finish /usr/lib/xmms/Effect/' make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/usr/src/redhat/BUILD/eq-xmms-0.6/src' make[1]: Leaving directory `/usr/src/redhat/BUILD/eq-xmms-0.6/src' make[1]: Entering directory `/usr/src/redhat/BUILD/eq-xmms-0.6' make[2]: Entering directory `/usr/src/redhat/BUILD/eq-xmms-0.6' make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. make[2]: Leaving directory `/usr/src/redhat/BUILD/eq-xmms-0.6' make[1]: Leaving directory `/usr/src/redhat/BUILD/eq-xmms-0.6' + /bin/rm -f /var/tmp/xmms-eq-buildroot/usr/lib/xmms/Effect/libeq.la + /usr/lib/rpm/find-debuginfo.sh /usr/src/redhat/BUILD/eq-xmms-0.6/ 0 blocks + /usr/lib/rpm/redhat/brp-compress + /usr/lib/rpm/redhat/brp-strip-static-archive /usr/bin/strip + /usr/lib/rpm/redhat/brp-strip-comment-note /usr/bin/strip /usr/bin/objdump Processing files: xmms-eq-0.6-fc4 error: File not found: /var/tmp/xmms-eq-buildroot/usr/lib/xmms/Effect/libeq.so Executing(%doc): /bin/sh -e /var/tmp/rpm-tmp.13268 + umask 022 + cd /usr/src/redhat/BUILD + cd eq-xmms-0.6/ + DOCDIR=/var/tmp/xmms-eq-buildroot/usr/share/doc/xmms-eq-0.6 + export DOCDIR + rm -rf /var/tmp/xmms-eq-buildroot/usr/share/doc/xmms-eq-0.6 + /bin/mkdir -p /var/tmp/xmms-eq-buildroot/usr/share/doc/xmms-eq-0.6 + cp -pr AUTHORS README TODO NEWS ChangeLog BUGS /var/tmp/xmms-eq-buildroot/usr/share/doc/xmms-eq-0.6 + exit 0 Processing files: xmms-eq-debuginfo-0.6-fc4 Provides: libeq.so.debug Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 RPM build errors: File not found: /var/tmp/xmms-eq-buildroot/usr/lib/xmms/Effect/libeq.so ============================================================ I cant see where is the problem. Here is he specfile: ============================================================ %define name xmms-eq %define version 0.6 %define release fc4 Summary: Equalizer plugin for XMMS Name: %{name} Version: %{version} Release: %{release} Group: Sound URL: http://equ.sourceforge.net/ Source:http://prdownloads.sourceforge.net/equ/eq-xmms-%{version}.tar.bz2 Patch: eq-xmms-0.6-no-autodetect.patch.bz2 License: GPL Requires: xmms >= 1.0.1 BuildRequires: xmms-devel BuildRequires: xmms BuildRoot: %{_tmppath}/%{name}-buildroot %description EQU is a realtime graphical equalizer effect plugin that will equalize almost everything that you play through XMMS, not just the MP3s. %prep %setup -q -n eq-xmms-%{version}/ %patch -p1 -b .auto aclocal autoconf automake libtoolize --force %build %configure --libdir=%{_libdir}/xmms/Effect/ %{__make} libtool --finish %{_libdir}/xmms/Effect/ %install #%{__rm} -rf %{buildroot} %makeinstall %{__rm} -f %{buildroot}%{_libdir}/xmms/Effect/libeq.la %clean %{__rm} -rf %{buildroot} %files %defattr(-,root,root) %doc AUTHORS README TODO NEWS ChangeLog BUGS %{_libdir}/xmms/Effect/libeq.so %changelog * Fri Jun 10 2005 G?tz Waschk 0.6-2mdk - fix build on x86_64 * Wed Sep 15 2004 G?tz Waschk 0.6-1mdk - initial package from Greg Meyer with some fixes ====================================================================== -- Administration & Formation ? l'administration de serveurs d?di?s: http://www.google.fr/search?q=aspo+infogerance+serveur From bojan at rexursive.com Mon Sep 5 02:26:09 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 05 Sep 2005 12:26:09 +1000 Subject: Kernel 2.6.13 v. FC4 Message-ID: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> Just out of curiosity, is kernel 2.6.13 going to hit FC4 eventually, or is 2.6.12 going to be patched until the end-of-life? Judging by the rawhide kernels, there are many dependencies that would need to be bumped up... -- Bojan From jwboyer at jdub.homelinux.org Mon Sep 5 02:29:49 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 04 Sep 2005 21:29:49 -0500 Subject: Including git in FC? In-Reply-To: <431B3D5A.4070308@didntduck.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <431B0377.4050905@zytor.com> <1125854099.354.0.camel@yoda.jdub.homelinux.org> <431B3D5A.4070308@didntduck.org> Message-ID: <1125887390.354.7.camel@yoda.jdub.homelinux.org> On Sun, 2005-09-04 at 14:30 -0400, Brian Gerst wrote: > Josh Boyer wrote: > >>> > >> > >>No, I disagree... it *would* be appropriate for default install. > > > > > > I don't think I fully understand why you think it should be in Core. > > Care to elaborate a bit? > > > > > > Because it is used for kernel development, which is part of core. Sorry, but I don't think that really qualifies it for inclusion in Core. We're trying to cut down on the number of packages in Core. I would imagine the vast majority of Fedora users don't do active kernel development. Don't get me wrong, I think git is damn useful. But it's just as useful being in Extras. josh From jwboyer at jdub.homelinux.org Mon Sep 5 02:57:13 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 04 Sep 2005 21:57:13 -0500 Subject: Including git in FC? In-Reply-To: <431B558E.4040403@redhat.com> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <1125838311.7800.2.camel@yoda.jdub.homelinux.org> <1125838677.7800.4.camel@yoda.jdub.homelinux.org> <1125838996.6146.34.camel@baythorne.infradead.org> <1125839473.7800.8.camel@yoda.jdub.homelinux.org> <1125842122.6146.38.camel@baythorne.infradead.org> <431B558E.4040403@redhat.com> Message-ID: <1125889033.354.19.camel@yoda.jdub.homelinux.org> On Sun, 2005-09-04 at 10:14 -1000, Warren Togami wrote: > David Woodhouse wrote: > > On Sun, 2005-09-04 at 08:11 -0500, Josh Boyer wrote: > > > >>https://admin.fedora.redhat.com/accounts/ if you have sponsor > >>privileges. Though I think Warren was planning on sponsoring him > >>already. The two of you may want to work it out. > > > > > > I thought all Red Hat engineers were able to sponsor people. I'll leave > > it to Warren though. > > > > I told him that I would sponsor him, but I have been waiting for him to > respond for maybe the last week or two. He is yet to request cvsextras > access. Hm.. his last entry in https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 seemed to imply that he had. > > In the mean time we could just go ahead and build git-core and cogito > into Extras. OK, I've built asciidoc (needed for git-core documenation), and git-core. They should be available in the Extras development repo as soon as someone signs the packages. I held back on cogito for three reasons. The first is that I (or anyone else) haven't imported cogito into CVS yet. The second is that cogito never quite finished it's review. And the third is that git-core just released a new upstream version and I don't know enough at the moment to determine if anything in cogito broke. Cogito can git-core seem to be pretty tightly coupled for now, so I'm hesitant to update one or the other without at least playing with it first. As soon as we get those items cleared up, cogito can go in. josh From toshio at tiki-lounge.com Mon Sep 5 03:07:13 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sun, 04 Sep 2005 20:07:13 -0700 Subject: path problem In-Reply-To: <1125884660.11359.10.camel@localhost.localdomain> References: <1125884660.11359.10.camel@localhost.localdomain> Message-ID: <1125889633.24675.6.camel@localhost> On Mon, 2005-09-05 at 03:44 +0200, Rakotomandimby Mihamina wrote: > /bin/sh ../libtool --mode=install /usr/bin/install -c 'libeq.la' > '/var/tmp/xmms-eq-buildroot/usr/lib/libeq.la' > /usr/bin/install > -c .libs/libeq.so /var/tmp/xmms-eq-buildroot/usr/lib/libeq.so > /usr/bin/install > -c .libs/libeq.lai /var/tmp/xmms-eq-buildroot/usr/lib/libeq.la > libtool: install: warning: remember to run `libtool > --finish /usr/lib/xmms/Effect/' libeq.so is being installed to /usr/lib/ so:: > %configure --libdir=%{_libdir}/xmms/Effect/ > ...the eq-xmms configure script would seem to be broken. If you're packaging this for fedora-extras, fedora-extras-list would probably be a more targetted mailing list. -Toshio -------------- 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 davej at redhat.com Mon Sep 5 03:30:11 2005 From: davej at redhat.com (Dave Jones) Date: Sun, 4 Sep 2005 23:30:11 -0400 Subject: Kernel 2.6.13 v. FC4 In-Reply-To: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> References: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> Message-ID: <20050905033011.GC4715@redhat.com> On Mon, Sep 05, 2005 at 12:26:09PM +1000, Bojan Smojver wrote: > Just out of curiosity, is kernel 2.6.13 going to hit FC4 eventually, or > is 2.6.12 going to be patched until the end-of-life? Judging by the > rawhide kernels, there are many dependencies that would need to be > bumped up... 2.6.13 has a number of really rough edges. It'll likely be a while before I rebase. Probably until at least 2.6.13.1 Dave From bojan at rexursive.com Mon Sep 5 04:00:05 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 05 Sep 2005 14:00:05 +1000 Subject: Kernel 2.6.13 v. FC4 In-Reply-To: <20050905033011.GC4715@redhat.com> References: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> <20050905033011.GC4715@redhat.com> Message-ID: <20050905140005.9rsa9yz3sw0w0g00@imp.rexursive.com> Quoting Dave Jones : > On Mon, Sep 05, 2005 at 12:26:09PM +1000, Bojan Smojver wrote: > > Just out of curiosity, is kernel 2.6.13 going to hit FC4 eventually, or > > is 2.6.12 going to be patched until the end-of-life? Judging by the > > rawhide kernels, there are many dependencies that would need to be > > bumped up... > > 2.6.13 has a number of really rough edges. It'll likely be a while > before I rebase. Probably until at least 2.6.13.1 Thanks. -- Bojan From divij at innomedia.soft.net Mon Sep 5 05:49:57 2005 From: divij at innomedia.soft.net (divij bhatt) Date: Mon, 05 Sep 2005 11:19:57 +0530 Subject: high-res-timer patch problem Message-ID: <1125899397.4199.12.camel@localhost.localdomain> Hi, All I am installing one patch for linux 2.6.10 kernel which says "This project is to design and code high resolution timers for the linux operating system that conform to the POSIX API. The project aim is to have the resulting code accepted and integrated into the standard linux kernel" But I am not able to install it as it provides no information regarding installation.Can anybody help me. Thanks in Advance Divij From dragoran at feuerpokemon.de Mon Sep 5 06:39:45 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 05 Sep 2005 08:39:45 +0200 Subject: high-res-timer patch problem In-Reply-To: <1125899397.4199.12.camel@localhost.localdomain> References: <1125899397.4199.12.camel@localhost.localdomain> Message-ID: <431BE831.2050406@feuerpokemon.de> divij bhatt wrote: >Hi, > All I am installing one patch for linux 2.6.10 kernel which says >"This project is to design and code high resolution timers for the linux >operating system that conform to the POSIX API. The project aim is to >have the resulting code accepted and integrated into the standard linux >kernel" >But I am not able to install it as it provides no information regarding >installation.Can anybody help me. > >Thanks in Advance >Divij > > > link? if it is a patch do patch -p1 < file.path in the kernel source tree and build the kernel. From divij at innomedia.soft.net Mon Sep 5 10:18:35 2005 From: divij at innomedia.soft.net (divij bhatt) Date: Mon, 05 Sep 2005 15:48:35 +0530 Subject: high-res-timer patch problem In-Reply-To: <431BE831.2050406@feuerpokemon.de> References: <1125899397.4199.12.camel@localhost.localdomain> <431BE831.2050406@feuerpokemon.de> Message-ID: <1125915515.4199.47.camel@localhost.localdomain> On Mon, 2005-09-05 at 12:09, dragoran wrote: > divij bhatt wrote: > > >Hi, > > All I am installing one patch for linux 2.6.10 kernel which says > >"This project is to design and code high resolution timers for the linux > >operating system that conform to the POSIX API. The project aim is to > >have the resulting code accepted and integrated into the standard linux > >kernel" > >But I am not able to install it as it provides no information regarding > >installation.Can anybody help me. > > > >Thanks in Advance > >Divij > > > > > > > link? > if it is a patch do patch -p1 < file.path in the kernel source tree and > build the kernel. Hi, But I have to install two patches one is common code another one is arch. specific i.e i386 This is the link anyway--------> http://sourceforge.net/project/showfiles.php?group_id=20460&package_id=63076 Thanks in Advance Divij From buildsys at redhat.com Mon Sep 5 16:13:56 2005 From: buildsys at redhat.com (Build System) Date: Mon, 5 Sep 2005 12:13:56 -0400 Subject: rawhide report: 20050905 changes Message-ID: <200509051613.j85GDuPM011201@porkchop.devel.redhat.com> Updated Packages: authconfig-5.0.1-1 ------------------ * Mon Sep 05 2005 Tomas Mraz - 5.0.1-1 - fixed a few errors catched by pychecker htdig-3:3.2.0b6-6 ----------------- * Mon Sep 05 2005 Phil Knirsch 3:3.2.0b6-6 - Fixed missing $opts in rundig command (#130528) kernel-2.6.13-1.1536_FC5 ------------------------ libxml2-2.6.21-2 ---------------- * Sun Sep 04 2005 Daniel Veillard - upstream release 2.6.21 see http://xmlsoft.org/news.html * Thu Jan 02 2003 Daniel Veillard - integrated drv_libxml2 xml.sax driver from St?phane Bidoul - provides the new XmlTextReader interfaces based on C# XML APIs * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems libxslt-1.1.15-1 ---------------- * Mon Sep 05 2005 Daniel Veillard - upstream release 1.1.15 see http://xmlsoft.org/XSLT/news.html * Sun Nov 02 2003 Daniel Veillard - cleanup, removal of the deprecated breakpoint library and automated libxml2 dependancy level in the generated spec file. * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems poppler-0.4.2-1 --------------- * Sun Sep 04 2005 Kristian H??gsberg - 0.4.2-1 - Update to 0.4.2 and disable splash backend so we don't build it. Broken deps for i386 ---------------------------------------------------------- valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 Broken deps for s390 ---------------------------------------------------------- initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 Broken deps for x86_64 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for ppc64 ---------------------------------------------------------- system-config-mouse - 1.2.11-1.noarch requires pyxf86config evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) ppc64-utils - 0.7-9.ppc64 requires yaboot system-config-keyboard - 1.2.6-2.noarch requires pyxf86config lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display From gauret at free.fr Mon Sep 5 18:16:21 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 05 Sep 2005 20:16:21 +0200 Subject: Tiger integration in Fedora Message-ID: Hi *, I've packaged Tiger for Fedora Extras, and it is available for review in bug 165311. Tiger is a set of bash scripts to run automatic security audits and intrusion detection on Unix systems. The project was abandoned since mid-90's, and has been resurrected by one of the main Debian security developers (Javier Fern?ndez-Sanguino), and further improved. It proved very useful many times on the Debian servers I manage, and I'm pretty sure it could be as useful on Fedora. Since Tiger is very system-specific, it needs customization to integrate it into Fedora. Right now, I've only ported Javier's fixes and adaptations for Debian (which is a quite large patch, I've splitted and cleaned it). I'd like to make sure it works as this, and I'll add more Fedora-specific checks afterwards (such as "yum check-update", "rpm -V", and maybe even SELinux checks, there's much to do) I'm looking for people to help fine-tune the default configuration. So here are the best ways you can help review Tiger if you want to: - Check for packaging errors, as usual - Install it, tweak /etc/tiger/tigerrc a little, run "tiger" and tell me if you have error messages. - Tell me what false-positive alerts you get in the previous command so I can add them to /etc/tiger/tiger.ignore - Look into /etc/tiger/tiger.ignore and tell me if you think I've ignored something valid - Please review my one-liner patch for a C program not compiling with gcc4, as I really don't know C... - Tell me where Tiger could be better integrated into Fedora When you run "tiger", all checks enabled in /etc/tiger/tigerrc are run. But there is also an automatic testing system, where the scripts are run at different times according to /etc/tiger/cronrc. If you can, please run each script in this crontab and tell me which false-positive you get. One of Tiger's best features is to report only what's changed since the last run (configurable in /etc/tiger/tigerrc), but it does not mean we should not get rid of false-positives in the first place. Of course, if you don't feel like checking all this, just do what you're interested in (packaging, coding errors, further integration, ...). Any bit will help. Thanks Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr If one keeps trying, one successes eventually. Therefore, the more one fails, the closer one is to success. -- Shadok moto. From hhoffman at ip-solutions.net Mon Sep 5 18:51:20 2005 From: hhoffman at ip-solutions.net (Harry Hoffman) Date: Mon, 05 Sep 2005 14:51:20 -0400 Subject: Tiger integration in Fedora In-Reply-To: References: Message-ID: <431C93A8.9040203@ip-solutions.net> why not just use bastille (which already works on fedora): http://www.bastille-linux.org/ ? Aurelien Bompard wrote: > Hi *, > > I've packaged Tiger for Fedora Extras, and it is available for review in bug > 165311. > > Tiger is a set of bash scripts to run automatic security audits and > intrusion detection on Unix systems. > The project was abandoned since mid-90's, and has been resurrected by one of > the main Debian security developers (Javier Fern?ndez-Sanguino), and further > improved. > It proved very useful many times on the Debian servers I manage, and I'm > pretty sure it could be as useful on Fedora. > > Since Tiger is very system-specific, it needs customization to integrate it > into Fedora. Right now, I've only ported Javier's fixes and adaptations for > Debian (which is a quite large patch, I've splitted and cleaned it). > I'd like to make sure it works as this, and I'll add more Fedora-specific > checks afterwards (such as "yum check-update", "rpm -V", and maybe even > SELinux checks, there's much to do) > > I'm looking for people to help fine-tune the default configuration. So here > are the best ways you can help review Tiger if you want to: > - Check for packaging errors, as usual > - Install it, tweak /etc/tiger/tigerrc a little, run "tiger" and tell me if > you have error messages. > - Tell me what false-positive alerts you get in the previous command so I > can add them to /etc/tiger/tiger.ignore > - Look into /etc/tiger/tiger.ignore and tell me if you think I've ignored > something valid > - Please review my one-liner patch for a C program not compiling with gcc4, > as I really don't know C... > - Tell me where Tiger could be better integrated into Fedora > > When you run "tiger", all checks enabled in /etc/tiger/tigerrc are run. But > there is also an automatic testing system, where the scripts are run at > different times according to /etc/tiger/cronrc. If you can, please run each > script in this crontab and tell me which false-positive you get. > > One of Tiger's best features is to report only what's changed since the last > run (configurable in /etc/tiger/tigerrc), but it does not mean we should > not get rid of false-positives in the first place. > > Of course, if you don't feel like checking all this, just do what you're > interested in (packaging, coding errors, further integration, ...). Any bit > will help. > > Thanks > > Aur?lien From smooge at gmail.com Mon Sep 5 20:44:18 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Mon, 5 Sep 2005 14:44:18 -0600 Subject: Tiger integration in Fedora In-Reply-To: <431C93A8.9040203@ip-solutions.net> References: <431C93A8.9040203@ip-solutions.net> Message-ID: <80d7e40905090513442a045562@mail.gmail.com> Well.. it didnt work for me :). Mostly Bastille seemed to be a set of items to tighten a system down.. not check if something has been tightened down. As someone who is writing a bunch of stuff similar to tiger.. they are very different beasts. On 9/5/05, Harry Hoffman wrote: > why not just use bastille (which already works on fedora): > http://www.bastille-linux.org/ ? > > > > Aurelien Bompard wrote: > > Hi *, > > > > I've packaged Tiger for Fedora Extras, and it is available for review in bug > > 165311. > > > > Tiger is a set of bash scripts to run automatic security audits and > > intrusion detection on Unix systems. > > The project was abandoned since mid-90's, and has been resurrected by one of > > the main Debian security developers (Javier Fern?ndez-Sanguino), and further > > improved. > > It proved very useful many times on the Debian servers I manage, and I'm > > pretty sure it could be as useful on Fedora. > > > > Since Tiger is very system-specific, it needs customization to integrate it > > into Fedora. Right now, I've only ported Javier's fixes and adaptations for > > Debian (which is a quite large patch, I've splitted and cleaned it). > > I'd like to make sure it works as this, and I'll add more Fedora-specific > > checks afterwards (such as "yum check-update", "rpm -V", and maybe even > > SELinux checks, there's much to do) > > > > I'm looking for people to help fine-tune the default configuration. So here > > are the best ways you can help review Tiger if you want to: > > - Check for packaging errors, as usual > > - Install it, tweak /etc/tiger/tigerrc a little, run "tiger" and tell me if > > you have error messages. > > - Tell me what false-positive alerts you get in the previous command so I > > can add them to /etc/tiger/tiger.ignore > > - Look into /etc/tiger/tiger.ignore and tell me if you think I've ignored > > something valid > > - Please review my one-liner patch for a C program not compiling with gcc4, > > as I really don't know C... > > - Tell me where Tiger could be better integrated into Fedora > > > > When you run "tiger", all checks enabled in /etc/tiger/tigerrc are run. But > > there is also an automatic testing system, where the scripts are run at > > different times according to /etc/tiger/cronrc. If you can, please run each > > script in this crontab and tell me which false-positive you get. > > > > One of Tiger's best features is to report only what's changed since the last > > run (configurable in /etc/tiger/tigerrc), but it does not mean we should > > not get rid of false-positives in the first place. > > > > Of course, if you don't feel like checking all this, just do what you're > > interested in (packaging, coding errors, further integration, ...). Any bit > > will help. > > > > Thanks > > > > Aur?lien > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From mihamina.rakotomandimby at etu.univ-orleans.fr Mon Sep 5 20:53:59 2005 From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby Mihamina) Date: Mon, 05 Sep 2005 22:53:59 +0200 Subject: applying a patch Message-ID: <1125953640.3893.7.camel@vavahady> Hi, One of the kernel developpers has sent me a patch to diagnosys a problem on a notebook on wich the BIOS is very poor (just a few settings possible) I would like to use the patch, but in a kernel src.rpm. I know building simple rpms, but here, it seems to be a bit more complicated. I attached the patch. I just - copied the .patch file into /usr/src/redhat/SOURCES, - added a #1305 patch (just after #1304) into the spec file - applyied the #1305 (also just after #1304) into the specfile the problem is: __________________________________________________ $ rpmbuild -bp --target=i686 kernel-2.6.spec [...] Patch #1305 (8139too-napi-revert.patch): + patch -p1 -s 8 out of 12 hunks FAILED -- saving rejects to file drivers/net/8139too.c.rej error: Bad exit status from /var/tmp/rpm-tmp.34513 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.34513 (%prep) _____________________________________________________________ What did I do wrong? -- Administration & Formation ? l'administration de serveurs d?di?s: http://www.google.fr/search?q=aspo+infogerance+serveur -------------- next part -------------- A non-text attachment was scrubbed... Name: 8139too-napi-revert.patch Type: text/x-patch Size: 4913 bytes Desc: not available URL: From romieu at fr.zoreil.com Mon Sep 5 21:00:04 2005 From: romieu at fr.zoreil.com (Francois Romieu) Date: Mon, 5 Sep 2005 23:00:04 +0200 Subject: applying a patch In-Reply-To: <1125953640.3893.7.camel@vavahady> References: <1125953640.3893.7.camel@vavahady> Message-ID: <20050905210004.GA3168@electric-eye.fr.zoreil.com> Rakotomandimby Mihamina : [...] > What did I do wrong? - Did you succeed applying the patch by hand ? - You did not tell the kernel version. - This is not relevant to fedora-devel. Please take it offline. -- Ueimor From gauret at free.fr Mon Sep 5 21:01:11 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 05 Sep 2005 23:01:11 +0200 Subject: Tiger integration in Fedora References: <431C93A8.9040203@ip-solutions.net> <80d7e40905090513442a045562@mail.gmail.com> Message-ID: Stephen J. Smoogen wrote: > Well.. it didnt work for me :). Mostly Bastille seemed to be a set of > items to tighten a system down.. not check if something has been > tightened down. As someone who is writing a bunch of stuff similar to > tiger.. they are very different beasts. Exactly. The point of Tiger is to run regular checks, like which processes are listening to the network, which process use deleted files, check for suspicious files and directories in various places (like /tmp/.x), check which account seem to be dormant, check the content of crontabs, etc...etc... while Bastille locks down a machine once (and, hopefully, for all). Both are valuable, not for the same purpose. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in: we're computer professionals. We cause accidents." -- Nathaniel Borenstein From rodd at clarkson.id.au Mon Sep 5 22:07:03 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 06 Sep 2005 08:07:03 +1000 Subject: rawhide report: 20050905 changes In-Reply-To: <200509051613.j85GDuPM011201@porkchop.devel.redhat.com> References: <200509051613.j85GDuPM011201@porkchop.devel.redhat.com> Message-ID: <1125958023.3352.0.camel@localhost.localdomain> On Mon, 2005-09-05 at 12:13 -0400, Build System wrote: > kernel-2.6.13-1.1536_FC5 > ------------------------ This kernel reintroduces the respawn problem that was in 1532. R. -- "It's a fine line between denial and faith. It's much better on my side" From mrsam at courier-mta.com Mon Sep 5 22:06:26 2005 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 05 Sep 2005 18:06:26 -0400 Subject: Fill-in PDF forms. Message-ID: I'm encountering more and more fill-in PDF forms. Is there a PDF viewer that supports fill-in forms? I know about Adobe's reader, of course, but I'd prefer to use free software. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rodd at clarkson.id.au Mon Sep 5 22:10:52 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 06 Sep 2005 08:10:52 +1000 Subject: rawhide report: 20050904 changes In-Reply-To: <200509041602.j84G2YQN023238@porkchop.devel.redhat.com> References: <200509041602.j84G2YQN023238@porkchop.devel.redhat.com> Message-ID: <1125958254.3352.5.camel@localhost.localdomain> On Sun, 2005-09-04 at 12:02 -0400, Build System wrote: > kernel-2.6.13-1.1535_FC5 > ------------------------ > * Sun Sep 04 2005 Dave Jones > - 2.6.13-git4. Dave, this is the first kernel to work with the new ipw2x00 drivers incorporated in the kernel base. However, I discovered last night that they don't work. My network card isn't being detected. dmesg shows only eth0: Broadcom 4400 10/100BaseT Ethernet 00:12:3f:db:75:48 ieee80211_crypt: registered algorithm 'NULL' ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.0.0 ipw2200: Copyright(c) 2003-2004 Intel Corporation with no reference to an eth1, and iwlist eth1 scanning says something about the interface not having wireless capabilities (not sure of the exact message). The last kernel to work with this was 1530 which was pre inclusion in the base. R. -- "It's a fine line between denial and faith. It's much better on my side" From davej at redhat.com Mon Sep 5 22:12:43 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 5 Sep 2005 18:12:43 -0400 Subject: rawhide report: 20050905 changes In-Reply-To: <1125958023.3352.0.camel@localhost.localdomain> References: <200509051613.j85GDuPM011201@porkchop.devel.redhat.com> <1125958023.3352.0.camel@localhost.localdomain> Message-ID: <20050905221243.GA10949@redhat.com> On Tue, Sep 06, 2005 at 08:07:03AM +1000, Rodd Clarkson wrote: > On Mon, 2005-09-05 at 12:13 -0400, Build System wrote: > > > kernel-2.6.13-1.1536_FC5 > > ------------------------ > > This kernel reintroduces the respawn problem that was in 1532. unsurprising. 1532 was the first kernel to rebase to a post 2.6.13 git snapshot. Yesterdays accidentally dropped the git snapshot again (the upstream script that generates the snapshots created a zero byte file). Todays rebases to a 'real' snapshot again. I just kicked off another daily rebase, but I'm unaware of a specific change in the last day that would fix this. Can you file a bugzilla on this, and I'll take a look tomorrow ? Thanks, Dave From davej at redhat.com Mon Sep 5 22:20:04 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 5 Sep 2005 18:20:04 -0400 Subject: rawhide report: 20050904 changes In-Reply-To: <1125958254.3352.5.camel@localhost.localdomain> References: <200509041602.j84G2YQN023238@porkchop.devel.redhat.com> <1125958254.3352.5.camel@localhost.localdomain> Message-ID: <20050905222004.GB10949@redhat.com> On Tue, Sep 06, 2005 at 08:10:52AM +1000, Rodd Clarkson wrote: > eth0: Broadcom 4400 10/100BaseT Ethernet 00:12:3f:db:75:48 > ieee80211_crypt: registered algorithm 'NULL' > ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.0.0 > ipw2200: Copyright(c) 2003-2004 Intel Corporation > > with no reference to an eth1, and iwlist eth1 scanning says something > about the interface not having wireless capabilities (not sure of the > exact message). > > The last kernel to work with this was 1530 which was pre inclusion in > the base. The currently merged upstream version is 1.0.0, and Fedora previously carried a later (but still not the latest) version. There is some discussion happening upstream to try and get a later version of the code merged for 2.6.14 Dave From stevelist at silverorange.com Mon Sep 5 23:41:16 2005 From: stevelist at silverorange.com (Steven Garrity) Date: Mon, 05 Sep 2005 20:41:16 -0300 Subject: Fill-in PDF forms. In-Reply-To: References: Message-ID: <431CD79C.7040306@silverorange.com> Sam Varshavchik wrote: > Is there a PDF viewer that supports fill-in forms? > I know about Adobe's reader, of course, but I'd prefer to use free > software. This question would be better suited to the fedora-list mailing list [1] rather than this list, which is for development discussion. That said, I'm not aware of a free/open-source PDF viewer that allows filling our of forms. However, forms-support is planned for the Evince reader (default in Gnome). The Evince Roadmap wiki page [1] reads: "Forms - this is a big one, but we could probably pick a commonly used subset and get something useful Scheduled for a Pre-April 2006 Release!" Sounds like it's not there yet, but coming next year. Cheers, Steven Garrity [1] http://www.redhat.com/mailman/listinfo/fedora-list [2] http://live.gnome.org/Evince_2fRoadmap From rodd at clarkson.id.au Mon Sep 5 23:59:02 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 06 Sep 2005 09:59:02 +1000 Subject: rawhide report: 20050905 changes In-Reply-To: <20050905221243.GA10949@redhat.com> References: <200509051613.j85GDuPM011201@porkchop.devel.redhat.com> <1125958023.3352.0.camel@localhost.localdomain> <20050905221243.GA10949@redhat.com> Message-ID: <1125964743.3352.7.camel@localhost.localdomain> On Mon, 2005-09-05 at 18:12 -0400, Dave Jones wrote: > On Tue, Sep 06, 2005 at 08:07:03AM +1000, Rodd Clarkson wrote: > > On Mon, 2005-09-05 at 12:13 -0400, Build System wrote: > > > > > kernel-2.6.13-1.1536_FC5 > > > ------------------------ > > > > This kernel reintroduces the respawn problem that was in 1532. > > unsurprising. 1532 was the first kernel to rebase to a post > 2.6.13 git snapshot. Yesterdays accidentally dropped the > git snapshot again (the upstream script that generates the snapshots > created a zero byte file). Todays rebases to a 'real' snapshot again. > > I just kicked off another daily rebase, but I'm unaware of a specific > change in the last day that would fix this. > > Can you file a bugzilla on this, and I'll take a look tomorrow ? Jim Cornette beat me too it: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167585 Rodd -- "It's a fine line between denial and faith. It's much better on my side" From mrsam at courier-mta.com Tue Sep 6 00:07:09 2005 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Mon, 05 Sep 2005 20:07:09 -0400 Subject: Fill-in PDF forms. References: <431CD79C.7040306@silverorange.com> Message-ID: Steven Garrity writes: > Sam Varshavchik wrote: >> Is there a PDF viewer that supports fill-in forms? >> I know about Adobe's reader, of course, but I'd prefer to use free >> software. > > This question would be better suited to the fedora-list mailing list [1] > rather than this list, which is for development discussion. Oops - yes, my mistake. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From felipe.alfaro at gmail.com Tue Sep 6 00:14:15 2005 From: felipe.alfaro at gmail.com (Felipe Alfaro Solana) Date: Tue, 6 Sep 2005 02:14:15 +0200 Subject: Tiger integration in Fedora In-Reply-To: References: <431C93A8.9040203@ip-solutions.net> <80d7e40905090513442a045562@mail.gmail.com> Message-ID: <6f6293f1050905171452cd55fa@mail.gmail.com> > Exactly. The point of Tiger is to run regular checks, like which > processes are listening to the network, which process use deleted > files, check for suspicious files and directories in various places (like > /tmp/.x), check which account seem to be dormant, check the content > of crontabs, etc...etc... > while Bastille locks down a machine once (and, hopefully, for all). I can't agree with you on this: I usually run Bastille on critical systems after upgrading or installing software, since I tend to change permissions on some executables I dislike. Also, I run Bastille from time to time on non-critical system to recheck that everything is in place. I don't think of Bastille as a one-shot tool. From fdl at scottl.com Tue Sep 6 01:20:03 2005 From: fdl at scottl.com (fdl at scottl.com) Date: Mon, 5 Sep 2005 20:20:03 -0500 Subject: Adding interrupt handler to FC3 In-Reply-To: <200508282251.j7SMpJlG001925@ms-smtp-04.texas.rr.com> Message-ID: <200509060120.j861KDH9001182@ms-smtp-01-eri0.texas.rr.com> I can't get request_irq() to work -- I get an error code indicating invalid param values. Does anyone have sample code showing the correct use of this function? I've tried many many permutations of params, without luck. Note that there is no device associated with this interrupt (see below), which will hopefully be say 0x90. Or, if anyone has a better idea as to how to install an interrupt successfully on FC3, PLMK (nothing I've tried has worked, although the techniques all work on FC4 -- I've tried making a new IDT and using lidt, patching the existing IDT, etc.) Thanks for any help. > I am trying to implement a software callable interrupt so it > can be called by user-mode code to indicate that certain > events have occurred (it's part of an instrumentation package > I'm working on). I don't want to add a syscall since there is > other code on the system that is already monitoring int 0x80, > and I don't want these instrumentation interrupts to be > visible by the code already monitoring syscalls. > > Unless someone has a more specific suggestion, I will look > into request_irq(). However, it appears that will require > creation of a new device (so I can pass the devname and > dev_id params), which I'd rather not do, since I'd rather > that the instrumentation impacts/changes the system as little > as possible. From naoki at valuecommerce.com Tue Sep 6 02:38:45 2005 From: naoki at valuecommerce.com (Naoki) Date: Tue, 06 Sep 2005 11:38:45 +0900 Subject: Debugging a system hang. In-Reply-To: <1125638952.3224.4.camel@laptopd505.fenrus.org> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> Message-ID: <1125974325.3018.60.camel@dragon.sys.intra> Hello Gents, Sorry I didn't include all the version info etc because what I really wanted was some general guidelines on kernel debugging so I could check into this myself. However as you're all so kind and want to know :) No custom modules at all. It's out of the box. And the problem occurs with both SMP and UP kernels of version 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:56:33 EDT 2005 x86_64 x86_64 x86_64. All I need to do is start an rsync over ssh from another machine of 8GB (many files) and after a minute or two she's popped. The closest thing to a trace I've managed to see is : <3>Debug : Sleeping function called from invalid context at include/linux/rwsem.h:43 in_atomic:(0) irqs_disabled:(1) And I just saw something like this : "Warning lost too many ticks Your time source is instable or some driver is hogging interrupts." Any ideas lads? On Fri, 2005-09-02 at 07:29 +0200, Arjan van de Ven wrote: > On Fri, 2005-09-02 at 12:29 +0900, Naoki wrote: > > Hey all, > > > > I was asking this back over on fedora-list but had no responses. > > > > How do I debug a hung system? My box doesn't (ibm e326 with FC4, > > x86_64) actually panic and crash so lkcd is of no use(?) kgdb? How about > > magic sys key ? > > > > I can reliably make it hang to a point where the only working operations > > I can see are a blinking cursor and replies to ping packets. > > well which version exactly? what modules are in use? > is there a backtrace? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list ...................................................................................... Mark "Naoki" Rogers /VP - Systems Engineering Systems ValueCommerce Co., Ltd. Tokyo Bldg 4F 3-32-7 Hongo Bunkyo-ku Tokyo 113-0033 Japan Tel. +81.3.3817.8995 Fax. +81.3.3812.4051 mailto:naoki at valuecommerce.co.jp ...................................................................................... From davej at redhat.com Tue Sep 6 02:41:46 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 5 Sep 2005 22:41:46 -0400 Subject: Debugging a system hang. In-Reply-To: <1125974325.3018.60.camel@dragon.sys.intra> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> <1125974325.3018.60.camel@dragon.sys.intra> Message-ID: <20050906024146.GC10949@redhat.com> On Tue, Sep 06, 2005 at 11:38:45AM +0900, Naoki wrote: > The closest thing to a trace I've managed to see is : > > <3>Debug : Sleeping function called from invalid context at > include/linux/rwsem.h:43 > in_atomic:(0) irqs_disabled:(1) Below this line should be a trace of functions that were called just before this happened. Without that, there isn't enough info to go on. You should also try the latest errata kernel. Dave From ivazquez at ivazquez.net Tue Sep 6 04:28:14 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 06 Sep 2005 00:28:14 -0400 Subject: Request for volunteers to help track down packages that use /usr/X11R6 In-Reply-To: <4314E67B.1000304@redhat.com> References: <4314E67B.1000304@redhat.com> Message-ID: <1125980894.1976.1.camel@ignacio.lan> I've gone ahead and created a tracker for the migration, with the alias of X11R6-MIGRATE. Please make any existing or new migration entries block this tracker. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167600 -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 naoki at valuecommerce.com Tue Sep 6 05:32:59 2005 From: naoki at valuecommerce.com (Naoki) Date: Tue, 06 Sep 2005 14:32:59 +0900 Subject: Debugging a system hang. In-Reply-To: <20050906024146.GC10949@redhat.com> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> <1125974325.3018.60.camel@dragon.sys.intra> <20050906024146.GC10949@redhat.com> Message-ID: <1125984779.3018.115.camel@dragon.sys.intra> Hi Dave, I couldn't get any more of the trace because that was all I could fit on the post it note when copying it down before kicking the box in the guts :) Just tried again with : 2.6.12-1.1447_FC4smp #1 SMP Fri Aug 26 21:03:12 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux & glibc-2.3.5-10.3 Started the rsync, and then saw a blip of activity after the file list was built : 1 0 0 625444 14764 47896 0 0 0 3 1015 18 50 0 50 0 0 1 0 556360 21636 84184 0 0 1518 13 1359 700 18 5 50 27 0 1 0 134984 52840 274760 0 0 5975 680 2792 3755 1 23 49 27 0 0 0 24640 75672 320568 0 0 546 6373 2378 3252 2 21 40 37 0 0 0 24688 75672 320568 0 0 0 0 1122 155 0 0 100 0 Then nothing, a long list of 100% idle.. I CTRL-C'ed it and ran 'dmesg' which has still not come back with anything and the box is now down to the point of being unable to SSH into it. Ohh, exciting. There is no trace on the console and when I type in 'root' and press the return key I get a newline created.. And then a whole lot of nothing. I can get chars on the screen but CTRL-ALT-DEL fail to provide joy. On Mon, 2005-09-05 at 22:41 -0400, Dave Jones wrote: > On Tue, Sep 06, 2005 at 11:38:45AM +0900, Naoki wrote: > > > The closest thing to a trace I've managed to see is : > > > > <3>Debug : Sleeping function called from invalid context at > > include/linux/rwsem.h:43 > > in_atomic:(0) irqs_disabled:(1) > > Below this line should be a trace of functions that were called > just before this happened. Without that, there isn't enough > info to go on. > > You should also try the latest errata kernel. > > Dave > From kwade at redhat.com Tue Sep 6 07:41:45 2005 From: kwade at redhat.com (Karsten Wade) Date: Tue, 06 Sep 2005 00:41:45 -0700 Subject: Including git in FC? In-Reply-To: <1125889033.354.19.camel@yoda.jdub.homelinux.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <1125838311.7800.2.camel@yoda.jdub.homelinux.org> <1125838677.7800.4.camel@yoda.jdub.homelinux.org> <1125838996.6146.34.camel@baythorne.infradead.org> <1125839473.7800.8.camel@yoda.jdub.homelinux.org> <1125842122.6146.38.camel@baythorne.infradead.org> <431B558E.4040403@redhat.com> <1125889033.354.19.camel@yoda.jdub.homelinux.org> Message-ID: <1125992506.5296.7.camel@erato.phig.org> On Sun, 2005-09-04 at 21:57 -0500, Josh Boyer wrote: > > > > I told him that I would sponsor him, but I have been waiting for him to > > respond for maybe the last week or two. He is yet to request cvsextras > > access. > > Hm.. his last entry in > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 > seemed to imply that he had. A group admin should be able to add a new member to the group, using the "Add new membership" interface in the lower-left corner: https://admin.fedora.redhat.com/accounts/groupbox.cgi?_editme=Edit&name=cvsextras - Karsten -- Karsten Wade, RHCE * Sr. Tech Writer * http://people.redhat.com/kwade/ gpg fingerprint: 2680 DBFD D968 3141 0115 5F1B D992 0E06 AD0E 0C41 Red Hat SELinux Guide http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/selinux-guide/ -------------- 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 nman64 at n-man.com Tue Sep 6 08:27:27 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Tue, 06 Sep 2005 03:27:27 -0500 Subject: Have you signed up for the Fedora Mentors program yet? Message-ID: <431D52EF.2010003@n-man.com> The new Fedora Mentors program (http://fedoraproject.org/wiki/Mentors) is looking for more volunteer mentors. If you haven't already, you should really consider signing up to be a mentor. It's easy, and (at least for now) the volume is light. While your at it, we are also trying to put together resources for new contributors to avoid common questions reaching mentors or the mailing lists. If you know of any important reading materials for new contributors to your project, we'd love to hear about it. If you would like to write some introductory information for new contributors, to help them get started, we'd love to see it. We could also use some help in preparing resources to help new mentors get started. As you work to be a mentor, please let us know what kind of resources you would find helpful. If you have any questions about the Fedora Mentors program, catch us in #fedora-mentors on freenode. Our mailing list (fedora-mentors-list at redhat.com) isn't quite ready yet. >From now on, when you see someone who needs a little guidance to start contributing, know that the Fedora Mentors program is here to help. http://fedoraproject.org/wiki/Mentors - We look forward to seeing you there! -- Patrick "The N-Man" Barnes nman64 at n-man.com www.n-man.com -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From kzak at redhat.com Tue Sep 6 11:47:04 2005 From: kzak at redhat.com (Karel Zak) Date: Tue, 06 Sep 2005 13:47:04 +0200 Subject: cryptsetup-lunks support for mount & swapon Message-ID: <1126007224.31359.71.camel@petra> http://people.redhat.com/kzak/util-linux-cryptsetup/ It's the place where you can found util-linux patch (or src.rpm) with full cryptsetup-luks support for mount, umount, swapon and swapoff. The patch supports classic cryptsetup and LUKS extension too. Karel -- Karel Zak From mlauterbach at mail.wtamu.edu Tue Sep 6 12:57:47 2005 From: mlauterbach at mail.wtamu.edu (Matthew E. Lauterbach) Date: Tue, 06 Sep 2005 07:57:47 -0500 Subject: Debugging a system hang. In-Reply-To: <1125984779.3018.115.camel@dragon.sys.intra> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> <1125974325.3018.60.camel@dragon.sys.intra> <20050906024146.GC10949@redhat.com> <1125984779.3018.115.camel@dragon.sys.intra> Message-ID: <1126011467.3020.6.camel@mobilelinux.mattlauterbach.com> On Tue, 2005-09-06 at 14:32 +0900, Naoki wrote: > Then nothing, a long list of 100% idle.. I CTRL-C'ed it and ran 'dmesg' > which has still not come back with anything and the box is now down to > the point of being unable to SSH into it. Ohh, exciting. > > There is no trace on the console and when I type in 'root' and press the > return key I get a newline created.. And then a whole lot of nothing. I > can get chars on the screen but CTRL-ALT-DEL fail to provide joy. Try turning SELinux off long enough to see if it is causing a problem. Matthew E. Lauterbach From nutello at sweetness.com Tue Sep 6 13:28:32 2005 From: nutello at sweetness.com (Rudi Chiarito) Date: Tue, 6 Sep 2005 15:28:32 +0200 Subject: kernel-devel postinstall script Message-ID: <20050906132832.GF3936@plain.rackshack.net> Instead of if [ -x /usr/sbin/hardlink ] ; then pushd /usr/src/kernels/2.6.13-1.1536_FC5-i686 > /dev/null /usr/bin/find . -type f | while read f; do hardlink -c /usr/src/kernels/*FC*/$f $f ; done popd > /dev/null fi shouldn't the postinstall script of kernel-devel be something like kernels=(/usr/src/kernels/*FC*) if [ ${#kernels[*]} -gt 1 ] ; then if [ -x /usr/sbin/hardlink ] ; then pushd /usr/src/kernels/2.6.13-1.1536_FC5-i686 > /dev/null /usr/bin/find . -type f | while read f; do hardlink -c /usr/src/kernels/*FC*/$f $f ; done popd > /dev/null fi fi ? I.e. don't bother trying to hardlink stuff if there is only one *FC* subdirectory in /usr/src/kernels. There are almost 5000 files in the latest kernel-devel package. The array stuff can be redone using string comparisons if it's a bashism, not guaranteed to be in /bin/sh, that needs to go away. Am I missing something as usual? -- Rudi From ph18 at cornell.edu Tue Sep 6 13:29:25 2005 From: ph18 at cornell.edu (Paul A Houle) Date: Tue, 06 Sep 2005 09:29:25 -0400 Subject: Kernel 2.6.13 v. FC4 In-Reply-To: <20050905033011.GC4715@redhat.com> References: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> <20050905033011.GC4715@redhat.com> Message-ID: <431D99B5.2050203@cornell.edu> Dave Jones wrote: >2.6.13 has a number of really rough edges. It'll likely be a while >before I rebase. Probably until at least 2.6.13. > > Yeah, the changelog gave me the willies... From smooge at gmail.com Tue Sep 6 15:07:11 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Tue, 6 Sep 2005 09:07:11 -0600 Subject: Tiger integration in Fedora In-Reply-To: <80d7e40905090513442a045562@mail.gmail.com> References: <431C93A8.9040203@ip-solutions.net> <80d7e40905090513442a045562@mail.gmail.com> Message-ID: <80d7e40905090608077f3102e6@mail.gmail.com> On 9/5/05, Stephen J. Smoogen wrote: > Well.. it didnt work for me :). Mostly Bastille seemed to be a set of > items to tighten a system down.. not check if something has been > tightened down. As someone who is writing a bunch of stuff similar to > tiger.. they are very different beasts. > I have to amend this statement.. I couldnt get bastille -a to work on my box earlier but found that it was due to a bad box (smoke and ashes today). For some reason, I think the choice of Bastille and Tiger are probably personal issues of what works best for someone (like KDE/Gnome) Both should be available at some point... and used to check the others work. > On 9/5/05, Harry Hoffman wrote: > > why not just use bastille (which already works on fedora): > > http://www.bastille-linux.org/ ? > > > > > > > > Aurelien Bompard wrote: > > > Hi *, > > > > > > I've packaged Tiger for Fedora Extras, and it is available for review in bug > > > 165311. > > > > > > Tiger is a set of bash scripts to run automatic security audits and > > > intrusion detection on Unix systems. > > > The project was abandoned since mid-90's, and has been resurrected by one of > > > the main Debian security developers (Javier Fern?ndez-Sanguino), and further > > > improved. > > > It proved very useful many times on the Debian servers I manage, and I'm > > > pretty sure it could be as useful on Fedora. > > > > > > Since Tiger is very system-specific, it needs customization to integrate it > > > into Fedora. Right now, I've only ported Javier's fixes and adaptations for > > > Debian (which is a quite large patch, I've splitted and cleaned it). > > > I'd like to make sure it works as this, and I'll add more Fedora-specific > > > checks afterwards (such as "yum check-update", "rpm -V", and maybe even > > > SELinux checks, there's much to do) > > > > > > I'm looking for people to help fine-tune the default configuration. So here > > > are the best ways you can help review Tiger if you want to: > > > - Check for packaging errors, as usual > > > - Install it, tweak /etc/tiger/tigerrc a little, run "tiger" and tell me if > > > you have error messages. > > > - Tell me what false-positive alerts you get in the previous command so I > > > can add them to /etc/tiger/tiger.ignore > > > - Look into /etc/tiger/tiger.ignore and tell me if you think I've ignored > > > something valid > > > - Please review my one-liner patch for a C program not compiling with gcc4, > > > as I really don't know C... > > > - Tell me where Tiger could be better integrated into Fedora > > > > > > When you run "tiger", all checks enabled in /etc/tiger/tigerrc are run. But > > > there is also an automatic testing system, where the scripts are run at > > > different times according to /etc/tiger/cronrc. If you can, please run each > > > script in this crontab and tell me which false-positive you get. > > > > > > One of Tiger's best features is to report only what's changed since the last > > > run (configurable in /etc/tiger/tigerrc), but it does not mean we should > > > not get rid of false-positives in the first place. > > > > > > Of course, if you don't feel like checking all this, just do what you're > > > interested in (packaging, coding errors, further integration, ...). Any bit > > > will help. > > > > > > Thanks > > > > > > Aur?lien > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > Stephen J Smoogen. > CSIRT/Linux System Administrator > -- Stephen J Smoogen. CSIRT/Linux System Administrator From buildsys at redhat.com Tue Sep 6 16:04:51 2005 From: buildsys at redhat.com (Build System) Date: Tue, 6 Sep 2005 12:04:51 -0400 Subject: rawhide report: 20050906 changes Message-ID: <200509061604.j86G4p0X029813@porkchop.devel.redhat.com> Updated Packages: bluez-libs-2.20-1 ----------------- * Mon Sep 05 2005 David Woodhouse 2.20-1 - Update to bluez-libs 2.20 bluez-utils-2.20-1 ------------------ * Mon Sep 05 2005 David Woodhouse 2.20-1 - Update to bluez-utils 2.20 e2fsprogs-1.37-5 ---------------- * Mon Sep 05 2005 Karel Zak - 1.37-5 - fix swsuspend partition detection (#165863) - fix revalidate from ext2 to ext3 (#162927) - fix vfat without magic detection (#161873) elfutils-0.115-1 ---------------- * Mon Sep 05 2005 Roland McGrath - 0.115-1 - update to 0.115 - New program eu-strings. - libdw: New function dwarf_getscopes_die. - libelf: speed-ups of non-mmap reading. - Implement --enable-gcov option for configure. epiphany-1.8.0-1 ---------------- * Mon Sep 05 2005 Christopher Aillon - 1.8.0-1 - Update to 1.8.0 findutils-1:4.2.25-2 -------------------- * Mon Sep 05 2005 Tim Waugh 1:4.2.25-2 - 4.2.25. foomatic-3.0.2-25 ----------------- * Mon Sep 05 2005 Tim Waugh 3.0.2-25 - Add IEEE 1284 ID for HP LaserJet 4200 (bug #166638). - Add IEEE 1284 ID for HP LaserJet 5000 (bug #167154). kdebase-6:3.4.2-4 ----------------- * Mon Sep 05 2005 Than Ngo 6:3.4.2-4 - apply patch to fix local root vulnerability in kcheckpass CAN-2005-2494, #166997 - apply upstream patch to fix kinfocenter opengl DRI/GLX crash * Thu Aug 18 2005 Than Ngo 6:3.4.2-3 - update config files kdegraphics-7:3.4.2-3 --------------------- * Mon Sep 05 2005 Than Ngo 7:3.4.2-3 - backport CVS patch to fix kpdf crash when trying to expand sub-bookmarks in the bookmark tree #167390 kernel-2.6.13-1.1538_FC5 ------------------------ * Mon Sep 05 2005 Dave Jones - 2.6.13-git5 mtr-2:0.69-4 ------------ * Mon Sep 05 2005 Phil Knirsch 2:0.69-4 - Made the output, especially for reports much more readable (#147865) - Fixed --address option (#162029) nano-1.3.8-1 ------------ * Mon Sep 05 2005 David Woodhouse 1.3.8-1 - 1.3.8 * Wed Mar 02 2005 David Woodhouse 1.3.5-0.20050302 - Update to post-1.3.5 CVS tree to get UTF-8 support. * Wed Aug 04 2004 David Woodhouse 1.2.4-1 - 1.2.4 perl-3:5.8.7-0.3.fc5 -------------------- * Mon Sep 05 2005 Warren Togami - 3:5.8.7-0.3 - convert docs to UTF-8 (#140871) slang-1.4.9-19 -------------- * Mon Sep 05 2005 Petr Raszyk - 1.4.9-19 - One line in the patch 'slang-utf8-acs.ptach' commented out (#138445). slib-3a1-3 ---------- squid-7:2.5.STABLE10-4 ---------------------- * Mon Sep 05 2005 Martin Stransky 7:2.5.STABLE10-4 - Three upstream patches for #167414 - Spanish and Greek messages - patch for -D_FORTIFY_SOURCE=2 util-linux-2.13-0.3.pre2 ------------------------ * Fri Sep 02 2005 Karel Zak 2.13-0.3.pre2 - fix #166923 - hwclock will not run on a non audit-enabled kernel - fix #159410 - mkswap(8) claims max swap area size is 2 GB - fix #165863 - swsusp swaps should be reinitialized - change /var/log/lastlog perms to 0644 wget-1.10.1-5 ------------- * Mon Sep 05 2005 Karsten Hopp 1.10.1-5 - update - drop patches which are already in the upstream sources Broken deps for i386 ---------------------------------------------------------- valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 systemtap - 0.3-2.i386 requires libdw.so.1(ELFUTILS_0.114) lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for s390x ---------------------------------------------------------- initscripts - 8.12-3.s390x requires kernel >= 0:2.6.12 lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6 prelink - 0.3.5-2.s390x requires kernel >= 0:2.4.10 Broken deps for x86_64 ---------------------------------------------------------- systemtap - 0.3-2.x86_64 requires libdw.so.1(ELFUTILS_0.114)(64bit) valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) Broken deps for ppc64 ---------------------------------------------------------- evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display system-config-mouse - 1.2.11-1.noarch requires pyxf86config ppc64-utils - 0.7-9.ppc64 requires yaboot Broken deps for s390 ---------------------------------------------------------- prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 From jnovy at redhat.com Tue Sep 6 16:43:48 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Tue, 06 Sep 2005 18:43:48 +0200 Subject: rawhide report: 20050906 changes In-Reply-To: <200509061604.j86G4p0X029813@porkchop.devel.redhat.com> References: <200509061604.j86G4p0X029813@porkchop.devel.redhat.com> Message-ID: <1126025028.2971.2.camel@localhost.localdomain> On Tue, 2005-09-06 at 12:04 -0400, Build System wrote: > slib-3a1-3 > ---------- > What happened to slib changelog entry? Build system script error? -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From zaitcev at redhat.com Tue Sep 6 20:14:30 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Tue, 6 Sep 2005 13:14:30 -0700 Subject: applying a patch In-Reply-To: References: Message-ID: <20050906131430.0fed0cdd.zaitcev@redhat.com> On Mon, 05 Sep 2005 22:53:59 +0200, Rakotomandimby Mihamina wrote: > - copied the .patch file into /usr/src/redhat/SOURCES, > - added a #1305 patch (just after #1304) into the spec file > - applyied the #1305 (also just after #1304) into the specfile > $ rpmbuild -bp --target=i686 kernel-2.6.spec > [...] So far so good, you did everything correctly, except that you do not have to do it as root (use ~/.rpmmacros with %_topdir set). > Patch #1305 (8139too-napi-revert.patch): > + patch -p1 -s > 8 out of 12 hunks FAILED -- saving rejects to file > drivers/net/8139too.c.rej > error: Bad exit status from /var/tmp/rpm-tmp.34513 (%prep) This means that the driver in whatever version of the kernel you were using is sufficiently different from the 2.6.13-rc6. Since the Rawhide kernels track the upstream tree quite closely, I expect that you tried this on FC4 or something. If so, rebase your efforts to Rawhide, or adjust the patch manually to match whatever base you use. -- Pete From rodd at clarkson.id.au Tue Sep 6 23:51:03 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 07 Sep 2005 09:51:03 +1000 Subject: rawhide report: 20050906 changes In-Reply-To: <200509061604.j86G4p0X029813@porkchop.devel.redhat.com> References: <200509061604.j86G4p0X029813@porkchop.devel.redhat.com> Message-ID: <1126050664.2963.1.camel@localhost.localdomain> On Tue, 2005-09-06 at 12:04 -0400, Build System wrote: > kernel-2.6.13-1.1538_FC5 > ------------------------ > * Mon Sep 05 2005 Dave Jones > - 2.6.13-git5 Just a heads up. This is still doing the respawn problem. R. -- "It's a fine line between denial and faith. It's much better on my side" From naoki at valuecommerce.com Wed Sep 7 00:49:09 2005 From: naoki at valuecommerce.com (Naoki) Date: Wed, 07 Sep 2005 09:49:09 +0900 Subject: Debugging a system hang. In-Reply-To: <1126011467.3020.6.camel@mobilelinux.mattlauterbach.com> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> <1125974325.3018.60.camel@dragon.sys.intra> <20050906024146.GC10949@redhat.com> <1125984779.3018.115.camel@dragon.sys.intra> <1126011467.3020.6.camel@mobilelinux.mattlauterbach.com> Message-ID: <1126054149.3018.174.camel@dragon.sys.intra> On Tue, 2005-09-06 at 07:57 -0500, Matthew E. Lauterbach wrote: > On Tue, 2005-09-06 at 14:32 +0900, Naoki wrote: > > > Then nothing, a long list of 100% idle.. I CTRL-C'ed it and ran 'dmesg' > > which has still not come back with anything and the box is now down to > > the point of being unable to SSH into it. Ohh, exciting. > > > > There is no trace on the console and when I type in 'root' and press the > > return key I get a newline created.. And then a whole lot of nothing. I > > can get chars on the screen but CTRL-ALT-DEL fail to provide joy. > > Try turning SELinux off long enough to see if it is causing a problem. > > Matthew E. Lauterbach Ahh good idea. Ok done that and you know what.. No problem, the 8GB transfered as expected and the box is still up. So, what remains now is to work out why selinux locks up my machine on an rsync over ssh? Should I move off into the fedora list now and ask there? From loony at loonybin.org Wed Sep 7 00:51:29 2005 From: loony at loonybin.org (Peter Arremann) Date: Tue, 6 Sep 2005 20:51:29 -0400 Subject: OT: SCALE 4x -- Call For Papers In-Reply-To: References: Message-ID: <200509062051.30109.loony@loonybin.org> Ilan, I have been debating responding to this email for a few days now and I unfortunately need some advice before I can submit my proposal. I work at a fortune 14 company (at least on the 2005 ratings) in a development shop. We've got about 600 developers in the US and India, most of them developing on Linux workstations. We develop systems that eventually get deployed on Solaris, HP-UX or AIX servers... big irons... I would like to talk about the challenges you face when running a large environment like that... Unfortunately - and that's usually a big issue - I can't mention what company I work for. I can show proof of where I work to the people who organize things so you know what I'm saying isn't just BS but I can't officially stand there as a representative of the company I work for. Mid August 2002 got me and my boss into enough trouble when Cnet missinterpreted some of the things we talked about... Please let me know if you are interested in the topic and if I can get away without mentioning who I work for, Peter. On Thursday 01 September 2005 18:52, Ilan Rabinovitch wrote: > Hello, > > The call for papers for SCALE 4x, the 2006 Southern California Linux > Expo, is now open. This event will be our fourth annual show. It > will be held on Feb 11-12, 2006 at the Los Angeles Airport Westin. We > are expecting 1,300+ in attendance this year. We are non-profit, > community run Linux, open-source and free software conference. > > If you are working on something you believe the community > would be interested in, please consider submitting a presentation to > our call for papers. I am including details bellow. > > Past presentations are available online (including slides audio in most > cases): 2005 - http://www.socallinuxexpo.org/past/2005/hours.php > 2003 - http://www.socallinuxexpo.org/past/2003/presentations.php > 2002 - http://www.socallinuxexpo.org/past/2002/presentations.php > > If you have any questions please feel free to call the Call For Papers > team at cfp @ socallinuxexp.org > > CFP Link: http://www.socallinuxexpo.org/pr/pr_20050620.php > CFP PDF: http://www.socallinuxexpo.org/pr/cfp4x.pdf > > Best regards, > Ilan Rabinovitch > Conference Chair > Southern California Linux Expo > http://www.socallinuxexpo.org > > > > 2006 Southern CAlifornia Linux Expo > > The USC, Simi/Conejo, and UCLA Linux User Groups are proud to announce > the 4th annual Southern California Linux Expo scheduled for February > 11-12, 2006 at the Westin Hotel near the Los Angeles International > Airport. Building on the tremendous success of last three years' SCALE, > we will continue to promote Linux and the Open Source Software > community. > > We invite you to share your work on Linux and Open Source projects with > the rest of the community as well as exchange ideas with some of the > leading experts in these field. Details about SCALE 4X as well as > archives for the last three years can be found at > http://www.socallinuxexpo.com. > > Topics of interest include, but are not limited to: > > * Linux kernel > * Linux Networking > * Linux for embedded systems > * Linux for Desktops > * LAMP > * Multimedia in Linux > * Security in Linux > * VoIP > * Wireless tools in Linux > * Linux Games > * GIMP & other graphics software > * Administration techniques for specific distributions > * Custom Configurations > * Linux Deployments and experiences: Case studies > * Open source Licensing > * Government policies with Open Source > * Other open source projects > > The proposals should comprise a 1-page (maximum) description containing > the following: > > 1] Title for the talk. > 2] Name, Affiliation, Bio, a passport size picture (optional) and > contact email address of the Presenter. > 3] What will be covered? A bulleted list of the main points of the > presentation will be ideal. Please include enough detail as will be > necessary. > 4] Any specific requirements needed for the presentation other than an > overhead projector and a microphone. > > Presentations are alloted a time slot of about 45 minutes. All proposals > are to be sent to kapadia=at=socallinuxexpo.com. > > Important Dates: > > 20 Jun, 2005: CFP Opens > 20 Nov, 2005: Last date for abstracts/proposals > 20 Dec, 2005: Last date for notification of acceptance > 11 Feb, 2006: Conference starts From loony at loonybin.org Wed Sep 7 00:52:27 2005 From: loony at loonybin.org (Peter Arremann) Date: Tue, 6 Sep 2005 20:52:27 -0400 Subject: OT: SCALE 4x -- Call For Papers In-Reply-To: <200509062051.30109.loony@loonybin.org> References: <200509062051.30109.loony@loonybin.org> Message-ID: <200509062052.27136.loony@loonybin.org> Sorry guys - Just trying to prove what a moron I can be when I'm on cold medicine... :-) Peter. On Tuesday 06 September 2005 20:51, Peter Arremann wrote: > Ilan, > > I have been debating responding to this email for a few days now and I > unfortunately need some advice before I can submit my proposal. > > I work at a fortune 14 company (at least on the 2005 ratings) in a > development shop. We've got about 600 developers in the US and India, most > of them developing on Linux workstations. We develop systems that > eventually get deployed on Solaris, HP-UX or AIX servers... big irons... I > would like to talk about the challenges you face when running a large > environment like that... > > Unfortunately - and that's usually a big issue - I can't mention what > company I work for. I can show proof of where I work to the people who > organize things so you know what I'm saying isn't just BS but I can't > officially stand there as a representative of the company I work for. Mid > August 2002 got me and my boss into enough trouble when Cnet > missinterpreted some of the things we talked about... > > Please let me know if you are interested in the topic and if I can get away > without mentioning who I work for, > > Peter. > > On Thursday 01 September 2005 18:52, Ilan Rabinovitch wrote: > > Hello, > > > > The call for papers for SCALE 4x, the 2006 Southern California Linux > > Expo, is now open. This event will be our fourth annual show. It > > will be held on Feb 11-12, 2006 at the Los Angeles Airport Westin. We > > are expecting 1,300+ in attendance this year. We are non-profit, > > community run Linux, open-source and free software conference. > > > > If you are working on something you believe the community > > would be interested in, please consider submitting a presentation to > > our call for papers. I am including details bellow. > > > > Past presentations are available online (including slides audio in most > > cases): 2005 - http://www.socallinuxexpo.org/past/2005/hours.php > > 2003 - http://www.socallinuxexpo.org/past/2003/presentations.php > > 2002 - http://www.socallinuxexpo.org/past/2002/presentations.php > > > > If you have any questions please feel free to call the Call For Papers > > team at cfp @ socallinuxexp.org > > > > CFP Link: http://www.socallinuxexpo.org/pr/pr_20050620.php > > CFP PDF: http://www.socallinuxexpo.org/pr/cfp4x.pdf > > > > Best regards, > > Ilan Rabinovitch > > Conference Chair > > Southern California Linux Expo > > http://www.socallinuxexpo.org > > > > > > > > 2006 Southern CAlifornia Linux Expo > > > > The USC, Simi/Conejo, and UCLA Linux User Groups are proud to announce > > the 4th annual Southern California Linux Expo scheduled for February > > 11-12, 2006 at the Westin Hotel near the Los Angeles International > > Airport. Building on the tremendous success of last three years' SCALE, > > we will continue to promote Linux and the Open Source Software > > community. > > > > We invite you to share your work on Linux and Open Source projects with > > the rest of the community as well as exchange ideas with some of the > > leading experts in these field. Details about SCALE 4X as well as > > archives for the last three years can be found at > > http://www.socallinuxexpo.com. > > > > Topics of interest include, but are not limited to: > > > > * Linux kernel > > * Linux Networking > > * Linux for embedded systems > > * Linux for Desktops > > * LAMP > > * Multimedia in Linux > > * Security in Linux > > * VoIP > > * Wireless tools in Linux > > * Linux Games > > * GIMP & other graphics software > > * Administration techniques for specific distributions > > * Custom Configurations > > * Linux Deployments and experiences: Case studies > > * Open source Licensing > > * Government policies with Open Source > > * Other open source projects > > > > The proposals should comprise a 1-page (maximum) description containing > > the following: > > > > 1] Title for the talk. > > 2] Name, Affiliation, Bio, a passport size picture (optional) and > > contact email address of the Presenter. > > 3] What will be covered? A bulleted list of the main points of the > > presentation will be ideal. Please include enough detail as will be > > necessary. > > 4] Any specific requirements needed for the presentation other than an > > overhead projector and a microphone. > > > > Presentations are alloted a time slot of about 45 minutes. All proposals > > are to be sent to kapadia=at=socallinuxexpo.com. > > > > Important Dates: > > > > 20 Jun, 2005: CFP Opens > > 20 Nov, 2005: Last date for abstracts/proposals > > 20 Dec, 2005: Last date for notification of acceptance > > 11 Feb, 2006: Conference starts From mlauterbach at mail.wtamu.edu Wed Sep 7 01:15:07 2005 From: mlauterbach at mail.wtamu.edu (Matthew E. Lauterbach) Date: Tue, 06 Sep 2005 20:15:07 -0500 Subject: Debugging a system hang. In-Reply-To: <1126054149.3018.174.camel@dragon.sys.intra> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> <1125974325.3018.60.camel@dragon.sys.intra> <20050906024146.GC10949@redhat.com> <1125984779.3018.115.camel@dragon.sys.intra> <1126011467.3020.6.camel@mobilelinux.mattlauterbach.com> <1126054149.3018.174.camel@dragon.sys.intra> Message-ID: <1126055707.3164.3.camel@mobilelinux.mattlauterbach.com> On Wed, 2005-09-07 at 09:49 +0900, Naoki wrote: > Ok done that and you know what.. No problem, the 8GB transfered as > expected and the box is still up. So, what remains now is to work out > why selinux locks up my machine on an rsync over ssh? Should I move off > into the fedora list now and ask there? > Sounds like a plan...Also, check bugzilla. If it isn't already there, please file it. Matthew E. Lauterbach From sundaram at redhat.com Wed Sep 7 01:19:17 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 07 Sep 2005 06:49:17 +0530 Subject: Debugging a system hang. In-Reply-To: <1126054149.3018.174.camel@dragon.sys.intra> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> <1125974325.3018.60.camel@dragon.sys.intra> <20050906024146.GC10949@redhat.com> <1125984779.3018.115.camel@dragon.sys.intra> <1126011467.3020.6.camel@mobilelinux.mattlauterbach.com> <1126054149.3018.174.camel@dragon.sys.intra> Message-ID: <431E4015.9080705@redhat.com> Naoki wrote: > >On Tue, 2005-09-06 at 07:57 -0500, Matthew E. Lauterbach wrote: > > >>On Tue, 2005-09-06 at 14:32 +0900, Naoki wrote: >> >> >> >>>Then nothing, a long list of 100% idle.. I CTRL-C'ed it and ran 'dmesg' >>>which has still not come back with anything and the box is now down to >>>the point of being unable to SSH into it. Ohh, exciting. >>> >>>There is no trace on the console and when I type in 'root' and press the >>>return key I get a newline created.. And then a whole lot of nothing. I >>>can get chars on the screen but CTRL-ALT-DEL fail to provide joy. >>> >>> >>Try turning SELinux off long enough to see if it is causing a problem. >> >>Matthew E. Lauterbach >> >> > >Ahh good idea. > >Ok done that and you know what.. No problem, the 8GB transfered as >expected and the box is still up. So, what remains now is to work out >why selinux locks up my machine on an rsync over ssh? Should I move off >into the fedora list now and ask there? > > Ask in fedora-selinux list. you will get more focus there regards Rahul From russell at coker.com.au Wed Sep 7 01:47:00 2005 From: russell at coker.com.au (Russell Coker) Date: Wed, 7 Sep 2005 11:47:00 +1000 Subject: swapoff Message-ID: <200509071147.03019.russell@coker.com.au> In /etc/rc.d/init.d/halt the swap is disabled before any file systems are umounted. Is there any reason why we can't have "umount -a -t tmpfs" before doing the swapoff? If you have a tmpfs file system with a large amount of data (more than RAM) then "swapoff -a" is not going to give a good result. With a default configuration /dev/shm will be half of RAM, which on a modern laptop will be at least 256M and maybe 512M. If that has been paged out (EG from running memory hungry programs such as Firefox) then paging that in from a slow laptop hard disk (and needlessly draining the battery) on shutdown is a bad idea when the data can be discarded by umounting the file system. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From davej at redhat.com Wed Sep 7 02:25:25 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 6 Sep 2005 22:25:25 -0400 Subject: rawhide report: 20050906 changes In-Reply-To: <1126050664.2963.1.camel@localhost.localdomain> References: <200509061604.j86G4p0X029813@porkchop.devel.redhat.com> <1126050664.2963.1.camel@localhost.localdomain> Message-ID: <20050907022525.GA29120@redhat.com> On Wed, Sep 07, 2005 at 09:51:03AM +1000, Rodd Clarkson wrote: > On Tue, 2005-09-06 at 12:04 -0400, Build System wrote: > > > kernel-2.6.13-1.1538_FC5 > > ------------------------ > > * Mon Sep 05 2005 Dave Jones > > - 2.6.13-git5 > > Just a heads up. This is still doing the respawn problem. > Try 1542 from http://people.redhat.com/davej/kernels/Fedora/devel/ That's tomorrows rawhide kernel. Dave From jspaleta at gmail.com Wed Sep 7 02:47:42 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 6 Sep 2005 22:47:42 -0400 Subject: rawhide report: 20050906 changes In-Reply-To: <20050907022525.GA29120@redhat.com> References: <200509061604.j86G4p0X029813@porkchop.devel.redhat.com> <1126050664.2963.1.camel@localhost.localdomain> <20050907022525.GA29120@redhat.com> Message-ID: <604aa7910509061947572b4022@mail.gmail.com> On 9/6/05, Dave Jones wrote: > Try 1542 from http://people.redhat.com/davej/kernels/Fedora/devel/ > That's tomorrows rawhide kernel. smp 1542 worksforme -jef From naoki at valuecommerce.com Wed Sep 7 05:14:34 2005 From: naoki at valuecommerce.com (Naoki) Date: Wed, 07 Sep 2005 14:14:34 +0900 Subject: Debugging a system hang. In-Reply-To: <431E4015.9080705@redhat.com> References: <1125631790.10206.47.camel@dragon.sys.intra> <1125638952.3224.4.camel@laptopd505.fenrus.org> <1125974325.3018.60.camel@dragon.sys.intra> <20050906024146.GC10949@redhat.com> <1125984779.3018.115.camel@dragon.sys.intra> <1126011467.3020.6.camel@mobilelinux.mattlauterbach.com> <1126054149.3018.174.camel@dragon.sys.intra> <431E4015.9080705@redhat.com> Message-ID: <1126070074.32491.24.camel@dragon.sys.intra> Thanks for all your help gents! > Ask in fedora-selinux list. you will get more focus there From veillard at redhat.com Wed Sep 7 10:21:52 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 06:21:52 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? Message-ID: <20050907102152.GP25464@redhat.com> I would like to debug the inotify problem found on head, try to add V4L2 support for pwlib and work on Xen setup. For this I need a Rawhide install, this sounds simple and resinstalling a rawhide used to be a copy of the image boot to an USB key, use quickstart to point to a local mirror and in 20 mn have a new setup ready to work on. I really didn't expected to face the following mess: First trying the installer, I have a local copy of the rawhide mirror, any attempt to bout from the boot image results in anaconda failing not able to import os or sys at the python level, i.e. not the kind of bug you can work around by yourself if you're not intimate with anaconda: --------------------------------------------------------------------- Running anaconda, the Fedora Core system installer - please wait Could not find platform independant libraries Consider setting $PYTHONHOME to [:] 'import site' failed; use -v for traceback Traceback (most recent call last) File "/usr/bin/anaconda", line 28, in ? import sys, os ImportError: no module named os installer exited abnormally --------------------------------------------------------------------- it had been that way for months, general feedback is installer does not work, and that the expected way is to upgrade from a FC4 setup. So okay it's takes way more time but I reinstall a FC4 partition from scratch, then modify the yum.conf to point to my local rawhide repository. I upgrade yum, I upgrade the kernel and one hours and a half later I try to reboot. Dies as all init level respawns too fast. 2.6.13-1.1538_FC5 won't boot but the old 2.6.11-1.1369_FC4 still allows to boot. So okay one may need to update everything yum update launched.... Which means a transaction with 510 packages and 881 megabytes of data which are downloaded *first* onto the local disk before even starting to test the transaction. 15 mn later I'm greeted with: ('installing package openoffice.org-writer-1.9.127-1.2.0.fc5 needs 764MB on the / filesystem', (9, '/', 800161792L)) Of course downloading all packages locally, plus keeping them for the entire transaction, plus the conservative (good) rpm checks for disk space means one need 2 Gigabyte free on the partition (and this is far far from a full install) to just run the upgrade. So removing a bunch of beefy packages, I regain enough space on the partition to get the transaction to start. 954 packages to be updated/cleaned, the transaction took 35 minutes. Then reboot ... 2.6.13-1.1538_FC5 still fails to boot all process forked by init just seems to crash, but booting the old 2.6.11-1.1369_FC4 works. Half a day later I still don't have a setup to test inotify or recent Xen. Do we really expect to get significant feedback on a system that is so hard to install or run ? Delaying the release of FC5 raises the risk of decoupling from our user base and people who test bleeding edge, with a HEAD that is so hard to install and get running people who want to test new stuff have an easier upgrade path by installing Ubuntu (and maybe openSuse) than trying to get Rawhide going. I am afraid the current state of Rawhide just means silent exodus of the people who really help building the distro. The fact that the installer has been broken for months in my experience is a very significant threat, and increase the risk associated to delaying FC5 to an extend we didn't anticipated. In a nutshell I'm very concerned that Rawhide being nearly impossible to install or run by mere mortals the delay between FC4 and FC5 will just result in loosing a large part of our user base to other distro more up to date and still easy to install and run. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Sep 7 10:28:46 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 7 Sep 2005 12:28:46 +0200 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907102152.GP25464@redhat.com> References: <20050907102152.GP25464@redhat.com> Message-ID: <20050907122846.2e1a7274@python2> Daniel Veillard wrote : > I would like to debug the inotify problem found on head, try to add > V4L2 support for pwlib and work on Xen setup. For this I need a Rawhide > install, this sounds simple and resinstalling a rawhide used to be a copy > of the image boot to an USB key, use quickstart to point to a local > mirror and in 20 mn have a new setup ready to work on. I really didn't > expected to face the following mess: > > First trying the installer, I have a local copy of the rawhide mirror, > any attempt to bout from the boot image results in anaconda failing > not able to import os or sys at the python level, i.e. not the kind of > bug you can work around by yourself if you're not intimate with anaconda: > > --------------------------------------------------------------------- > Running anaconda, the Fedora Core system installer - please wait > Could not find platform independant libraries > Consider setting $PYTHONHOME to [:] > 'import site' failed; use -v for traceback > Traceback (most recent call last) > File "/usr/bin/anaconda", line 28, in ? > import sys, os > ImportError: no module named os > installer exited abnormally > --------------------------------------------------------------------- > > it had been that way for months, general feedback is installer does > not work, and that the expected way is to upgrade from a FC4 setup. > So okay it's takes way more time but I reinstall a FC4 partition from > scratch, then modify the yum.conf to point to my local rawhide repository. > I upgrade yum, I upgrade the kernel and one hours and a half later I try > to reboot. Dies as all init level respawns too fast. 2.6.13-1.1538_FC5 won't > boot but the old 2.6.11-1.1369_FC4 still allows to boot. > So okay one may need to update everything yum update launched.... > Which means a transaction with 510 packages and 881 megabytes of data which > are downloaded *first* onto the local disk before even starting to test the > transaction. 15 mn later I'm greeted with: > ('installing package openoffice.org-writer-1.9.127-1.2.0.fc5 needs 764MB on the / filesystem', (9, '/', 800161792L)) > > Of course downloading all packages locally, plus keeping them for the > entire transaction, plus the conservative (good) rpm checks for disk space > means one need 2 Gigabyte free on the partition (and this is far far from > a full install) to just run the upgrade. > > So removing a bunch of beefy packages, I regain enough space on the partition > to get the transaction to start. 954 packages to be updated/cleaned, the > transaction took 35 minutes. > > Then reboot ... 2.6.13-1.1538_FC5 still fails to boot all process forked > by init just seems to crash, but booting the old 2.6.11-1.1369_FC4 works. > Half a day later I still don't have a setup to test inotify or recent Xen. Current Rawhide kernels are broken. See Dave's earlier email to the list : On Wed, Sep 07, 2005 at 09:51:03AM +1000, Rodd Clarkson wrote: > On Tue, 2005-09-06 at 12:04 -0400, Build System wrote: > > > kernel-2.6.13-1.1538_FC5 > > ------------------------ > > * Mon Sep 05 2005 Dave Jones > > - 2.6.13-git5 > > Just a heads up. This is still doing the respawn problem. > Try 1542 from http://people.redhat.com/davej/kernels/Fedora/devel/ That's tomorrows rawhide kernel. Dave -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1447_FC4 Load : 1.04 0.75 0.76 From veillard at redhat.com Wed Sep 7 11:26:01 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 07:26:01 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907122846.2e1a7274@python2> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> Message-ID: <20050907112601.GQ25464@redhat.com> On Wed, Sep 07, 2005 at 12:28:46PM +0200, Matthias Saou wrote: > Daniel Veillard wrote : > > Then reboot ... 2.6.13-1.1538_FC5 still fails to boot all process forked > > by init just seems to crash, but booting the old 2.6.11-1.1369_FC4 works. > > Half a day later I still don't have a setup to test inotify or recent Xen. > > Current Rawhide kernels are broken. See Dave's earlier email to the list : Can't basic bootup of kernels on i386 uniproc machine be tested before pushed to rawhide, channels, mirrors and users ? Similary if some change broke anaconda, can we backtrack that change in the sake of keeping an installable dist, my servers are pulling everyday new version of boot images and anaconda stuff which are know to not work, and users are trying to use them while again we know they don't work. There is a balance between doing a lot of testing before pushing and pushing stuff which can be easilly detected as not working at all in the most common case. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From jspaleta at gmail.com Wed Sep 7 12:15:38 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 08:15:38 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907112601.GQ25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> Message-ID: <604aa79105090705157072a609@mail.gmail.com> On 9/7/05, Daniel Veillard wrote: > Can't basic bootup of kernels on i386 uniproc machine be tested before > pushed to rawhide, channels, mirrors and users ? http://www.livejournal.com/users/kernelslacker/23505.html Are you going to provide the spare box to sit inside the RedHat fence line to watch for new kernel builds in redhat's buildsystem,test boot itself, and then report back in a scripted/automated fashion so that the kernel build can be removed? Until the binary build comes out in rawhide its not available for public consumption any other way from redhat's build system. So if you come up with a solution for this, it will have to be implemented completely within the redhat fenceline. > > Similary if some change broke anaconda, can we backtrack that change > in the sake of keeping an installable dist, my servers are pulling everyday > new version of boot images and anaconda stuff which are know to not work, > and users are trying to use them while again we know they don't work. Similarly are you going to provide the redhat internal hardware to do the scripted anaconda regression tests? -jef From rodd at clarkson.id.au Wed Sep 7 12:22:36 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 07 Sep 2005 22:22:36 +1000 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907112601.GQ25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> Message-ID: <1126095757.2952.35.camel@localhost.localdomain> On Wed, 2005-09-07 at 07:26 -0400, Daniel Veillard wrote: > On Wed, Sep 07, 2005 at 12:28:46PM +0200, Matthias Saou wrote: > > Daniel Veillard wrote : > > > Then reboot ... 2.6.13-1.1538_FC5 still fails to boot all process forked > > > by init just seems to crash, but booting the old 2.6.11-1.1369_FC4 works. > > > Half a day later I still don't have a setup to test inotify or recent Xen. > > > > Current Rawhide kernels are broken. See Dave's earlier email to the list : > > Can't basic bootup of kernels on i386 uniproc machine be tested before > pushed to rawhide, channels, mirrors and users ? This kernel has only been half broken. For many it has been working, for others it hasn't. Dave's had a little difficulty rebasing to 2.6.13, but given the amount of effort he puts in I wouldn't even think of blaming him for not testing the kernel on all the different possibilities. In the past four or five days, we've had the first three 'broken' kernels of the rawhide series. You've unfortunately just hit a rough patch. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From laroche at redhat.com Wed Sep 7 12:25:36 2005 From: laroche at redhat.com (Florian La Roche) Date: Wed, 7 Sep 2005 12:25:36 +0000 Subject: announce: rpmdb checker, machine status checker Message-ID: <20050907122536.GA2876@dudweiler.stuttgart.redhat.com> Here is a python script that can analyse a rpmdb and also help determining the status of an installed machine: - /var/lib/rpm/Packages contains all data, the other rpmdb files contain duplicate data for easier access. /var/lib/rpm/Packages is checked against the data in the other files. - rpm header have a sha1 checksum for most of the data. With some nifty lookup you can verify this sha1 sum and thus most of the data to not be corrupted. - A few smaller checks can be done like dependency checking, are packages with an unusual arch installed, which non-kernel packages have more than one package installed etc. - You can choose to check rpmdb against yum repositories to check which installed packages are not included in yum repos or which packages differ in rpmdb. - You can even check rpmdb files from other archs or copy them from some other machine to verify them. All checks work for non-root users. The python script is available at http://people.redhat.com/laroche/pyrpm/pyrpm.py You can call it with: ./pyrpm.py --checkrpmdb or for the more advanced yum repositories check (you then need urlgrabber and libxml2-python to be installed): ./pyrpm.py -c /etc/yum.conf --checkrpmdb Let me know if you have questions about this tool, have ideas about further checks that can be added or have problems using it. (Especially if you have real broken rpmdb files on some of your machines, I'd like to hear if some checks could be improved. ;-) greetings, Florian La Roche From veillard at redhat.com Wed Sep 7 12:52:56 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 08:52:56 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <604aa79105090705157072a609@mail.gmail.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <604aa79105090705157072a609@mail.gmail.com> Message-ID: <20050907125256.GR25464@redhat.com> On Wed, Sep 07, 2005 at 08:15:38AM -0400, Jeff Spaleta wrote: > On 9/7/05, Daniel Veillard wrote: > > Can't basic bootup of kernels on i386 uniproc machine be tested before > > pushed to rawhide, channels, mirrors and users ? > http://www.livejournal.com/users/kernelslacker/23505.html > > Are you going to provide the spare box to sit inside the RedHat fence > line to watch for new kernel builds in redhat's buildsystem,test boot > itself, and then report back in a scripted/automated fashion so that > the kernel build can be removed? > Until the binary build comes out in rawhide its not available for > public consumption any other way from redhat's build system. So if you > come up with a solution for this, it will have to be implemented > completely within the redhat fenceline. Yes I agree with that last point. Now when you say "Are you", if it's me Daniel Veillard, I don't think I'm the best person to set this up. I'm certainly the best person to do the testing on the packages I maintain, I'm not sure me doing it for the kernel will work best, and I probably would not use a new "box" but try to boot the kernel/system though an emulator, maybe this just doesn't work, in which case I would try to use a solution based on a new box and an hardware watchdog. Maybe the consensus is that doing this ahead of push check is not worth it but I would like to point out that there is a lot of human and physical resources affected in getting rawhide out and tested, and in comparison that looks small to me. > > Similary if some change broke anaconda, can we backtrack that change > > in the sake of keeping an installable dist, my servers are pulling everyday > > new version of boot images and anaconda stuff which are know to not work, > > and users are trying to use them while again we know they don't work. > > Similarly are you going to provide the redhat internal hardware to do > the scripted anaconda regression tests? In that case it's not a transcient failure, I think last time I tried to use anaconda of rawhide back in July I had the exact same error. I think everybody agree it is known to be broken, but hasn't been fixed or I was just very very unlucky to get the same problem twice on 2 different hardware at more than one month interval. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard at redhat.com Wed Sep 7 12:57:02 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 08:57:02 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <1126095757.2952.35.camel@localhost.localdomain> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <1126095757.2952.35.camel@localhost.localdomain> Message-ID: <20050907125702.GS25464@redhat.com> On Wed, Sep 07, 2005 at 10:22:36PM +1000, Rodd Clarkson wrote: > On Wed, 2005-09-07 at 07:26 -0400, Daniel Veillard wrote: > > On Wed, Sep 07, 2005 at 12:28:46PM +0200, Matthias Saou wrote: > > > Daniel Veillard wrote : > > > > Then reboot ... 2.6.13-1.1538_FC5 still fails to boot all process forked > > > > by init just seems to crash, but booting the old 2.6.11-1.1369_FC4 works. > > > > Half a day later I still don't have a setup to test inotify or recent Xen. > > > > > > Current Rawhide kernels are broken. See Dave's earlier email to the list : > > > > Can't basic bootup of kernels on i386 uniproc machine be tested before > > pushed to rawhide, channels, mirrors and users ? > > This kernel has only been half broken. For many it has been working, > for others it hasn't. So I'm just being unlucky there ? that's possible, 2.6.13-1.1542_FC5 fixes it as I tested which is a good point. > Dave's had a little difficulty rebasing to 2.6.13, but given the amount > of effort he puts in I wouldn't even think of blaming him for not > testing the kernel on all the different possibilities. I though the problem was more common. Testing all possibilities sure can't be done ahead, that would be a radical change of model. > In the past four or five days, we've had the first three 'broken' > kernels of the rawhide series. You've unfortunately just hit a rough > patch. okay, I'm being unlucky ... but running i686 on a dell laptop doesn't sounds like a setup which should expose weird cornercase behaviour :-) Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From mlauterbach at mail.wtamu.edu Wed Sep 7 13:23:29 2005 From: mlauterbach at mail.wtamu.edu (Matthew E. Lauterbach) Date: Wed, 07 Sep 2005 08:23:29 -0500 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907125702.GS25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <1126095757.2952.35.camel@localhost.localdomain> <20050907125702.GS25464@redhat.com> Message-ID: <1126099409.2989.11.camel@mobilelinux.mattlauterbach.com> On Wed, 2005-09-07 at 08:57 -0400, Daniel Veillard wrote: > okay, I'm being unlucky ... but running i686 on a dell laptop doesn't > sounds like a setup which should expose weird cornercase behaviour :-) > I know my Dell laptop (Inspiron XPS) has all kinds of weird one-off hardware in it. I always expect to see cornercases on it. Matthew E. Lauterbach From jspaleta at gmail.com Wed Sep 7 13:34:30 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 09:34:30 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907125256.GR25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <604aa79105090705157072a609@mail.gmail.com> <20050907125256.GR25464@redhat.com> Message-ID: <604aa79105090706346ab727f8@mail.gmail.com> On 9/7/05, Daniel Veillard wrote: > I would like to point out that there is a lot of human and physical > resources affected in getting rawhide out and tested, and in comparison that > looks small to me. Size of the effort is relative to perspective. If you asking dave to set this up, I doubt he's going to come to the same decision as to worth. Though i seriously doubt this is a volunteer situation inside the redhat fenceline. If this sort of hardware is going to be setup and be relied on to hold back builds I think you'll have to have a series of meetings about provisioning this. Would it be cool to do this sort of testing before rawhide lands..sure.. it'd be super cool... if it can be automated reliably. You'd have to ask a script to pull the binaries from the buildsystem before they are all pushed to rawhide if there is a problem. Though at this point, I'm not sure its fair to single out x86 as special anymore. If a kernel boots on ppc and x86_64 systems but doesnt boot on x86, I'm not sure its appropriate to hold back that kernel. But thats a policy decision, that comes after there is hardware to do the regression testing with appears. > In that case it's not a transcient failure, I think last time I tried to > use anaconda of rawhide back in July I had the exact same error. I think > everybody agree it is known to be broken, but hasn't been fixed anaconda is going through what I would call major surgery. Its not so much about trying to fix it daily... its more about making sure it works by test1 release. If memory serves the anaconda development that is going on was one of the reasons why the fc5 schedule is what it is...to make room in part to get anaconda retooled. I don't remember there being a promise to anyone to make day-to-day rawhide installability a high priority. There is a target that the anaconda devs are shooting for, fc5test1. Are you suggesting they maintain a dead-end branch of anaconda in rawhide while working on the new version somewhere else? -jef From veillard at redhat.com Wed Sep 7 13:46:44 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 09:46:44 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <604aa79105090706346ab727f8@mail.gmail.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <604aa79105090705157072a609@mail.gmail.com> <20050907125256.GR25464@redhat.com> <604aa79105090706346ab727f8@mail.gmail.com> Message-ID: <20050907134644.GW25464@redhat.com> On Wed, Sep 07, 2005 at 09:34:30AM -0400, Jeff Spaleta wrote: > Though at this point, I'm not sure its fair to single out x86 as > special anymore. well it's somewhat more common, a bit cheaper and I assume the most used arch. > If a kernel boots on ppc and x86_64 systems but > doesnt boot on x86, I'm not sure its appropriate to hold back that > kernel. But thats a policy decision, that comes after there is > hardware to do the regression testing with appears. I didn't tried to raise any policy at this level. I though the problem was common possibly arch independant, apparently I was just unlucky and overgeneralized. Still automated checks ahead based on a live boot of kernels would be great IMHO. > anaconda is going through what I would call major surgery. Its not so > much about trying to fix it daily... its more about making sure it > works by test1 release. If memory serves the anaconda development > that is going on was one of the reasons why the fc5 schedule is what > it is...to make room in part to get anaconda retooled. I don't > remember there being a promise to anyone to make day-to-day rawhide > installability a high priority. There is a target that the anaconda > devs are shooting for, fc5test1. Are you suggesting they maintain a > dead-end branch of anaconda in rawhide while working on the new > version somewhere else? That would make sense to me. Like we don't push intermediate broken CVS state for all the other packages. I'm not sure it would need to be "maintained" in much of the usual sense. Just keep a working one around. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From veillard at redhat.com Wed Sep 7 13:47:30 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 09:47:30 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <1126099409.2989.11.camel@mobilelinux.mattlauterbach.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <1126095757.2952.35.camel@localhost.localdomain> <20050907125702.GS25464@redhat.com> <1126099409.2989.11.camel@mobilelinux.mattlauterbach.com> Message-ID: <20050907134730.GX25464@redhat.com> On Wed, Sep 07, 2005 at 08:23:29AM -0500, Matthew E. Lauterbach wrote: > On Wed, 2005-09-07 at 08:57 -0400, Daniel Veillard wrote: > > okay, I'm being unlucky ... but running i686 on a dell laptop doesn't > > sounds like a setup which should expose weird cornercase behaviour :-) > > > I know my Dell laptop (Inspiron XPS) has all kinds of weird one-off > hardware in it. I always expect to see cornercases on it. unlucky ++; sigh ... Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From katzj at redhat.com Wed Sep 7 14:53:25 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 10:53:25 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907102152.GP25464@redhat.com> References: <20050907102152.GP25464@redhat.com> Message-ID: <1126104805.2474.32.camel@bree.local.net> On Wed, 2005-09-07 at 06:21 -0400, Daniel Veillard wrote: > First trying the installer, I have a local copy of the rawhide mirror, > any attempt to bout from the boot image results in anaconda failing > not able to import os or sys at the python level, i.e. not the kind of > bug you can work around by yourself if you're not intimate with anaconda: And as Paul sent mail about a few weeks ago, things are very much in flux right now for the installer. Does it suck a bit? Yes. But unfortunately the installer is very much "the sum of the parts of the OS" and so we have to be testing in a live environment. And there's some real work that has to be done this time instead of just touchy feely stuff. And that's going to involve breaking various things. We're trying to avoid doing it as much as possible, but sometimes it happens. > it had been that way for months, general feedback is installer does > not work, and that the expected way is to upgrade from a FC4 setup. For months? Things have mostly been working except for the past week or so. Caveats of: minimal package set, LVM needs a remake of the initrd. Neither of which is impossible things to deal with. > So okay it's takes way more time but I reinstall a FC4 partition from > scratch, then modify the yum.conf to point to my local rawhide repository. > I upgrade yum, I upgrade the kernel and one hours and a half later I try > to reboot. Dies as all init level respawns too fast. 2.6.13-1.1538_FC5 won't > boot but the old 2.6.11-1.1369_FC4 still allows to boot. See the (several) threads about the kernel being broken the past few days. Poor timing. ;) As to testing -- hard to do across the variety of arch and hardware combinations. The worst tends to be right after a new kernel version since there are lots of things going into the upstream kernel and davej does a good job of making sure we follow that closely :) > Then reboot ... 2.6.13-1.1538_FC5 still fails to boot all process forked > by init just seems to crash, but booting the old 2.6.11-1.1369_FC4 works. > Half a day later I still don't have a setup to test inotify or recent Xen. FWIW, you're not going to have luck testing recent Xen with rawhide anyway. There are other known broken bits there ;) > Do we really expect to get significant feedback on a system that is so > hard to install or run ? I actually don't think the picture is as grim as you paint it here. A few days have been worse off, but things are definitely getting better. > Delaying the release of FC5 raises the risk of > decoupling from our user base and people who test bleeding edge, with a > HEAD that is so hard to install and get running people who want to test > new stuff have an easier upgrade path by installing Ubuntu (and maybe > openSuse) than trying to get Rawhide going. I am afraid the current state > of Rawhide just means silent exodus of the people who really help building > the distro. The fact that the installer has been broken for months in my > experience is a very significant threat, and increase the risk associated > to delaying FC5 to an extend we didn't anticipated. Actually, we delayed FC5 partially so this work *COULD* happen. The installer needs to be mostly working by the time test1 comes out. And some of the changes just need more time than the usual 2.5 months between a release and test1. I do think that we want to consider having four test releases with the first one earlier than the current schedule. That will help to avoid some of the problems you're afraid of. Jeremy From gilboada at netvision.net.il Wed Sep 7 14:54:41 2005 From: gilboada at netvision.net.il (Gilboa Davara) Date: Wed, 07 Sep 2005 17:54:41 +0300 Subject: FC4 state of affairs and FC5 Message-ID: <1126104881.25708.19.camel@gilboa-work-dev> Hello all, I've been lurking this list for quite some time now, waiting for a good reason to post... Seems that I found one. Let me first point out that this is not a rant; I understand that the Fedora Core is supplied "as is" and that the FC development team isn't working *for me*. In short, they don't owe me anything. Plus, being a Linux developer myself, I can appreciate the *perceived* (in my eyes) lack of interest in dealing with (what-seems-to-be-in-my- eyes) bugs, when the FC5 development is at full swing. I'm not trying to start a flame war; I am trying to understand the direction in which the Fedora Core foundation is heading, and make my own decisions as a result. (Roll back machines to FC3, keep others at FC2/3, switch to another distro, etc) Three months ago FC4 was released; as expected, being bleeding edge FC4 was buggy as hell (compared to FC2/FC3). However, living on the bleeding edge comes at a price, and I'm willing to pay it. Like any good user, I did my best to report what-ever bugs I saw: Some of them were fix promptly: Missing KDE screensavers: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161312 LVM2 boot problems: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164250 But others were not: gpilotd segfaults: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156646 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160926 Python gtksourceview: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162403 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161223 GDB segfaults when debugging libraries: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161401 Thus far, nothing new. FC4 has known bugs that are being (slowly?) addressed. However, here comes my problem: FC5 is 6 months (at least) away. The lvm2 problem was only fixed in -updates; it still plagues new installations. (I saw a couple of threads about it in fedoraforum.) The fix did not go downstream to a new ISO images. FC4 users cannot use their Palm and a full fix is no where to be seen. GDB is effectively dead when debugging libraries. And python python-gtksourceview, while fixed in rawhide, will not making it (at least to my knowledge) into FC4. My question is simple: Is it the view of the FC foundation, that the FC4 bug-fixing is taking second seat to the FC5 development? Is it acceptable, again, in the FC foundation's eyes, that up until the release of the FC5, people will not be able to sync with their Palm or have dead installations on their hands (lvm problem) I may be wrong here, isn't the lvm problem big enough to require ISO remaster? Isn't the Palm problem serious enough to warrant a switch to an older pilotd (and gnome-pilot)? Am I the only to feel that these problems are critical? Again let me stress, that being free-riding user (Sadly enough, I've yet to pitch in and find some why to contribute to FC) I'm in no position to rant about the stability of FC4. However, being someone with vested interest in the FC project, I'm very interested in the view of the FC project about the above. Thanks, Gilboa Davara. From katzj at redhat.com Wed Sep 7 15:01:57 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 11:01:57 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907134644.GW25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <604aa79105090705157072a609@mail.gmail.com> <20050907125256.GR25464@redhat.com> <604aa79105090706346ab727f8@mail.gmail.com> <20050907134644.GW25464@redhat.com> Message-ID: <1126105317.2474.36.camel@bree.local.net> On Wed, 2005-09-07 at 09:46 -0400, Daniel Veillard wrote: > On Wed, Sep 07, 2005 at 09:34:30AM -0400, Jeff Spaleta wrote: > > anaconda is going through what I would call major surgery. Its not so > > much about trying to fix it daily... its more about making sure it > > works by test1 release. If memory serves the anaconda development > > that is going on was one of the reasons why the fc5 schedule is what > > it is...to make room in part to get anaconda retooled. I don't > > remember there being a promise to anyone to make day-to-day rawhide > > installability a high priority. There is a target that the anaconda > > devs are shooting for, fc5test1. Are you suggesting they maintain a > > dead-end branch of anaconda in rawhide while working on the new > > version somewhere else? > > That would make sense to me. Like we don't push intermediate broken > CVS state for all the other packages. I'm not sure it would need to > be "maintained" in much of the usual sense. Just keep a working one > around. Except that a number of changes have been required to anaconda for things in rawhide. So not changing anaconda isn't really an option. We do try to avoid pushing when we know that things are completely hosed (hence why a build didn't happen yesterday, for example) but we can't anticipate everything. Jeremy From katzj at redhat.com Wed Sep 7 15:03:01 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 11:03:01 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907125256.GR25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <604aa79105090705157072a609@mail.gmail.com> <20050907125256.GR25464@redhat.com> Message-ID: <1126105382.2474.38.camel@bree.local.net> On Wed, 2005-09-07 at 08:52 -0400, Daniel Veillard wrote: > In that case it's not a transcient failure, I think last time I tried to > use anaconda of rawhide back in July I had the exact same error. The error you're seeing is a "tree composed badly and broke". That's unfortunately one that's dependent on the phase of the moon causing the build machines to be uncooperative. Hard to anticipate :) Jeremy From veillard at redhat.com Wed Sep 7 15:17:14 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 11:17:14 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <1126105382.2474.38.camel@bree.local.net> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <604aa79105090705157072a609@mail.gmail.com> <20050907125256.GR25464@redhat.com> <1126105382.2474.38.camel@bree.local.net> Message-ID: <20050907151713.GY25464@redhat.com> On Wed, Sep 07, 2005 at 11:03:01AM -0400, Jeremy Katz wrote: > On Wed, 2005-09-07 at 08:52 -0400, Daniel Veillard wrote: > > In that case it's not a transcient failure, I think last time I tried to > > use anaconda of rawhide back in July I had the exact same error. > > The error you're seeing is a "tree composed badly and broke". That's > unfortunately one that's dependent on the phase of the moon causing the > build machines to be uncooperative. Hard to anticipate :) So I was just unlucky on that too and the fact I get the same error does not mean it was the state of the package in the meantime ? If yes sorry about that I overgeneralized again. Is detecting "tree composed badly and broke" possible ? And avoid pushing those ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From alan at redhat.com Wed Sep 7 15:26:04 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 7 Sep 2005 11:26:04 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126104881.25708.19.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> Message-ID: <20050907152604.GA23497@devserv.devel.redhat.com> On Wed, Sep 07, 2005 at 05:54:41PM +0300, Gilboa Davara wrote: > FC4 users cannot use their Palm and a full fix is no where to be seen. Or bluetooth phones properly. FC4 was not the greatest Fedora, as a Red Hat developer I've actually gone back to FC3 for most stuff. Having said that - long slow stable releases - see RHEL, see Centos etc > And python python-gtksourceview, while fixed in rawhide, will not making > it (at least to my knowledge) into FC4. But do the fixes depend on other incompatible updates ? Certainly some updates are easy for rawhide and hard for FC[old] because they require a whole chain of other changes > I may be wrong here, isn't the lvm problem big enough to require ISO > remaster? Nothing is stopping anyone making new ISO images with the fixes, nor putting up FC4 "old gnome-pilot" packages. Alan From veillard at redhat.com Wed Sep 7 15:39:20 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 11:39:20 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <1126104805.2474.32.camel@bree.local.net> References: <20050907102152.GP25464@redhat.com> <1126104805.2474.32.camel@bree.local.net> Message-ID: <20050907153920.GZ25464@redhat.com> On Wed, Sep 07, 2005 at 10:53:25AM -0400, Jeremy Katz wrote: > > Delaying the release of FC5 raises the risk of > > decoupling from our user base and people who test bleeding edge, with a > > HEAD that is so hard to install and get running people who want to test > > new stuff have an easier upgrade path by installing Ubuntu (and maybe > > openSuse) than trying to get Rawhide going. I am afraid the current state > > of Rawhide just means silent exodus of the people who really help building > > the distro. The fact that the installer has been broken for months in my > > experience is a very significant threat, and increase the risk associated > > to delaying FC5 to an extend we didn't anticipated. > > Actually, we delayed FC5 partially so this work *COULD* happen. The > installer needs to be mostly working by the time test1 comes out. And > some of the changes just need more time than the usual 2.5 months > between a release and test1. As was pointed out the longuer between releases, the more new bits being tested in parrallel during those tests releases and the harder to stabilize. > I do think that we want to consider having four test releases with the > first one earlier than the current schedule. That will help to avoid > some of the problems you're afraid of. Instead of 9 month cooking it and then a succession of test releases then release what about test release after each substancial change e.g.: FC5-test-kernel-2.6.13 FC5-test-x.org-modularized i.e. instead of pushing everything back to the end, have snapshot test releases, where some incremental testing gets done by the people not brave enough to go though a real rawhide testing. They would not have to have the same amount of testing than for final test release but would allow a larger community feedback on what is likely to break on them. I do that myself at a smaller scale when I push bits in my projects and I know there is a possibility of breakage, it works fine if people get the information they need to test something specific. We are already doing this to some extent but involving just the specific packages update (kernel or modularized X11), being able to quickly cook up a small downloadable test release may be useful too. Would that increase the distro team work significantly ? I think it would increase early feedback (good), maybe it could even be offloaded to volunteers if the recipe to make and test basic releases is opened. 2 cents, trying to bring something positive from an unlucky experience... Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From sundaram at redhat.com Wed Sep 7 15:46:07 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 07 Sep 2005 21:16:07 +0530 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126104881.25708.19.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> Message-ID: <431F0B3F.4010107@redhat.com> Gilboa Davara wrote: >Hello all, > >I've been lurking this list for quite some time now, waiting for a good >reason to post... >Seems that I found one. > >Let me first point out that this is not a rant; I understand that the >Fedora Core is supplied "as is" and that the FC development team isn't >working *for me*. In short, they don't owe me anything. >Plus, being a Linux developer myself, I can appreciate the *perceived* >(in my eyes) lack of interest in dealing with (what-seems-to-be-in-my- >eyes) bugs, when the FC5 development is at full swing. > > This is largely a matter of perception. While many of the development ideas get discussed in various lists and you see the result of the development in the form of rawhide reports and new code, bug reports tend to be fixed in a more resilent way. Logging into #fedorabot IRC channel tends to give you a better idea of whats going on. Fedora Bugzilla recently got a RSS feed feature when it works properly would enable anyone to get the reports in a better way. I have also been throwing out the idea of a bugs list for all the incoming reports, comments and status changes in a equivalent way to the cvs commits list >However, here comes my problem: >FC5 is 6 months (at least) away. >The lvm2 problem was only fixed in -updates; it still plagues new >installations. (I saw a couple of threads about it in fedoraforum.) The >fix did not go downstream to a new ISO images. > > Fedora Project does not push out new ISO images after a release has been made. IIUC intermediate ISO images are considered a large amount of burden in form of increased bandwidth usage for mirror maintainers >FC4 users cannot use their Palm and a full fix is no where to be seen. >GDB is effectively dead when debugging libraries. >And python python-gtksourceview, while fixed in rawhide, will not making >it (at least to my knowledge) into FC4. > > If you consider it critical enough, you can request a update for FC4 in the reports have you made. >My question is simple: >Is it the view of the FC foundation, that the FC4 bug-fixing is taking >second seat to the FC5 development? > > Fedora Foundation does not exist as of today but you can get my independent opinion. Development isnt orthogonal to bug fixes. Active development includes bug fixes many of which can potentially be released as updated on the FC4/3 branches as required. While there is no guarantee that all of the bugs that you come across will get fixed within the time frame that would ideal for you, bugs are getting fixed nevertheless. >Is it acceptable, again, in the FC foundation's eyes, that up until the >release of the FC5, people will not be able to sync with their Palm or >have dead installations on their hands (lvm problem) >I may be wrong here, isn't the lvm problem big enough to require ISO >remaster? > > There are many other bugs like the installation crashes on some chipsets or the Xorg display issue which are relatively wide spread. This goes back to the question of whether we consider it appropriate it to have new ISO images between releases but you dont really need to wait for Fedora to do it. You can do this yourself along with anyone else who considers it important. see http://fedoranews.org/contributors/gene_czarcinski/update_distro/ >Isn't the Palm problem serious enough to warrant a switch to an older >pilotd (and gnome-pilot)? >Am I the only to feel that these problems are critical? > > Putting a bugzilla comment would get you the maintainer's opinion on this. >Again let me stress, that being free-riding user (Sadly enough, I've yet >to pitch in and find some why to contribute to FC) I'm in no position to >rant about the stability of FC4. >However, being someone with vested interest in the FC project, I'm very >interested in the view of the FC project about the above. > > If you wish to contribute take a look at the help wanted[1] page or especially at Fedora Bug Squad[2] efforts. There are many mentors[3] who are willing to help you get started with this. As someone who spend many days triaging hundreds of bugs, I would certainly appreciate your participation regards Rahul http://fedoraproject.org/wiki/HelpWanted http://fedoraproject.org/wiki/BugZappers http://fedoraproject.org/wiki/Mentors From dwmw2 at infradead.org Wed Sep 7 15:50:38 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 07 Sep 2005 16:50:38 +0100 Subject: FC4 state of affairs and FC5 In-Reply-To: <20050907152604.GA23497@devserv.devel.redhat.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> Message-ID: <1126108239.4171.75.camel@baythorne.infradead.org> On Wed, 2005-09-07 at 11:26 -0400, Alan Cox wrote: > Or bluetooth phones properly. FC4 was not the greatest Fedora, as a Red > Hat developer I've actually gone back to FC3 for most stuff. Remind me what the Bluetooth problem was? It's all working fine for me on FC4. I have a distinct recollection that we've had this conversation once but I've forgotten and I can't find it. Forgive me :) -- dwmw2 From ph18 at cornell.edu Wed Sep 7 15:56:54 2005 From: ph18 at cornell.edu (Paul A Houle) Date: Wed, 07 Sep 2005 11:56:54 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <20050907152604.GA23497@devserv.devel.redhat.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> Message-ID: <431F0DC6.8070605@cornell.edu> Alan Cox wrote: > >Nothing is stopping anyone making new ISO images with the fixes, nor putting >up FC4 "old gnome-pilot" packages. > > Something along these lines might make a nice project for someone. Whenever I install FC, I end up downloading the ISO images, installing -- after a few weeks it seems that many of the packages have been updated, so I do hundreds of megabytes worth of downloading. This isn't the end of the world on my DSL line, but it's an annoyance. It would be nice if someone respun Fedora with the latest rpms every month, every week, whatever. It's probably not that hard to do -- I guess it's just a matter of setting up your directories for spinning a distribution, and putting in the latest RPM directory from the mirror sites, right? And, of course, testing it to make sure that it all works through firstboot. From katzj at redhat.com Wed Sep 7 15:59:55 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 11:59:55 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907151713.GY25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> <604aa79105090705157072a609@mail.gmail.com> <20050907125256.GR25464@redhat.com> <1126105382.2474.38.camel@bree.local.net> <20050907151713.GY25464@redhat.com> Message-ID: <1126108795.2474.44.camel@bree.local.net> On Wed, 2005-09-07 at 11:17 -0400, Daniel Veillard wrote: > On Wed, Sep 07, 2005 at 11:03:01AM -0400, Jeremy Katz wrote: > > On Wed, 2005-09-07 at 08:52 -0400, Daniel Veillard wrote: > > > In that case it's not a transcient failure, I think last time I tried to > > > use anaconda of rawhide back in July I had the exact same error. > > > > The error you're seeing is a "tree composed badly and broke". That's > > unfortunately one that's dependent on the phase of the moon causing the > > build machines to be uncooperative. Hard to anticipate :) > > So I was just unlucky on that too and the fact I get the same error > does not mean it was the state of the package in the meantime ? If yes > sorry about that I overgeneralized again. Yeah, nothing to do with the package, just luck of the draw :) > Is detecting "tree composed badly and broke" possible ? And avoid > pushing those ? If we avoid pushing them, then no packages get pushed. Most of the people following rawhide are just following the package updates, so that seems like a less than ideal thing to do. And what if just one arch is hosed (which is common). Ignoring the detection issue, which is hard at best. Jeremy From buildsys at redhat.com Wed Sep 7 16:32:52 2005 From: buildsys at redhat.com (Build System) Date: Wed, 7 Sep 2005 12:32:52 -0400 Subject: rawhide report: 20050907 changes Message-ID: <200509071632.j87GWqRZ019338@porkchop.devel.redhat.com> Updated Packages: coreutils-5.2.1-53 ------------------ * Tue Sep 06 2005 Dan Walsh 5.2.1-53 - Allow id to run even when SELinux security context can not be run - Change chcon to use raw functions. * Tue Jun 28 2005 Tim Waugh - Corrected comments in DIR_COLORS.xterm (bug #161711). gcc-4.0.1-13 ------------ * Tue Sep 06 2005 Jakub Jelinek 4.0.1-13 - update from CVS - PRs c++/21440, c++/21687, c++/23167, c++/23225, c++/23667, c++/23699, c/22061, c/23161, c/23165, c/23506, fortran/23661, libfortran/23321, libobjc/23108, middle-end/21460, rtl-optimization/23454, target/23556, tree-optimization/15366, tree-optimization/23326 - fix libgfortran Tn format handling (#166480) - fix DW_AT_encoding of const char (#167148, PR debug/7241) - fix ia64 profiling (Richard Henderson, PR target/12455) - delegitimize PIC addresses in a few extra places (PR rtl-optimization/23098) - fix constant sharing bug in static_cast handling (PR c++/23056) - avoid redundant warnings on return; in function returning non-void (PR c/23075) - avoid duplicate no unique final overrider error messages (PR c++/21983) - when deciding about i?86 calling conventions for local functions, take into account global register variables (PR target/22362) gdm-1:2.8.0.2-4 --------------- * Tue Sep 06 2005 Ray Strode 1:2.8.0.2-4 - Apply clean up patch from Steve Grubb (gnome bug 315388). gkrellm-2.2.7-3 --------------- * Tue Sep 06 2005 Karsten Hopp 2.2.7-3 - fix path to gkrellm2 plugins on 64bit archs (#164066) gnome-menus-2.12.0-1 -------------------- * Tue Sep 06 2005 Mark McLoughlin 2.12.0-1 - Update to 2.12.0 gnome-panel-2.12.0-1 -------------------- * Tue Sep 06 2005 Mark McLoughlin 2.12.0-1 - Update to 2.12.0 gnome-session-2.11.91-3 ----------------------- * Tue Sep 06 2005 Ray Strode - 2.11.91-3 - Don't take ownership of /usr/share/xsessions (bug 145791). gnomemeeting-1.2.2-1 -------------------- * Tue Sep 06 2005 Daniel Veillard 1.2.2-1 - Upstream release of 1.2.2 java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_49rh ------------------------------------------ * Tue Sep 06 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_49rh - Import java-gcj-compat 1.0.41. * Tue Sep 06 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_48rh - Don't include security provider file in custom builds. - Don't mark security provider file as config(noreplace). kernel-2.6.13-1.1542_FC5 ------------------------ * Tue Sep 06 2005 Dave Jones - 2.6.13-git6 krb5-1.4.2-3 ------------ * Tue Sep 06 2005 Nalin Dahyabhai 1.4.2-3 - add an xinetd configuration file for encryption-only telnetd, parallelling the kshell/ekshell pair (#167535) less-382-8 ---------- * Fri Sep 02 2005 Jindrich Novy 382-8 - fix displaying of bogus newline for growing files (#120916) libselinux-1.25.7-1 ------------------- * Tue Sep 06 2005 Dan Walsh 1.25.7-1 - Update from NSA * Merged modified form of patch to avoid dlopen/dlclose by the static libselinux from Dan Walsh. Users of the static libselinux will not have any context translation by default. libsemanage-1.1.6-1 ------------------- mc-1:4.6.1a-0.14 ---------------- * Mon Sep 05 2005 Jindrich Novy 4.6.1a-0.14 - backport the new Find dialog from upstream (#167493) - disable Xorg usage and drop the dependency - enable samba vfs - highlight "%check" in spec files (Mike A. Harris) nfs-utils-1.0.7-16 ------------------ * Tue Sep 06 2005 Steve Dickson 1.0.7-16 - The nfslock init script no longer needs to bring lockd down. (bz 162446) openCryptoki-2.1.5-10 --------------------- * Tue Sep 06 2005 Phil Knirsch 2.1.5.6.10 - Fixed quite a few warnings and actual errors (#143768) - Fixed the initscript for failed startups (#154495) openh323-1.15.6-1 ----------------- * Tue Sep 06 2005 Daniel Veillard 1.15.6-1 - new upstream release patch-2.5.4-27 -------------- * Wed Sep 07 2005 Tim Waugh 2.5.4-27 - Applied patch from Ulrich Drepper to fix string overread (bug #167675). * Tue Sep 06 2005 Tim Waugh 2.5.4-26 - Preserve SELinux file contexts (bug #165799). policycoreutils-1.25.9-2 ------------------------ * Tue Sep 06 2005 Dan Walsh 1.25.9-2 - Add prereq for mount command * Thu Sep 01 2005 Dan Walsh 1.25.9-1 - Update to match NSA * Changed setfiles -c to translate the context to raw format prior to calling libsepol. * Fri Aug 26 2005 Dan Walsh 1.25.7-3 - Use new version of libsemange and require it for install pwlib-1.8.7-1 ------------- * Tue Sep 06 2005 Daniel Veillard 1.8.6-1 - new upstream release, previous gcc4 patch is not needed anymore scim-tables-0.5.3-3 ------------------- * Tue Sep 06 2005 Jens Petersen - 0.5.3-3 - add 14 new Indic tables for Bengali, Gujarati, Hindi, Kannada, Malayalam, Punjabi, Tamil and Telugu in updated scim-tables-indic.patch - new icons for all Indic tables by Amanpreet Singh Brar - Indic tables are now in new scim-tables-indic subpackage - add Danish ascii table and icon with danish-table.patch to additional tables - rename {zh,ja,ko} subpackages to {chinese,japanese,korean} - make subpackages own /usr/share/scim/tables setup-2.5.47-1.1 ---------------- * Tue Sep 06 2005 Bill Nottingham 2.5.47-1 - make lastlog 0644 (#167200) tar-1.15.1-10 ------------- * Tue Sep 06 2005 Peter Vrabec 1.15.1-10 - provide man page (#163709, #54243, #56041) tzdata-2005m-2 -------------- * Tue Sep 06 2005 Jakub Jelinek 2005m-2 - 2005m - changes for USA (extending DST by 4 weeks since 2007), Tunisia, Australia, Kazakhstan - historical timezone data changes for Japan, Poland, Northern Ireland and Mali - timezone name change for East Timor vim-1:6.3.086-4 --------------- vnc-4.1.1-17 ------------ * Tue Sep 06 2005 Tim Waugh 4.1.1-17 - Make vncviewer prevent xscreensaver from blanking screen (bug #106552). xscreensaver-1:4.22-12 ---------------------- * Tue Sep 06 2005 Ray Strode 1:4.22-12 - remove density option from squiral screensaver, Patch from Mamoru Tasaka (bug 167374). Broken deps for s390 ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 prelink - 0.3.5-2.s390 requires kernel >= 0:2.4.10 initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 Broken deps for i386 ---------------------------------------------------------- systemtap - 0.3-2.i386 requires libdw.so.1(ELFUTILS_0.114) lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Broken deps for x86_64 ---------------------------------------------------------- systemtap - 0.3-2.x86_64 requires libdw.so.1(ELFUTILS_0.114)(64bit) valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for ppc64 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display system-config-mouse - 1.2.11-1.noarch requires pyxf86config evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config ppc64-utils - 0.7-9.ppc64 requires yaboot Broken deps for s390x ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6 initscripts - 8.12-3.s390x requires kernel >= 0:2.6.12 prelink - 0.3.5-2.s390x requires kernel >= 0:2.4.10 From jspaleta at gmail.com Wed Sep 7 16:34:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 12:34:12 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F0DC6.8070605@cornell.edu> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> Message-ID: <604aa7910509070934585eaa3e@mail.gmail.com> On 9/7/05, Paul A Houle wrote: > And, of course, testing it to make sure that it all > works through firstboot. that's the deal breaker..... who exactly is going to test these respins on that weekly or monthly basis to make sure they work? I argue that even during the long test period there aren't enough people doing installer tests..even with the few test release isos. How many people are really going to test the weekly or monthly update respins? And if respins have different bugs than the release isos..who is accountable for those bugreports? If these isos are going to be created by the fedora project itself..there will be an expectation that problems will be address by the fedora developers. I doubt the anaconda developers and release team are prepared to take on the burden of such lightly tested and frequently occuring respins. Sure people can create these on their own and offer them up without the official "blessing" of the Fedora project.. but they aren't necessarily easy to find. How do you make community driven solutions to common annoyances to Core widely available without officially "blessing" in such a way to make sure users are not confused about exactly whom to report problems to. As bad as the release iso can be for some hardware...unmaintained and untested respins have the potential to be far worse. -jef From kyrre at solution-forge.net Wed Sep 7 16:38:30 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 07 Sep 2005 18:38:30 +0200 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F0DC6.8070605@cornell.edu> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> Message-ID: <1126111110.3355.3.camel@localhost.localdomain> ons, 07.09.2005 kl. 17.56 skrev Paul A Houle: > Alan Cox wrote: > > > > >Nothing is stopping anyone making new ISO images with the fixes, nor putting > >up FC4 "old gnome-pilot" packages. > > > > > Something along these lines might make a nice project for someone. > > Whenever I install FC, I end up downloading the ISO images, > installing -- after a few weeks it seems that many of the packages have > been updated, so I do hundreds of megabytes worth of downloading. This > isn't the end of the world on my DSL line, but it's an annoyance. > > It would be nice if someone respun Fedora with the latest rpms every > month, every week, whatever. It's probably not that hard to do -- I > guess it's just a matter of setting up your directories for spinning a > distribution, and putting in the latest RPM directory from the mirror > sites, right? And, of course, testing it to make sure that it all > works through firstboot. Doing that many respins will cause that every user have downloaded a different image. I really, really hope (as one who often tries to help out newbies on forums etc) that that never happens. But one respin "mid-life" of the distro, would be OK (or after serious bugs *affecting installation seriously*) are fixed. But please name the images carefully (something in the line of "fedora-core-4-update1-disk1.iso"). Or have a posibillity to use "additional disks" with other versions of packages/install kernel/anaconda/etc. Just label them really good. Kyrre From lfarkas at bppiac.hu Wed Sep 7 16:44:50 2005 From: lfarkas at bppiac.hu (Farkas Levente) Date: Wed, 07 Sep 2005 18:44:50 +0200 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126104881.25708.19.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> Message-ID: <431F1902.7010305@bppiac.hu> Gilboa Davara wrote: > Hello all, > > I've been lurking this list for quite some time now, waiting for a good > reason to post... > Seems that I found one. > > Let me first point out that this is not a rant; I understand that the > Fedora Core is supplied "as is" and that the FC development team isn't > working *for me*. In short, they don't owe me anything. > Plus, being a Linux developer myself, I can appreciate the *perceived* > (in my eyes) lack of interest in dealing with (what-seems-to-be-in-my- > eyes) bugs, when the FC5 development is at full swing. > > I'm not trying to start a flame war; I am trying to understand the > direction in which the Fedora Core foundation is heading, and make my > own decisions as a result. (Roll back machines to FC3, keep others at > FC2/3, switch to another distro, etc) > > Three months ago FC4 was released; as expected, being bleeding edge FC4 > was buggy as hell (compared to FC2/FC3). However, living on the bleeding > edge comes at a price, and I'm willing to pay it. > > Like any good user, I did my best to report what-ever bugs I saw: > Some of them were fix promptly: > > Missing KDE screensavers: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161312 > > LVM2 boot problems: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164250 > > But others were not: > gpilotd segfaults: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156646 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160926 > > Python gtksourceview: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162403 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161223 > > GDB segfaults when debugging libraries: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161401 > > Thus far, nothing new. FC4 has known bugs that are being (slowly?) > addressed. i've to add this bugs too as very annoying and long standing: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165658 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165859 -- Levente "Si vis pacem para bellum!" From fedora-devel at tlarson.com Wed Sep 7 16:50:34 2005 From: fedora-devel at tlarson.com (Tyler Larson) Date: Wed, 07 Sep 2005 10:50:34 -0600 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126104881.25708.19.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> Message-ID: <431F1A5A.1020603@tlarson.com> Gilboa Davara wrote: > My question is simple: > Is it the view of the FC foundation, that the FC4 bug-fixing is taking > second seat to the FC5 development? > Is it acceptable, again, in the FC foundation's eyes, that up until the > release of the FC5, people will not be able to sync with their Palm or > have dead installations on their hands (lvm problem) > I may be wrong here, isn't the lvm problem big enough to require ISO > remaster? > Isn't the Palm problem serious enough to warrant a switch to an older > pilotd (and gnome-pilot)? > Am I the only to feel that these problems are critical? I took a good look at the Fedora Objectives, and interestingly enough, the word "stable" was conspicuously missing. The word "robust" is generally used in its stead, suggesting that the release versions are expected to at least compile, link, and possibly even run without seg faulting. The objectives taken as a whole, and considering aspects such as the "time-based" release model (as opposed to quality-based or feature-based), give the overall impression that Fedora is designed to be an occasionally-solidifying rolling rawhide distribution. Not that that's a bad thing, mind you. Development is constantly moving forward, but every now and then, we get a brief feature-freeze, drop a release, and move on developing. Some stuff might be broken in a given release, but don't worry: you'll have another release in a few short months, and in the mean time, you can use FC n-1. While this sounds a little extreme, it's a great opportunity for some people. I can't afford to run rawhide on my laptop--it's just too time consuming (and risky). But in exchange for the opportunity to run bleeding-edge software, I don't mind occasionally re-writing an RC script or building a package from older source. Fedora is a developer-centric environment despite the fact that it produces user-centric software. It's a different paradigm that takes some getting used to and shouldn't be expected to fit most people's needs. Fixing bugs in an old release does, in fact, have to sometimes take a back seat to working on the new one--otherwise too much time would be spent maintaining old releases. Sure, maintaining releases is important, but Fedora is an experiment in shifting the focus forward. You're not going to see a 4.1 or 4.2; not because they wouldn't be useful, but because the Fedora paradigm dictates that the resources be focused elsewhere. It's something of an experimental model, and we'll have to see how well it works. I think FC4 was the first major casualty. From ph18 at cornell.edu Wed Sep 7 16:55:15 2005 From: ph18 at cornell.edu (Paul A Houle) Date: Wed, 07 Sep 2005 12:55:15 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <604aa7910509070934585eaa3e@mail.gmail.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <604aa7910509070934585eaa3e@mail.gmail.com> Message-ID: <431F1B73.1010306@cornell.edu> Jeff Spaleta wrote: > >that's the deal breaker..... who exactly is going to test these >respins on that weekly or monthly basis to make sure they work? I >argue that even during the long test period there aren't enough people >doing installer tests..even with the few test release isos. How many >people are really going to test the weekly or monthly update respins? > > I don't really know how bad the problems are. Most of the codepath involved in the install is going to be on the CD and not on the rpms. Most of the rpms are getting 'tested' by people who are running up2date. The main questions I see are (i) will something about the rpms cause the installer to malfunction? (ii) will something go wrong during firstboot... this is the one code path that isn't getting tested daily by Fedora users. Careful software engineering can minimize the codepath affected by (i) and (ii) problems and reduce the chance of problems. >And if respins have different bugs than the release isos..who is >accountable for those bugreports? If these isos are going to be >created by the fedora project itself..there will be an expectation >that problems will be address by the fedora developers. I doubt the >anaconda developers and release team are prepared to take on the >burden of such lightly tested and frequently occuring respins. > > > Well, you've already got configuration management problems from up2date. If I complain that something "doesn't work" post-install, that bug report needs to be qualified by the versions of all rpm's that might have something to do with the problem -- in principle, this can be awful -- just about everything depends on glibc and the kernel... problems there can result in mysterious symptoms everywhere. >Sure people can create these on their own and offer them up without >the official "blessing" of the Fedora project.. but they aren't >necessarily easy to find. How do you make community driven solutions >to common annoyances to Core widely available without officially >"blessing" in such a way to make sure users are not confused about >exactly whom to report problems to. As bad as the release iso can be >for some hardware...unmaintained and untested respins have the >potential to be far worse. > > Well, it depends what your goals are. It's dangerous to make changes to the installer -- this will be good for people who are having problems installing. A less ambitious goal is to keep the installer the same and change the rpm's. This won't solve everybody's problems, but it will make Fedora installs faster around my house. From mwiktowy at gmx.net Wed Sep 7 17:06:46 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 07 Sep 2005 13:06:46 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F0DC6.8070605@cornell.edu> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> Message-ID: <431F1E26.40002@gmx.net> Paul A Houle wrote: > It would be nice if someone respun Fedora with the latest rpms > every month, every week, whatever. It's probably not that hard to > do -- I guess it's just a matter of setting up your directories for > spinning a distribution, and putting in the latest RPM directory from > the mirror sites, right? And, of course, testing it to make sure > that it all works through firstboot. Aren't many of the problems that this is designed to circumvent going to be solved with anaconda becoming aware of extras and updates during install? You still have the issue of having to download the updates. Maybe yum could get a bit smarter [1] about CD-based repos and people who don't have net access on all the boxes that they manage can make their own update-repo-on-a-CD. ... or am I mistaken about the scope of the anaconda changes coming for FC5? /Mike [1] AFAIK, you can make a repo on a CD by making a .repo file that points to the url file:///media/cd[recorder,rom] but having repos that span CDs and having yum fail gracefully on a absent repo CD would be where things need some work. From i.pilcher at comcast.net Wed Sep 7 17:06:57 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Wed, 07 Sep 2005 12:06:57 -0500 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F1902.7010305@bppiac.hu> References: <1126104881.25708.19.camel@gilboa-work-dev> <431F1902.7010305@bppiac.hu> Message-ID: Farkas Levente wrote: > > i've to add this bugs too as very annoying and long standing: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165658 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165859 > Don't forget my personal favorite: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160873 -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From katzj at redhat.com Wed Sep 7 17:13:53 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 13:13:53 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907153920.GZ25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <1126104805.2474.32.camel@bree.local.net> <20050907153920.GZ25464@redhat.com> Message-ID: <1126113233.2474.52.camel@bree.local.net> On Wed, 2005-09-07 at 11:39 -0400, Daniel Veillard wrote: > On Wed, Sep 07, 2005 at 10:53:25AM -0400, Jeremy Katz wrote: > > > Delaying the release of FC5 raises the risk of > > > decoupling from our user base and people who test bleeding edge, with a > > > HEAD that is so hard to install and get running people who want to test > > > new stuff have an easier upgrade path by installing Ubuntu (and maybe > > > openSuse) than trying to get Rawhide going. I am afraid the current state > > > of Rawhide just means silent exodus of the people who really help building > > > the distro. The fact that the installer has been broken for months in my > > > experience is a very significant threat, and increase the risk associated > > > to delaying FC5 to an extend we didn't anticipated. > > > > Actually, we delayed FC5 partially so this work *COULD* happen. The > > installer needs to be mostly working by the time test1 comes out. And > > some of the changes just need more time than the usual 2.5 months > > between a release and test1. > > As was pointed out the longuer between releases, the more new bits > being tested in parrallel during those tests releases and the harder to > stabilize. So let's stop GNOME development for a month and just work on the kernel. Then we'll flip-flop :) > > I do think that we want to consider having four test releases with the > > first one earlier than the current schedule. That will help to avoid > > some of the problems you're afraid of. > > Instead of 9 month cooking it and then a succession of test releases > then release what about test release after each substancial change > e.g.: > FC5-test-kernel-2.6.13 > FC5-test-x.org-modularized Except that all of the upstream projects have their own schedules and if we hold off on doing things with them during _their_ development cycles, then we end up in the same bad state. > i.e. instead of pushing everything back to the end, have snapshot test > releases, where some incremental testing gets done by the people not brave > enough to go though a real rawhide testing. They would not have to have the > same amount of testing than for final test release but would allow a larger > community feedback on what is likely to break on them. I do that myself at > a smaller scale when I push bits in my projects and I know there is a > possibility of breakage, it works fine if people get the information they > need to test something specific. We are already doing this to some extent > but involving just the specific packages update (kernel or modularized X11), > being able to quickly cook up a small downloadable test release may be useful > too. Doing the small downloadable test release is a significant amount of work. eg, for modular X, a number of anaconda changes will be needed. Similar for gtk+ 2.8 and cairo. > Would that increase the distro team work significantly ? I think it > would increase early feedback (good), maybe it could even be offloaded to > volunteers if the recipe to make and test basic releases is opened. > > 2 cents, trying to bring something positive from an unlucky experience... I think the way to go here is really yum repositories with targeted package testing. ISOs really are a *lot* harder. Things might be getting easier in the future for doing something like this. But, it's all dependent on the anaconda changes that are breaking a lot for now :) Jeremy From seyman at wanadoo.fr Wed Sep 7 16:33:08 2005 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Wed, 7 Sep 2005 18:33:08 +0200 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F0DC6.8070605@cornell.edu> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> Message-ID: <20050907163308.GA11702@orient.maison.moi> On Wed, Sep 07, 2005 at 11:56:54AM -0400, Paul A Houle wrote: > > It would be nice if someone respun Fedora with the latest rpms every > month, every week, whatever. It's probably not that hard to do -- I http://www.tummy.com/Products/krud/ We really need to put this in a FAQ somewhere (assuming it hasn't been done already). Emmanuel From dwmw2 at infradead.org Wed Sep 7 17:14:58 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 07 Sep 2005 18:14:58 +0100 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F1B73.1010306@cornell.edu> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <604aa7910509070934585eaa3e@mail.gmail.com> <431F1B73.1010306@cornell.edu> Message-ID: <1126113298.4171.92.camel@baythorne.infradead.org> On Wed, 2005-09-07 at 12:55 -0400, Paul A Houle wrote: > (i) will something about the rpms cause the installer to malfunction? An example of this is the gtk+ update, which requires anaconda changes. This bit me when I was building the updated PPC install set. -- dwmw2 From jspaleta at gmail.com Wed Sep 7 17:15:33 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 13:15:33 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <604aa7910509071015668c2650@mail.gmail.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <604aa7910509070934585eaa3e@mail.gmail.com> <431F1B73.1010306@cornell.edu> <604aa7910509071015668c2650@mail.gmail.com> Message-ID: <604aa79105090710156acb718f@mail.gmail.com> On 9/7/05, Jeff Spaleta wrote: > On 9/7/05, Paul A Houle wrote: > > I don't really know how bad the problems are. Most of the codepath > > involved in the install is going to be on the CD and not on the rpms. > > Most of the rpms are getting 'tested' by people who are running > > up2date. > > anaconda has "magic"..voodoo magic. Perhaps its best not to assume > that up2date and anaconda treat depresolution equally. > > The main questions I see are > > > > (i) will something about the rpms cause the installer to malfunction? > > (ii) will something go wrong during firstboot... this is the one code > > path that isn't getting tested daily by Fedora users. > > > > Careful software engineering can minimize the codepath affected by > > (i) and (ii) problems and reduce the chance of problems. > > careful software engineering certaintly sounds like manpower to me. > Who exactly is going to be watching out for this? Someone is going to > actually have to do the testing and catch problems. Especially if the > goal is to respin to fix install time problems. Anytime you go into > the code to fix something you can break something...regardless of how > "careful" your software engineering is. If there isn't the manpower to > do the testing after a change in made.. you end up with a situation > where people having problems unique to a respin. Its hard enough > helping people through well understood cornercase installer problems > with the release isos 2 months after a release. You start throwing > monthly isos out there without serious regression testing and you get > into deeply uncomparable situations. I'm certaintly not going to stick > my neck out and attempt to help people with a respin that I havent > used. And I'm certaintly not going to be doing weekly or monthly > respin based installs on top of tracking rawhide I don't have the > hardware to keep up with that. > > > A less ambitious goal is to keep the installer the same and change > > the rpm's. This won't solve everybody's problems, but it will make > > Fedora installs faster around my house. > > Sometimes I find it better to choose reliably broken with known > workarounds..than unreliably new. I'm more than willing to get on the > bandwagon once someone shows me with that scripted respins of the > distro like this don't need aggressive pre-release testing by putting > these things out and the wild and collecting usage information and > bugreports. I'm not inclined to ask developers to take on > unreasonable maintainership burden to keep respins sane and I'm not > inclined to throwing respins over the wall and causing a bigger mess. > > -jef"dragsters are fast.. lets all drive dragsters to work"spaleta > From katzj at redhat.com Wed Sep 7 17:20:55 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 13:20:55 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F1E26.40002@gmx.net> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> Message-ID: <1126113655.2474.57.camel@bree.local.net> On Wed, 2005-09-07 at 13:06 -0400, Michael Wiktowy wrote: > Paul A Houle wrote: > > It would be nice if someone respun Fedora with the latest rpms > > every month, every week, whatever. It's probably not that hard to > > do -- I guess it's just a matter of setting up your directories for > > spinning a distribution, and putting in the latest RPM directory from > > the mirror sites, right? And, of course, testing it to make sure > > that it all works through firstboot. > > Aren't many of the problems that this is designed to circumvent going to > be solved with anaconda becoming aware of extras and updates during install? > You still have the issue of having to download the updates. Maybe yum > could get a bit smarter [1] about CD-based repos and people who don't > have net access on all the boxes that they manage can make their own > update-repo-on-a-CD. > > ... or am I mistaken about the scope of the anaconda changes coming for FC5? Well, for FC5, exactly how much will be realized is probably not all of it. Given the variety of things which _could_ break, not all of it makes sense to expose in the UI the first time around. So we'll probably just have basically the same sort of functionality and only maybe have some hidden ways to enable more :) In any case, it won't help the cases where a) the installer kernel doesn't work for your hardware b) some other part of the installer images has a bug for your situation. c) other things that aren't on the top of my head right now. > [1] AFAIK, you can make a repo on a CD by making a .repo file that > points to the url file:///media/cd[recorder,rom] but having repos that > span CDs and having yum fail gracefully on a absent repo CD would be > where things need some work. Yes, having the metadata understand cds is one of the undertakings for getting anaconda to use yum. Jeremy From pjones at redhat.com Wed Sep 7 17:23:44 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 07 Sep 2005 13:23:44 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F1E26.40002@gmx.net> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> Message-ID: <1126113824.3579.8.camel@localhost.localdomain> On Wed, 2005-09-07 at 13:06 -0400, Michael Wiktowy wrote: > Paul A Houle wrote: > > > It would be nice if someone respun Fedora with the latest rpms > > every month, every week, whatever. It's probably not that hard to > > do -- I guess it's just a matter of setting up your directories for > > spinning a distribution, and putting in the latest RPM directory from > > the mirror sites, right? And, of course, testing it to make sure > > that it all works through firstboot. > > Aren't many of the problems that this is designed to circumvent going to > be solved with anaconda becoming aware of extras and updates during install? That won't happen for FC5 -- this time around we're revamping the internal package handling code to use yum, with the aim of making it *possible* to do something like this. But the actual support for non-Core repos in the installer probably won't be until at least FC6. (There are quite a few other changes for FC5 as well, of course) -- Peter From gilboada at netvision.net.il Wed Sep 7 16:52:52 2005 From: gilboada at netvision.net.il (Gilboa Davara) Date: Wed, 07 Sep 2005 19:52:52 +0300 Subject: FC4 state of affairs and FC5 In-Reply-To: <20050907152604.GA23497@devserv.devel.redhat.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> Message-ID: <1126111972.25708.58.camel@gilboa-work-dev> On Wed, 2005-09-07 at 11:26 -0400, Alan Cox wrote: > On Wed, Sep 07, 2005 at 05:54:41PM +0300, Gilboa Davara wrote: > > FC4 users cannot use their Palm and a full fix is no where to be seen. > > Or bluetooth phones properly. FC4 was not the greatest Fedora, as a Red > Hat developer I've actually gone back to FC3 for most stuff. > > Having said that - long slow stable releases - see RHEL, see Centos etc I may have misrepresented my own point. I am looking for bleeding-edge distribution; else I'd be using RHEL/CentOS on my private/work workstations. (Like I do on my servers). However, the question remains, how much resources are to be allocated for bug-fixing once a critical bug (again, in my eyes) is being found and what tools do the community have to determine the current status of a certain bug (beyond bugzilla) and decide (do we decide?) which bugs take precedence. > > But do the fixes depend on other incompatible updates ? Certainly some updates > are easy for rawhide and hard for FC[old] because they require a whole chain of > other changes To be honest, I have no idea. The bug was resolved to "CLOSED RAWHIDE" with no additional information. My question (as for back-ported the fix to FC4) left unanswered. > Nothing is stopping anyone making new ISO images with the fixes, nor putting > up FC4 "old gnome-pilot" packages. > Alan I understand and accept it. However, this opens two new problem: First and foremost, once I turn LFS, building my own packages I risk a major breakage in my RPM based setup (Been there, done that, broke it); Essentially switching back to an older backbone library (pilot-link, gnome-pilot) may require a full gnome rebuild (which is a major task). More-ever, even if I succeed in doing it (and unlike KDE, building gnome is not for the weak-hearted... even with garnome) I automatically lose the auto-security-update capability for all the packages involved. In short, this task is well beyond the scope of any normal user. It's much easier to switch distribution. Second, a user that tried Fedora (and failed) or worse, a user that switched from Fedora to is a user that will never return to Fedora. Even much worse, a switching Windows XP user, that sees a kernel panic due to a DRI problem in anaconda is a user that will never try Linux again. We will never know how many Fedora users we have lost due to the iso boot problem (bug 159026) or the catastrophic "Linux killed my Windows boot problem" (bug 115980) While it's semi acceptable in case of an unknown bug, having the known, already resolved bug, push away potential users is problem well worth fixing. All of this is more of the frame of mind then a technical problem. What is the main goal of the Fedora project? Is it a distribution bent on defeating Windows, or is it simply a staging ground for RedHat to field-test the next RHEL version. Gilboa Davara From gilboada at netvision.net.il Wed Sep 7 17:11:19 2005 From: gilboada at netvision.net.il (Gilboa Davara) Date: Wed, 07 Sep 2005 20:11:19 +0300 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F0B3F.4010107@redhat.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <431F0B3F.4010107@redhat.com> Message-ID: <1126113079.25708.75.camel@gilboa-work-dev> On Wed, 2005-09-07 at 21:16 +0530, Rahul Sundaram wrote: > Gilboa Davara wrote: > > This is largely a matter of perception. While many of the development > ideas get discussed in various lists and you see the result of the > development in the form of rawhide reports and new code, bug reports > tend to be fixed in a more resilent way. Logging into #fedorabot IRC > channel tends to give you a better idea of whats going on. Fedora > Bugzilla recently got a RSS feed feature when it works properly would > enable anyone to get the reports in a better way. I have also been > throwing out the idea of a bugs list for all the incoming reports, > comments and status changes in a equivalent way to the cvs commits list > Having better ways to follow up on bugs (RSS, etc) is a good thing, but it doesn't really help, once a bug report is being lost "in the system". (Like the gpilot and gdb issues.) On one hand, these bugs seem critical in my eyes but in the other hand, I really don't want to burden the maintainer by reopening the bug reports or reporting a new bug reports. > > Fedora Project does not push out new ISO images after a release has been > made. IIUC intermediate ISO images are considered a large amount of > burden in form of increased bandwidth usage for mirror maintainers This leads to a rather big problem of losing users. Please check my answer to Alan Cox. > If you consider it critical enough, you can request a update for FC4 in > the reports have you made. I/we did. But it seems (assuming we didn't screw anything) that our questions left unanswered. > Fedora Foundation does not exist as of today but you can get my > independent opinion. Development isnt orthogonal to bug fixes. Active > development includes bug fixes many of which can potentially be released > as updated on the FC4/3 branches as required. While there is no > guarantee that all of the bugs that you come across will get fixed > within the time frame that would ideal for you, bugs are getting fixed > nevertheless. I full heatedly agree. (My original post included two such a reports.) However, what does the FC user to do, once he hits a stone-wall? A critical bug that seems to go under the radar? Do remember that going back to FC3 is problematic. Not only you lose features, FC3 is slowly nearing it EOL. Which leaves you in a choosing the lesser bad-like problem. > > There are many other bugs like the installation crashes on some chipsets > or the Xorg display issue which are relatively wide spread. This goes > back to the question of whether we consider it appropriate it to have > new ISO images between releases but you dont really need to wait for > Fedora to do it. You can do this yourself along with anyone else who > considers it important. see > http://fedoranews.org/contributors/gene_czarcinski/update_distro/ This is a task well beyond most users. Most of them will either quit and switch distribution or worse, go back to Windows XP and never look back. > Putting a bugzilla comment would get you the maintainer's opinion on this. > Maybe my own fault... but it didn't really help. Questions about the gpilotd and the python-gtksourceview bugs left unanswered. > If you wish to contribute take a look at the help wanted[1] page or > especially at Fedora Bug Squad[2] efforts. There are many mentors[3] who > are willing to help you get started with this. As someone who spend many > days triaging hundreds of bugs, I would certainly appreciate your > participation I will do so. From jspaleta at gmail.com Wed Sep 7 17:41:31 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 13:41:31 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126113079.25708.75.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> <431F0B3F.4010107@redhat.com> <1126113079.25708.75.camel@gilboa-work-dev> Message-ID: <604aa7910509071041d37b030@mail.gmail.com> On 9/7/05, Gilboa Davara wrote: > FC3 is slowly nearing it EOL. Which leaves you in a choosing > the lesser bad-like problem. fedoralegacy.org exists. -jef From sundaram at redhat.com Wed Sep 7 17:44:40 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 07 Sep 2005 23:14:40 +0530 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126113079.25708.75.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> <431F0B3F.4010107@redhat.com> <1126113079.25708.75.camel@gilboa-work-dev> Message-ID: <431F2708.1020206@redhat.com> Hi >>Fedora Project does not push out new ISO images after a release has been >>made. IIUC intermediate ISO images are considered a large amount of >>burden in form of increased bandwidth usage for mirror maintainers >> >> > >This leads to a rather big problem of losing users. >Please check my answer to Alan Cox. > Respins can actually lead to more frustration for both users and developers and if there are regressions from the original release which then leads to more bugs left unfixed. Its a question of resources regards Rahul From fedora-devel at tlarson.com Wed Sep 7 17:50:47 2005 From: fedora-devel at tlarson.com (Tyler Larson) Date: Wed, 07 Sep 2005 11:50:47 -0600 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F1E26.40002@gmx.net> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> Message-ID: <431F2877.3010101@tlarson.com> Michael Wiktowy wrote: > Paul A Houle wrote: > > >> It would be nice if someone respun Fedora with the latest rpms >>every month, every week, whatever. It's probably not that hard to >>do -- I guess it's just a matter of setting up your directories for >>spinning a distribution, and putting in the latest RPM directory from >>the mirror sites, right? And, of course, testing it to make sure >>that it all works through firstboot. > > > Aren't many of the problems that this is designed to circumvent going to > be solved with anaconda becoming aware of extras and updates during install? > You still have the issue of having to download the updates. Maybe yum > could get a bit smarter [1] about CD-based repos and people who don't > have net access on all the boxes that they manage can make their own > update-repo-on-a-CD. > > ... or am I mistaken about the scope of the anaconda changes coming for FC5? > > /Mike > > [1] AFAIK, you can make a repo on a CD by making a .repo file that > points to the url file:///media/cd[recorder,rom] but having repos that > span CDs and having yum fail gracefully on a absent repo CD would be > where things need some work. > I really like the idea of having an auto-generated fedora-updates-latest.iso available for those of us who (a) install or upgrade a large number of machines, and (b) don't have our own local mirror. Even without anaconda integration, it would be extremely helpful to, after firstboot, do something like "yum -c /media/cdrom/yum.conf update". The time and bandwidth saved would be wonderful. It would achieve much of the same effect as re-spinning a release without the additional complications. I don't mind writing a script to generate the ISO, but I'm not sure what all needs to be included. I imagine that it would have to generate a custom repodata dir filtered to reference only the RPMs that are on the CD (i.e. only the most recent version of each package). Any advice from someone who understands this better a bit better than I do? From katzj at redhat.com Wed Sep 7 17:59:57 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 13:59:57 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F2877.3010101@tlarson.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> <431F2877.3010101@tlarson.com> Message-ID: <1126115997.2474.66.camel@bree.local.net> On Wed, 2005-09-07 at 11:50 -0600, Tyler Larson wrote: > Even without anaconda integration, it would be extremely helpful to, after > firstboot, do something like "yum -c /media/cdrom/yum.conf update". The time > and bandwidth saved would be wonderful. It would achieve much of the same > effect as re-spinning a release without the additional complications. > > I don't mind writing a script to generate the ISO, but I'm not sure what all > needs to be included. I imagine that it would have to generate a custom > repodata dir filtered to reference only the RPMs that are on the CD (i.e. only > the most recent version of each package). Any advice from someone who > understands this better a bit better than I do? The steps that are basically needed should be: a) Mirror the updates directory b) Run repomanage over it to get only the latest version (yum-utils is in extras and contains this incredibly useful utility as well as others... check it out! :) c) Run createrepo on your directory d) Create a yum config that will point to where the cd is mounted e) Create your iso f) Burn CD g) Stick CD in machine, mount it, run yum -c /path/to/configfile update And that should basically be it. Try it and let me know what I forgot ;-) Jeremy From jspaleta at gmail.com Wed Sep 7 18:06:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 14:06:24 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F2877.3010101@tlarson.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> <431F2877.3010101@tlarson.com> Message-ID: <604aa7910509071106325a8619@mail.gmail.com> On 9/7/05, Tyler Larson wrote: > I don't mind writing a script to generate the ISO, but I'm not sure what all > needs to be included. I imagine that it would have to generate a custom > repodata dir filtered to reference only the RPMs that are on the CD (i.e. only > the most recent version of each package). Any advice from someone who > understands this better a bit better than I do? its quite easy to rebuild the metadata "createrepo" package will generate the repodata directory. So make your directory of rpms and then run createrepo against it... then add the config file...create the iso. Additionally before making the iso you can use repoclosure from the yum-utils package in Extras to check for package deps self-consistency in your tree. The biggest problem right now is correct automagical detection of cds. For anyone who has a cd that isnt using /media/cdrom they will have to edit the config file you provide. No big deal .. just annoying. Sounds like from other posts the "right" people are figuring out how to do this more robustly. -jef From dwmw2 at infradead.org Wed Sep 7 18:16:58 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 07 Sep 2005 19:16:58 +0100 Subject: FC4 state of affairs and FC5 In-Reply-To: References: <1126104881.25708.19.camel@gilboa-work-dev> <431F1902.7010305@bppiac.hu> Message-ID: <1126117019.4171.98.camel@baythorne.infradead.org> On Wed, 2005-09-07 at 12:06 -0500, Ian Pilcher wrote: > Farkas Levente wrote: > > > > i've to add this bugs too as very annoying and long standing: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165658 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165859 > > > > Don't forget my personal favorite: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160873 If we're playing that game, I have a dozen or so Evolution bugs to add to the list, some of which have been open since Evo 1.2 or possibly even earlier. -- dwmw2 From fedora-devel at tlarson.com Wed Sep 7 18:26:22 2005 From: fedora-devel at tlarson.com (Tyler Larson) Date: Wed, 07 Sep 2005 12:26:22 -0600 Subject: FC4 state of affairs and FC5 In-Reply-To: <604aa7910509071106325a8619@mail.gmail.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> <431F2877.3010101@tlarson.com> <604aa7910509071106325a8619@mail.gmail.com> Message-ID: <431F30CE.8080503@tlarson.com> Jeff Spaleta wrote: > its quite easy to rebuild the metadata "createrepo" package will > generate the repodata directory. So make your directory of rpms and > then run createrepo against it... then add the config file...create > the iso. > Wow. That IS easy. Great. > Additionally before making the iso you can use repoclosure from the > yum-utils package in Extras to check for package deps self-consistency > in your tree. Is an updates repo considered self-consistent despite the fact that it depends on the base repo? > The biggest problem right now is correct automagical detection of cds. > For anyone who has a cd that isnt using /media/cdrom they will have > to edit the config file you provide. No big deal .. just annoying. > Sounds like from other posts the "right" people are figuring out how > to do this more robustly. > Actually, I was thinking that, given the nature of such a CD, a better option might be to include a script on the CD that generates the correct config file and passes it to yum, perhaps pulling any additional settings from /etc/yum.conf (or perhaps not...). In such a case, it could autodetect the repo location, then prompt the user for confirmation. From jspaleta at gmail.com Wed Sep 7 18:32:57 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 14:32:57 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F30CE.8080503@tlarson.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> <431F2877.3010101@tlarson.com> <604aa7910509071106325a8619@mail.gmail.com> <431F30CE.8080503@tlarson.com> Message-ID: <604aa7910509071132635b9539@mail.gmail.com> On 9/7/05, Tyler Larson wrote: > Is an updates repo considered self-consistent despite the fact that it depends > on the base repo? no... youd have to include a reference to "base" if your cd only contained the updates. In fact... anytime you do this.. you'll have to include a reference to base in the yum config you use. Updates could very well pull in new packages from base.. in some cases..when packaging dependancies are cleaned up. But you'll see that when you try to run repoclosure against just your collection of rpms. You could try to get really really fancy and try to figure out when this is happen and include parts of base if needed so the cd could be used stand-alone without additional network support...but that would take a bit more effort to identify when this happens. > Actually, I was thinking that, given the nature of such a CD, a better option > might be to include a script on the CD that generates the correct config file > and passes it to yum, perhaps pulling any additional settings from > /etc/yum.conf (or perhaps not...). In such a case, it could autodetect the > repo location, then prompt the user for confirmation. whatever floats your boat. -jef From mwiktowy at gmx.net Wed Sep 7 18:48:38 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 07 Sep 2005 14:48:38 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <431F30CE.8080503@tlarson.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> <431F2877.3010101@tlarson.com> <604aa7910509071106325a8619@mail.gmail.com> <431F30CE.8080503@tlarson.com> Message-ID: <431F3606.4020706@gmx.net> Tyler Larson wrote: >Actually, I was thinking that, given the nature of such a CD, a better option >might be to include a script on the CD that generates the correct config file >and passes it to yum, perhaps pulling any additional settings from >/etc/yum.conf (or perhaps not...). In such a case, it could autodetect the >repo location, then prompt the user for confirmation. > > Looking at the format of a "mirrorlist" (a simple, one-per-line list of all the possible URLs where the repo can be found) maybe that can be used on the CD to provide all the different possible values for the CD/DVD-ROM mount locations generated by HAL. I would image that if yum doesn't find one it will keep going down the list and it will find the CDrepo eventually. Then the script would just have to call yum and point to the ./local_cd.conf maybe even via an autorun script. /Mike From alan at redhat.com Wed Sep 7 19:02:19 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 7 Sep 2005 15:02:19 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126108239.4171.75.camel@baythorne.infradead.org> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <1126108239.4171.75.camel@baythorne.infradead.org> Message-ID: <20050907190219.GA20036@devserv.devel.redhat.com> On Wed, Sep 07, 2005 at 04:50:38PM +0100, David Woodhouse wrote: > Remind me what the Bluetooth problem was? It's all working fine for me > on FC4. I have a distinct recollection that we've had this conversation > once but I've forgotten and I can't find it. Forgive me :) The GUI bluetooth stuff is broken, the kernel level stuff is ok From veillard at redhat.com Wed Sep 7 19:04:28 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 7 Sep 2005 15:04:28 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <1126113233.2474.52.camel@bree.local.net> References: <20050907102152.GP25464@redhat.com> <1126104805.2474.32.camel@bree.local.net> <20050907153920.GZ25464@redhat.com> <1126113233.2474.52.camel@bree.local.net> Message-ID: <20050907190427.GC25464@redhat.com> On Wed, Sep 07, 2005 at 01:13:53PM -0400, Jeremy Katz wrote: > I think the way to go here is really yum repositories with targeted > package testing. yes, makes sense. > ISOs really are a *lot* harder. Things might be > getting easier in the future for doing something like this. But, it's > all dependent on the anaconda changes that are breaking a lot for now :) Okay, thanks ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From gmaxwell at gmail.com Wed Sep 7 19:46:40 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Wed, 7 Sep 2005 15:46:40 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126111972.25708.58.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <1126111972.25708.58.camel@gilboa-work-dev> Message-ID: On 9/7/05, Gilboa Davara wrote: > Second, a user that tried Fedora (and failed) or worse, a user that > switched from Fedora to is a > user that will never return to Fedora. > Even much worse, a switching Windows XP user, that sees a kernel panic > due to a DRI problem in anaconda is a user that will never try Linux > again. > We will never know how many Fedora users we have lost due to the iso > boot problem (bug 159026) or the catastrophic "Linux killed my Windows > boot problem" (bug 115980) In the days of the floppy boot it was easier... the user could just download an updated boot floppy when the provided kernel on the CD was unable to boot... There really are two discussions going on here, one is about installer updates and one is about packing updated RPMs. They may have differing solutions, for example, it would be possible to provide the complete installer as an image for a USB memory stick, this would allow someone who hit an installer bug to get a fixed installer. Many systems can boot off of USB memory sticks... at least that would help some people. The updated package issue I 'solve' here by rsyncing the yum cache off an existing up to date fedora box before doing a yum update... still requires internet access but at least it is not hours of downloading per system. From jspaleta at gmail.com Wed Sep 7 20:27:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 7 Sep 2005 16:27:50 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <1126111972.25708.58.camel@gilboa-work-dev> Message-ID: <604aa791050907132723b3e1e@mail.gmail.com> On 9/7/05, Gregory Maxwell wrote: > There really are two discussions going on here, one is about installer > updates and one is about packing updated RPMs. They may have differing > solutions, for example, it would be possible to provide the complete > installer as an image for a USB memory stick, this would allow someone > who hit an installer bug to get a fixed installer. Many systems can > boot off of USB memory sticks... at least that would help some people. There have already been examples of installer images..without the package payload..being created in response to specific bugreports about specific broken hardware created by developers as part of bugzilla activity for fedora releases. for example: http://www.fedorafaq.org/fc2/#installreboot Now that there is a process for producing release note errata these specific boot image fixes like the c3boot-2.iso could be publicized more. -jef From dwmw2 at infradead.org Wed Sep 7 22:29:11 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 07 Sep 2005 23:29:11 +0100 Subject: FC4 state of affairs and FC5 In-Reply-To: <20050907190219.GA20036@devserv.devel.redhat.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <1126108239.4171.75.camel@baythorne.infradead.org> <20050907190219.GA20036@devserv.devel.redhat.com> Message-ID: <1126132151.4171.141.camel@baythorne.infradead.org> On Wed, 2005-09-07 at 15:02 -0400, Alan Cox wrote: > The GUI bluetooth stuff is broken, the kernel level stuff is ok Ah, I remember now... and I remember why I immediately painted it pink and thus forgot about it too :) -- dwmw2 From wrrhdev at riede.org Wed Sep 7 23:39:40 2005 From: wrrhdev at riede.org (Willem Riede) Date: Wed, 07 Sep 2005 23:39:40 +0000 Subject: FC4 state of affairs and FC5 In-Reply-To: <604aa791050907132723b3e1e@mail.gmail.com> (from jspaleta@gmail.com on Wed Sep 7 16:27:50 2005) References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <1126111972.25708.58.camel@gilboa-work-dev> Message-ID: <1126136380l.3409l.4l@serve.riede.org> On 09/07/2005 04:27:50 PM, Jeff Spaleta wrote: > On 9/7/05, Gregory Maxwell wrote: > > There really are two discussions going on here, one is about installer > > updates and one is about packing updated RPMs. They may have differing > > solutions, for example, it would be possible to provide the complete > > installer as an image for a USB memory stick, this would allow someone > > who hit an installer bug to get a fixed installer. Many systems can > > boot off of USB memory sticks... at least that would help some people. > > There have already been examples of installer images..without the > package payload..being created in response to specific bugreports > about specific broken hardware created by developers as part of > bugzilla activity for fedora releases. for example: > http://www.fedorafaq.org/fc2/#installreboot > > Now that there is a process for producing release note errata these > specific boot image fixes like the c3boot-2.iso could be publicized > more. Is the procedure to re-create boot.iso with simply the latest kernel from updates published anywhere? (I can't find it) In my case, the original FC4 kernel in CD images doesn't support the hardware of my newest box, FC5-devel doesn't install (anaconda under construction) but it does boot, so I suspect FC4 update kernels would too... Thanks, Willem Riede. From wtogami at redhat.com Thu Sep 8 00:14:31 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 07 Sep 2005 14:14:31 -1000 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126136380l.3409l.4l@serve.riede.org> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <1126111972.25708.58.camel@gilboa-work-dev> <1126136380l.3409l.4l@serve.riede.org> Message-ID: <431F8267.3020601@redhat.com> Willem Riede wrote: > > Is the procedure to re-create boot.iso with simply the latest kernel > from updates published anywhere? (I can't find it) > > In my case, the original FC4 kernel in CD images doesn't support the > hardware of my newest box, FC5-devel doesn't install (anaconda under > construction) but it does boot, so I suspect FC4 update kernels would > too... > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159026 If you make an updated installer image, you probably want to use the updated syslinux in order to avoid this nasty FC4 installer problem. Warren Togami wtogami at redhat.com From jwboyer at jdub.homelinux.org Thu Sep 8 00:33:06 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 07 Sep 2005 19:33:06 -0500 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126113824.3579.8.camel@localhost.localdomain> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> <1126113824.3579.8.camel@localhost.localdomain> Message-ID: <1126139587.18420.3.camel@yoda.jdub.homelinux.org> On Wed, 2005-09-07 at 13:23 -0400, Peter Jones wrote: > On Wed, 2005-09-07 at 13:06 -0400, Michael Wiktowy wrote: > > > > Aren't many of the problems that this is designed to circumvent going to > > be solved with anaconda becoming aware of extras and updates during install? > > That won't happen for FC5 -- this time around we're revamping the > internal package handling code to use yum, with the aim of making it > *possible* to do something like this. But the actual support for > non-Core repos in the installer probably won't be until at least FC6. That makes me sad. Is there nothing we can do to get this functionality in FC5? I'd rather like to avoid a long flame war on this again, so I'm asking in all sincerity. What can we do to help? josh From katzj at redhat.com Thu Sep 8 01:13:42 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 07 Sep 2005 21:13:42 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126139587.18420.3.camel@yoda.jdub.homelinux.org> References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <431F0DC6.8070605@cornell.edu> <431F1E26.40002@gmx.net> <1126113824.3579.8.camel@localhost.localdomain> <1126139587.18420.3.camel@yoda.jdub.homelinux.org> Message-ID: <1126142023.2474.142.camel@bree.local.net> On Wed, 2005-09-07 at 19:33 -0500, Josh Boyer wrote: > On Wed, 2005-09-07 at 13:23 -0400, Peter Jones wrote: > > On Wed, 2005-09-07 at 13:06 -0400, Michael Wiktowy wrote: > > > Aren't many of the problems that this is designed to circumvent going to > > > be solved with anaconda becoming aware of extras and updates during install? > > > > That won't happen for FC5 -- this time around we're revamping the > > internal package handling code to use yum, with the aim of making it > > *possible* to do something like this. But the actual support for > > non-Core repos in the installer probably won't be until at least FC6. > > That makes me sad. Is there nothing we can do to get this functionality > in FC5? > > I'd rather like to avoid a long flame war on this again, so I'm asking > in all sincerity. What can we do to help? Get code written six months ago so the basics could have gotten tested in FC4? ;) Seriously, this is *MAJOR* upheavals to the way installs work, especially for CD installs. Trying to juggle it with the very much constant flux of updates is going to do nothing but create a lot of extra (and not very simple/reproducible) work in tracking things down. We've got to work before we can run here. Which is why I have _consistently_ stated that the goal for FC5 is to have yum as the backend. Not that all kinds of new functionality was going to be exposed[1] at the same time. Jeremy [1] Okay, so we'll probably have some magic hidden ways to enable more stuff, but they will require you to sign over all rights to filing stupid bug reports caused by bad cds, bad repos or any other nonsense like that ;) From davej at redhat.com Thu Sep 8 04:39:11 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 8 Sep 2005 00:39:11 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <20050907112601.GQ25464@redhat.com> References: <20050907102152.GP25464@redhat.com> <20050907122846.2e1a7274@python2> <20050907112601.GQ25464@redhat.com> Message-ID: <20050908043911.GB5862@redhat.com> On Wed, Sep 07, 2005 at 07:26:01AM -0400, Daniel Veillard wrote: > Can't basic bootup of kernels on i386 uniproc machine be tested before > pushed to rawhide, channels, mirrors and users ? I won't hold up release of a rawhide kernel because it fails to boot one on architecture, even if that is the most prominent architecture we support. Whilst i386 was broken, x86-64 for example worked fine. With daily rebases to huge amounts of upstream code-change, we can't afford not to have a kernel rpm of each build to test when a regression got introduced. The last week brought a huge amount of change as we moved from 2.6.13 to 2.6.13-git. Breakage is to be expected every time we do a rebase. Yes, this means rawhide can be expected to be uninstallable at that point. Dave From davej at redhat.com Thu Sep 8 04:44:54 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 8 Sep 2005 00:44:54 -0400 Subject: Trying to install rawhide: madness and where do we hope to go ? In-Reply-To: <1126104805.2474.32.camel@bree.local.net> References: <20050907102152.GP25464@redhat.com> <1126104805.2474.32.camel@bree.local.net> Message-ID: <20050908044454.GC5862@redhat.com> On Wed, Sep 07, 2005 at 10:53:25AM -0400, Jeremy Katz wrote: > FWIW, you're not going to have luck testing recent Xen with rawhide > anyway. There are other known broken bits there ;) for 'known broken' read: completely missing kernel side. It needs surgery to work in a post 2.6.13 world. Yes, this sucks. Sadly, it's one of the things we have to live with when we choose to merge features which aren't in the upstream kernel yet. It'll get rediffed & updated at some point. Dave From j.w.r.degoede at hhs.nl Thu Sep 8 04:59:27 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 08 Sep 2005 06:59:27 +0200 Subject: FC4 state of affairs and FC5 In-Reply-To: References: <1126104881.25708.19.camel@gilboa-work-dev> <20050907152604.GA23497@devserv.devel.redhat.com> <1126111972.25708.58.camel@gilboa-work-dev> Message-ID: <431FC52F.3090803@hhs.nl> Gregory Maxwell wrote: > On 9/7/05, Gilboa Davara wrote: > >>Second, a user that tried Fedora (and failed) or worse, a user that >>switched from Fedora to is a >>user that will never return to Fedora. >>Even much worse, a switching Windows XP user, that sees a kernel panic >>due to a DRI problem in anaconda is a user that will never try Linux >>again. >>We will never know how many Fedora users we have lost due to the iso >>boot problem (bug 159026) or the catastrophic "Linux killed my Windows >>boot problem" (bug 115980) > > > In the days of the floppy boot it was easier... the user could just > download an updated boot floppy when the provided kernel on the CD was > unable to boot... > > There really are two discussions going on here, one is about installer > updates and one is about packing updated RPMs. They may have differing > solutions, for example, it would be possible to provide the complete > installer as an image for a USB memory stick, this would allow someone > who hit an installer bug to get a fixed installer. Many systems can > boot off of USB memory sticks... at least that would help some people. > > The updated package issue I 'solve' here by rsyncing the yum cache off > an existing up to date fedora box before doing a yum update... still > requires internet access but at least it is not hours of downloading > per system. > How about a semi-documented option turn anaconda into FC6-alpha installer, that way we can get early testing on the new anaconda features for FC-6, hopefully making the FC-6 installer better. This might even be an idea for each new FC-core release, include unstable installer features in a code path normally skipped and add a flag to enable them so those who need them / want to tinker can use them, which will get us some early feedback in the process. This is ofcourse as far as the features can be coded before FC-5, but not shipped becaused of lack of testing. Regards, Hans From shiva at sewingwitch.com Thu Sep 8 06:15:49 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 07 Sep 2005 23:15:49 -0700 Subject: announce: rpmdb checker, machine status checker In-Reply-To: <20050907122536.GA2876@dudweiler.stuttgart.redhat.com> References: <20050907122536.GA2876@dudweiler.stuttgart.redhat.com> Message-ID: <6BC1DF56B538147F200494CB@[10.169.6.233]> --On Wednesday, September 07, 2005 12:25 PM +0000 Florian La Roche wrote: > Here is a python script that can analyse a rpmdb and also help > determining the status of an installed machine: Copied to my /usr/local/bin. Might be good to post this to the RPM dev list. From gilboada at netvision.net.il Thu Sep 8 09:45:21 2005 From: gilboada at netvision.net.il (Gilboa Davara) Date: Thu, 08 Sep 2005 12:45:21 +0300 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126104881.25708.19.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> Message-ID: <1126172721.25708.128.camel@gilboa-work-dev> Talk about feeling like an idiot. I was inches from ranting about how a fix to the pilot-link problem by Mark G. Adams (http://zeniv.linux.org.uk/pub/people/mark_adams/Readme.txt) was never imported into the -test/-updates repositories when I decided to do one last check... Seems that two days ago (6/9/2005) these packages entered -testing. (Is it the same packages?) Hopefully these RPMS will solve one of my (and others) biggest problems with FC4. (I last counted more then 10 different bug reports about it) I should thank God that I decided to recheck my facts before posting. Never the less, this does pose a question: These packages were available since the end of July. It too them a month and a half to enter -testing. We have no idea who users quit using FC due to this bug. How can the yet-to-be founded FC foundation help external contributers (Such as Mr. Adams) get their fixes into the system faster? Second, how can the project facilitate the transfer of information, read, telling people that there's an available test fix in -testing, and that they should give it a try. (Assuming that most people, including myself, stay clear of -testing unless they really have to) Another example: The python-gtksourceview has been solved in rawhide. There's no information about the fix (Read: what was the fix; what was changed; etc) in the bugzilla entry. Though I have no experience in Python, I'm willing to spend time trying to check if it can be back-ported to FC4. However, without the required information (about how the bug was solved); with no access to cvs (to see the change logs), there's nothing I can do. Again, I'm well aware that the FC foundation is severely under-staffed. This is more of a reason to help external contributers help. Gilboa On Wed, 2005-09-07 at 17:54 +0300, Gilboa Davara wrote: > Hello all, > > I've been lurking this list for quite some time now, waiting for a good > reason to post... > Seems that I found one. > > Let me first point out that this is not a rant; I understand that the > Fedora Core is supplied "as is" and that the FC development team isn't > working *for me*. In short, they don't owe me anything. > Plus, being a Linux developer myself, I can appreciate the *perceived* > (in my eyes) lack of interest in dealing with (what-seems-to-be-in-my- > eyes) bugs, when the FC5 development is at full swing. > > I'm not trying to start a flame war; I am trying to understand the > direction in which the Fedora Core foundation is heading, and make my > own decisions as a result. (Roll back machines to FC3, keep others at > FC2/3, switch to another distro, etc) > > Three months ago FC4 was released; as expected, being bleeding edge FC4 > was buggy as hell (compared to FC2/FC3). However, living on the bleeding > edge comes at a price, and I'm willing to pay it. > > Like any good user, I did my best to report what-ever bugs I saw: > Some of them were fix promptly: > > Missing KDE screensavers: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161312 > > LVM2 boot problems: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164250 > > But others were not: > gpilotd segfaults: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156646 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160926 > > Python gtksourceview: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162403 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161223 > > GDB segfaults when debugging libraries: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161401 > > Thus far, nothing new. FC4 has known bugs that are being (slowly?) > addressed. > > However, here comes my problem: > FC5 is 6 months (at least) away. > The lvm2 problem was only fixed in -updates; it still plagues new > installations. (I saw a couple of threads about it in fedoraforum.) The > fix did not go downstream to a new ISO images. > FC4 users cannot use their Palm and a full fix is no where to be seen. > GDB is effectively dead when debugging libraries. > And python python-gtksourceview, while fixed in rawhide, will not making > it (at least to my knowledge) into FC4. > > My question is simple: > Is it the view of the FC foundation, that the FC4 bug-fixing is taking > second seat to the FC5 development? > Is it acceptable, again, in the FC foundation's eyes, that up until the > release of the FC5, people will not be able to sync with their Palm or > have dead installations on their hands (lvm problem) > I may be wrong here, isn't the lvm problem big enough to require ISO > remaster? > Isn't the Palm problem serious enough to warrant a switch to an older > pilotd (and gnome-pilot)? > Am I the only to feel that these problems are critical? > > Again let me stress, that being free-riding user (Sadly enough, I've yet > to pitch in and find some why to contribute to FC) I'm in no position to > rant about the stability of FC4. > However, being someone with vested interest in the FC project, I'm very > interested in the view of the FC project about the above. > > Thanks, > Gilboa Davara. > > -- Gilboa Davara Nice Systems. Voice: 972 9 775 3156 Fax: 972 9 775 3070 Mobile: 972 54 496 8909 Email: From sundaram at redhat.com Thu Sep 8 10:08:27 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 08 Sep 2005 15:38:27 +0530 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126172721.25708.128.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> <1126172721.25708.128.camel@gilboa-work-dev> Message-ID: <43200D9B.2000208@redhat.com> Hi >Never the less, this does pose a question: >These packages were available since the end of July. It too them a month >and a half to enter -testing. We have no idea who users quit using FC >due to this bug. > > You seem to be over estimating the reach of such bugs. >How can the yet-to-be founded FC foundation help external contributers >(Such as Mr. Adams) get their fixes into the system faster? > > There is no need to way for a foundation for such things. Users or developers can report such issues in bugzilla. Precise and helpful information will probably result in a quicker fix >Second, how can the project facilitate the transfer of information, >read, telling people that there's an available test fix in -testing, and >that they should give it a try. >(Assuming that most people, including myself, stay clear of -testing >unless they really have to) > > You can subscribe to fedora-test list and setup filters for such announcements >Another example: >The python-gtksourceview has been solved in rawhide. >There's no information about the fix (Read: what was the fix; what was >changed; etc) in the bugzilla entry. > > The changelog will be included with the package update. rpm -q --changelog will provide you this information >Though I have no experience in Python, I'm willing to spend time trying >to check if it can be back-ported to FC4. >However, without the required information (about how the bug was >solved); with no access to cvs (to see the change logs), there's nothing >I can do. > > You do have read access to cvs and cvs commits lists http://cvs.fedora.redhat.com/ http://mail.gnome.org/mailman/listinfo/cvs-commits-list >Again, I'm well aware that the FC foundation is severely under-staffed. >This is more of a reason to help external contributers help. > The staff count of FF is purely speculation on your part but more participants are welcome anyway regards Rahul From sundaram at redhat.com Thu Sep 8 10:11:33 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 08 Sep 2005 15:41:33 +0530 Subject: FC4 state of affairs and FC5 In-Reply-To: <43200D9B.2000208@redhat.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <1126172721.25708.128.camel@gilboa-work-dev> <43200D9B.2000208@redhat.com> Message-ID: <43200E55.7090505@redhat.com> Hi > You do have read access to cvs and cvs commits lists > > http://cvs.fedora.redhat.com/ > http://mail.gnome.org/mailman/listinfo/cvs-commits-list Duh. That should have been https://www.redhat.com/mailman/listinfo/fedora-cvs-commits regards Rahul From gilboada at netvision.net.il Thu Sep 8 11:10:23 2005 From: gilboada at netvision.net.il (Gilboa Davara) Date: Thu, 08 Sep 2005 14:10:23 +0300 Subject: FC4 state of affairs and FC5 In-Reply-To: <43200E55.7090505@redhat.com> References: <1126104881.25708.19.camel@gilboa-work-dev> <1126172721.25708.128.camel@gilboa-work-dev> <43200D9B.2000208@redhat.com> <43200E55.7090505@redhat.com> Message-ID: <1126177823.25708.132.camel@gilboa-work-dev> On Thu, 2005-09-08 at 15:41 +0530, Rahul Sundaram wrote: > Hi > > > You do have read access to cvs and cvs commits lists > > > > http://cvs.fedora.redhat.com/ > > http://mail.gnome.org/mailman/listinfo/cvs-commits-list > > Duh. That should have been > https://www.redhat.com/mailman/listinfo/fedora-cvs-commits > > regards > Rahul Thanks! By looking at the cvs log of the modified .spec file I found a solution to the problem. (missing library dependency). I'll lookup the required steps to create and post a back port fix for FC4. Thanks again, Gilboa From jwboyer at jdub.homelinux.org Thu Sep 8 11:18:44 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 08 Sep 2005 06:18:44 -0500 Subject: announce: rpmdb checker, machine status checker In-Reply-To: <20050907122536.GA2876@dudweiler.stuttgart.redhat.com> References: <20050907122536.GA2876@dudweiler.stuttgart.redhat.com> Message-ID: <1126178324.18420.5.camel@yoda.jdub.homelinux.org> On Wed, 2005-09-07 at 12:25 +0000, Florian La Roche wrote: > Here is a python script that can analyse a rpmdb and also help > determining the status of an installed machine: Care to package this up for Extras? :) josh From laroche at redhat.com Thu Sep 8 11:58:15 2005 From: laroche at redhat.com (Florian La Roche) Date: Thu, 8 Sep 2005 11:58:15 +0000 Subject: announce: rpmdb checker, machine status checker In-Reply-To: <1126178324.18420.5.camel@yoda.jdub.homelinux.org> References: <20050907122536.GA2876@dudweiler.stuttgart.redhat.com> <1126178324.18420.5.camel@yoda.jdub.homelinux.org> Message-ID: <20050908115815.GA5686@dudweiler.stuttgart.redhat.com> On Thu, Sep 08, 2005 at 06:18:44AM -0500, Josh Boyer wrote: > On Wed, 2005-09-07 at 12:25 +0000, Florian La Roche wrote: > > Here is a python script that can analyse a rpmdb and also help > > determining the status of an installed machine: > > Care to package this up for Extras? :) This needs some more work before this is ready for a real rpm. Will check if it evolves into that direction. greetings, Florian La Roche From wtogami at redhat.com Thu Sep 8 12:08:23 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 08 Sep 2005 02:08:23 -1000 Subject: announce: rpmdb checker, machine status checker In-Reply-To: <20050908115815.GA5686@dudweiler.stuttgart.redhat.com> References: <20050907122536.GA2876@dudweiler.stuttgart.redhat.com> <1126178324.18420.5.camel@yoda.jdub.homelinux.org> <20050908115815.GA5686@dudweiler.stuttgart.redhat.com> Message-ID: <432029B7.50906@redhat.com> Florian La Roche wrote: > On Thu, Sep 08, 2005 at 06:18:44AM -0500, Josh Boyer wrote: > >>On Wed, 2005-09-07 at 12:25 +0000, Florian La Roche wrote: >> >>>Here is a python script that can analyse a rpmdb and also help >>>determining the status of an installed machine: >> >>Care to package this up for Extras? :) > > > This needs some more work before this is ready for a real rpm. > Will check if it evolves into that direction. > http://cvs.fedora.redhat.com/viewcvs/fedora-rpmdevtools/?root=fedora These individual RPM related tools and helpers might be well suited for inclusion into fedora-rpmdevtools? Warren Togami wtogami at redhat.com From buildsys at redhat.com Thu Sep 8 15:14:56 2005 From: buildsys at redhat.com (Build System) Date: Thu, 8 Sep 2005 11:14:56 -0400 Subject: rawhide report: 20050908 changes Message-ID: <200509081514.j88FEuJd011636@porkchop.devel.redhat.com> New package libsetrans SELinux Translation library Updated Packages: ORBit2-2.12.4-1 --------------- * Wed Sep 07 2005 Matthias Clasen 2.12.4-1 - Update to 2.12.4 anaconda-10.3.0.12-1 -------------------- * Wed Sep 07 2005 Paul Nasrat 10.3.0.12-1 - yum backend selinux file_context - Start using new kickstart code (clumens) - Error handling and messages for kickstart (clumens) - Partitioning kickstart fixups (clumens) at-spi-1.6.6-1 -------------- * Wed Sep 07 2005 Matthias Clasen 1.6.6-1 - Update to 1.6.6 atk-1.10.3-1 ------------ * Wed Sep 07 2005 Matthias Clasen - 1.10.3-1 - Update to 1.10.3 bug-buddy-1:2.12.0-1 -------------------- * Wed Sep 07 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 control-center-1:2.12.0-1 ------------------------- * Wed Sep 07 2005 Matthias Clasen - 1:2.12.0-1 - Update to 2.12.0 - Drop upstreamed patches coreutils-5.2.1-52 ------------------ * Wed Jun 22 2005 Tim Waugh 5.2.1-52 - Fixed stale-utmp patch so that 'who -r' and 'who -b' work again (bug #161264). * Fri Jun 17 2005 Tim Waugh 5.2.1-51 - Use upstream hostid fix. * Thu Jun 16 2005 Tim Waugh 5.2.1-50 - Don't display the sign-extended part of the host id (bug #160078). dasher-3.2.18-1 --------------- * Wed Sep 07 2005 Matthias Clasen - Update to 3.2.18 eel2-2.12.0-1 ------------- * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 eog-2.12.0-1 ------------ * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 evolution-2.4.0-1 ----------------- * Wed Sep 07 2005 David Malcolm - 2.4.0-1 - 2.4.0 - Removed patch to fix implicit function declarations (patch 110, added in 2.3.8-1) as this is now upstream. evolution-connector-2.4.0-1 --------------------------- * Wed Sep 07 2005 David Malcolm - 2.4.0-1 - 2.4.0 - Regenerated patch 200 evolution-data-server-1.4.0-1 ----------------------------- * Tue Sep 06 2005 David Malcolm - 1.4.0-1 - 1.4.0 - Removed evolution-data-server-1.3.8-fix-libical-vsnprintf.c.patch; a version of this is now upstream (was patch 103, added in 1.3.8-2) evolution-webcal-2.4.0.1-1 -------------------------- * Wed Sep 07 2005 David Malcolm - 2.4.0.1-1 - 2.4.0.1 file-roller-2.12.0-1 -------------------- * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 foomatic-3.0.2-26 ----------------- * Wed Sep 07 2005 Tim Waugh 3.0.2-26 - Updated db-engine to 3.0-20050907. - Updated db to 3.0-20050907. gail-1.8.5-1 ------------ * Wed Sep 07 2005 Matthias Clasen 1.8.5-1 - Update to 1.8.5 gd-2.0.33-3 ----------- * Wed Sep 07 2005 Phil Knirsch 2.0.33-3 - Fixed broken freetype-config --libs flags in configure (#165875) * Sun Apr 17 2005 Warren Togami 2.0.33-2 - devel reqs (#155183 thias) * Tue Mar 22 2005 Than Ngo 2.0.33-1 - 2.0.33 #150717 - apply the patch from Jose Pedro Oliveira - Added the release macro to the subpackages requirements versioning - Handled the gdlib-config movement to gd-devel in a differment manner - Added fontconfig-devel to the build requirements - Added xorg-x11-devel to the build requirements (Xpm) - Removed explicit /sbin/ldconfig requirement (gd rpm) - Removed explicit perl requirement (gd-progs rpm) - Added several missing documentation files (including the license file) - Replaced %makeinstall by make install DESTDIR=... gnome-keyring-0.4.4-1 --------------------- * Wed Sep 07 2005 Matthias Clasen 0.4.4-1 - Update to 0.4.4 * Tue Aug 16 2005 David Zeuthen 0.4.3-2 - Rebuilt * Thu Aug 04 2005 Matthias Clasen 0.4.3-1 - New upstream version gnome-keyring-manager-2.12.0-1 ------------------------------ * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 gnome-system-monitor-2.12.0-1 ----------------------------- * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 gnome-themes-2.12.0-1 --------------------- * Wed Sep 07 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 - Adjust clearlooks patch gnopernicus-0.11.6-1 -------------------- * Wed Sep 07 2005 Matthias Clasen 0.11.6-1 - Update to 0.11.6 gtk2-engines-2.6.5-1 -------------------- * Wed Sep 07 2005 Matthias Clasen 2.6.5-1 - Update to 2.6.5 gtkhtml3-3.8.0-1 ---------------- * Tue Sep 06 2005 David Malcolm - 3.8.0-1 - 3.8.0 libIDL-0.8.6-1 -------------- * Wed Sep 07 2005 Matthias Clasen 0.8.6-1 - Update to 0.8.6 libgnomecanvas-2.12.0-1 ----------------------- * Wed Sep 07 2005 Matthias Clasen - 2.12.0-1 - update to 2.12.0 libgnomecups-0.2.1-1 -------------------- * Wed Sep 07 2005 Matthias Clasen - 0.2.1-1 - Update to 0.2.1 libgnomeprint22-2.12.0-1 ------------------------ * Wed Sep 07 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 libgtop2-2.12.0-1 ----------------- * Wed Sep 07 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 logrotate-3.7.2-3 ----------------- * Wed Sep 07 2005 Peter Vrabec 3.7.2-3 - even when sharedscript option used, do postrotate script before compress (#167575) nautilus-2.12.0-1 ----------------- * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 nautilus-cd-burner-2.12.0-1 --------------------------- * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 nss_ldap-240-2 -------------- * Wed Sep 07 2005 Nalin Dahyabhai 240-2 - install the pam_ldap man page (part of #167764) openoffice.org-1:1.9.128-1.2.0.fc5 ---------------------------------- * Wed Sep 07 2005 Caolan McNamara - 1:1.9.128-1 - next version - SISSL is retired, now LGPL only - swap workspace.cmcfixes17.patch for .rhXXXXXX.noexpandfpicker.desktop.patch as upstream agrees on rh default for fpicker - drop integrated openoffice.org-1.9.114.oooXXXXX.nostlport.patch - more translated help documentation - new langpack - add mutexhang patch for rh#166950# openssh-4.2p1-1 --------------- * Tue Sep 06 2005 Tomas Mraz 4.2p1-1 - upgrade to a new upstream version prelink-0.3.6-1 --------------- * Thu Sep 01 2005 Jakub Jelinek 0.3.6-1 - remove kernel requires - installed kernel doesn't imply running kernel anyway and in FC5 kernels older than 2.4.20 can't be used anyway, as LinuxThreads are no longer included - don't relocate stabs N_{B,D,}SLINE (reported by Ashley Pittman) procps-3.2.5-7 -------------- * Tue Sep 06 2005 Karel Zak 3.2.5-7 - imporoved procps-3.2.5-sysctl-writeonly.patch - fix #161449 - "top" ignores user and system toprc - fix #161559 - top segfaults when resizing console - fix #160796 - vmstat crashes when accessing LVM partition - fix #161303 ??? 'top' failed when remove cpus * Tue May 10 2005 Karel Zak 3.2.5-6 - fix permissions in the spec install section * Tue May 10 2005 Karel Zak 3.2.5-5 - fix debuginfo rusers-0.17-45 -------------- * Wed Sep 07 2005 Phil Knirsch 0.17-45 - Fixed 64bit bigendian problem in rpc.rstatd (#130286) systemtap-0.4-2 --------------- * Wed Sep 07 2005 Frank Eigler - 0.4-2 - Rebuilt for devel * Wed Sep 07 2005 Frank Ch. Eigler - Bump version. * Tue Aug 16 2005 Frank Ch. Eigler - Bump version. umb-scheme-3.2-39 ----------------- * Wed Sep 07 2005 Jindrich Novy 3.2-39 - don't install slib.info to avoid conflict with slib package vino-2.12.0-1 ------------- * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 wget-1.10.1-6 ------------- * Wed Sep 07 2005 Karsten Hopp 1.10.1-6 - convert changelog to UTF-8 (#159585) xscreensaver-1:4.22-13 ---------------------- * Wed Sep 07 2005 Ray Strode 1:4.22-13 - Patch from Mamoru Tasaka to improve man page handling (bug 167708). Broken deps for i386 ---------------------------------------------------------- valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 Broken deps for x86_64 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for ppc64 ---------------------------------------------------------- system-config-mouse - 1.2.11-1.noarch requires pyxf86config lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) ppc64-utils - 0.7-9.ppc64 requires yaboot evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config Broken deps for s390x ---------------------------------------------------------- initscripts - 8.12-3.s390x requires kernel >= 0:2.6.12 lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6 Broken deps for s390 ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 initscripts - 8.12-3.s390 requires kernel >= 0:2.6.12 From selinux at gmail.com Thu Sep 8 15:23:11 2005 From: selinux at gmail.com (Tom London) Date: Thu, 8 Sep 2005 08:23:11 -0700 Subject: rawhide report: 20050908 changes In-Reply-To: <200509081514.j88FEuJd011636@porkchop.devel.redhat.com> References: <200509081514.j88FEuJd011636@porkchop.devel.redhat.com> Message-ID: <4c4ba1530509080823528b637c@mail.gmail.com> coreutils-5.2.1-52 ------------------ * Wed Jun 22 2005 Tim Waugh 5.2.1-52 - Fixed stale-utmp patch so that 'who -r' and 'who -b' work again (bug #161264). * Fri Jun 17 2005 Tim Waugh 5.2.1-51 - Use upstream hostid fix. * Thu Jun 16 2005 Tim Waugh 5.2.1-50 - Don't display the sign-extended part of the host id (bug #160078). Wasn't yesterday's build 5.2.1-53? We counting down? -------------- next part -------------- An HTML attachment was scrubbed... URL: From twaugh at redhat.com Thu Sep 8 15:43:50 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 8 Sep 2005 15:43:50 +0000 Subject: rawhide report: 20050908 changes In-Reply-To: <4c4ba1530509080823528b637c@mail.gmail.com> References: <200509081514.j88FEuJd011636@porkchop.devel.redhat.com> <4c4ba1530509080823528b637c@mail.gmail.com> Message-ID: <20050908154350.GW7718@redhat.com> On Thu, Sep 08, 2005 at 08:23:11AM -0700, Tom London wrote: > coreutils-5.2.1-52 > ------------------ > * Wed Jun 22 2005 Tim Waugh 5.2.1-52 > - Fixed stale-utmp patch so that 'who -r' and 'who -b' work > again (bug #161264). > > * Fri Jun 17 2005 Tim Waugh 5.2.1-51 > - Use upstream hostid fix. > > * Thu Jun 16 2005 Tim Waugh 5.2.1-50 > - Don't display the sign-extended part of the host id (bug #160078). > > Wasn't yesterday's build 5.2.1-53? We counting down? I moved 5.2.1-53 out of the way because su was broken. Tomorrow's tree will have 5.2.1-54. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lfsjeremy at gmail.com Thu Sep 8 16:50:55 2005 From: lfsjeremy at gmail.com (Jeremy Utley) Date: Thu, 8 Sep 2005 09:50:55 -0700 Subject: Suitability for trying to get a floppy based install instructions into fc5 release notes? In-Reply-To: <1125689051.3203.28.camel@localhost.localdomain> References: <604aa791050902115814233b91@mail.gmail.com> <1125689051.3203.28.camel@localhost.localdomain> Message-ID: <3aaec88405090809504132aaed@mail.gmail.com> On 9/2/05, Thorsten Leemhuis wrote: > > > - on a random linux-system create a grub boot-floppy with > cat /usr/share/grub/i386-redhat/stage? > /dev/fd0 > (can this be done in windows/dos somehow?) I have saved on my webserver a "dd" image of what I call my "Grub Emergency Boot" floppy - works well when I must reinstall my Windows partition and it toasts Grub out of my boot record - I can use it to boot into Linux and eventually re-write Grub to the MBR. This image is suitable for use with RAWRITE/RAWRITEWIN, which can be found from most Linux distribution sites. http://www.jutley.org/bootdisks/grubboot.img Also included is sbootmgr.dsk, which is a DD image of a Smart Boot Manager floppy, allowing a system to be booted from CD even when it's old enough that the BIOS doesn't support it. Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Fri Sep 9 05:22:30 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 9 Sep 2005 01:22:30 -0400 Subject: Warning: more potential breakage tomorrow Message-ID: <20050909052230.GC16672@nostromo.devel.redhat.com> (Or later today, depending on your perspective.) A moderate rework of some of the X configuration code has landed, and will be in rawhide tomorrow. Instead of mapping devices to an abstract 'card', and then matching that 'card' to a driver, we just match directly to drivers now. Some related changes to driver mapping in general landed at the same time, so device handling in anaconda may be odd. Bill From jpmahowald at gmail.com Fri Sep 9 20:39:55 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Fri, 9 Sep 2005 15:39:55 -0500 Subject: bugzilla In-Reply-To: <20050902134538.6fcb858c.fedora@wir-sind-cool.org> References: <200508311038.21647.czar@czarc.net> <4315C19B.6000407@redhat.com> <200508311054.32022.czar@czarc.net> <4315C56B.4020501@redhat.com> <20050902134538.6fcb858c.fedora@wir-sind-cool.org> Message-ID: <3ea9975405090913391e6ab791@mail.gmail.com> There is a wiki page for this: http://fedoraproject.org/wiki/Extras/PackagesLackingBugzilla Which reminds me, I need to figure out why my components aren't being added. From buildsys at redhat.com Fri Sep 9 20:40:12 2005 From: buildsys at redhat.com (Build System) Date: Fri, 9 Sep 2005 16:40:12 -0400 Subject: rawhide report: 20050909 changes Message-ID: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> Updated Packages: GConf2-2.12.0-1 --------------- * Thu Sep 08 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 OpenIPMI-1.4.14-9 ----------------- * Thu Sep 08 2005 Phil Knirsch 1.4.14-9 - Another update to latest initscripts from Dell - Fixed some missing return statements for non-void functions (#164138) anaconda-10.3.0.13-1 -------------------- * Fri Sep 09 2005 Bill Nottingham 10.3.0.13-1 - adapt to new X driver model in kudzu and associated rhpl changes - pcitable/modules.pcimap/modules.usbmap are no longer used in probing; remove support for them and add modules.alias usage coreutils-5.2.1-54 ------------------ * Thu Sep 08 2005 Tim Waugh 5.2.1-54 - Explicit setuid bit for /bin/su in file manifest (bug #167745). * Tue Sep 06 2005 Dan Walsh 5.2.1-53 - Allow id to run even when SELinux security context can not be run - Change chcon to use raw functions. * Tue Jun 28 2005 Tim Waugh - Corrected comments in DIR_COLORS.xterm (bug #161711). dbus-0.50-1 ----------- * Thu Sep 08 2005 John (J5) Palmieri - 0.50-1 - upgrade to 0.50 * Mon Aug 29 2005 John (J5) Palmieri - 0.36.2-1 - upgrade to 0.36.2 which fixes an exploit where users can attach to another user's session bus (CAN-2005-0201) e2fsprogs-1.38-1 ---------------- * Thu Sep 08 2005 Thomas Woerner 1.38-1 - new version 1.38 - Close File descriptor for unregognized devices (#159878) Thanks to David Milburn for the patch. Merged from RHEL-4 - enable tune2fs to set and clear feature resize_inode (#167816) - removed outdated information from ext2online man page (#164383) fedora-logos-1.1.31-2 --------------------- * Thu Sep 08 2005 Florian La Roche - add version-release to the Provides: gamin-0.1.6-1 ------------- * Thu Sep 08 2005 Daniel Veillard 0.1.6-1 - revamp of the inotify back-end - memory leak fix - various fixes and cleanups gconf-editor-2.12.0-1 --------------------- * Thu Sep 08 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 gdb-6.3.0.0-1.65 ---------------- * Wed Sep 07 2005 Jeff Johnston 6.3.0.0-1.65 - Bump up release number. * Wed Sep 07 2005 Jeff Johnston 6.3.0.0-1.62 - Readd readnever option gdm-1:2.8.0.4-1 --------------- * Thu Sep 08 2005 Ray Strode 1:2.8.0.4-1 - update to 2.8.0.4 gedit-1:2.12.0-1 ---------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 gnome-applets-1:2.12.0-1 ------------------------ * Thu Sep 08 2005 Matthias Clasen - 1:2.12.0-1 - Update to 2.12.0, drop upstreamed patches gnome-desktop-2.12.0-1 ---------------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 gnome-doc-utils-0.4.0-1 ----------------------- * Thu Sep 08 2005 Matthias Clasen - 0.4.0-1 - Update to 0.4.0 gnome-games-1:2.12.0-1 ---------------------- * Thu Sep 08 2005 Matthias Clasen 1:2.12.0-1 - Update to 2.12.0 gnome-icon-theme-2.12.0-1 ------------------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - update to 2.12.0 gnome-media-2.12.0-1 -------------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 gnome-session-2.12.0-1 ---------------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 gnome-terminal-2.12.0-1 ----------------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 gnome-utils-1:2.12.0-1 ---------------------- * Thu Sep 08 2005 Matthias Clasen - 1:2.12.0-1 - Update to gnome-utils 2.12.0, gcalctool 5.6.31, zenity 2.12.0, gucharmap 1.4.4 gnome-vfs2-2.12.0-1 ------------------- * Wed Sep 07 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 - Drop upstreamed patches gnome-volume-manager-1.5.1-1 ---------------------------- * Thu Sep 08 2005 Matthias Clasen - 1.5.1-1 - update to 1.5.1 gthumb-2.6.7-1 -------------- * Thu Sep 08 2005 Matthias Clasen - 2.6.7-1 - Update to 2.6.7 gtksourceview-1.4.1-1 --------------------- * Thu Sep 08 2005 Matthias Clasen - 1.4.1-1 - Update to 1.4.1 hwdata-0.169-1 -------------- * Thu Sep 08 2005 Bill Nottingham - 0.169-1 - remove Cards, pcitable. Add videodrivers * Fri Sep 02 2005 Dan Williams - 0.168-1 - Add more Gateway monitors * Fri Sep 02 2005 Dan Williams - 0.167-1 - Add some ADI monitors, one BenQ, and and DPMS codes for two Apples initscripts-8.13-1 ------------------ * Fri Sep 09 2005 Bill Nottingham 8.13-1 - fix on-boot relabelling () * Mon Aug 22 2005 Bill Nottingham 8.12-1 - ifup-eth: fix interface renaming (#158774) - rc.sysinit: use modprobe, not insmod (#159120, ) - remove workaround for the fonts-not-initialized-on-secondary-consoles problem (fixed in 2.6.12-rc4 and later) - setsysfont: correctly bracket systfontacm (#159706) - rc.sysinit: always use udevsend, even if no modules (#160987) - ifdown-aliases: add 'cd' to the proper dir (#161170) - add diskdump restore support (), conflict with appropriate diskdumputils - rc.sysinit: dmraid/multipath support - remove LVM1 support - init.d/functions: handle odd quoting in args (#161316, ) - ifup-wireless: set rate in quotes (#163123) - handle lvm & fsck for network block devices (#148764, ) - initlog: fix invalid free calls, (#165033), (#163973,) - sysconfig.txt: remove hdparm docs, since the code isn't there (#162962) - updated translations: ms, ja, ko, et, zh_CN, zh_TW, sr, ar * Tue May 10 2005 Bill Nottingham 8.11-1 - fix mis-bringup of interfaces due to accidentally matched HWADDR (a.k.a. ONBOOT=no not working) (#153669, #157252) - support automatic relabeling later if rebooted w/o SELinux () - rc.sysinit: fix fixfiles invocation (#157182) - btmp should be 0600 (#156900) - translation updates: fr, bg, ru, mk, pa, es iputils-20020927-26 ------------------- * Thu Sep 08 2005 Radek Vokal 20020927-26 - tracepath6 and tracepath fix, use getaddrinfo instead of gethostbyname(2) (#100778,#167735) kdeutils-6:3.4.2-2 ------------------ * Thu Sep 08 2005 Than Ngo 6:3.4.2-2 - backport upstream patch to support /sys/power/state interface, #135623 kernel-2.6.13-1.1547_FC5 ------------------------ * Thu Sep 08 2005 Dave Jones - 2.6.13-git8 * Wed Sep 07 2005 Dave Jones - 2.6.13-git7 kudzu-1.2.1-1 ------------- * Thu Sep 08 2005 Bill Nottingham 1.2.1-1 - switch pci, usb probing to use modules.alias - switch usb probe to use sysfs - remove pcitable support - X drivers are now the video.xdriver field of CLASS_VIDEO (framebuffer drivers will be returned if they match) libbonobo-2.10.1-1 ------------------ * Thu Sep 08 2005 Matthias Clasen 2.10.1-1 - Update to 2.10.1 * Fri Aug 05 2005 Matthias Clasen 2.10.0-1 - New upstream version * Wed Feb 09 2005 Matthias Clasen 2.8.1-1 - Update to 2.8.1 libbonobo-2.10.1-2 ------------------ * Fri Sep 09 2005 Florian La Roche - add a version-release to the Provides: bonobo-activation since many packages still try to request a specific version number * Thu Sep 08 2005 Matthias Clasen 2.10.1-1 - Update to 2.10.1 * Fri Aug 05 2005 Matthias Clasen 2.10.0-1 - New upstream version libbonoboui-2.10.1-1 -------------------- * Thu Sep 08 2005 Matthias Clasen - 2.10.1-1 - Update to 2.10.1 libgnome-2.12.0-1 ----------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 * Tue Aug 09 2005 Ray Strode - 2.11.2-1 - Newer upstream version * Mon Jul 11 2005 Matthias Clasen - 2.11.1-1 - Newer upstream version libgnomeprintui22-2.12.0-1 -------------------------- * Wed Sep 07 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 libgnomeui-2.12.0-1 ------------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 libsetrans-0.1.4-1 ------------------ libtool-1.5.18-4 ---------------- * Thu Sep 08 2005 Florian La Roche - add version-release to the Provides: and fix our own Requires: line to the current naming scheme libwnck-2.12.0-1 ---------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 metacity-2.12.0-1 ----------------- * Thu Sep 08 2005 Matthias Clasen 2.12.0-1 - Update to 2.12.0 mockobjects-0:0.09-12jpp_2fc ---------------------------- * Thu Sep 08 2005 Florian La Roche - remove empty post/postun scripts - remove unneeded provides module-init-tools-3.2-0.pre7.3 ------------------------------ * Fri Sep 09 2005 Bill Nottingham 3.2-0.pre7.3 - don't escape '-' in module names for module.alias openoffice.org-1:1.9.128-2.2.0.fc5 ---------------------------------- * Thu Sep 08 2005 Caolan McNamara - 1:1.9.128-2 - busted translation - force gcj as java solution, that's the only JVM I want to support - openoffice.org-1.9.112.ooo51724.gcc21020.testtools.patch fixed in gcc - make a different stab at fixing klipper related embedded object hang for rh#166950# patch-2.5.4-29 -------------- * Thu Sep 08 2005 Tim Waugh 2.5.4-29 - Remove SELinux patch for now (bug #167822). postfix-2:2.2.5-1 ----------------- * Thu Sep 08 2005 Thomas Woerner 2:2.2.5-1 - new version 2.2.5 privoxy-3.0.3-9 --------------- * Thu Sep 08 2005 Karsten Hopp 3.0.3-9 - fix invalid javascript created by quote unaware match in default.filter Anduin Withers (#126366) psmisc-21.6-1 ------------- * Thu Sep 08 2005 Karel Zak 21.6-1 - sync with upstream release 21.6 - cleanup selinux patch - fix #165167 - buffer overflow detected in fuser pygtk2-2.8.0-1 -------------- * Thu Sep 08 2005 John (J5) Palmieri - 2.8.0-1 - Bump to upstream 2.8.0 rhpl-0.170-1 ------------ * Fri Sep 09 2005 Bill Nottingham 0.170-1 - adapt to new kudzu X driver model, related cleanups slib-3a1-5 ---------- * Thu Sep 08 2005 Jindrich Novy 3a1-5 - regenerate slibcat to remove all links to umb-scheme to make gnucash work with slib - don't ship slib.spec from the upstream tarball - replace bogus links to /usr/lib - don't ship unneeded files in slib directory - add slib html documentation subversion-1.2.3-3 ------------------ * Thu Sep 08 2005 Joe Orton 1.2.3-3 - update to 1.2.3 - update to psvn.el r16070 from Stefan Reichoer - merge subversion.conf changes from RHEL4 - merge filter-requires.sh changes from FC4 updates * Mon Aug 08 2005 Joe Orton 1.2.1-4 - add BR for which (#161015) system-config-display-1.0.31-1 ------------------------------ * Fri Sep 09 2005 Bill Nottingham 1.0.31-1 - Adapt to new kudzu video driver probing, and new rhpl * Mon Jun 27 2005 Soren Sandmann 1.0.30-1 - Add ppc64 to ExcludeArchs * Mon May 23 2005 Jeremy Katz - 1.0.29-1 - put scriptlets from distcvs in this specfile system-config-printer-0.6.142-1 ------------------------------- * Thu Sep 08 2005 Tim Waugh 0.6.142-1 - 0.6.142: - Fixed blacklist checking (bug #166026). - Initial work on Manufacturer PPD support (part of bug #140897). * Mon Sep 05 2005 Tim Waugh - Fixed PyXML requirement (bug #154867). vim-1:6.3.086-5 --------------- * Thu Sep 08 2005 Karsten Hopp 6.3.086-5 - fix path to csupport templates - point user at README.csupport so that defaults can be set - make vim buildable without csupport with a variable vte-0.11.15-1.fc5 ----------------- * Thu Sep 08 2005 Matthias Clasen 0.11.15-1 - update to 0.11.15 wget-1.10.1-7 ------------- * Thu Sep 08 2005 Karsten Hopp 1.10.1-7 - fix builtin help of --load-cookies / --save-cookies (#165408) xen-3.0-0.20050908.fc5.1 ------------------------ * Thu Sep 08 2005 Rik van Riel 3.0-0.20050908 - explicitly call /usr/sbin/xend from initscript (#167407) - add xenstored directories to spec file (#167496, #167121) - misc gcc4 fixes - spec file cleanups (#161191) - upgrade to today's Xen snapshot - change the version to 3.0-0. (real 3.0 release will be 3.0-1) xscreensaver-1:4.22-14 ---------------------- * Thu Sep 08 2005 Florian La Roche - add version-release to the Provides: yelp-2.12.0-1 ------------- * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 Broken deps for i386 ---------------------------------------------------------- anaconda - 10.3.0.13-1.i386 requires rhpl > 0:0.170 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 Broken deps for ppc64 ---------------------------------------------------------- ppc64-utils - 0.7-9.ppc64 requires yaboot evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config system-config-mouse - 1.2.11-1.noarch requires pyxf86config firstboot - 1.3.45-1.noarch requires system-config-display lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) anaconda - 10.3.0.13-1.ppc64 requires rhpl > 0:0.170 Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 anaconda - 10.3.0.13-1.ppc requires rhpl > 0:0.170 Broken deps for ia64 ---------------------------------------------------------- anaconda - 10.3.0.13-1.ia64 requires rhpl > 0:0.170 Broken deps for x86_64 ---------------------------------------------------------- anaconda - 10.3.0.13-1.x86_64 requires rhpl > 0:0.170 lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) Broken deps for s390 ---------------------------------------------------------- initscripts - 8.13-1.s390 requires kernel >= 0:2.6.12 anaconda - 10.3.0.13-1.s390 requires rhpl > 0:0.170 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 Broken deps for s390x ---------------------------------------------------------- initscripts - 8.13-1.s390x requires kernel >= 0:2.6.12 anaconda - 10.3.0.13-1.s390 requires rhpl > 0:0.170 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6 anaconda - 10.3.0.13-1.s390x requires rhpl > 0:0.170 initscripts - 8.13-1.s390 requires kernel >= 0:2.6.12 From wrrhdev at riede.org Fri Sep 9 22:37:16 2005 From: wrrhdev at riede.org (Willem Riede) Date: Fri, 09 Sep 2005 22:37:16 +0000 Subject: rawhide report: 20050908 changes In-Reply-To: <200509081514.j88FEuJd011636@porkchop.devel.redhat.com> (from buildsys@redhat.com on Thu Sep 8 11:14:56 2005) Message-ID: <1126305436l.3409l.7l@serve.riede.org> On 09/08/2005 11:14:56 AM, Build System wrote: > > anaconda-10.3.0.12-1 > -------------------- > * Wed Sep 07 2005 Paul Nasrat 10.3.0.12-1 > - yum backend selinux file_context > - Start using new kickstart code (clumens) > - Error handling and messages for kickstart (clumens) > - Partitioning kickstart fixups (clumens) with "linux ks=floppy" (do you want me to post ks.cfg?) I get (hand transcribed so hopefully not too many mistakes): Traceback (most recent call last): File "/usr/bin/anaconda", line 1104, in ? from yuminstall import YumBackend File "/usr/lib/anaconda/yuminstall.py", line 20, in ? import rpmUtils ImportError: No module named rpmUtils install exited abnormally ... Regards, Willem Riede. From katzj at redhat.com Sat Sep 10 00:19:58 2005 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 09 Sep 2005 20:19:58 -0400 Subject: rawhide report: 20050908 changes In-Reply-To: <1126305436l.3409l.7l@serve.riede.org> References: <1126305436l.3409l.7l@serve.riede.org> Message-ID: <1126311598.3171.17.camel@bree.local.net> On Fri, 2005-09-09 at 22:37 +0000, Willem Riede wrote: > On 09/08/2005 11:14:56 AM, Build System wrote: > > anaconda-10.3.0.12-1 > > -------------------- > > * Wed Sep 07 2005 Paul Nasrat 10.3.0.12-1 > > - yum backend selinux file_context > > - Start using new kickstart code (clumens) > > - Error handling and messages for kickstart (clumens) > > - Partitioning kickstart fixups (clumens) > > with "linux ks=floppy" (do you want me to post ks.cfg?) I get > (hand transcribed so hopefully not too many mistakes): > > Traceback (most recent call last): > File "/usr/bin/anaconda", line 1104, in ? > from yuminstall import YumBackend > File "/usr/lib/anaconda/yuminstall.py", line 20, in ? > import rpmUtils > ImportError: No module named rpmUtils > install exited abnormally > ... Depending on exactly which rawhide snapshot you got, this is quite possibly due to some problems with the tree compose. We've fixed a large-ish pile of stuff today that should hopefully be reflected tomorrow and the beginning of next week's trees Jeremy From bojan at rexursive.com Sat Sep 10 03:11:22 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Sat, 10 Sep 2005 13:11:22 +1000 Subject: FC4 kernel 2.6.12-1.1450 Message-ID: <1126321882.5240.10.camel@coyote.rexursive.com> Just a quick note that this one (from testing) appears to be much better than 1447 in terms of ACPI on my notebook (HP ZE4201). Battery reporting appears to work properly, even after suspend-resume cycles and there are no more strange clock issues. -- Bojan From arjanv at redhat.com Sat Sep 10 14:30:52 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 10 Sep 2005 16:30:52 +0200 Subject: Including git in FC? In-Reply-To: <431B3D5A.4070308@didntduck.org> References: <431A72D3.1090006@zytor.com> <1125808902.13673.2.camel@localhost.localdomain> <431B0377.4050905@zytor.com> <1125854099.354.0.camel@yoda.jdub.homelinux.org> <431B3D5A.4070308@didntduck.org> Message-ID: <1126362652.3222.155.camel@laptopd505.fenrus.org> > Because it is used for kernel development, which is part of core. it CAN be used for kernel development. I wonder what makes you define "kernel development" as something that is part of core though.. what is "kernel development"? > > -- > Brian Gerst -------------- 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 zaitcev at redhat.com Sat Sep 10 16:12:50 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sat, 10 Sep 2005 09:12:50 -0700 Subject: FC4 state of affairs and FC5 In-Reply-To: References: <1126104881.25708.19.camel@gilboa-work-dev> <1126172721.25708.128.camel@gilboa-work-dev> Message-ID: <20050910091250.3e6ec72a.zaitcev@redhat.com> On Thu, 08 Sep 2005 15:38:27 +0530, Rahul Sundaram wrote: > >How can the yet-to-be founded FC foundation help external contributers > >(Such as Mr. Adams) get their fixes into the system faster? > > > There is no need to way for a foundation for such things. Users or > developers can report such issues in bugzilla. Precise and helpful > information will probably result in a quicker fix Patches are especially appreciated, even if they are incorrect in some way. You don't have to be some kind of committer to be a developer. -- Pete From itamar at ispbrasil.com.br Sat Sep 10 18:31:05 2005 From: itamar at ispbrasil.com.br (itamar) Date: Sat, 10 Sep 2005 15:31:05 -0300 Subject: FC4 kernel 2.6.12-1.1450 References: <1126321882.5240.10.camel@coyote.rexursive.com> Message-ID: <013901c5b635$cf79b8f0$01fea8c0@lualele> the kernel 2.6.12-1.1450 is very good Itamar Reis Peixoto +55 (34) 3238 3845 e-mail : itamar at ispbrasil.com.br Subject: FC4 kernel 2.6.12-1.1450 > Just a quick note that this one (from testing) appears to be much better > than 1447 in terms of ACPI on my notebook (HP ZE4201). Battery reporting > appears to work properly, even after suspend-resume cycles and there are > no more strange clock issues. > From seandarcy2 at gmail.com Sat Sep 10 19:41:31 2005 From: seandarcy2 at gmail.com (sean) Date: Sat, 10 Sep 2005 15:41:31 -0400 Subject: rawhide report: 20050909 changes In-Reply-To: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> References: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> Message-ID: Not including i386 dbus, e2fsprogs, gnome-vfs2 and libbonobo is a real problem because there all dependencies of openoffice.org, which has no x86-64 builds. I can see why it makes sense to reduce the i386 libraries, but we're going to need them until openoffice can build on x86-64. From katzj at redhat.com Sat Sep 10 20:58:29 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 10 Sep 2005 16:58:29 -0400 Subject: rawhide report: 20050909 changes In-Reply-To: References: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> Message-ID: <1126385909.6883.7.camel@bree.local.net> On Sat, 2005-09-10 at 15:41 -0400, sean wrote: > Not including i386 dbus, e2fsprogs, gnome-vfs2 and libbonobo > is a real problem because there all dependencies of > openoffice.org, which has no x86-64 builds. It wasn't a change, it was just the rawhide build script breaking. It happens from time to time :) Jeremy From seandarcy2 at gmail.com Sat Sep 10 21:12:25 2005 From: seandarcy2 at gmail.com (sean) Date: Sat, 10 Sep 2005 17:12:25 -0400 Subject: rawhide report: 20050909 changes In-Reply-To: <1126385909.6883.7.camel@bree.local.net> References: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> <1126385909.6883.7.camel@bree.local.net> Message-ID: Jeremy Katz wrote: > On Sat, 2005-09-10 at 15:41 -0400, sean wrote: > >>Not including i386 dbus, e2fsprogs, gnome-vfs2 and libbonobo >> is a real problem because there all dependencies of >>openoffice.org, which has no x86-64 builds. > > > It wasn't a change, it was just the rawhide build script breaking. It > happens from time to time :) > Great. Thanks. sean From elitescripts2000 at yahoo.com Sun Sep 11 18:38:40 2005 From: elitescripts2000 at yahoo.com (Matt - DigiPanel) Date: Sun, 11 Sep 2005 11:38:40 -0700 (PDT) Subject: mem-set not working Message-ID: <20050911183840.73033.qmail@web52910.mail.yahoo.com> WHere is the patch for the mem-set bug? How do I apply it? Do I need to recompile the kernel? I installed it via yum. thanks matt From b.j.smith at ieee.org Sun Sep 11 18:46:10 2005 From: b.j.smith at ieee.org (Bryan J. Smith) Date: Sun, 11 Sep 2005 13:46:10 -0500 Subject: FC4 state of affairs and FC5 (Alan Cox) In-Reply-To: <20050907152610.13C6073A1E@hormel.redhat.com> References: <20050907152610.13C6073A1E@hormel.redhat.com> Message-ID: <1126464371.4573.264.camel@bert64.oviedo.smithconcepts.com> Alan Cox wrote (pulled from Digest Version): > FC4 was not the greatest Fedora, as a Red > Hat developer I've actually gone back to FC3 for most stuff. Now more than ever, I sure wish to God that Red Hat go back to revisioning. I.e., whenever you change the kernel, GLibC and/or GCC, or any other "core" component, slap a ".0" on it. -- Bryan J. Smith b.j.smith at ieee.org http://thebs413.blogspot.com ---------------------------------------------------------------------- The best things in life are NOT free - which is why life is easiest if you save all the bills until you can share them with the perfect woman From buildsys at redhat.com Sun Sep 11 21:55:29 2005 From: buildsys at redhat.com (Build System) Date: Sun, 11 Sep 2005 17:55:29 -0400 Subject: rawhide report: 20050911 changes Message-ID: <200509112155.j8BLtTX1011839@porkchop.devel.redhat.com> Updated Packages: sqlite-3.2.5-1 -------------- * Sun Sep 11 2005 Florian La Roche - Upgrade to 3.2.5 release. Broken deps for x86_64 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Broken deps for i386 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for s390x ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 initscripts - 8.13-1.s390 requires kernel >= 0:2.6.12 initscripts - 8.13-1.s390x requires kernel >= 0:2.6.12 lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6 Broken deps for s390 ---------------------------------------------------------- initscripts - 8.13-1.s390 requires kernel >= 0:2.6.12 lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 Broken deps for ppc64 ---------------------------------------------------------- firstboot - 1.3.45-1.noarch requires system-config-display ppc64-utils - 0.7-9.ppc64 requires yaboot system-config-keyboard - 1.2.6-2.noarch requires pyxf86config evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-mouse - 1.2.11-1.noarch requires pyxf86config lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) From wrrhdev at riede.org Sun Sep 11 23:10:05 2005 From: wrrhdev at riede.org (Willem Riede) Date: Sun, 11 Sep 2005 23:10:05 +0000 Subject: rawhide report: 20050911 changes In-Reply-To: <200509112155.j8BLtTX1011839@porkchop.devel.redhat.com> (from buildsys@redhat.com on Sun Sep 11 17:55:29 2005) Message-ID: <1126480205l.3409l.9l@serve.riede.org> On 09/11/2005 05:55:29 PM, Build System wrote: > > Updated Packages: > > sqlite-3.2.5-1 > -------------- > * Sun Sep 11 2005 Florian La Roche > - Upgrade to 3.2.5 release. > > Broken deps for x86_64 > ---------------------------------------------------------- > lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) > valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 Still no images in http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/images/ Known problem? Willem Riede. From rodd at clarkson.id.au Mon Sep 12 00:15:33 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 12 Sep 2005 10:15:33 +1000 Subject: rawhide report: 20050909 changes In-Reply-To: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> References: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> Message-ID: <1126484133.4218.5.camel@localhost.localdomain> On Fri, 2005-09-09 at 16:40 -0400, Build System wrote: > kernel-2.6.13-1.1547_FC5 > ------------------------ > * Thu Sep 08 2005 Dave Jones > - 2.6.13-git8 > > * Wed Sep 07 2005 Dave Jones > - 2.6.13-git7 I'm seeing weird dmesg output in kernel-2.6.13-1.1548_FC5 and I suspect with the kernel above as I get the same symptoms. I can send the file if someone wants, but the first line of 'dmesg > /tmp/dmesg.output' reads: ss support, please fix driver ! and the next 1638 read: eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! I'm not sure what this means, but it appears there's a problem with my ipw2200 wireless network card driver ;-] Rodd -- "It's a fine line between denial and faith. It's much better on my side" From mark.g.adams at sympatico.ca Mon Sep 12 00:15:59 2005 From: mark.g.adams at sympatico.ca (Mark G. Adams) Date: Sun, 11 Sep 2005 20:15:59 -0400 Subject: FC4 state of affairs and FC5 Message-ID: <1126484159.2187.22.camel@adams32> (apologies for lack of message threading - I just subscribed to be able to chip into the conversation) > > >How can the yet-to-be founded FC foundation help external > > >contributers (Such as Mr. Adams) get their fixes into the system > > >faster? > > There is no need to way for a foundation for such things. Users or > > developers can report such issues in bugzilla. Precise and helpful > > information will probably result in a quicker fix > Patches are especially appreciated, even if they are incorrect in > some way. You don't have to be some kind of committer to be a developer. In this particular case, I did the analysis and had patches posted by June 27th since nothing seemed to be happening and this bug was a blocker for me: http://bugzilla.gnome.org/show_bug.cgi?id=274032 This is referenced by the following bug in the RedHat bugzilla the same day: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160278 Upon request, I put together RPMs (src, i386 and x86_64) a couple of weeks later (July 18th) since many others have been running into this bug and are waiting for a resolution. The issue in this particular case isn't a lack of analysis or a lack of patches, or even a lack of pulling them together to create new SRPMs which could be checked, tested and released. The issue is: why has it been almost 2.5 months since analysis & patches have been made available but no updated official packages have been made? (to be fair, the recently updated evolution and evolution-data-server packages do include the required patches; however, they're insufficient to solve this bug without updated gnome-pilot and pilot-link packages) //Mark From rodd at clarkson.id.au Mon Sep 12 01:50:31 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 12 Sep 2005 11:50:31 +1000 Subject: rawhide report: 20050909 changes In-Reply-To: <1126484133.4218.5.camel@localhost.localdomain> References: <200509092040.j89KeCKh009877@porkchop.devel.redhat.com> <1126484133.4218.5.camel@localhost.localdomain> Message-ID: <1126489831.3149.2.camel@localhost.localdomain> On Mon, 2005-09-12 at 10:15 +1000, Rodd Clarkson wrote: > On Fri, 2005-09-09 at 16:40 -0400, Build System wrote: > > > kernel-2.6.13-1.1547_FC5 > > ------------------------ > > * Thu Sep 08 2005 Dave Jones > > - 2.6.13-git8 > > > > * Wed Sep 07 2005 Dave Jones > > - 2.6.13-git7 > > I'm seeing weird dmesg output in kernel-2.6.13-1.1548_FC5 and I suspect > with the kernel above as I get the same symptoms. > > I can send the file if someone wants, but the first line of 'dmesg > > /tmp/dmesg.output' reads: > > ss support, please fix driver ! > > and the next 1638 read: > > eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! > > I'm not sure what this means, but it appears there's a problem with my > ipw2200 wireless network card driver ;-] A little more information. I just tried kernel-2.6.13-1.1549_FC5 and it doesn't even boot. It gets as far as: Red Hat nash version 4.2.21 starting Going to resume from LABEL=SWAP-sda8 and then stops doing anything. Also, I'd be confident to suggest that the above problem is related to NetworkManager starting and then dying (unreported, but probably worth nothing in the context of the initial report), which is what started my looking around to see what's wrong. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From Axel.Thimm at ATrpms.net Mon Sep 12 07:53:04 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 12 Sep 2005 09:53:04 +0200 Subject: samba 3.0.20 rpms In-Reply-To: <20050824140853.GA27815@redhat.com> References: <20050824140853.GA27815@redhat.com> Message-ID: <20050912075304.GB3647@neu.nirvana> On Wed, Aug 24, 2005 at 10:08:53AM -0400, Jay Fenlason wrote: > On Wed, Aug 24, 2005 at 06:47:35AM -0400, Tom Diehl wrote: > > Can anyone tell me if there are any plans to update the rawhide samba rpms to > > 3.0.20 anytime soon? > > I'm working on it. I made the mistake (:-) of looking at the warnings > generated by gcc4 and I'm busy fixing some bugs. Do you have something we could chew on? ;) Perhaps dropping a package into http://people.redhat.com/fenlason/? Thanks! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From shiva at sewingwitch.com Mon Sep 12 08:49:49 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Mon, 12 Sep 2005 01:49:49 -0700 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126484159.2187.22.camel@adams32> References: <1126484159.2187.22.camel@adams32> Message-ID: <6456DBA6535D9F076CEFD60D@[10.0.0.14]> --On Sunday, September 11, 2005 8:15 PM -0400 "Mark G. Adams" wrote: > (apologies for lack of message threading - I just subscribed to be able > to chip into the conversation) Tip: When joining a conversation in progress from the archives, download the last month from the archives and drop it in your email client's mail directory. It's an mbox file, so most clients will see it as a new folder. Then set your filters to move new messages from the list to that folder. From dwmw2 at infradead.org Mon Sep 12 11:10:14 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 12 Sep 2005 12:10:14 +0100 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126484159.2187.22.camel@adams32> References: <1126484159.2187.22.camel@adams32> Message-ID: <1126523414.4201.7.camel@baythorne.infradead.org> On Sun, 2005-09-11 at 20:15 -0400, Mark G. Adams wrote: > (apologies for lack of message threading - I just subscribed to be > able to chip into the conversation) Mailman ought to include '&In-Reply-To...' in the mailto URLs it gives you in its archives. That would preserve the threading information when you click on that link to reply. -- dwmw2 From gilboada at netvision.net.il Mon Sep 12 11:46:16 2005 From: gilboada at netvision.net.il (gilboa davara) Date: Mon, 12 Sep 2005 13:46:16 +0200 Subject: FC4 state of affairs and FC5 Message-ID: <30d768b4210a.432586a8@netvision.net.il> Mark, I?m reaching the point of desperation concerning this problem I doubt that I?ll ever be fixed. (It's been here since FC4T2) As you said, the RPMs in ?updates-testing doesn?t solve the problem. (my Palm T3 starts syncing and quiets immediately. though at least gpilot stopped cashing... which is something, I guess...) I cannot use your RPMs (Cheers for making them, though) as their versions collide with the ?updates and ?update-testing versions. (Can you bump the version numbers?) Can someone please incorporate Mr. Adams? fixes into the main trunk and release them into ?update-testing? I?ll be forever in his debt. (And I make a killer Spaghetti Bolognese) Gilboa ----- Original Message ----- From: "Mark G. Adams" Date: Monday, September 12, 2005 2:15 am Subject: Re: FC4 state of affairs and FC5 > (apologies for lack of message threading - I just subscribed to be > ableto chip into the conversation) > > > > >How can the yet-to-be founded FC foundation help external > > > >contributers (Such as Mr. Adams) get their fixes into the system > > > >faster? > > > There is no need to way for a foundation for such things. Users > or > > > developers can report such issues in bugzilla. Precise and > helpful > > > information will probably result in a quicker fix > > Patches are especially appreciated, even if they are incorrect in > > some way. You don't have to be some kind of committer to be a > developer. > In this particular case, I did the analysis and had patches posted by > June 27th since nothing seemed to be happening and this bug was a > blocker for me: > http://bugzilla.gnome.org/show_bug.cgi?id=274032 > > This is referenced by the following bug in the RedHat bugzilla the > sameday: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160278 > > Upon request, I put together RPMs (src, i386 and x86_64) a couple of > weeks later (July 18th) since many others have been running into this > bug and are waiting for a resolution. > > The issue in this particular case isn't a lack of analysis or a > lack of > patches, or even a lack of pulling them together to create new SRPMs > which could be checked, tested and released. The issue is: why has it > been almost 2.5 months since analysis & patches have been made > availablebut no updated official packages have been made? > > (to be fair, the recently updated evolution and evolution-data-server > packages do include the required patches; however, they're > insufficientto solve this bug without updated gnome-pilot and pilot- > link packages) > > //Mark > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From katzj at redhat.com Mon Sep 12 15:17:27 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 12 Sep 2005 11:17:27 -0400 Subject: rawhide report: 20050911 changes In-Reply-To: <1126480205l.3409l.9l@serve.riede.org> References: <1126480205l.3409l.9l@serve.riede.org> Message-ID: <1126538247.6883.42.camel@bree.local.net> On Sun, 2005-09-11 at 23:10 +0000, Willem Riede wrote: > Still no images in > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/images/ > > Known problem? Willem Riede. We've been having some ... lack of robustness with a few of the build machines of late so at first, I chalked this up to just that. It looks like there's another side effect playing into this, though. Hopefully we'll have it cleared up for tomorrow Jeremy From mark.g.adams at sympatico.ca Mon Sep 12 16:02:16 2005 From: mark.g.adams at sympatico.ca (Mark G. Adams) Date: Mon, 12 Sep 2005 12:02:16 -0400 Subject: FC4 state of affairs and FC5 In-Reply-To: <30d768b4210a.432586a8@netvision.net.il> References: <30d768b4210a.432586a8@netvision.net.il> Message-ID: <1126540936.2890.15.camel@adams32> Hi, Gilboa. On Mon, 2005-09-12 at 13:46 +0200, gilboa davara wrote: > As you said, the RPMs in updates-testing doesnt solve the problem. (my > Palm T3 starts syncing and quiets immediately. though at least gpilot > stopped cashing... which is something, I guess...) I've not looked at the RPMs in updates-testing, so I don't know whether or not they incorporate the necessary fixes. > I cannot use your RPMs (Cheers for making them, though) as their > versions collide with the updates and update-testing versions. (Can > you bump the version numbers?) I can look into that later in the week; my main machine's in getting an unhappy motherboard replaced. However, the real solution is to get these fixes (or equivalent ones if I missed something) incorporated and released. (checking what's in updates-testing...) Well, at first glance the updated pilot-link RPM seems to contain my fixes (as they've been incorporated upstream). The updated gnome-pilot RPM seems to incorporated all my patches. In theory they should fix the problem. When I get my main machine back later this week I'll give them a try. Note that if you're trying to use anything from the gnome-pilot-conduits package (such as the 'backup' conduit), that also needs some fixes (also attached to the earlier-mentioned bug report). //Mark From buildsys at redhat.com Mon Sep 12 16:03:23 2005 From: buildsys at redhat.com (Build System) Date: Mon, 12 Sep 2005 12:03:23 -0400 Subject: rawhide report: 20050912 changes Message-ID: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> Updated Packages: dmidecode-1:2.7-1.15 -------------------- * Mon Sep 12 2005 Dave Jones - Update to upstream 2.7 kernel-2.6.13-1.1549_FC5 ------------------------ * Sat Sep 10 2005 Dave Jones - 2.6.13-git10 man-pages-2.07-3 ---------------- * Mon Sep 12 2005 Ivana Varekova 2.07-3 - fix socket.7 man page - fix information about SO_RCVLOWAT option (bug 163120) mrtg-2.12.2-2 ------------- * Mon Sep 12 2005 Miloslav Trmac - 2.12.2-2 - Add LANG and LC_ALL definition to cron script for easier copying to command line (#167530) - Don't ship MANIFEST and a very obsolete version of 14all.cgi - Fix rewriting of perl paths to /usr/bin/perl in contrib scripts - Make contrib scripts unexecutable to avoid unnecessary rpm dependencies; remove unnecessary entries from filter-requires-mrtg.sh pychecker-0.8.16-1 ------------------ * Mon Sep 12 2005 Miloslav Trmac - 0.8.16-1 - Update to pychecker-0.8.16 - Don't ship VERSION - Small spec file cleanups qt-1:3.3.5-1 ------------ * Sun Sep 11 2005 Than Ngo 1:3.3.5-1 - update to 3.3.5 valgrind-1:3.0.1-1 ------------------ * Sun Sep 11 2005 Jakub Jelinek 3.0.1-1 - upgrade to 3.0.1 - many bugfixes - handle xattr syscalls on x86-64 (Ulrich Drepper) Broken deps for s390 ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 initscripts - 8.13-1.s390 requires kernel >= 0:2.6.12 Broken deps for ppc ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.ppc requires libgulm.so.1.0 Broken deps for x86_64 ---------------------------------------------------------- lvm2-cluster - 2.01.09-5.0.x86_64 requires libgulm.so.1.0()(64bit) Broken deps for i386 ---------------------------------------------------------- valgrind-callgrind - 0.9.11-1.i386 requires valgrind = 1:2.4.0 lvm2-cluster - 2.01.09-5.0.i386 requires libgulm.so.1.0 Broken deps for ppc64 ---------------------------------------------------------- ppc64-utils - 0.7-9.ppc64 requires yaboot system-config-mouse - 1.2.11-1.noarch requires pyxf86config lvm2-cluster - 2.01.09-5.0.ppc64 requires libgulm.so.1.0()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) Broken deps for s390x ---------------------------------------------------------- initscripts - 8.13-1.s390x requires kernel >= 0:2.6.12 lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6 openCryptoki - 2.1.5-10.s390x requires PKCS11_ICA.so openCryptoki - 2.1.5-10.s390x requires PKCS11_API.so From d.jacobfeuerborn at conversis.de Mon Sep 12 19:16:43 2005 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Mon, 12 Sep 2005 21:16:43 +0200 Subject: rawhide report: 20050912 changes In-Reply-To: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> Message-ID: <4325D41B.8070807@conversis.de> Build System wrote: > kernel-2.6.13-1.1549_FC5 > ------------------------ > * Sat Sep 10 2005 Dave Jones > - 2.6.13-git10 When I boot with the kernels 1547 or 1549 and I get to the "Initializing Hardware" bit the display vanishes after "audio" gets printed and my monitor tells me that the frequency is out of range. The machine then continues to boot normaly an as soon as XOrg comes up everything works fine. When I shut down the machine again and it goes back to text mode I get the signal frequency out of range error by my monitor again. Kernel 1530 did not show this behaviour (but does no longer work for me since USB and network devices no longer work after the latest rawhide updates). Is anybody else seeing this and/or has an idea for a workaround? Regards, Dennis From mike at miketc.com Mon Sep 12 20:40:19 2005 From: mike at miketc.com (Mike Chambers) Date: Mon, 12 Sep 2005 15:40:19 -0500 Subject: rawhide report: 20050912 changes In-Reply-To: <4325D41B.8070807@conversis.de> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> Message-ID: <1126557619.18959.4.camel@scrappy.miketc.com> On Mon, 2005-09-12 at 21:16 +0200, Dennis Jacobfeuerborn wrote: > When I boot with the kernels 1547 or 1549 and I get to the "Initializing > Hardware" bit the display vanishes after "audio" gets printed and my > monitor tells me that the frequency is out of range. The machine then > continues to boot normaly an as soon as XOrg comes up everything works > fine. When I shut down the machine again and it goes back to text mode I > get the signal frequency out of range error by my monitor again. > Kernel 1530 did not show this behaviour (but does no longer work for me > since USB and network devices no longer work after the latest rawhide updates). Yep, same thing seen here. I believe it has been mentioned on the beta-list (I brought this up, although not the out of frequency part but could be related), and might be due to kernel fb modules being loaded/unloaded, which Bill Nottingham says due to initscripts/whatever loading them and shouldn't. Maybe Bill or DaveJ will chime in about it. BTW, this is on a fairly less than year old machine, running PIV 2.8Ghz with ATI Radeon 9200 along with KDS 9 series monitor. -- Mike Chambers Madisonville, KY "Everything is always harder, before it's easier! From rodd at clarkson.id.au Mon Sep 12 21:02:50 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 13 Sep 2005 07:02:50 +1000 Subject: rawhide report: 20050912 changes In-Reply-To: <4325D41B.8070807@conversis.de> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> Message-ID: <1126558970.5053.7.camel@localhost.localdomain> On Mon, 2005-09-12 at 21:16 +0200, Dennis Jacobfeuerborn wrote: > Build System wrote: > > kernel-2.6.13-1.1549_FC5 > > ------------------------ > > * Sat Sep 10 2005 Dave Jones > > - 2.6.13-git10 > > When I boot with the kernels 1547 or 1549 and I get to the "Initializing > Hardware" bit the display vanishes after "audio" gets printed and my > monitor tells me that the frequency is out of range. The machine then > continues to boot normaly an as soon as XOrg comes up everything works > fine. When I shut down the machine again and it goes back to text mode I > get the signal frequency out of range error by my monitor again. > Kernel 1530 did not show this behaviour (but does no longer work for me > since USB and network devices no longer work after the latest rawhide updates). I couldn't even get 1549 to boot for me. It gets as far as: Red Hat nash version 4.2.21 starting Going to resume from LABEL=SWAP-sda8 and then stops doing anything. I'll try it again with this change set (I pulled the kernel from Dave's site) just in case something other than the kernel was causing the issue, but it was way to early in the boot process for me to think there's much chance of that. 1547 and 1548 had issues with ipw2200 wireless cards and I need my wireless card so these were unusable. Also, NetworkManager didn't work and when I disabled it and obtained a wired connection manually, the route was missing a gateway that had to be added manually too. 1542 saw the wireless work, but not USB and it was very unstable. > Is anybody else seeing this and/or has an idea for a workaround? Use a different kernel ;-] I'm currently on 1530 because USB and Wireless work for me on this. Some on the list have reported good luck with 154[7-8]. I'm yet to update to this changeset (today's that is) since things have been rough and I'm treading lightly. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From sundaram at redhat.com Mon Sep 12 21:09:21 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 13 Sep 2005 02:39:21 +0530 Subject: [Fwd: Plans for Sparc???] Message-ID: <4325EE81.7040003@redhat.com> Hi I am curious about this one too regards Rahul ------------------------------------------------------------------------ Subject: Plans for Sparc??? From: "Brian D. McGrew" Date: Mon, 12 Sep 2005 13:29:12 -0700 To: With fedora-i386 and fedora-ppc, will there be a fedora-sparc port??? -brian Brian D. McGrew { brian at visionpro.com || brian at doubledimension.com } --- >> Those of you who think you know it all, > > really annoy those of us who do! -- fedora-list mailing list fedora-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list From dennis at ausil.us Mon Sep 12 21:31:20 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 12 Sep 2005 16:31:20 -0500 Subject: [Fwd: Plans for Sparc???] In-Reply-To: <4325EE81.7040003@redhat.com> References: <4325EE81.7040003@redhat.com> Message-ID: <200509121631.31820.dennis@ausil.us> Best Place to start is auroralinux. the current development tree is based on FC3 work is progressing on making anaconda play nice. Most of extras is also available for sparc. auroralinux has its home at www.auroralinux.org and you can find extras packages at aurora.fedoramirror.net/pub/aurora/extras/2/sparc/repodata Dennis Once upon a time Monday 12 September 2005 4:09 pm, Rahul Sundaram wrote: > Hi > > I am curious about this one too > > regards > Rahul > > ------------------------------------------------------------------------ > > Subject: > Plans for Sparc??? > From: > "Brian D. McGrew" > Date: > Mon, 12 Sep 2005 13:29:12 -0700 > > To: > > > > With fedora-i386 and fedora-ppc, will there be a fedora-sparc port??? > > -brian > > Brian D. McGrew { brian at visionpro.com || brian at doubledimension.com } > --- > > >> Those of you who think you know it all, > > really annoy those of us who do! > > > -- fedora-list mailing list fedora-list at redhat.com To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-list -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From philipp_subx at redfish-solutions.com Mon Sep 12 21:44:28 2005 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Mon, 12 Sep 2005 15:44:28 -0600 Subject: Comments on X.Org X11 modularization project - rpm package driver naming Message-ID: <4325F6BC.9090201@redfish-solutions.com> Sorry for missing the August 29th deadline... Hopefully better late than never. While I agree that moving to separate packing of the X drivers is a good thing, I'm wondering if we don't need to release the X server (as Xorg or Xfree86 or whatever) as a separate entity as well, as in the case where additional functionality has been added to support new driver features, or the server API has changed internally. Just an observation. Would the X server proper, the Mesa and DRM/DRI drivers, etc. continue to be released as part of the "xorg-x11" (tout court) package? Or am I missing something? Thanks, -Philip From pbrobinson at gmail.com Mon Sep 12 21:54:21 2005 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 12 Sep 2005 22:54:21 +0100 Subject: Comments on X.Org X11 modularization project - rpm package driver naming In-Reply-To: <4325F6BC.9090201@redfish-solutions.com> References: <4325F6BC.9090201@redfish-solutions.com> Message-ID: <5256d0b05091214541d312103@mail.gmail.com> On 9/12/05, Philip Prindeville wrote: > > Sorry for missing the August 29th deadline... Hopefully better > late than never. > > While I agree that moving to separate packing of the X drivers > is a good thing, I'm wondering if we don't need to release the > X server (as Xorg or Xfree86 or whatever) as a separate entity > as well, as in the case where additional functionality has been > added to support new driver features, or the server API has > changed internally. > > Just an observation. > > Would the X server proper, the Mesa and DRM/DRI drivers, > etc. continue to be released as part of the "xorg-x11" (tout > court) package? Or am I missing something? Everything is being split out into separate packages to make it easier to release updates to individual packages and to allow each package to devel at its own pace. This includes not only drivers but things such as mesa and other packages, libraries etc. More info can be found at the x.orgwiki covering the modularization here http://wiki.x.org/wiki/ModularizationProposal Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From seyman at wanadoo.fr Mon Sep 12 21:17:28 2005 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Mon, 12 Sep 2005 23:17:28 +0200 Subject: [Fwd: Plans for Sparc???] In-Reply-To: <4325EE81.7040003@redhat.com> References: <4325EE81.7040003@redhat.com> Message-ID: <20050912211728.GA13890@orient.maison.moi> On Tue, Sep 13, 2005 at 02:39:21AM +0530, Rahul Sundaram wrote: > > I am curious about this one too > > "Brian D. McGrew" > > With fedora-i386 and fedora-ppc, will there be a fedora-sparc port??? Tom Callaway maintains Aurora Linux, a sparc port of Fedora Core. Emmanuel From d.jacobfeuerborn at conversis.de Mon Sep 12 22:44:43 2005 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Tue, 13 Sep 2005 00:44:43 +0200 Subject: rawhide report: 20050912 changes In-Reply-To: <1126558970.5053.7.camel@localhost.localdomain> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> <1126558970.5053.7.camel@localhost.localdomain> Message-ID: <432604DB.5050702@conversis.de> Rodd Clarkson wrote: >> Is anybody else seeing this and/or has an idea for a workaround? > > Use a different kernel ;-] ;) Appending "vga=791" to the kernel line in grub.conf is sufficient as a workaround for me. Treading lightly seems to be a good advice at the moment though. Regards, Dennis From ggw at wolves.durham.nc.us Mon Sep 12 23:47:22 2005 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Mon, 12 Sep 2005 19:47:22 -0400 Subject: rawhide report: 20050912 changes - weird video In-Reply-To: <4325D41B.8070807@conversis.de> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> Message-ID: <20050912234722.GA11651@wolves.durham.nc.us> On Mon, Sep 12, 2005 at 09:16:43PM +0200, Dennis Jacobfeuerborn wrote: > Build System wrote: > > kernel-2.6.13-1.1549_FC5 > >------------------------ > >* Sat Sep 10 2005 Dave Jones > >- 2.6.13-git10 > > When I boot with the kernels 1547 or 1549 and I get to the "Initializing > Hardware" bit the display vanishes after "audio" gets printed and my > monitor tells me that the frequency is out of range. The machine then > continues to boot normaly an as soon as XOrg comes up everything works > fine. When I shut down the machine again and it goes back to text mode I > get the signal frequency out of range error by my monitor again. > Kernel 1530 did not show this behaviour (but does no longer work for me > since USB and network devices no longer work after the latest rawhide > updates). > > Is anybody else seeing this and/or has an idea for a workaround? I had this problem with a Trident CyberBladei1 card on a machine and inserted "tridentfb" into /etc/hotplug/blacklist" to prevent the rc.sysinit from loading the tridentfb driver. Bill Nottingham says that sysinit shouldn't be inserting everything, and I'm inclined to agree that this is a bug. There is a /etc/modprobe.d/blacklist file that should be eliminated/moved/used instead of /etc/hotplug/blacklist (the formats are incompatible apparently). DaveJ pointed out that most of the framebuffer drivers are old and decrepit and may have some misfeatures. Add your video driver to /etc/hotplug/blacklist and things might work again. -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mknepher at bluethingy.com Mon Sep 12 23:49:30 2005 From: mknepher at bluethingy.com (Michael Knepher) Date: Mon, 12 Sep 2005 16:49:30 -0700 Subject: rawhide report: 20050912 changes In-Reply-To: <4325D41B.8070807@conversis.de> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> Message-ID: <1126568970.8812.0.camel@lionel-hutz.darnell.group> On Mon, 2005-09-12 at 21:16 +0200, Dennis Jacobfeuerborn wrote: > Build System wrote: > > kernel-2.6.13-1.1549_FC5 > > ------------------------ > > * Sat Sep 10 2005 Dave Jones > > - 2.6.13-git10 > > When I boot with the kernels 1547 or 1549 and I get to the "Initializing > Hardware" bit the display vanishes after "audio" gets printed and my > monitor tells me that the frequency is out of range. The machine then > continues to boot normaly an as soon as XOrg comes up everything works > fine. When I shut down the machine again and it goes back to text mode I > get the signal frequency out of range error by my monitor again. > Kernel 1530 did not show this behaviour (but does no longer work for me > since USB and network devices no longer work after the latest rawhide updates). > > Is anybody else seeing this and/or has an idea for a workaround? > I'm not getting an out-of-range message, but I am seeing the consoles change to a higher resolution (getting kicked to the same res as the X display for the graphical bootscreen, I'd guess). > Regards, > Dennis > From bojan at rexursive.com Tue Sep 13 00:32:12 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 13 Sep 2005 10:32:12 +1000 Subject: FC4 kernel 2.6.12-1.1450 In-Reply-To: <1126321882.5240.10.camel@coyote.rexursive.com> References: <1126321882.5240.10.camel@coyote.rexursive.com> Message-ID: <20050913103212.yay2cbfxs04g4gko@imp.rexursive.com> Quoting Bojan Smojver : > Just a quick note that this one (from testing) appears to be much better > than 1447 in terms of ACPI on my notebook (HP ZE4201). Battery reporting > appears to work properly, even after suspend-resume cycles and there are > no more strange clock issues. Huh, I may have spoken too soon here. Better, but not perfect. There are still problems, but I'm not sure what they depend on. Sometimes ACPI stuff comes back OK after the resume, sometimes it doesn't. Removing ACPI related modules and restarting acpid doesn't always help when the weirdness happens either. Who knows, maybe 2.6.13 will be better... -- Bojan From rodd at clarkson.id.au Tue Sep 13 00:54:27 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 13 Sep 2005 10:54:27 +1000 Subject: rawhide report: 20050912 changes In-Reply-To: <1126558970.5053.7.camel@localhost.localdomain> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> <1126558970.5053.7.camel@localhost.localdomain> Message-ID: <1126572867.2783.1.camel@localhost.localdomain> On Tue, 2005-09-13 at 07:02 +1000, Rodd Clarkson wrote: > On Mon, 2005-09-12 at 21:16 +0200, Dennis Jacobfeuerborn wrote: > > Build System wrote: > > > kernel-2.6.13-1.1549_FC5 > > > ------------------------ > > > * Sat Sep 10 2005 Dave Jones > > > - 2.6.13-git10 > > > > When I boot with the kernels 1547 or 1549 and I get to the "Initializing > > Hardware" bit the display vanishes after "audio" gets printed and my > > monitor tells me that the frequency is out of range. The machine then > > continues to boot normaly an as soon as XOrg comes up everything works > > fine. When I shut down the machine again and it goes back to text mode I > > get the signal frequency out of range error by my monitor again. > > Kernel 1530 did not show this behaviour (but does no longer work for me > > since USB and network devices no longer work after the latest rawhide updates). > > I couldn't even get 1549 to boot for me. It gets as far as: > > Red Hat nash version 4.2.21 starting > Going to resume from LABEL=SWAP-sda8 > > and then stops doing anything. I'll try it again with this change set > (I pulled the kernel from Dave's site) just in case something other than > the kernel was causing the issue, but it was way to early in the boot > process for me to think there's much chance of that. Hmmm, after removing quiet from the kernel line in grub, I've posted a bug report on this. see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168159 Rodd -- "It's a fine line between denial and faith. It's much better on my side" From mike at miketc.com Tue Sep 13 01:33:24 2005 From: mike at miketc.com (Mike Chambers) Date: Mon, 12 Sep 2005 20:33:24 -0500 Subject: rawhide report: 20050912 changes In-Reply-To: <1126557619.18959.4.camel@scrappy.miketc.com> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> <1126557619.18959.4.camel@scrappy.miketc.com> Message-ID: <1126575205.2428.1.camel@scrappy.miketc.com> On Mon, 2005-09-12 at 15:40 -0500, Mike Chambers wrote: > On Mon, 2005-09-12 at 21:16 +0200, Dennis Jacobfeuerborn wrote: > > > When I boot with the kernels 1547 or 1549 and I get to the "Initializing > > Hardware" bit the display vanishes after "audio" gets printed and my > > monitor tells me that the frequency is out of range. The machine then > > continues to boot normaly an as soon as XOrg comes up everything works > > fine. When I shut down the machine again and it goes back to text mode I > > get the signal frequency out of range error by my monitor again. > > Kernel 1530 did not show this behaviour (but does no longer work for me > > since USB and network devices no longer work after the latest rawhide updates). > > Yep, same thing seen here. I believe it has been mentioned on the > beta-list (I brought this up, although not the out of frequency part but > could be related), and might be due to kernel fb modules being > loaded/unloaded, which Bill Nottingham says due to initscripts/whatever > loading them and shouldn't. > > Maybe Bill or DaveJ will chime in about it. > > BTW, this is on a fairly less than year old machine, running PIV 2.8Ghz > with ATI Radeon 9200 along with KDS 9 series monitor. Here is what I found in dmesg taht might be of some help regarding the radeonfb being loaded and causing the frequency out of range and whatever else problem? radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=275.00 Mhz, System=275.00 MHz I checked and radeonfb does seem to be blacklisted in the /etc/modprobe.d/blacklist file. -- Mike Chambers Madisonville, KY "Everything is always harder, before it's easier! From seandarcy2 at gmail.com Tue Sep 13 02:16:04 2005 From: seandarcy2 at gmail.com (sean) Date: Mon, 12 Sep 2005 22:16:04 -0400 Subject: anybody else having cups trouble? Message-ID: Don't know when it started, but within the last couple of days: Starting cups: Traceback (most recent call last): File "/usr/sbin/printconf-backend", line 7, in ? import backend File "/usr/share/printconf/util/backend.py", line 42, in ? import rhpl.ethtool ImportError: /usr/lib64/python2.4/site-packages/rhpl/ethtool.so: undefined symbol: iw_pr_ether python-2.4.1-2 rhpl-0.170-1 system-config-printer-0.6.142-1 cups-1.1.23-17 Anybody else seeing this? sean From mike at miketc.com Tue Sep 13 02:21:54 2005 From: mike at miketc.com (Mike Chambers) Date: Mon, 12 Sep 2005 21:21:54 -0500 Subject: anybody else having cups trouble? In-Reply-To: References: Message-ID: <1126578114.2428.9.camel@scrappy.miketc.com> On Mon, 2005-09-12 at 22:16 -0400, sean wrote: > Don't know when it started, but within the last couple of days: > > Starting cups: Traceback (most recent call last): > File "/usr/sbin/printconf-backend", line 7, in ? > import backend > File "/usr/share/printconf/util/backend.py", line 42, in ? > import rhpl.ethtool > ImportError: > /usr/lib64/python2.4/site-packages/rhpl/ethtool.so: > undefined symbol: iw_pr_ether > > python-2.4.1-2 > rhpl-0.170-1 > system-config-printer-0.6.142-1 > cups-1.1.23-17 Yep, see the same thing here. -- Mike Chambers Madisonville, KY "Everything is always harder, before it's easier! From reuben-fedora-devel at reub.net Tue Sep 13 02:45:31 2005 From: reuben-fedora-devel at reub.net (Reuben Farrelly) Date: Tue, 13 Sep 2005 14:45:31 +1200 Subject: anybody else having cups trouble? In-Reply-To: <1126578114.2428.9.camel@scrappy.miketc.com> References: <1126578114.2428.9.camel@scrappy.miketc.com> Message-ID: <43263D4B.6010603@reub.net> On 13/09/2005 2:21 p.m., Mike Chambers wrote: > On Mon, 2005-09-12 at 22:16 -0400, sean wrote: >> Don't know when it started, but within the last couple of days: >> >> Starting cups: Traceback (most recent call last): >> File "/usr/sbin/printconf-backend", line 7, in ? >> import backend >> File "/usr/share/printconf/util/backend.py", line 42, in ? >> import rhpl.ethtool >> ImportError: >> /usr/lib64/python2.4/site-packages/rhpl/ethtool.so: >> undefined symbol: iw_pr_ether >> >> python-2.4.1-2 >> rhpl-0.170-1 >> system-config-printer-0.6.142-1 >> cups-1.1.23-17 > > Yep, see the same thing here. Downgrade to rhpl-0.169-1 for now...I had the same problem. I see that rhpl-0.171 has been commited to CVS in the last hour or so by Jeremy Katz. Jeremy - does the new version 0.171 fix the symbol problem? Reuben From jspaleta at gmail.com Tue Sep 13 02:23:01 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 12 Sep 2005 22:23:01 -0400 Subject: anybody else having cups trouble? In-Reply-To: <1126578114.2428.9.camel@scrappy.miketc.com> References: <1126578114.2428.9.camel@scrappy.miketc.com> Message-ID: <604aa79105091219235bd0f2f0@mail.gmail.com> On 9/12/05, Mike Chambers wrote: > Yep, see the same thing here. bugzilla 168017 -jef From katzj at redhat.com Tue Sep 13 03:05:06 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 12 Sep 2005 23:05:06 -0400 Subject: anybody else having cups trouble? In-Reply-To: <43263D4B.6010603@reub.net> References: <1126578114.2428.9.camel@scrappy.miketc.com> <43263D4B.6010603@reub.net> Message-ID: <1126580706.22332.58.camel@bree.local.net> On Tue, 2005-09-13 at 14:45 +1200, Reuben Farrelly wrote: > I see that rhpl-0.171 has been commited to CVS in the last hour or so by Jeremy > Katz. Jeremy - does the new version 0.171 fix the symbol problem? It didn't, but 0.172 has a fix from Nalin for the (gratuitous) API/ABI change in iwlib Jeremy From notting at redhat.com Tue Sep 13 03:55:21 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 12 Sep 2005 23:55:21 -0400 Subject: rawhide report: 20050912 changes - weird video In-Reply-To: <20050912234722.GA11651@wolves.durham.nc.us> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> <20050912234722.GA11651@wolves.durham.nc.us> Message-ID: <20050913035521.GE21474@nostromo.devel.redhat.com> G.Wolfe Woodbury (ggw at wolves.durham.nc.us) said: > Bill Nottingham says that sysinit shouldn't be inserting everything, and > I'm inclined to agree that this is a bug. There is a > /etc/modprobe.d/blacklist file that should be eliminated/moved/used > instead of /etc/hotplug/blacklist (the formats are incompatible > apparently). /etc/modprobe.d/blacklist should be used, it's just that rc.sysinit wasn't updated to use it. Bill From gajownik at fedora.pl Tue Sep 13 07:03:30 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Tue, 13 Sep 2005 09:03:30 +0200 Subject: Comments on X.Org X11 modularization project - rpm package driver naming In-Reply-To: <4325F6BC.9090201@redfish-solutions.com> References: <4325F6BC.9090201@redfish-solutions.com> Message-ID: <432679C2.6020206@fedora.pl> Dnia 09/12/2005 11:44 PM, U?ytkownik Philip Prindeville napisa?: > While I agree that moving to separate packing of the X drivers > is a good thing, I'm wondering if we don't need to release the > X server (as Xorg or Xfree86 or whatever) as a separate entity > as well, as in the case where additional functionality has been > added to support new driver features, or the server API has > changed internally. Does this satisfy you? ftp://people.redhat.com/mharris/very-experimental-unsupported-wip/ Regards, Dawid -- ^_* From russell at coker.com.au Mon Sep 12 22:26:03 2005 From: russell at coker.com.au (Russell Coker) Date: Tue, 13 Sep 2005 08:26:03 +1000 Subject: cupsd: minor nit In-Reply-To: <4c4ba153050912083024fa5132@mail.gmail.com> References: <4c4ba15305090915403775bf04@mail.gmail.com> <200509130020.04326.russell@coker.com.au> <4c4ba153050912083024fa5132@mail.gmail.com> Message-ID: <200509130826.13919.russell@coker.com.au> Thread taken from fedora-selinux-list to fedora-devel-list for a wider audience. The general concept is that a daemon should never create a directory under /var/cache (or similar non-specific places on the file system) at run-time. If /var/cache/$DAEMON is needed then the package of $DAEMON should provide that directory. This prevents the possible problem of name conflicts and allows more restrictive SE Linux access control (preventing a compromised daemon from performing a trivial DOS attack on other daemons). On Tuesday 13 September 2005 01:30, Tom London wrote: > OK, so the rubric here is that daemon-like services need to have their > 'major' directory entries in places like /var created and labeled by their > package, not created upon startup. This sounds quite reasonable. Yes, that's my idea. > So, the normal 'name space' conflicts will likely be detected during > package install. One of several benefits of it. > Do we need to be concerned with possible 'widening' conflicts on such > directories (e.g., two packages wanting to 'own' the same directory, one > with a 'wider' label)? What do you mean "wider"? Do you mean less restrictive permissions? If so then it certainly would be a problem if two packages desired different permissions for a single file system object, whether one is a superset of the other or whether they are disjoint. It is something that we need to be concerned about, but it will hopefully be rare and we can just fix it when it occurs. Detecting and solving such problems is an advantage of my suggestion. When we have such directories in packages we can easily check for such conflicts. At the moment I suspect that such daemon behavior is not uncommon and don't know in what situations it may potentially bite us. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/ Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page From gilboada at netvision.net.il Tue Sep 13 09:42:02 2005 From: gilboada at netvision.net.il (Gilboa Davara) Date: Tue, 13 Sep 2005 12:42:02 +0300 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126540936.2890.15.camel@adams32> References: <30d768b4210a.432586a8@netvision.net.il> <1126540936.2890.15.camel@adams32> Message-ID: <1126604522.23994.7.camel@gilboa-work-dev> On Mon, 2005-09-12 at 12:02 -0400, Mark G. Adams wrote: > Hi, Gilboa. > > On Mon, 2005-09-12 at 13:46 +0200, gilboa davara wrote: > > As you said, the RPMs in updates-testing doesnt solve the problem. (my > > Palm T3 starts syncing and quiets immediately. though at least gpilot > > stopped cashing... which is something, I guess...) > > I've not looked at the RPMs in updates-testing, so I don't know whether > or not they incorporate the necessary fixes. > > > I cannot use your RPMs (Cheers for making them, though) as their > > versions collide with the updates and update-testing versions. (Can > > you bump the version numbers?) > > I can look into that later in the week; my main machine's in getting an > unhappy motherboard replaced. However, the real solution is to get these > fixes (or equivalent ones if I missed something) incorporated and > released. > > (checking what's in updates-testing...) > > Well, at first glance the updated pilot-link RPM seems to contain my > fixes (as they've been incorporated upstream). The updated gnome-pilot > RPM seems to incorporated all my patches. In theory they should fix the > problem. > > When I get my main machine back later this week I'll give them a try. > > Note that if you're trying to use anything from the gnome-pilot-conduits > package (such as the 'backup' conduit), that also needs some fixes (also > attached to the earlier-mentioned bug report). I trying to use the usual. Address book and Calender. The weird thing is that the Pilot starts syncing and within a second, the sync stops. No error on the Palm side, no error/crash on the the gpilot side. If you want I can try and strace it; maybe it'll help you? > > //Mark > From buildsys at redhat.com Tue Sep 13 14:10:15 2005 From: buildsys at redhat.com (Build System) Date: Tue, 13 Sep 2005 10:10:15 -0400 Subject: rawhide report: 20050913 changes Message-ID: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> New package icu International Components for Unicode Removed package lvm2-cluster Removed package valgrind-callgrind Removed package perl-Time-HiRes Removed package perl-Filter-Simple Removed package perl-Filter Updated Packages: NetworkManager-0.4.1-2.cvs20050912 ---------------------------------- * Mon Sep 12 2005 Jeremy Katz - 0.4.1-2.cvs20050912 - update to current CVS and rebuild (workaround for #168120) PyQt-3.15-1 ----------- * Mon Sep 12 2005 Than Ngo 3.15-1 - update to 3.15 anaconda-10.3.0.18-1 -------------------- * Mon Sep 12 2005 Jeremy Katz - 10.3.0.18-1 - Add back genhdlist to try to fix multiarch composes (pnasrat) - Really fix disabling of upgrades - Some typo fixes for X configuration and post-install config - Remove some dead code related to boot disks, using fdisk/fdasd, X configuration, pcmcia - Move ppc X stuff to rhpl (clumens) - Fix some kickstart stuff (clumens) - Fix RPM logging output -> the log file - Use gtkhtml2 for release notes checkpolicy-1.26-1 ------------------ * Mon Sep 12 2005 Dan Walsh 1.26-1 - Latest upgrade from NSA * Updated version for release. - Rebuild to get latest libsepol dhcp-11:3.0.3-6 --------------- * Mon Sep 12 2005 Jason Vas Dias - 11:3.0.3-6 - fix bug 167273: time-offset should not set timezone by default tzdata's Etc/* files are named with reverse sign for hours west - ie. 'GMT+5' is GMT offset -18000seconds. glibc-2.3.90-12 --------------- * Mon Sep 12 2005 Jakub Jelinek 2.3.90-12 - update from CVS - netgrp handling fixes (#167728) - fix memory leak in setlocale (BZ#1318) - fix hwcaps computation - several regex portability improvements (#167019) - hypotf fix - fix *printf return code if underlying write fails (BZ#1146) - PPC64 dl{,v}sym fixes for new ABI .opd symbols - fix calloc with MALLOC_PERTURB_ in environment on 64-bit architectures (#166719) - source /etc/sysconfig/nscd (if it exists) in /etc/rc.d/init.d/nscd (#167083) - add %triggerin for tzdata to glibc-common, so that tzdata updates update /etc/localtime and /var/spool/postfix/etc/localtime if they exist (#167787) initscripts-8.14-1 ------------------ * Mon Sep 12 2005 Bill Nottingham 8.14-1 - fix usage of the module blacklist (#168020) kernel-2.6.13-1.1552_FC5 ------------------------ * Tue Sep 13 2005 Dave Jones - 2.6.14-rc1 * Mon Sep 12 2005 Dave Jones - 2.6.13-git12 libgnomeui-2.12.0-2 ------------------- * Mon Sep 12 2005 Jeremy Katz - 2.12.0-2 - devel subpackage requires gnome-keyring-devel (noticed by Marc Maurer) libselinux-1.26-1 ----------------- libsepol-1.9.1-1 ---------------- * Mon Sep 12 2005 Dan Walsh 1.9.1-1 - Upgrade to latest from NSA * Fixed expand_avtab and expand_cond_av_list to keep separate entries with identical keys but different enabled flags. * Updated version for release. libsetrans-0.1.4-2 ------------------ * Mon Sep 12 2005 Dan Walsh 0.1.4-2 - Mv libraries to /lib/selinux/libTYPE.so.0 libtool-1.5.20-2 ---------------- * Mon Sep 12 2005 Karsten Hopp 1.5.20-2 - add ltdl license, minor spec-file cleanups (#168075, Ville Skytt??) libuser-0.54-1 -------------- * Tue Sep 13 2005 Miloslav Trmac - 0.54-1 - Make sure attributes with no values can never appear - Fix crash in the "files" module when an attribute is missing - Use hidden visibility for internal functions, remove them from libuser/user_private.h; this changes module interface ABI libxml2-2.6.22-1 ---------------- * Mon Sep 12 2005 Daniel Veillard - upstream release 2.6.22 see http://xmlsoft.org/news.html * Thu Jan 02 2003 Daniel Veillard - integrated drv_libxml2 xml.sax driver from St?phane Bidoul - provides the new XmlTextReader interfaces based on C# XML APIs * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems nmap-2:3.93-1 ------------- * Tue Sep 13 2005 Harald Hoyer - 2:3.93-1 - version 3.93 nss_ldap-241-1 -------------- * Mon Sep 12 2005 Nalin Dahyabhai 241-1 - update to nss_ldap 241 policycoreutils-1.26-1 ---------------------- * Mon Sep 12 2005 Dan Walsh 1.26-1 * Updated version for release. rhpl-0.172-1 ------------ * Mon Sep 12 2005 Jeremy Katz - 0.172-1 - fix from Nalin for gratuitous iwlib api change (#168017) * Mon Sep 12 2005 Jeremy Katz - 0.171-1 - tweaks for new kudzu X driver model - Move some of the anaconda X startup handling to rhpl for use in firstboot (clumens) samba-0:3.0.20-2 ---------------- * Mon Aug 22 2005 Jay Fenlason 3.0.20-2 - New upstream release Includes five upstream patches -bug3010_v1, -groupname_enumeration_v3, -regcreatekey_winxp_v1, -usrmgr_groups_v1, and -winbindd_v1 This obsoletes the -pie and -delim patches the -warning and -gcc4 patches are obsolete too The -man, -passwd, and -smbspool patches were updated to match 3.0.20pre1 Also, the -quoting patch was implemented differently upstream There is now a umount.cifs executable and manpage We run autogen.sh as part of the build phase The testprns command is now gone libsmbclient now has a man page - Include -bug106483 patch to close bz#106483 smbclient: -N negates the provided password, despite documentation - Added the -warnings patch to quiet some compiler warnings. - Removed many obsolete patches from CVS. sip-4.3.1-1 ----------- * Mon Sep 12 2005 Than Ngo 4.3.1-1 - update to 4.3.1 squirrelmail-1.4.6-0.cvs20050812.2.fc5 -------------------------------------- * Mon Sep 12 2005 David Woodhouse 1.4.6-0.cvs20050812.2 - Convert all locales to UTF-8 instead of legacy character sets to work around bug #162852. Except for ko_KR, because iconv doesn't believe its help files are actually in EUC-KR as claimed. tvtime-1.0.1-1 -------------- * Mon Sep 12 2005 Than Ngo 1.0.1-1 - update to 1.0.1 wireless-tools-1:28-0.pre9.5 ---------------------------- * Mon Sep 12 2005 Dan Williams 28-0.pre9 - Update to version 28 pre9 xen-3.0-0.20050912.fc5 ---------------------- * Mon Sep 12 2005 Rik van Riel 3.0-0.20050912.fc5 - add /var/{lib,run}/xenstored to the %files section (#167496, #167121) - upgrade to today's Xen snapshot - some small build fixes for x86_64 - enable x86_64 builds yaboot-1.3.13-0.12 ------------------ * Mon Sep 12 2005 Paul Nasrat - 1.3.13-0.12 - reworking of netboot patch (Nathan Lynch) Broken deps for s390 ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 initscripts - 8.14-1.s390 requires kernel >= 0:2.6.12 Broken deps for ppc64 ---------------------------------------------------------- evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) firstboot - 1.3.45-1.noarch requires system-config-display system-config-mouse - 1.2.11-1.noarch requires pyxf86config ppc64-utils - 0.7-9.ppc64 requires yaboot evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) system-config-keyboard - 1.2.6-2.noarch requires pyxf86config Broken deps for s390x ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390x requires kernel >= 0:2.6 initscripts - 8.14-1.s390x requires kernel >= 0:2.6.12 From vonbrand at inf.utfsm.cl Tue Sep 13 14:15:03 2005 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Tue, 13 Sep 2005 10:15:03 -0400 Subject: What's up with x86_64? Message-ID: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> Since yesterday I can't update my machine. On download.fedora.redhat.com at least the cyrus-sasl-plain package can't be downloaded, it seems the wrong permissions got mirrored. PS: Am I the only one to use rawhide on x86_64?! -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513 From nicolas.mailhot at laposte.net Tue Sep 13 14:18:13 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 13 Sep 2005 16:18:13 +0200 (CEST) Subject: What's up with x86_64? In-Reply-To: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> Message-ID: <57050.192.54.193.25.1126621093.squirrel@rousalka.dyndns.org> On Mar 13 septembre 2005 16:15, Horst von Brand wrote: > Since yesterday I can't update my machine. On download.fedora.redhat.com > at least the cyrus-sasl-plain package can't be downloaded, it seems the > wrong permissions got mirrored. > > PS: Am I the only one to use rawhide on x86_64?! I just told yum to ignore cyrus-sasl-plain. Should have reported the problem like you though -- Nicolas Mailhot From katzj at redhat.com Tue Sep 13 14:25:03 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 13 Sep 2005 10:25:03 -0400 Subject: What's up with x86_64? In-Reply-To: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> Message-ID: <1126621503.8935.4.camel@bree.local.net> On Tue, 2005-09-13 at 10:15 -0400, Horst von Brand wrote: > Since yesterday I can't update my machine. On download.fedora.redhat.com > at least the cyrus-sasl-plain package can't be downloaded, it seems the > wrong permissions got mirrored. > > PS: Am I the only one to use rawhide on x86_64?! For a few days, the builds were broken as genhdlist was removed from anaconda a little bit early (it's still needed for the tree build process). That should be fixed now. The permissions look fine on the real tree, so it's something that's gotten confused on the remote end -- we'll get that fixed up shortly Jeremy From selinux at gmail.com Tue Sep 13 14:36:42 2005 From: selinux at gmail.com (Tom London) Date: Tue, 13 Sep 2005 07:36:42 -0700 Subject: cupsd: minor nit In-Reply-To: <200509130826.13919.russell@coker.com.au> References: <4c4ba15305090915403775bf04@mail.gmail.com> <200509130020.04326.russell@coker.com.au> <4c4ba153050912083024fa5132@mail.gmail.com> <200509130826.13919.russell@coker.com.au> Message-ID: <4c4ba15305091307366c72b1c1@mail.gmail.com> On 9/12/05, Russell Coker wrote: > Thread taken from fedora-selinux-list to fedora-devel-list for a wider > audience. The general concept is that a daemon should never create a > directory under /var/cache (or similar non-specific places on the file > system) at run-time. If /var/cache/$DAEMON is needed then the package of > $DAEMON should provide that directory. This prevents the possible problem of > name conflicts and allows more restrictive SE Linux access control > (preventing a compromised daemon from performing a trivial DOS attack on > other daemons). > > On Tuesday 13 September 2005 01:30, Tom London wrote: > > OK, so the rubric here is that daemon-like services need to have their > > 'major' directory entries in places like /var created and labeled by their > > package, not created upon startup. This sounds quite reasonable. > > Yes, that's my idea. > > > So, the normal 'name space' conflicts will likely be detected during > > package install. > > One of several benefits of it. > > > Do we need to be concerned with possible 'widening' conflicts on such > > directories (e.g., two packages wanting to 'own' the same directory, one > > with a 'wider' label)? > > What do you mean "wider"? Do you mean less restrictive permissions? If so > then it certainly would be a problem if two packages desired different > permissions for a single file system object, whether one is a superset of the > other or whether they are disjoint. It is something that we need to be > concerned about, but it will hopefully be rare and we can just fix it when it > occurs. > > Detecting and solving such problems is an advantage of my suggestion. When we > have such directories in packages we can easily check for such conflicts. At > the moment I suspect that such daemon behavior is not uncommon and don't know > in what situations it may potentially bite us. > What I'm concerned about are situations (like, e.g., /usr/lib/mozilla) where two packages (e.g., mozplugger and firefox, on my machine) seem to 'provide' the same directory (at least as reported by 'rpm -qif /usr/lib/mozilla'). In such a case, if 'the first to install' package created the directory with a less restrictive context (or some such), would we have a chance for a problem? Do we need some way to coordinate/check this? tom -- Tom London From shiva at sewingwitch.com Tue Sep 13 15:04:12 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Tue, 13 Sep 2005 08:04:12 -0700 Subject: Anaconda wiki down Message-ID: <77223E120B519BC2549C3195@[10.169.6.233]> I'm trying to connect to the Anaconda wiki and it's refusing connections. What's up? (I'm wanting to put together a custom FC4 installation with custom kernel to handle a megaraid issue.) From sundaram at redhat.com Tue Sep 13 15:07:01 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 13 Sep 2005 20:37:01 +0530 Subject: Anaconda wiki down In-Reply-To: <77223E120B519BC2549C3195@[10.169.6.233]> References: <77223E120B519BC2549C3195@[10.169.6.233]> Message-ID: <4326EB15.7070105@redhat.com> Kenneth Porter wrote: > I'm trying to connect to the Anaconda wiki and it's refusing > connections. What's up? > > > > (I'm wanting to put together a custom FC4 installation with custom > kernel to handle a megaraid issue.) > I had the impression that all the content is being moved into http://fedoraproject.org/wiki/CategoryAnaconda. wrong? regards Rahul From bgerst at didntduck.org Tue Sep 13 15:24:04 2005 From: bgerst at didntduck.org (Brian Gerst) Date: Tue, 13 Sep 2005 11:24:04 -0400 Subject: What's up with x86_64? In-Reply-To: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> Message-ID: <4326EF14.80003@didntduck.org> Horst von Brand wrote: > Since yesterday I can't update my machine. On download.fedora.redhat.com > at least the cyrus-sasl-plain package can't be downloaded, it seems the > wrong permissions got mirrored. > > PS: Am I the only one to use rawhide on x86_64?! There are a bunch of i386 packages missing from the x86_64 repo as well, causing version conflicts: Transaction Check Error: file /usr/share/java/libgcj-4.0.1.jar from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 file /usr/share/man/man1/fastjar.1.gz from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 file /usr/share/man/man1/gcj-dbtool.1.gz from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 file /usr/share/man/man1/gij.1.gz from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 file /usr/share/man/man1/grepjar.1.gz from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 file /usr/share/man/man1/grmic.1.gz from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 file /usr/share/man/man1/grmiregistry.1.gz from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 file /usr/share/man/man1/jv-convert.1.gz from install of libgcj-4.0.1-13 conflicts with file from package libgcj-4.0.1-12 -- Brian Gerst From katzj at redhat.com Tue Sep 13 15:36:50 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 13 Sep 2005 11:36:50 -0400 Subject: What's up with x86_64? In-Reply-To: <4326EF14.80003@didntduck.org> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> <4326EF14.80003@didntduck.org> Message-ID: <1126625810.9034.3.camel@bree.local.net> On Tue, 2005-09-13 at 11:24 -0400, Brian Gerst wrote: > Horst von Brand wrote: > > Since yesterday I can't update my machine. On download.fedora.redhat.com > > at least the cyrus-sasl-plain package can't be downloaded, it seems the > > wrong permissions got mirrored. > > > > PS: Am I the only one to use rawhide on x86_64?! > > There are a bunch of i386 packages missing from the x86_64 repo as well, > causing version conflicts: This part should be fixed with today's push (which is on the main server and should be propagating to mirrors) Just double-checked for libgcj in particular and it's now good to go. Jeremy From shiva at sewingwitch.com Tue Sep 13 15:40:57 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Tue, 13 Sep 2005 08:40:57 -0700 Subject: Anaconda wiki down In-Reply-To: <4326EB15.7070105@redhat.com> References: <77223E120B519BC2549C3195@[10.169.6.233]> <4326EB15.7070105@redhat.com> Message-ID: --On Tuesday, September 13, 2005 8:37 PM +0530 Rahul Sundaram wrote: > I had the impression that all the content is being moved into > http://fedoraproject.org/wiki/CategoryAnaconda. wrong? Ok, thanks. Google turned up rau.homedns.org first when I was looking for some info about buildinstall: From shahms at shahms.com Tue Sep 13 16:13:12 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 13 Sep 2005 09:13:12 -0700 Subject: python-numeric missing on x86_64 Message-ID: <4326FA98.1030807@shahms.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just reporting another x86_64 problem. The pygtk2 update requires python-numeric which isn't build for x86_64. - -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDJvqY/qs2NkWy11sRApJaAJ4wYlJmzzxpo4ejy96oS6hWnJzLAQCfVZbd iuW8iAmGSTn5KbAokbKq/1I= =8cCf -----END PGP SIGNATURE----- From johnp at redhat.com Tue Sep 13 16:34:05 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 13 Sep 2005 12:34:05 -0400 Subject: python-numeric missing on x86_64 In-Reply-To: <4326FA98.1030807@shahms.com> References: <4326FA98.1030807@shahms.com> Message-ID: <1126629245.16156.51.camel@remedyz.boston.redhat.com> : rpm -q --query-format="%{name}-%{version}-%{release}.%{arch}" python-numeric : python-numeric-23.7-2.x86_64 I've got it. Jeremy said in a recent mail that the issues with x86_64 should be fixed with today's push. It will take a little time to get to mirrors. On Tue, 2005-09-13 at 09:13 -0700, Shahms King wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Just reporting another x86_64 problem. The pygtk2 update requires > python-numeric which isn't build for x86_64. > > - -- > Shahms E. King > Multnomah ESD > > Public Key: > http://shahms.mesd.k12.or.us/~sking/shahms.asc > Fingerprint: > 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iD8DBQFDJvqY/qs2NkWy11sRApJaAJ4wYlJmzzxpo4ejy96oS6hWnJzLAQCfVZbd > iuW8iAmGSTn5KbAokbKq/1I= > =8cCf > -----END PGP SIGNATURE----- -- John (J5) Palmieri From kyrre at solution-forge.net Tue Sep 13 16:35:25 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 13 Sep 2005 18:35:25 +0200 Subject: rawhide report: 20050912 changes In-Reply-To: <1126568970.8812.0.camel@lionel-hutz.darnell.group> References: <200509121603.j8CG3MtF011373@porkchop.devel.redhat.com> <4325D41B.8070807@conversis.de> <1126568970.8812.0.camel@lionel-hutz.darnell.group> Message-ID: <1126629325.3357.4.camel@localhost.localdomain> tir, 13.09.2005 kl. 01.49 skrev Michael Knepher: > On Mon, 2005-09-12 at 21:16 +0200, Dennis Jacobfeuerborn wrote: > > Build System wrote: > > > kernel-2.6.13-1.1549_FC5 > > > ------------------------ > > > * Sat Sep 10 2005 Dave Jones > > > - 2.6.13-git10 > > > > When I boot with the kernels 1547 or 1549 and I get to the "Initializing > > Hardware" bit the display vanishes after "audio" gets printed and my > > monitor tells me that the frequency is out of range. The machine then > > continues to boot normaly an as soon as XOrg comes up everything works > > fine. When I shut down the machine again and it goes back to text mode I > > get the signal frequency out of range error by my monitor again. > > Kernel 1530 did not show this behaviour (but does no longer work for me > > since USB and network devices no longer work after the latest rawhide updates). > > > > Is anybody else seeing this and/or has an idea for a workaround? > > > I'm not getting an out-of-range message, but I am seeing the consoles > change to a higher resolution (getting kicked to the same res as the X > display for the graphical bootscreen, I'd guess). Hmm.. You migth want to look at this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168056 It migth acctually be two separate bugs, not one, as i originally tought. I am posting pictures taken of the screen later today. (3-4 hours from now - have some math i need to do first :) ) From kyrre at solution-forge.net Tue Sep 13 16:42:03 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 13 Sep 2005 18:42:03 +0200 Subject: ACPI suspend troubles - anybody else seeing this? Message-ID: <1126629722.3357.12.camel@localhost.localdomain> Until about a month ago, i was able to suspend my laptop perfectly using ACPI. Then there was a kernel update, emptying the /proc/acpi folder - no more "echo "3" > /proc/acpi/sleep". Strange thing is, ACPI in general seems to work very well (fan control, battery level etc) - but i have no interface to readout CPU temps etc. and set the computer into standby mode. Has there been an interface change i am unaware of? This is happening on two different machines - one running fc4 (a compaq evo n600c) and another running rawhide (a dell lattitude c600). I have created a bug report, but it hasn't recived any attension. So yes, i admit sending this mail hoping that somebody would look into it :) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166097 Kyrre Ness Sj?b?k From shiva at sewingwitch.com Tue Sep 13 17:16:38 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Tue, 13 Sep 2005 10:16:38 -0700 Subject: Anaconda buildinstall: "latest: command not found" Message-ID: <7E3E9C64E8F23DA8D7AA66C0@[10.169.6.233]> So where do I find the command "latest"? I'm guessing this figures out the latest release of the installed kernel, but I want to confirm. From my invocation of buildinstall: Running buildinstall... /tmp/FCBASE/fc4/i386/buildinstall.tree.21763 /tmp/FCBASE /tmp/FCBASE Going to run buildinstall again Building images... Assembling package list... /tmp/FCBASE/fc4/i386/buildinstall.tree.21763/upd-instroot: line 50: latest: command not found I'm also posting here: Has anyone outside Red Hat successfully built a FC4 installation CD with a custom kernel? All I want to do is add support for an older megaraid controller by adding its PCI ID's to the driver's internal table. (It's an "i4 100" IDE RAID controller.) I've got the custom kernel RPM built and now need to integrate it into the installer image. (I tried loading just the new module from the stock "linux rescue" boot but the new megaraid_mbox.ko refuses to insmod and I get no error message.) More on that issue here: From cmadams at hiwaay.net Tue Sep 13 17:26:01 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 13 Sep 2005 12:26:01 -0500 Subject: What's up with x86_64? In-Reply-To: <1126625810.9034.3.camel@bree.local.net> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> <4326EF14.80003@didntduck.org> <1126625810.9034.3.camel@bree.local.net> Message-ID: <20050913172601.GF751265@hiwaay.net> Once upon a time, Jeremy Katz said: > This part should be fixed with today's push (which is on the main server > and should be propagating to mirrors) Things bring up a question: what time does the push to the master finish typically? Right now, I've got my mirror set to start syncing rawhide at 8am (Central time). That worked fine before, but now I've noticed that most days I don't get a synced tree (which makes it mostly broke). What is the best practice for this? I've though about making a wrapper script that basically synced to a side copy, looped (with a 1-5 minute wait between runs) until there were no changes, and then synced to the public copy, but I haven't had time to do that. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From katzj at redhat.com Tue Sep 13 17:37:56 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 13 Sep 2005 13:37:56 -0400 Subject: What's up with x86_64? In-Reply-To: <20050913172601.GF751265@hiwaay.net> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> <4326EF14.80003@didntduck.org> <1126625810.9034.3.camel@bree.local.net> <20050913172601.GF751265@hiwaay.net> Message-ID: <1126633076.11043.10.camel@bree.local.net> On Tue, 2005-09-13 at 12:26 -0500, Chris Adams wrote: > Once upon a time, Jeremy Katz said: > > This part should be fixed with today's push (which is on the main server > > and should be propagating to mirrors) > > Things bring up a question: what time does the push to the master finish > typically? The thing I can say definitively is what time the builds start. And that's 5 am Eastern (US) time (`TZ=America/New_York date` if you're unclear on your offset from that :) The completion time depends on a number of factors including: * build system congestion * did we break something * did the build hang for some reason > Right now, I've got my mirror set to start syncing rawhide at 8am > (Central time). That worked fine before, but now I've noticed that most > days I don't get a synced tree (which makes it mostly broke). What is > the best practice for this? Generally speaking, that's probably an okay time. If you push it back an hour or two, you're more likely to be good. If you're a mirror, though, I'd just try to do hourly syncs of the development tree. It really should only end up being a bandwidth hit once a day and if not, it's because we screwed something up and had to push something different manually. Also, using --delete-after and --delay-updates can help to reduce the window during which things are inconsistent. Jeremy From jspaleta at gmail.com Tue Sep 13 17:34:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 13 Sep 2005 13:34:12 -0400 Subject: What's up with x86_64? In-Reply-To: <20050913172601.GF751265@hiwaay.net> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> <4326EF14.80003@didntduck.org> <1126625810.9034.3.camel@bree.local.net> <20050913172601.GF751265@hiwaay.net> Message-ID: <604aa79105091310341457382a@mail.gmail.com> On 9/13/05, Chris Adams wrote: > Once upon a time, Jeremy Katz said: > > This part should be fixed with today's push (which is on the main server > > and should be propagating to mirrors) > > Things bring up a question: what time does the push to the master finish > typically? I'm pretty sure the "hope" is that it finishes pretty early in the day EST/EDT. You can get a good sense as to when its expected to happen by going back over the last 3 months and seeing when the daily rawhide build report messages get sent out. When there is a problem that email goes out later in the day. If I were really clever and I cared enough..I'd probably trigger a local mirror sync of rawhide to the receiving of that rawhide build report. -jef From notting at redhat.com Tue Sep 13 18:52:38 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 13 Sep 2005 14:52:38 -0400 Subject: What's up with x86_64? In-Reply-To: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> References: <200509131415.j8DEF3OO006665@laptop11.inf.utfsm.cl> Message-ID: <20050913185238.GB22012@nostromo.devel.redhat.com> Horst von Brand (vonbrand at inf.utfsm.cl) said: > Since yesterday I can't update my machine. On download.fedora.redhat.com > at least the cyrus-sasl-plain package can't be downloaded, it seems the > wrong permissions got mirrored. Not sure how it got that way, but fixed. Should propogate out to the download servers shortly. Bill From rodd at clarkson.id.au Tue Sep 13 23:40:57 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 14 Sep 2005 09:40:57 +1000 Subject: rawhide report: 20050913 changes In-Reply-To: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> Message-ID: <1126654857.3265.2.camel@localhost.localdomain> On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > NetworkManager-0.4.1-2.cvs20050912 > ---------------------------------- > * Mon Sep 12 2005 Jeremy Katz - 0.4.1-2.cvs20050912 > - update to current CVS and rebuild (workaround for #168120) NM isn't working for me on this version. I'm up-to-date on everything except the kernel which is 1530 because the current kernels don't boot for me. Not even sure where to start on this. Ask me some questions and I'll give some answers. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From rodd at clarkson.id.au Tue Sep 13 23:44:55 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 14 Sep 2005 09:44:55 +1000 Subject: rawhide report: 20050913 changes In-Reply-To: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> Message-ID: <1126655095.3265.7.camel@localhost.localdomain> On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > libselinux-1.26-1 > ----------------- > > libsepol-1.9.1-1 > ---------------- > * Mon Sep 12 2005 Dan Walsh 1.9.1-1 > - Upgrade to latest from NSA > * Fixed expand_avtab and expand_cond_av_list to keep separate > entries with identical keys but different enabled flags. > * Updated version for release. > > libsetrans-0.1.4-2 > ------------------ > * Mon Sep 12 2005 Dan Walsh 0.1.4-2 > - Mv libraries to /lib/selinux/libTYPE.so.0 > libuser-0.54-1 > -------------- > * Tue Sep 13 2005 Miloslav Trmac - 0.54-1 > - Make sure attributes with no values can never appear > - Fix crash in the "files" module when an attribute is missing > - Use hidden visibility for internal functions, remove them from > libuser/user_private.h; this changes module interface ABI Since upgrading today, I'm unable to log into my desktop in runlevel 5 or run sudo to do things. Both report the same problem, the first in a nice dialog box, the later on the CLI. Both say: [root at localhost ~]# sudo ls failed to get default context Anyone else seeing this. I've got selinux disabled. On a related note, I'm also being asked for a security context each time I log in as a user. For example: [rodd at localhost packages]$ su - Password: Would you like to enter a security context? [y] n [root at localhost ~]# Rodd -- "It's a fine line between denial and faith. It's much better on my side" From rodd at clarkson.id.au Tue Sep 13 23:45:55 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 14 Sep 2005 09:45:55 +1000 Subject: rawhide report: 20050913 changes In-Reply-To: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> Message-ID: <1126655155.3265.9.camel@localhost.localdomain> On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > kernel-2.6.13-1.1552_FC5 > ------------------------ > * Tue Sep 13 2005 Dave Jones > - 2.6.14-rc1 > > * Mon Sep 12 2005 Dave Jones > - 2.6.13-git12 This kernel still doesn't boot for me. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168159 Rodd -- "It's a fine line between denial and faith. It's much better on my side" From katzj at redhat.com Tue Sep 13 23:54:40 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 13 Sep 2005 19:54:40 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: <1126654857.3265.2.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> Message-ID: <1126655681.11043.33.camel@bree.local.net> On Wed, 2005-09-14 at 09:40 +1000, Rodd Clarkson wrote: > On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > > > NetworkManager-0.4.1-2.cvs20050912 > > ---------------------------------- > > * Mon Sep 12 2005 Jeremy Katz - 0.4.1-2.cvs20050912 > > - update to current CVS and rebuild (workaround for #168120) > > NM isn't working for me on this version. I'm up-to-date on everything > except the kernel which is 1530 because the current kernels don't boot > for me. > > Not even sure where to start on this. Ask me some questions and I'll > give some answers. Some of the wireless stuff seems to have changed in entirely non-obvious ways. Rebuilding NM works around it, but yeah, probably then breaks for older kernels with older versions of the wireless extensions. :/ That's why I say it's only a workaround ;-) Jeremy From katzj at redhat.com Tue Sep 13 23:55:22 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 13 Sep 2005 19:55:22 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: <1126655095.3265.7.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655095.3265.7.camel@localhost.localdomain> Message-ID: <1126655722.11043.35.camel@bree.local.net> On Wed, 2005-09-14 at 09:44 +1000, Rodd Clarkson wrote: > Since upgrading today, I'm unable to log into my desktop in runlevel 5 > or run sudo to do things. Dan said that today's targeted policy is busted -- should be fixed tomorrow, selinux=0 works for now (although you'll then need a relabel tomorrow) Jeremy From selinux at gmail.com Tue Sep 13 23:56:02 2005 From: selinux at gmail.com (Tom London) Date: Tue, 13 Sep 2005 16:56:02 -0700 Subject: rawhide report: 20050913 changes In-Reply-To: <1126655095.3265.7.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655095.3265.7.camel@localhost.localdomain> Message-ID: <4c4ba15305091316562687859c@mail.gmail.com> On 9/13/05, Rodd Clarkson wrote: > On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > > > libselinux-1.26-1 > > ----------------- > > > > libsepol-1.9.1-1 > > ---------------- > > * Mon Sep 12 2005 Dan Walsh 1.9.1-1 > > - Upgrade to latest from NSA > > * Fixed expand_avtab and expand_cond_av_list to keep separate > > entries with identical keys but different enabled flags. > > * Updated version for release. > > > > libsetrans-0.1.4-2 > > ------------------ > > * Mon Sep 12 2005 Dan Walsh 0.1.4-2 > > - Mv libraries to /lib/selinux/libTYPE.so.0 > > > libuser-0.54-1 > > -------------- > > * Tue Sep 13 2005 Miloslav Trmac - 0.54-1 > > - Make sure attributes with no values can never appear > > - Fix crash in the "files" module when an attribute is missing > > - Use hidden visibility for internal functions, remove them from > > libuser/user_private.h; this changes module interface ABI > > Since upgrading today, I'm unable to log into my desktop in runlevel 5 > or run sudo to do things. > > Both report the same problem, the first in a nice dialog box, the later > on the CLI. Both say: > > [root at localhost ~]# sudo ls > failed to get default context > > Anyone else seeing this. > > I've got selinux disabled. On a related note, I'm also being asked for > a security context each time I log in as a user. For example: > > [rodd at localhost packages]$ su - > Password: > Would you like to enter a security context? [y] n > [root at localhost ~]# > > > Rodd libselinux is not working. Update to an older version. -- Tom London From rodd at clarkson.id.au Wed Sep 14 00:13:17 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 14 Sep 2005 10:13:17 +1000 Subject: rawhide report: 20050913 changes In-Reply-To: <1126655681.11043.33.camel@bree.local.net> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> <1126655681.11043.33.camel@bree.local.net> Message-ID: <1126656797.3265.12.camel@localhost.localdomain> On Tue, 2005-09-13 at 19:54 -0400, Jeremy Katz wrote: > On Wed, 2005-09-14 at 09:40 +1000, Rodd Clarkson wrote: > > On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > > > > > NetworkManager-0.4.1-2.cvs20050912 > > > ---------------------------------- > > > * Mon Sep 12 2005 Jeremy Katz - 0.4.1-2.cvs20050912 > > > - update to current CVS and rebuild (workaround for #168120) > > > > NM isn't working for me on this version. I'm up-to-date on everything > > except the kernel which is 1530 because the current kernels don't boot > > for me. > > > > Not even sure where to start on this. Ask me some questions and I'll > > give some answers. > > Some of the wireless stuff seems to have changed in entirely non-obvious > ways. Rebuilding NM works around it, but yeah, probably then breaks for > older kernels with older versions of the wireless extensions. :/ > > That's why I say it's only a workaround ;-) I'm happy to do a rebuild of NM, but when you say older kernels, how older are you talking. I'm stuck on 1530 at the moment because nothing more up-to-date works for me. 1548 doesn't recognise my ipw2200 card properly, and the 1549 and 1552 don't boot. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From caillon at redhat.com Wed Sep 14 01:09:17 2005 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 13 Sep 2005 21:09:17 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: <1126656797.3265.12.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> <1126655681.11043.33.camel@bree.local.net> <1126656797.3265.12.camel@localhost.localdomain> Message-ID: <4327783D.5020808@redhat.com> On 09/13/2005 08:13 PM, Rodd Clarkson wrote: >On Tue, 2005-09-13 at 19:54 -0400, Jeremy Katz wrote: > > >>On Wed, 2005-09-14 at 09:40 +1000, Rodd Clarkson wrote: >> >> >>>On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: >>> >>> >>> >>>>NetworkManager-0.4.1-2.cvs20050912 >>>>---------------------------------- >>>>* Mon Sep 12 2005 Jeremy Katz - 0.4.1-2.cvs20050912 >>>>- update to current CVS and rebuild (workaround for #168120) >>>> >>>> >>>NM isn't working for me on this version. I'm up-to-date on everything >>>except the kernel which is 1530 because the current kernels don't boot >>>for me. >>> >>>Not even sure where to start on this. Ask me some questions and I'll >>>give some answers. >>> >>> >>Some of the wireless stuff seems to have changed in entirely non-obvious >>ways. Rebuilding NM works around it, but yeah, probably then breaks for >>older kernels with older versions of the wireless extensions. :/ >> >>That's why I say it's only a workaround ;-) >> >> > >I'm happy to do a rebuild of NM, but when you say older kernels, how >older are you talking. > > 1547 was the first kernel that required a new wireless-tools. You need to rebuild if you've got an earlier one. From rdieter at math.unl.edu Wed Sep 14 18:59:48 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 14 Sep 2005 13:59:48 -0500 Subject: No shared libpthread or libdl on x86_64? Message-ID: <43287324.1060400@math.unl.edu> Per http://bugzilla.redhat.com/bugzilla/166344 it appears that there is no shared libpthread or libdl on x86_64. The lack of these shared libraries is causing applications linking against libgc to fail with undefined symbols. Can anyone confirm this (I don't have access to any x86_64 box)? Is this on purpose or a (glibc) bug? -- Rex From ndbecker2 at gmail.com Wed Sep 14 20:57:28 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 14 Sep 2005 16:57:28 -0400 Subject: No shared libpthread or libdl on x86_64? References: <43287324.1060400@math.unl.edu> Message-ID: Rex Dieter wrote: > Per > http://bugzilla.redhat.com/bugzilla/166344 > it appears that there is no shared libpthread or libdl on x86_64. The > lack of these shared libraries is causing applications linking against > libgc to fail with undefined symbols. > > Can anyone confirm this (I don't have access to any x86_64 box)? Is > this on purpose or a (glibc) bug? > I don't think either assertion is true. I have both libdl.so and libpthread.so. From ellson at research.att.com Wed Sep 14 20:48:00 2005 From: ellson at research.att.com (John Ellson) Date: Wed, 14 Sep 2005 16:48:00 -0400 Subject: No shared libpthread or libdl on x86_64? In-Reply-To: <43287324.1060400@math.unl.edu> References: <43287324.1060400@math.unl.edu> Message-ID: <43288C80.1040702@research.att.com> Rex Dieter wrote: > Per > http://bugzilla.redhat.com/bugzilla/166344 > it appears that there is no shared libpthread or libdl on x86_64. The > lack of these shared libraries is causing applications linking against > libgc to fail with undefined symbols. > > Can anyone confirm this (I don't have access to any x86_64 box)? Is > this on purpose or a (glibc) bug? > > -- Rex > Seems OK on my x86_64 box, so long as you have glibc-devel installed: $ ls -l /usr/lib64/libdl* /usr/lib64/libpthread* -rw-r--r-- 1 root root 11882 Sep 12 12:58 /usr/lib64/libdl.a lrwxrwxrwx 1 root root 22 Sep 13 10:48 /usr/lib64/libdl.so -> ../../lib64/libdl.so.2 -rw-r--r-- 1 root root 289334 Sep 12 12:58 /usr/lib64/libpthread.a -rw-r--r-- 1 root root 222 Sep 12 12:40 /usr/lib64/libpthread.so -rw-r--r-- 1 root root 1596 Sep 12 12:58 /usr/lib64/libpthread_nonshared.a $ rpm -qf /lib64/libdl.so.2 glibc-2.3.90-12 $ rpm -qf /usr/lib64/libdl.so glibc-devel-2.3.90-12 $ rpm -qf /usr/lib64/libpthread.so glibc-devel-2.3.90-12 Jonh From ellson at research.att.com Wed Sep 14 21:00:06 2005 From: ellson at research.att.com (John Ellson) Date: Wed, 14 Sep 2005 17:00:06 -0400 Subject: No shared libpthread or libdl on x86_64? In-Reply-To: <43288C80.1040702@research.att.com> References: <43287324.1060400@math.unl.edu> <43288C80.1040702@research.att.com> Message-ID: <43288F56.1040205@research.att.com> John Ellson wrote: > Rex Dieter wrote: > >> Per >> http://bugzilla.redhat.com/bugzilla/166344 >> it appears that there is no shared libpthread or libdl on x86_64. >> The lack of these shared libraries is causing applications linking >> against libgc to fail with undefined symbols. >> >> Can anyone confirm this (I don't have access to any x86_64 box)? Is >> this on purpose or a (glibc) bug? >> >> -- Rex >> > Seems OK on my x86_64 box, so long as you have glibc-devel installed: > > $ ls -l /usr/lib64/libdl* /usr/lib64/libpthread* > -rw-r--r-- 1 root root 11882 Sep 12 12:58 /usr/lib64/libdl.a > lrwxrwxrwx 1 root root 22 Sep 13 10:48 /usr/lib64/libdl.so -> > ../../lib64/libdl.so.2 > -rw-r--r-- 1 root root 289334 Sep 12 12:58 /usr/lib64/libpthread.a > -rw-r--r-- 1 root root 222 Sep 12 12:40 /usr/lib64/libpthread.so > -rw-r--r-- 1 root root 1596 Sep 12 12:58 > /usr/lib64/libpthread_nonshared.a > > $ rpm -qf /lib64/libdl.so.2 > glibc-2.3.90-12 > $ rpm -qf /usr/lib64/libdl.so > glibc-devel-2.3.90-12 > $ rpm -qf /usr/lib64/libpthread.so > glibc-devel-2.3.90-12 > > Jonh > > gc needs a BuildRequires on glibc-devel. If I install gc-6.6-2 from extras I get: $ ldd libgc.so libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaaac0f000) libc.so.6 => /lib64/libc.so.6 (0x00002aaaaad1c000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) but if I "rpmbuild --rebuild" it from the src.rpm I get: $ ldd libgc.so libpthread.so.0 => /lib64/libpthread.so.0 (0x00002aaaaac0f000) libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaaad24000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaaae28000) libc.so.6 => /lib64/libc.so.6 (0x00002aaaaaf36000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) John From notting at redhat.com Wed Sep 14 19:49:32 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 14 Sep 2005 15:49:32 -0400 Subject: No shared libpthread or libdl on x86_64? In-Reply-To: <43287324.1060400@math.unl.edu> References: <43287324.1060400@math.unl.edu> Message-ID: <20050914194932.GB18784@nostromo.devel.redhat.com> Rex Dieter (rdieter at math.unl.edu) said: > Per > http://bugzilla.redhat.com/bugzilla/166344 > it appears that there is no shared libpthread or libdl on x86_64. The > lack of these shared libraries is causing applications linking against > libgc to fail with undefined symbols. > > Can anyone confirm this (I don't have access to any x86_64 box)? Is > this on purpose or a (glibc) bug? libpthread/libdl are shared on x86_64, much like they are on any other platform. I'd guess the build script/libtool are looking in the wrong place. Bill From rdieter at math.unl.edu Wed Sep 14 16:46:01 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 14 Sep 2005 11:46:01 -0500 Subject: No shared libpthread or libdl on x86_64? Message-ID: Per http://bugzilla.redhat.com/bugzilla/166344 it appears that there is no shared libpthread or libdl on x86_64. The lack of these shared libraries is causing applications linking against -lgc to fail with undefined symbols. Can anyone confirm this (I don't have access to any x86_64 box)? Is this on purpose or a (glibc) bug? -- Rex From buildsys at redhat.com Wed Sep 14 13:58:57 2005 From: buildsys at redhat.com (Build System) Date: Wed, 14 Sep 2005 09:58:57 -0400 Subject: rawhide report: 20050914 changes Message-ID: <200509141358.j8EDwv77014556@porkchop.devel.redhat.com> Updated Packages: anaconda-10.3.0.19-1 -------------------- * Tue Sep 13 2005 Jeremy Katz - 10.3.0.19-1 - Fix pcmcia import traceback - Some more kickstart fixing (clumens) - Make SELinux/firewall defaults be done by the objects, not in the UI - This fixes booting with selinux=0, policy load failure, etc - Allow sparse updates.img with yum, urlgrabber and rpmUtils too - Some dead code removal - PCMCIA for the loader again (notting) - install.log tweaking aspell-pl-50:0.51-5 ------------------- * Tue Sep 13 2005 Ivana Varekova 50:0.51-5 - fixed licence, added docs booty-0.57-1 ------------ * Tue Sep 13 2005 Paul Nasrat 0.57-1 - ppc PMac fix evince-0.4.0-2 -------------- * Tue Sep 13 2005 Marco Pesenti Gritti 0.4.0-2 - Rebuild firstboot-1.3.46-1 ------------------ * Tue Sep 13 2005 Chris Lumens 1.3.46-1 - Remove dependancy on up2date (#167663). - Use rhpl's X startup code instead of using something different. foomatic-3.0.2-28 ----------------- * Tue Sep 13 2005 Tim Waugh 3.0.2-28 - Remove explicit perl module package dependencies. These should be picked up by the RPM during the build process automatically anyway. Fixes bug #167997. * Mon Sep 12 2005 Tim Waugh 3.0.2-27 - Own %{_datadir}/foomatic/db/source/PPD/Custom and %{_var}/cache/foomatic (bug #168085). iproute-2.6.14-1 ---------------- * Wed Sep 14 2005 Radek Vokal 2.6.14-1 - upgrade to ss050901 for 2.6.14 kernel headers kernel-2.6.13-1.1553_FC5 ------------------------ krb5-1.4.2-4 ------------ * Tue Sep 13 2005 Nalin Dahyabhai 1.4.2-4 - mark %{krb5prefix}/man so that files which are packaged within it are flagged as %doc (#168163) libselinux-1.26-4 ----------------- * Mon Sep 12 2005 Dan Walsh 1.26-3 - Go back to original libsetrans code * Mon Sep 12 2005 Dan Walsh 1.26-2 - Eliminate forth param from mls context when mls is not enabled. libsetrans-0.1.4-4 ------------------ * Tue Sep 13 2005 Dan Walsh 0.1.4-3 - Back to original mechanism * Mon Sep 12 2005 Dan Walsh 0.1.4-3 - mv libraries to /lib/selinux/TYPE/libsetrans.so.0 * Thu Sep 08 2005 Dan Walsh 0.1.4-1 - Change secat.conf to mcs.conf - Add initial man page man-pages-2.07-5 ---------------- * Tue Sep 13 2005 Ivana Varekova 2.07-5 - change termcap SEE ALSO part - bug 168131 mc-1:4.6.1a-0.15 ---------------- * Tue Sep 13 2005 Jindrich Novy 4.6.1a-0.15 - fix segfault when copying symlinks of a particular type and fix creation of dangled symlinks (#168184) microcode_ctl-1:1.12-1.23 ------------------------- * Tue Sep 13 2005 Dave Jones - Update to upstream 1.12 newt-0.51.6-8 ------------- * Fri Sep 02 2005 Petr Rockai - use versioned symbols, patch by Alastair McKinstry, mckinstry at debian dot org, thanks - need private wstrlen due to versioned syms, patch from debian package of newt - both of the above needed to be forward-ported openoffice.org-1:1.9.129-2.2.fc5 -------------------------------- * Tue Sep 13 2005 Caolan McNamara - 1:1.9.129-2 - fix icu usage * Tue Sep 13 2005 Caolan McNamara - 1:1.9.129-1 - next version - build against external icu openswan-2.4.0-1 ---------------- * Tue Sep 13 2005 Harald Hoyer - 2.4.0-1 - version 2.4.0 policycoreutils-1.26-2 ---------------------- * Tue Sep 13 2005 Dan Walsh 1.26-2 - Fix restorecon to exit with error code slocate-2.7-27 -------------- * Wed Sep 14 2005 Miloslav Trmac - 2.7-27 - Fix one-byte NUL heap overflow with mtab or updatedb.conf >= 8 kB spamassassin-3.1.0-1.fc5 ------------------------ * Tue Sep 13 2005 Warren Togami - 3.1.0-1 - 3.1.0 system-config-kickstart-2.5.24-1 -------------------------------- * Tue Sep 13 2005 Chris Lumens 2.5.24-1 - Remove mouse and langsupport. These two options have been removed from kickstart so we shouldn't be generating invalid files. - Fail if we read a line we don't understand instead of being silent. - Deal with drivers instead of cards due to kudzu changes. yaboot-1.3.13-0.13 ------------------ * Tue Sep 13 2005 David Woodhouse = 0:2.6 initscripts - 8.14-1.s390x requires kernel >= 0:2.6.12 Broken deps for s390 ---------------------------------------------------------- lvm2 - 2.01.14-1.0.s390 requires kernel >= 0:2.6 initscripts - 8.14-1.s390 requires kernel >= 0:2.6.12 Broken deps for ppc64 ---------------------------------------------------------- system-config-mouse - 1.2.11-1.noarch requires pyxf86config ppc64-utils - 0.7-9.ppc64 requires yaboot firstboot - 1.3.46-1.noarch requires system-config-display system-config-keyboard - 1.2.6-2.noarch requires pyxf86config evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libgnutls.so.11()(64bit) evolution-data-server - 1.0.4-3.ppc64 requires libsoup-2.2.so.7()(64bit) From aoliva at redhat.com Wed Sep 14 15:07:59 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 14 Sep 2005 12:07:59 -0300 Subject: rawhide report: 20050913 changes In-Reply-To: <1126655155.3265.9.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655155.3265.9.camel@localhost.localdomain> Message-ID: On Sep 13, 2005, Rodd Clarkson wrote: > On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: >> kernel-2.6.13-1.1552_FC5 >> ------------------------ >> * Tue Sep 13 2005 Dave Jones >> - 2.6.14-rc1 >> >> * Mon Sep 12 2005 Dave Jones >> - 2.6.13-git12 > This kernel still doesn't boot for me. See: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168159 It doesn't boot for me either, but for very different reasons. On my Athlon64 notebook (only AMD64 box at home) it oopses very early in the boot, as in, shortly after decompressing the kernel image. I was going to file it late last night, but figured I'd have a newer kernel this morning to try and didn't get that far. Downloading it now... -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From nicolas.mailhot at laposte.net Wed Sep 14 06:18:33 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 14 Sep 2005 08:18:33 +0200 Subject: rawhide report: 20050913 changes In-Reply-To: <1126655722.11043.35.camel@bree.local.net> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655095.3265.7.camel@localhost.localdomain> <1126655722.11043.35.camel@bree.local.net> Message-ID: <1126678714.13420.2.camel@rousalka.dyndns.org> Le mardi 13 septembre 2005 ? 19:55 -0400, Jeremy Katz a ?crit : > On Wed, 2005-09-14 at 09:44 +1000, Rodd Clarkson wrote: > > Since upgrading today, I'm unable to log into my desktop in runlevel 5 > > or run sudo to do things. > > Dan said that today's targeted policy is busted -- should be fixed > tomorrow, selinux=0 works for now (although you'll then need a relabel > tomorrow) BTW you have to run with setenforce these days for postfix (aliases.db access) and squirrelmail (sending mails) Will report it properly when I have time if it's not fixed before -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From divij at innomedia.soft.net Wed Sep 14 10:31:38 2005 From: divij at innomedia.soft.net (divij) Date: Wed, 14 Sep 2005 16:01:38 +0530 Subject: kernel upgrade for fedora Message-ID: <1126693679.4010.13.camel@localhost.localdomain> Hi, I want to know that I am using FC2 with Linux kernel 2.6.5 now I want to upgrade my kernel to 2.6.10 can anybody plz provide me some guidelines. Thanks in Advance Divij From divij at innomedia.soft.net Wed Sep 14 10:31:26 2005 From: divij at innomedia.soft.net (divij) Date: Wed, 14 Sep 2005 16:01:26 +0530 Subject: kernel upgrade for fedora Message-ID: <1126691678.4010.12.camel@localhost.localdomain> Hi, I want to know that I am using FC2 with Linux kernel 2.6.5 now I want to upgrade my kernel to 2.6.10 can anybody plz provide me some guidelines. Thanks in Advance Divij From rodd at clarkson.id.au Wed Sep 14 04:37:53 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 14 Sep 2005 14:37:53 +1000 Subject: rawhide report: 20050913 changes In-Reply-To: <4327783D.5020808@redhat.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> <1126655681.11043.33.camel@bree.local.net> <1126656797.3265.12.camel@localhost.localdomain> <4327783D.5020808@redhat.com> Message-ID: <1126672673.2824.5.camel@localhost.localdomain> On Tue, 2005-09-13 at 21:09 -0400, Christopher Aillon wrote: > >>>>NetworkManager-0.4.1-2.cvs20050912 > >>>>---------------------------------- > >>>>* Mon Sep 12 2005 Jeremy Katz - 0.4.1-2.cvs20050912 > >>>>- update to current CVS and rebuild (workaround for #168120) > >>>> > >>>NM isn't working for me on this version. I'm up-to-date on everything > >>>except the kernel which is 1530 because the current kernels don't boot > >>>for me. > >>> > >>>Not even sure where to start on this. Ask me some questions and I'll > >>>give some answers. > >>> > >>Some of the wireless stuff seems to have changed in entirely non-obvious > >>ways. Rebuilding NM works around it, but yeah, probably then breaks for > >>older kernels with older versions of the wireless extensions. :/ > >> > >>That's why I say it's only a workaround ;-) > > > >I'm happy to do a rebuild of NM, but when you say older kernels, how > >older are you talking. > > > 1547 was the first kernel that required a new wireless-tools. You need > to rebuild if you've got an earlier one. rebuild what? NetworkManager or the kernel? I downloaded the lastest SRPM of NM and rebuilt it, and NM runs (it ran after downgrading libselinux) but in both cases (before and after the rebuild) I can see the two wireless networks that are normal for my area, but I can't connect to either and neither shows the network essid. Also, if I click on either of them (they are both locked using WEP128) it prompts for the passphrase, but the name of the network isn't shown in the dialog either (all you see is a ''). I can send you a screenshot of this dialog if you like, but I can't screenshot the nm-applet popup showing the lack of names in the interface (I can't figure out how). Rodd -- "It's a fine line between denial and faith. It's much better on my side" From tadams-lists at myrealbox.com Wed Sep 14 21:44:08 2005 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Wed, 14 Sep 2005 15:44:08 -0600 Subject: rawhide report: 20050914 changes In-Reply-To: <200509141358.j8EDwv77014556@porkchop.devel.redhat.com> References: <200509141358.j8EDwv77014556@porkchop.devel.redhat.com> Message-ID: <1126734248.2756.2.camel@aurora.localdomain> My question is why firefox 1.5 beta 1 is not yet in. The alphas were so very buggy. There have also been security patches to the 1.5 and alphas and they haven't been released in rawhide either. Is it being difficult or is it just being ignored? -- "Love is friendship set on fire." -- French Proverb From pbrobinson at gmail.com Wed Sep 14 21:49:34 2005 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 14 Sep 2005 22:49:34 +0100 Subject: rawhide report: 20050913 changes In-Reply-To: <1126672673.2824.5.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> <1126655681.11043.33.camel@bree.local.net> <1126656797.3265.12.camel@localhost.localdomain> <4327783D.5020808@redhat.com> <1126672673.2824.5.camel@localhost.localdomain> Message-ID: <5256d0b050914144968b523d2@mail.gmail.com> > > > >I'm happy to do a rebuild of NM, but when you say older kernels, how > > >older are you talking. > > > > > 1547 was the first kernel that required a new wireless-tools. You need > > to rebuild if you've got an earlier one. > > rebuild what? NetworkManager or the kernel? Possibly the new version of wireless-tools (kernel now has WE-19) and then probably rebuild NM against the new wireless-tools. Pete -------------- next part -------------- An HTML attachment was scrubbed... URL: From davej at redhat.com Wed Sep 14 21:49:29 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 14 Sep 2005 17:49:29 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655155.3265.9.camel@localhost.localdomain> Message-ID: <20050914214929.GI31113@redhat.com> On Wed, Sep 14, 2005 at 12:07:59PM -0300, Alexandre Oliva wrote: > On Sep 13, 2005, Rodd Clarkson wrote: > > > On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > >> kernel-2.6.13-1.1552_FC5 > >> ------------------------ > >> * Tue Sep 13 2005 Dave Jones > >> - 2.6.14-rc1 > >> > >> * Mon Sep 12 2005 Dave Jones > >> - 2.6.13-git12 > > > This kernel still doesn't boot for me. See: > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168159 > > It doesn't boot for me either, but for very different reasons. On my > Athlon64 notebook (only AMD64 box at home) it oopses very early in the > boot, as in, shortly after decompressing the kernel image. I was > going to file it late last night, but figured I'd have a newer kernel > this morning to try and didn't get that far. Downloading it now... Already filed a few days ago. 1555 is building right now which should have it fixed. Will appear at people.redhat.com/davej/kernels/Fedora/devel/ in a while, and rawhide tomorrow. Dave From jspaleta at gmail.com Wed Sep 14 21:55:10 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 14 Sep 2005 17:55:10 -0400 Subject: rawhide report: 20050914 changes In-Reply-To: <1126734248.2756.2.camel@aurora.localdomain> References: <200509141358.j8EDwv77014556@porkchop.devel.redhat.com> <1126734248.2756.2.camel@aurora.localdomain> Message-ID: <604aa79105091414553470913d@mail.gmail.com> On 9/14/05, Trever L. Adams wrote: > My question is why firefox 1.5 beta 1 is not yet in. The alphas were so > very buggy. There have also been security patches to the 1.5 and alphas > and they haven't been released in rawhide either. Is it being difficult > or is it just being ignored? The core developer has stated on his blog that he plans to get builds out by the end of the week. Let's not break out the torches and pitchforks just yet. http://christopher.aillon.org/blog/dev/fedora/20050910-packages.html -jef"has marshmellows to toast..just in case the torches do come out"spaleta From mrsam at courier-mta.com Wed Sep 14 22:55:28 2005 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Wed, 14 Sep 2005 18:55:28 -0400 Subject: pyg_set_object_has_new_constructor? Message-ID: Anyone know which library defines this symbol? On FC3, with all updates applied, vte's python binding is broken: $ python Python 2.3.4 (#1, Feb 2 2005, 12:11:53) [GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import vte Traceback (most recent call last): File "", line 1, in ? ImportError: /usr/lib/python2.3/site-packages/gtk-2.0/vtemodule.so: undefined symbol: pyg_set_object_has_new_constructor Googling suggests that this symbol was defined in earlier versions of pygtk2, but not in the current one. Now, there is an update from pygtk2 2.4.0 to 2.4.1 in FC3, but I can't imagine a minor update would get rid of a symbol, like that. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ellson at research.att.com Wed Sep 14 23:28:27 2005 From: ellson at research.att.com (John Ellson) Date: Wed, 14 Sep 2005 19:28:27 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: <20050914214929.GI31113@redhat.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655155.3265.9.camel@localhost.localdomain> <20050914214929.GI31113@redhat.com> Message-ID: <4328B21B.3080906@research.att.com> Dave Jones wrote: >On Wed, Sep 14, 2005 at 12:07:59PM -0300, Alexandre Oliva wrote: > > On Sep 13, 2005, Rodd Clarkson wrote: > > > > > On Tue, 2005-09-13 at 10:10 -0400, Build System wrote: > > >> kernel-2.6.13-1.1552_FC5 > > >> ------------------------ > > >> * Tue Sep 13 2005 Dave Jones > > >> - 2.6.14-rc1 > > >> > > >> * Mon Sep 12 2005 Dave Jones > > >> - 2.6.13-git12 > > > > > This kernel still doesn't boot for me. See: > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168159 > > > > It doesn't boot for me either, but for very different reasons. On my > > Athlon64 notebook (only AMD64 box at home) it oopses very early in the > > boot, as in, shortly after decompressing the kernel image. I was > > going to file it late last night, but figured I'd have a newer kernel > > this morning to try and didn't get that far. Downloading it now... > >Already filed a few days ago. >1555 is building right now which should have it fixed. >Will appear at people.redhat.com/davej/kernels/Fedora/devel/ >in a while, and rawhide tomorrow. > > Dave > > > Thanks Dave. 1555 works for me on x86_64, so long as I set selinux=0, the same as for i686. John From selinux at gmail.com Wed Sep 14 23:32:33 2005 From: selinux at gmail.com (Tom London) Date: Wed, 14 Sep 2005 16:32:33 -0700 Subject: rawhide report: 20050913 changes In-Reply-To: <4328B21B.3080906@research.att.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655155.3265.9.camel@localhost.localdomain> <20050914214929.GI31113@redhat.com> <4328B21B.3080906@research.att.com> Message-ID: <4c4ba153050914163213b350aa@mail.gmail.com> On 9/14/05, John Ellson wrote: > > 1555 works for me on x86_64, so long as I set selinux=0, the same as > for i686. > > John > Believe this is a known problem, and a fix is to be in tomorrow's tree. If you are in a hurry, you can try uncommenting the 'disable=1' line in /etc/mcs.conf and rebooting. (Be prepared for relabeling....) tom -- Tom London From juriol at gmail.com Wed Sep 14 21:44:33 2005 From: juriol at gmail.com (J.Rios) Date: Wed, 14 Sep 2005 22:44:33 +0100 Subject: kernel upgrade for fedora In-Reply-To: <1126691678.4010.12.camel@localhost.localdomain> References: <1126691678.4010.12.camel@localhost.localdomain> Message-ID: Hello, take a look at http://www.mjmwired.net/resources/mjm-notes-fc2.html hope it helps greets jrios On 9/14/05, divij wrote: > > Hi, > I want to know that I am using FC2 with Linux kernel 2.6.5 now I want > to upgrade my kernel to 2.6.10 can anybody plz provide me some > guidelines. > > Thanks in Advance > Divij > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ellson at research.att.com Thu Sep 15 00:42:07 2005 From: ellson at research.att.com (John Ellson) Date: Wed, 14 Sep 2005 20:42:07 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: <4c4ba153050914163213b350aa@mail.gmail.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655155.3265.9.camel@localhost.localdomain> <20050914214929.GI31113@redhat.com> <4328B21B.3080906@research.att.com> <4c4ba153050914163213b350aa@mail.gmail.com> Message-ID: <4328C35F.6060302@research.att.com> Tom London wrote: >On 9/14/05, John Ellson wrote: > > >>1555 works for me on x86_64, so long as I set selinux=0, the same as >>for i686. >> >>John >> >> >> >Believe this is a known problem, and a fix is to be in tomorrow's tree. > >If you are in a hurry, you can try uncommenting the 'disable=1' line >in /etc/mcs.conf and rebooting. (Be prepared for relabeling....) > >tom > > I'm trying kernel 1555 and the /etc/mcs.conf change. It worked, mostly. (1 x86_64, 1 i686 SMP, 5 i686 UP) Just one of my i686 UP boxes is running with enforcing targeted policy. On just that box I'm having problems with "su - user" segfaulting when issued by root. =========================================== root at samadams:~# su - reb Segmentation fault root at samadams:~# strace su - reb ... open("/etc/mcs.conf", O_RDONLY|O_LARGEFILE) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=596, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f23000 read(4, "#\n# Multiple Category System tra"..., 4096) = 596 read(4, "", 4096) = 0 close(4) = 0 munmap(0xb7f23000, 4096) = 0 open("/lib/security/$ISA/pam_stack.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/security/../../lib/security/pam_stack.so", O_RDONLY) = 4 read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\n\0"..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0755, st_size=11180, ...}) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 2216 detached root at samadams:~# ============================================ It looks to be related, but I think I'll verify that it still exists after the official fixes tomorrow before I bugzilla it. John From selinux at gmail.com Thu Sep 15 01:04:44 2005 From: selinux at gmail.com (Tom London) Date: Wed, 14 Sep 2005 18:04:44 -0700 Subject: rawhide report: 20050913 changes In-Reply-To: <4328C35F.6060302@research.att.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655155.3265.9.camel@localhost.localdomain> <20050914214929.GI31113@redhat.com> <4328B21B.3080906@research.att.com> <4c4ba153050914163213b350aa@mail.gmail.com> <4328C35F.6060302@research.att.com> Message-ID: <4c4ba15305091418041d58e88f@mail.gmail.com> Neat. Hadn't noticed this before. Here is a trace (produced by 'ulimit -c 10000; su - tbl'): (gdb) where #0 0x007642b1 in malloc_consolidate () from /lib/libc.so.6 #1 0x00765606 in _int_malloc () from /lib/libc.so.6 #2 0x00766a49 in calloc () from /lib/libc.so.6 #3 0x00fd3ece in _dl_new_object () from /lib/ld-linux.so.2 #4 0x00fcf288 in _dl_map_object_from_fd () from /lib/ld-linux.so.2 #5 0x00fd1fa5 in _dl_map_object () from /lib/ld-linux.so.2 #6 0x00fdad34 in dl_open_worker () from /lib/ld-linux.so.2 #7 0x00fd775e in _dl_catch_error () from /lib/ld-linux.so.2 #8 0x00fdb489 in _dl_open () from /lib/ld-linux.so.2 #9 0x0028cd42 in dlopen_doit () from /lib/libdl.so.2 #10 0x00fd775e in _dl_catch_error () from /lib/ld-linux.so.2 #11 0x0028d3f0 in _dlerror_run () from /lib/libdl.so.2 #12 0x0028cdd2 in dlopen@@GLIBC_2.1 () from /lib/libdl.so.2 #13 0x0065f2f3 in _pam_start_handlers () from /lib/libpam.so.0 #14 0x0065f605 in _pam_init_handlers () from /lib/libpam.so.0 #15 0x0065d61f in pam_start () from /lib/libpam.so.0 #16 0x00e6779f in main () from /bin/su (gdb) tom -- Tom London From bojan at rexursive.com Thu Sep 15 02:04:11 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 15 Sep 2005 12:04:11 +1000 Subject: Suspend2 In-Reply-To: <20050824095913.f8k5dcv3gkgw440w@imp.rexursive.com> References: <20050824090133.9csy51j1y8oo4wg4@imp.rexursive.com> <430BABEC.6040201@redhat.com> <20050824093227.yv0q8oytc0kskcsw@imp.rexursive.com> <430BB485.20505@redhat.com> <20050824095913.f8k5dcv3gkgw440w@imp.rexursive.com> Message-ID: <20050915120411.fxuaumg9kc4cok04@imp.rexursive.com> Quoting Bojan Smojver : > OK. I tried the original suspend code before and it wasn't very good > (slow, panics, disk corruption etc.), but I'll give this one a go. Who > knows, maybe it'll be better this time. Nah, no luck. Both 1552 and 1553 (which is 2.6.14-rc1, as I understand) can't bring the machine back properly (i.e. the whole thing hangs eventually). Suspend2 is also way faster, not to mention more pretty ;-) Back to patching... -- Bojan From rdieter at math.unl.edu Thu Sep 15 02:08:46 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 14 Sep 2005 21:08:46 -0500 Subject: No shared libpthread or libdl on x86_64? In-Reply-To: <20050914194932.GB18784@nostromo.devel.redhat.com> References: <43287324.1060400@math.unl.edu> <20050914194932.GB18784@nostromo.devel.redhat.com> Message-ID: <4328D7AE.60103@math.unl.edu> Bill Nottingham wrote: > Rex Dieter (rdieter at math.unl.edu) said: > >>Per >>http://bugzilla.redhat.com/bugzilla/166344 >>it appears that there is no shared libpthread or libdl on x86_64. The >>lack of these shared libraries is causing applications linking against >>libgc to fail with undefined symbols. >> >>Can anyone confirm this (I don't have access to any x86_64 box)? Is >>this on purpose or a (glibc) bug? > libpthread/libdl are shared on x86_64, much like they are on any other > platform. I'd guess the build script/libtool are looking in the > wrong place. Except for the fact that gc (apparently) builds fine when built by hand. It only fails to find the shared libs on the Fedora Extras buildsystem. Any ideas or pointers? -- REx From bojan at rexursive.com Thu Sep 15 10:34:31 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 15 Sep 2005 20:34:31 +1000 Subject: Suspend2 In-Reply-To: <20050824095913.f8k5dcv3gkgw440w@imp.rexursive.com> References: <20050824090133.9csy51j1y8oo4wg4@imp.rexursive.com> <430BABEC.6040201@redhat.com> <20050824093227.yv0q8oytc0kskcsw@imp.rexursive.com> <430BB485.20505@redhat.com> <20050824095913.f8k5dcv3gkgw440w@imp.rexursive.com> Message-ID: <1126780471.6485.3.camel@coyote.rexursive.com> On Wed, 2005-08-24 at 09:59 +1000, Bojan Smojver wrote: > Oh well, I guess I'll have to roll my own for a while. For instance, 2.6.13-1.1535_FC5 gets patched and suspends/resumes perfectly with suspend2-rc6 on my notebook. Interestingly enough, when the patching is attempted on 1553 (which is 2.6.14-rc1), there is a whole heap of messages about already applied patches. I guess a lot of that stuff from suspend2 already made it into mainline, so the actual suspend2 patch, when released against the 2.6.14, should be much smaller. Ah, the spoils... ;-) -- Bojan From tvfischer.l at gmail.com Thu Sep 15 09:16:11 2005 From: tvfischer.l at gmail.com (Thomas Fischer) Date: Thu, 15 Sep 2005 11:16:11 +0200 Subject: ACPI suspend troubles - anybody else seeing this? In-Reply-To: <20050914210132.8F8B572F26@hormel.redhat.com> References: <20050914210132.8F8B572F26@hormel.redhat.com> Message-ID: <43293BDB.10208@gmail.com> Kyrre, I have also seen this on my C610. The problem seems to be related to kernel versions 2.6.12 [inc: kernel-2.6.12-1.1447_FC4]. I switched back to 2.6.11-1.1369_FC4 and it fixed the problem. It seems to be something in the way ACPI is detected/registering the power feature set. Brgds edora-devel-list-request at redhat.com wrote: >Message: 4 >Date: Tue, 13 Sep 2005 18:42:03 +0200 >From: Kyrre Ness Sjobak >Subject: ACPI suspend troubles - anybody else seeing this? >To: fedora-devel-list at redhat.com >Message-ID: <1126629722.3357.12.camel at localhost.localdomain> >Content-Type: text/plain; charset=ISO-8859-15 > >Until about a month ago, i was able to suspend my laptop perfectly using >ACPI. Then there was a kernel update, emptying the /proc/acpi folder - >no more "echo "3" > /proc/acpi/sleep". Strange thing is, ACPI in general >seems to work very well (fan control, battery level etc) - but i have no >interface to readout CPU temps etc. and set the computer into standby >mode. > >Has there been an interface change i am unaware of? This is happening on >two different machines - one running fc4 (a compaq evo n600c) and >another running rawhide (a dell lattitude c600). > >I have created a bug report, but it hasn't recived any attension. So >yes, i admit sending this mail hoping that somebody would look into it > :) > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166097 > >Kyrre Ness Sj?b?k > From rodd at clarkson.id.au Thu Sep 15 11:16:20 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 15 Sep 2005 21:16:20 +1000 Subject: rawhide report: 20050913 changes In-Reply-To: <5256d0b050914144968b523d2@mail.gmail.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> <1126655681.11043.33.camel@bree.local.net> <1126656797.3265.12.camel@localhost.localdomain> <4327783D.5020808@redhat.com> <1126672673.2824.5.camel@localhost.localdomain> <5256d0b050914144968b523d2@mail.gmail.com> Message-ID: <1126782981.2756.3.camel@localhost.localdomain> On Wed, 2005-09-14 at 22:49 +0100, Peter Robinson wrote: > > >I'm happy to do a rebuild of NM, but when you say older > kernels, how > > >older are you talking. > > > > > 1547 was the first kernel that required a new > wireless-tools. You need > > to rebuild if you've got an earlier one. > > rebuild what? NetworkManager or the kernel? > > Possibly the new version of wireless-tools (kernel now has WE-19) and > then probably rebuild NM against the new wireless-tools. Nope, this didn't work I downloaded and built wireless-tools, and then NetworkManager, but I still can't see the names of the wireless routers. Is this output useful. [rodd at localhost ~]$ su - Password: [root at localhost ~]# iwlist eth1 scanning eth1 Scan completed : Cell 01 - Address: 00:04:ED:1E:1B:63 ESSID:"tundra" Protocol:IEEE 802.11bg Mode:Master Channel:1 Encryption key:on Bit Rate:54 Mb/s Extra: Rates (Mb/s): 1 2 5.5 9 11 6 12 18 24 36 48 54 Signal level=-54 dBm Extra: Last beacon: 53ms ago Cell 02 - Address: 00:0F:3D:27:F8:E3 ESSID:"AvocaCourt" Protocol:IEEE 802.11bg Mode:Master Channel:6 Encryption key:on Bit Rate:54 Mb/s Extra: Rates (Mb/s): 1 2 5.5 6 9 11 12 18 22 24 36 48 54 Signal level=-52 dBm Extra: Last beacon: 38ms ago [root at localhost ~]# -- "It's a fine line between denial and faith. It's much better on my side" From rodd at clarkson.id.au Thu Sep 15 11:22:06 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 15 Sep 2005 21:22:06 +1000 Subject: rawhide report: 20050913 changes In-Reply-To: <1126782981.2756.3.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> <1126655681.11043.33.camel@bree.local.net> <1126656797.3265.12.camel@localhost.localdomain> <4327783D.5020808@redhat.com> <1126672673.2824.5.camel@localhost.localdomain> <5256d0b050914144968b523d2@mail.gmail.com> <1126782981.2756.3.camel@localhost.localdomain> Message-ID: <1126783326.2756.5.camel@localhost.localdomain> On Thu, 2005-09-15 at 21:16 +1000, Rodd Clarkson wrote: > On Wed, 2005-09-14 at 22:49 +0100, Peter Robinson wrote: > > > >I'm happy to do a rebuild of NM, but when you say older > > kernels, how > > > >older are you talking. > > > > > > > 1547 was the first kernel that required a new > > wireless-tools. You need > > > to rebuild if you've got an earlier one. > > > > rebuild what? NetworkManager or the kernel? > > > > Possibly the new version of wireless-tools (kernel now has WE-19) and > > then probably rebuild NM against the new wireless-tools. > > Nope, this didn't work > > I downloaded and built wireless-tools, and then NetworkManager, but I > still can't see the names of the wireless routers. Chris, Is it time to file a bug report on this? Rodd -- "It's a fine line between denial and faith. It's much better on my side" From ellson at research.att.com Thu Sep 15 11:25:59 2005 From: ellson at research.att.com (John Ellson) Date: Thu, 15 Sep 2005 07:25:59 -0400 Subject: No shared libpthread or libdl on x86_64? In-Reply-To: <4328D7AE.60103@math.unl.edu> References: <43287324.1060400@math.unl.edu> <20050914194932.GB18784@nostromo.devel.redhat.com> <4328D7AE.60103@math.unl.edu> Message-ID: <43295A47.9020302@research.att.com> Rex Dieter wrote: > Bill Nottingham wrote: > >> Rex Dieter (rdieter at math.unl.edu) said: >> >>> Per >>> http://bugzilla.redhat.com/bugzilla/166344 >>> it appears that there is no shared libpthread or libdl on x86_64. >>> The lack of these shared libraries is causing applications linking >>> against libgc to fail with undefined symbols. >>> >>> Can anyone confirm this (I don't have access to any x86_64 box)? Is >>> this on purpose or a (glibc) bug? >> > >> libpthread/libdl are shared on x86_64, much like they are on any other >> platform. I'd guess the build script/libtool are looking in the >> wrong place. > > > Except for the fact that gc (apparently) builds fine when built by > hand. It only fails to find the shared libs on the Fedora Extras > buildsystem. Any ideas or pointers? > > -- REx > In the other thread I suggested adding a "BuildRequires: glibc-devel" Did that not work? John From jakub at redhat.com Thu Sep 15 11:29:31 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 15 Sep 2005 07:29:31 -0400 Subject: No shared libpthread or libdl on x86_64? In-Reply-To: <43295A47.9020302@research.att.com> References: <43287324.1060400@math.unl.edu> <20050914194932.GB18784@nostromo.devel.redhat.com> <4328D7AE.60103@math.unl.edu> <43295A47.9020302@research.att.com> Message-ID: <20050915112931.GK7403@devserv.devel.redhat.com> On Thu, Sep 15, 2005 at 07:25:59AM -0400, John Ellson wrote: > In the other thread I suggested adding a "BuildRequires: glibc-devel" That's unnecessary. gcc already requires glibc-devel. Jakub From rdieter at math.unl.edu Thu Sep 15 12:19:58 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 15 Sep 2005 07:19:58 -0500 Subject: kernel upgrade for fc2 In-Reply-To: <1126691678.4010.12.camel@localhost.localdomain> References: <1126691678.4010.12.camel@localhost.localdomain> Message-ID: <432966EE.10403@math.unl.edu> divij wrote: > I want to know that I am using FC2 with Linux kernel 2.6.5 now I want > to upgrade my kernel to 2.6.10 can anybody plz provide me some > guidelines. Besides being a bit off-topic for fedora-devel, fedora-legacy-list would be better... Probably not what you want to hear, but The safest/easiest thing would be to upgrade to a newer (supported) version of Fedora Core. -- Rex From buildsys at redhat.com Thu Sep 15 13:40:58 2005 From: buildsys at redhat.com (Build System) Date: Thu, 15 Sep 2005 09:40:58 -0400 Subject: rawhide report: 20050915 changes Message-ID: <200509151340.j8FDewer017396@porkchop.devel.redhat.com> Removed package system-config-mouse Removed package python-twisted Updated Packages: anaconda-10.3.0.20-1 -------------------- * Wed Sep 14 2005 Jeremy Katz - 10.3.0.20-1 - Fix runlevel setting (pnasrat) - More dead stuff fixing. autorun-3.17-1 -------------- * Wed Sep 14 2005 Harald Hoyer - 3.17 - minor bugfixes in cdrom.cc (bug #162135) checkpolicy-1.26-2 ------------------ * Wed Sep 14 2005 Dan Walsh 1.26-2 - Rebuild to get latest libsepol control-center-1:2.12.0-2 ------------------------- * Wed Sep 14 2005 Ray Strode - 1:2.12.1-2 - new patch for left-handed mode evolution-2.4.0-2 ----------------- * Wed Sep 14 2005 Jeremy Katz - 2.4.0-2 - rebuild for mozilla on ppc64 * Wed Sep 07 2005 David Malcolm - 2.4.0-1 - 2.4.0 - Removed patch to fix implicit function declarations (patch 110, added in 2.3.8-1) as this is now upstream. * Thu Sep 01 2005 David Malcolm - 2.3.8-4 - Enable exchange support when configuring, so that the exchange-operations plugin gets built. evolution-data-server-1.4.0-2 ----------------------------- * Wed Sep 14 2005 Jeremy Katz - 1.4.0-2 - rebuild now that mozilla builds on ppc64 gnome-panel-2.12.0-2 -------------------- * Wed Sep 14 2005 Jeremy Katz - 2.12.0-2 - we have mozilla (and e-d-s) on ppc64 now hotplug-3:2004_09_23-10 ----------------------- * Wed Sep 14 2005 Bill Nottingham 3:2004_09_23-10 - don't own /lib/firmware - move it to udev (#167016) ipv6calc-0.49-1 --------------- * Thu Sep 15 2005 Radek Vokal 0.49-1 - upgrade to 0.49 kernel-2.6.13-1.1555_FC5 ------------------------ * Wed Sep 14 2005 Dave Jones - Fix bug in mm/slab.c (#168258) kudzu-1.2.3-1 ------------- * Wed Sep 14 2005 Bill Nottingham 1.2.3-1 - port pcmcia probe to new model libsemanage-1.3.1-1 ------------------- libsepol-1.9.2-1 ---------------- * Wed Sep 14 2005 Dan Walsh 1.9.1-2 - Upgrade to latest from NSA * Merged stddef.h patch and debug conversion patch from Ivan Gyurdiev. libsetrans-0.1.5-1 ------------------ * Wed Sep 14 2005 Dan Walsh 0.1.5-1 - Disable if not mls enabled libtool-1.5.20-3 ---------------- * Wed Sep 14 2005 Karsten Hopp 1.5.20-3 - rebuilt lvm2-2.01.14-2 -------------- * Wed Sep 14 2005 Jeremy Katz - 2.01.14-2 - the distro doesn't really work without a 2.6 kernel, so no need to require it mozilla-37:1.7.11-5 ------------------- * Wed Sep 14 2005 Jeremy Katz - 37:1.7.11-5 - hey, it builds on ppc64 again... php-5.0.5-3 ----------- * Wed Sep 14 2005 Joe Orton 5.0.5-3 - update to 5.0.5 - add fix for upstream #34435 - devel: require autoconf, automake (#159283) - pear: update to HTTP-1.3.6, Mail-1.1.8, Net_SMTP-1.2.7, XML_RPC-1.4.1 - fix imagettftext et al (upstream, #161001) * Thu Jun 16 2005 Joe Orton 5.0.4-11 - ldap: restore ldap_start_tls() function * Fri May 06 2005 Joe Orton 5.0.4-10 - disable RPATHs in shared extensions (#156974) python-urlgrabber-2.9.6-3 ------------------------- * Wed Sep 14 2005 Jeremy Katz - 2.9.6-3 - add directory to file list (#168261) scim-1.4.2-3 ------------ * Thu Sep 15 2005 Jens Petersen - 1.4.2-3 - move common libs and the gtk immodule to scim-libs for multilib * Fri Sep 09 2005 Jens Petersen - improve scim-restart script to take account of the config module in use (Liu Cougar) * Fri Sep 02 2005 Jens Petersen - 1.4.2-2 - add scim-restart script to make it easier to restart scim after updating IMEs with scim-add-restart.patch - add scim-gtk-langs-167090.patch to set gtk immodule language list empty for now so that rhgb doesn't load scim (Warren Togami, #167088) scim-tables-0.5.3-4 ------------------- * Thu Sep 15 2005 Jens Petersen - 0.5.3-4 - add a Thai table derived from m17n-db with a Thai icon - separate the Indic tables and the additional language tables into separate language subpackages selinux-policy-targeted-1.26-1 ------------------------------ * Tue Sep 13 2005 Dan Walsh 1.26-1 - Update to latest from NSA - Update to MCS policy * Tue Sep 06 2005 Dan Walsh 1.25.4-13 - Fix roundup policy * Thu Sep 01 2005 Dan Walsh 1.25.4-12 - Add MCS Policy.... - Fixes for bluetooth systemtap-0.4.1-2 ----------------- * Wed Sep 14 2005 Roland McGrath - 0.4.1-2 - Rebuilt for devel * Wed Sep 14 2005 Roland McGrath - 0.4.1-1 - Many fixes and improvements since 0.2.2; relevant PRs include: 1122, 1134, 1155, 1172, 1174, 1175, 1180, 1186, 1187, 1191, 1193, 1195, 1197, 1205, 1206, 1209, 1213, 1244, 1257, 1258, 1260, 1265, 1268, 1270, 1289, 1292, 1306, 1335, 1257 * Wed Sep 07 2005 Frank Ch. Eigler - Bump version. udev-069-2 ---------- * Wed Sep 14 2005 Bill Nottingham - 069-2 - own /lib/firmware (#167016) * Wed Sep 14 2005 Harald Hoyer - 069-1 - version 069 xterm-200-9 ----------- * Wed Sep 14 2005 Mike A. Harris 200-9 - Updated xterm-resources-redhat.patch to remove utf8 resource which was added in the 200-7 build, as it was incorrectly set to 'true' instead of '1', and bug #138681 turned out to be a gdm bug instead of an xterm bug. This fixes bug (#163568). yaboot-1.3.13-0.16 ------------------ * Wed Sep 14 2005 Jeremy Katz - 1.3.13-0.16 - fix paths * Wed Sep 14 2005 Jeremy Katz - 1.3.13-0.15 - fix build on ppc64 * Wed Sep 14 2005 Paul Nasrat - 1.3.13-0.14 - New netboot patch handling device=alias: for non network case Broken deps for i386 ---------------------------------------------------------- xen - 3.0-0.20050912.fc5.i386 requires python-twisted Broken deps for ppc64 ---------------------------------------------------------- firstboot - 1.3.46-1.noarch requires system-config-display system-config-keyboard - 1.2.6-2.noarch requires pyxf86config evolution-webcal - 1.0.10-1.ppc64 requires libecal.so.6()(64bit) evolution-webcal - 1.0.10-1.ppc64 requires libedataserver.so.3()(64bit) evolution-webcal - 1.0.10-1.ppc64 requires libsoup-2.2.so.7()(64bit) gaim - 1:1.5.0-4.fc5.ppc64 requires libebook.so.8()(64bit) gaim - 1:1.5.0-4.fc5.ppc64 requires libedata-book.so.1()(64bit) gaim - 1:1.5.0-4.fc5.ppc64 requires libedataserver.so.3()(64bit) gnomemeeting - 1.2.2-1.ppc64 requires libebook.so.8()(64bit) gnomemeeting - 1.2.2-1.ppc64 requires libedataserver.so.3()(64bit) Broken deps for s390 ---------------------------------------------------------- initscripts - 8.14-1.s390 requires kernel >= 0:2.6.12 Broken deps for s390x ---------------------------------------------------------- initscripts - 8.14-1.s390x requires kernel >= 0:2.6.12 Broken deps for x86_64 ---------------------------------------------------------- xen - 3.0-0.20050912.fc5.x86_64 requires python-twisted From david at lovesunix.net Thu Sep 15 13:54:00 2005 From: david at lovesunix.net (David Nielsen) Date: Thu, 15 Sep 2005 15:54:00 +0200 Subject: rawhide report: 20050915 changes In-Reply-To: <200509151340.j8FDewer017396@porkchop.devel.redhat.com> References: <200509151340.j8FDewer017396@porkchop.devel.redhat.com> Message-ID: <1126792440.2679.4.camel@localhost.localdomain> > Removed package python-twisted > Broken deps for i386 > ---------------------------------------------------------- > xen - 3.0-0.20050912.fc5.i386 requires python-twisted what kind of insanity is this? David Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From ellson at research.att.com Thu Sep 15 14:58:19 2005 From: ellson at research.att.com (John Ellson) Date: Thu, 15 Sep 2005 10:58:19 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: <4c4ba15305091418041d58e88f@mail.gmail.com> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126655155.3265.9.camel@localhost.localdomain> <20050914214929.GI31113@redhat.com> <4328B21B.3080906@research.att.com> <4c4ba153050914163213b350aa@mail.gmail.com> <4328C35F.6060302@research.att.com> <4c4ba15305091418041d58e88f@mail.gmail.com> Message-ID: <43298C0B.2030106@research.att.com> Tom London wrote: >Neat. Hadn't noticed this before. > >Here is a trace (produced by 'ulimit -c 10000; su - tbl'): > >(gdb) where >#0 0x007642b1 in malloc_consolidate () from /lib/libc.so.6 >#1 0x00765606 in _int_malloc () from /lib/libc.so.6 >#2 0x00766a49 in calloc () from /lib/libc.so.6 >#3 0x00fd3ece in _dl_new_object () from /lib/ld-linux.so.2 >#4 0x00fcf288 in _dl_map_object_from_fd () from /lib/ld-linux.so.2 >#5 0x00fd1fa5 in _dl_map_object () from /lib/ld-linux.so.2 >#6 0x00fdad34 in dl_open_worker () from /lib/ld-linux.so.2 >#7 0x00fd775e in _dl_catch_error () from /lib/ld-linux.so.2 >#8 0x00fdb489 in _dl_open () from /lib/ld-linux.so.2 >#9 0x0028cd42 in dlopen_doit () from /lib/libdl.so.2 >#10 0x00fd775e in _dl_catch_error () from /lib/ld-linux.so.2 >#11 0x0028d3f0 in _dlerror_run () from /lib/libdl.so.2 >#12 0x0028cdd2 in dlopen@@GLIBC_2.1 () from /lib/libdl.so.2 >#13 0x0065f2f3 in _pam_start_handlers () from /lib/libpam.so.0 >#14 0x0065f605 in _pam_init_handlers () from /lib/libpam.so.0 >#15 0x0065d61f in pam_start () from /lib/libpam.so.0 >#16 0x00e6779f in main () from /bin/su >(gdb) > >tom > > False alarm. I applied today's updates, restored /etc/mcs.conf to its original form, rebooted and no more problem with "su - user" from root on my enforcing targetted policy i686 system. John From caillon at redhat.com Thu Sep 15 14:57:45 2005 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 15 Sep 2005 10:57:45 -0400 Subject: rawhide report: 20050913 changes In-Reply-To: <1126783326.2756.5.camel@localhost.localdomain> References: <200509131410.j8DEAFOl020401@porkchop.devel.redhat.com> <1126654857.3265.2.camel@localhost.localdomain> <1126655681.11043.33.camel@bree.local.net> <1126656797.3265.12.camel@localhost.localdomain> <4327783D.5020808@redhat.com> <1126672673.2824.5.camel@localhost.localdomain> <5256d0b050914144968b523d2@mail.gmail.com> <1126782981.2756.3.camel@localhost.localdomain> <1126783326.2756.5.camel@localhost.localdomain> Message-ID: <43298BE9.1020305@redhat.com> On 09/15/2005 07:22 AM, Rodd Clarkson wrote: >On Thu, 2005-09-15 at 21:16 +1000, Rodd Clarkson wrote: > > >>On Wed, 2005-09-14 at 22:49 +0100, Peter Robinson wrote: >> >> >>> > >I'm happy to do a rebuild of NM, but when you say older >>> kernels, how >>> > >older are you talking. >>> > > >>> > 1547 was the first kernel that required a new >>> wireless-tools. You need >>> > to rebuild if you've got an earlier one. >>> >>> rebuild what? NetworkManager or the kernel? >>> >>>Possibly the new version of wireless-tools (kernel now has WE-19) and >>>then probably rebuild NM against the new wireless-tools. >>> >>> >>Nope, this didn't work >> >>I downloaded and built wireless-tools, and then NetworkManager, but I >>still can't see the names of the wireless routers. >> >> > >Chris, > >Is it time to file a bug report on this? > This is the behavior I saw when I upgraded my wireless-tools but not my kernel. You must use old wireless-tools (b8). New ones will NOT work (for the same reason old ones don't work with new kernels). Then you must rebuild NM against the OLD wireless tools. If you've done that (I get the impression you are using b9), then sure file a bug I guess. From katzj at redhat.com Thu Sep 15 15:03:04 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 15 Sep 2005 11:03:04 -0400 Subject: rawhide report: 20050915 changes In-Reply-To: <1126792440.2679.4.camel@localhost.localdomain> References: <200509151340.j8FDewer017396@porkchop.devel.redhat.com> <1126792440.2679.4.camel@localhost.localdomain> Message-ID: <1126796584.2862.40.camel@bree.local.net> On Thu, 2005-09-15 at 15:54 +0200, David Nielsen wrote: > > Removed package python-twisted > > > Broken deps for i386 > > ---------------------------------------------------------- > > xen - 3.0-0.20050912.fc5.i386 requires python-twisted > > what kind of insanity is this? Xen doesn't actually require twisted anymore (and hasn't for a while). I thought I had nuked both the package and the dep a while ago but Rik pointed out I hadn't killed the package last night. Turns out I hadn't killed the dep either :) New version built which will be in rawhide tomorrow Jeremy From david at lovesunix.net Thu Sep 15 18:23:24 2005 From: david at lovesunix.net (David Nielsen) Date: Thu, 15 Sep 2005 20:23:24 +0200 Subject: GNOME 2.14 for FC5? Message-ID: <1126808604.4874.12.camel@localhost.localdomain> Recently a preliminary schedule for GNOME 2.14 was released[1], which puts 2.14 for final release about 2 weeks after the FC5 release is scheduled[2], the GNOME development freeze as can be read from the schedule is in January, which is the roughly same time as FC3t3's devel freeze. Would there be any sense in pushing FC5 back 2-3 weeks to accomidate GNOME 2.14 rather than sticking with 2.12, which also would mean that we would be stuck with this recently released version 2.12 of GNOME for the FC5 cycle, of which ~5 months remain, FC6 would then probably ship with 2.16 if the 9 month cycle is repeated. Given that 2.14 already looks to be a major release in terms of planned features my expectation would be that users would migrate to another distro that would supply the 2.14 feature set should Fedora fail to provide it. Fedora has always shipped with the very latest GNOME version, and as a user, I'm hoping this will continue to be the policy. Kind regards David Nielsen [1] http://mail.gnome.org/archives/desktop-devel-list/2005-September/msg00075.html [2] http://fedora.redhat.com/participate/schedule/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From jam at zoidtechnologies.com Thu Sep 15 18:58:23 2005 From: jam at zoidtechnologies.com (Jeff MacDonald) Date: Thu, 15 Sep 2005 14:58:23 -0400 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126808604.4874.12.camel@localhost.localdomain> References: <1126808604.4874.12.camel@localhost.localdomain> Message-ID: <1126810703.16434.30.camel@eros.zoidtechnologies.com> On Thu, 2005-09-15 at 20:23 +0200, David Nielsen wrote: > Recently a preliminary schedule for GNOME 2.14 was released[1], which > puts 2.14 for final release about 2 weeks after the FC5 release is > scheduled[2], the GNOME development freeze as can be read from the > schedule is in January, which is the roughly same time as FC3t3's devel > freeze. > I'm in favour of FC5 shipping with GNOME 2.14 instead of 2.12, assuming 2.14 is usable (or will be within a few patches). regards, J From smooge at gmail.com Thu Sep 15 19:09:27 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 15 Sep 2005 13:09:27 -0600 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126808604.4874.12.camel@localhost.localdomain> References: <1126808604.4874.12.camel@localhost.localdomain> Message-ID: <80d7e409050915120917332e79@mail.gmail.com> On 9/15/05, David Nielsen wrote: > Recently a preliminary schedule for GNOME 2.14 was released[1], which > puts 2.14 for final release about 2 weeks after the FC5 release is > scheduled[2], the GNOME development freeze as can be read from the > schedule is in January, which is the roughly same time as FC3t3's devel > freeze. > What Fedora has done in the past is shipped pre-beta's of a release if it looks like it will hit the shipping deadline. I am guessing Fedora would do that again with the final released in updates afterwords. -- Stephen J Smoogen. CSIRT/Linux System Administrator From sundaram at redhat.com Thu Sep 15 19:40:19 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 16 Sep 2005 01:10:19 +0530 Subject: GNOME 2.14 for FC5? In-Reply-To: <80d7e409050915120917332e79@mail.gmail.com> References: <1126808604.4874.12.camel@localhost.localdomain> <80d7e409050915120917332e79@mail.gmail.com> Message-ID: <4329CE23.5090804@redhat.com> Stephen J. Smoogen wrote: >On 9/15/05, David Nielsen wrote: > > >>Recently a preliminary schedule for GNOME 2.14 was released[1], which >>puts 2.14 for final release about 2 weeks after the FC5 release is >>scheduled[2], the GNOME development freeze as can be read from the >>schedule is in January, which is the roughly same time as FC3t3's devel >>freeze. >> >> >> > >What Fedora has done in the past is shipped pre-beta's of a release if >it looks like it will hit the shipping deadline. I am guessing Fedora >would do that again with the final released in updates afterwords. > > That really depends on how robust the releases are rather than how they are called. You can call it a milestone release instead of a pre beta or beta or release candidate if that suits you better. Probably too early to tell now. Both GNOME and Fedora release schedules might change. regards Rahul From dhollis at davehollis.com Thu Sep 15 20:19:54 2005 From: dhollis at davehollis.com (David Hollis) Date: Thu, 15 Sep 2005 16:19:54 -0400 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126808604.4874.12.camel@localhost.localdomain> References: <1126808604.4874.12.camel@localhost.localdomain> Message-ID: <1126815594.5288.7.camel@dhollis-lnx.sunera.com> On Thu, 2005-09-15 at 20:23 +0200, David Nielsen wrote: > Recently a preliminary schedule for GNOME 2.14 was released[1], which > puts 2.14 for final release about 2 weeks after the FC5 release is > scheduled[2], the GNOME development freeze as can be read from the > schedule is in January, which is the roughly same time as FC3t3's devel > freeze. > > Would there be any sense in pushing FC5 back 2-3 weeks to accomidate > GNOME 2.14 rather than sticking with 2.12, which also would mean that we > would be stuck with this recently released version 2.12 of GNOME for the > FC5 cycle, of which ~5 months remain, FC6 would then probably ship with > 2.16 if the 9 month cycle is repeated. Given that 2.14 already looks to > be a major release in terms of planned features my expectation would be > that users would migrate to another distro that would supply the 2.14 > feature set should Fedora fail to provide it. > This could easily be a slippery slope. If you push back a two-three weeks for Gnome, then you might find that the shiny new Firefox release is due out in two more days, so you might as well hang on for that, and then the next OO release might finally happen, and then there's a new kernel release... And then shoot, if we can just hang on another four weeks, we have another shiny new Gnome release! If 2.14 is far enough along, they might be able to ship with -pre or -rc type releases and just put out updates for final, but we may just be stuck with 2.12. That's not such a bad thing. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wrrhdev at riede.org Thu Sep 15 21:08:08 2005 From: wrrhdev at riede.org (Willem Riede) Date: Thu, 15 Sep 2005 21:08:08 +0000 Subject: rawhide report: 20050911 changes In-Reply-To: <1126538247.6883.42.camel@bree.local.net> (from katzj@redhat.com on Mon Sep 12 11:17:27 2005) References: <1126480205l.3409l.9l@serve.riede.org> Message-ID: <1126818488l.3409l.14l@serve.riede.org> On 09/12/2005 11:17:27 AM, Jeremy Katz wrote: > On Sun, 2005-09-11 at 23:10 +0000, Willem Riede wrote: > > Still no images in > > > > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/images/ > > > > Known problem? Willem Riede. > > We've been having some ... lack of robustness with a few of the build > machines of late so at first, I chalked this up to just that. It looks > like there's another side effect playing into this, though. Hopefully > we'll have it cleared up for tomorrow After having shown up for a while, the images are missing in action again :-( Willem Riede. From pbrobinson at gmail.com Thu Sep 15 21:29:55 2005 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 15 Sep 2005 22:29:55 +0100 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126815594.5288.7.camel@dhollis-lnx.sunera.com> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> Message-ID: <5256d0b050915142964bd188f@mail.gmail.com> > This could easily be a slippery slope. If you push back a two-three > weeks for Gnome, then you might find that the shiny new Firefox release > is due out in two more days, so you might as well hang on for that, and > then the next OO release might finally happen, and then there's a new > kernel release... And then shoot, if we can just hang on another four > weeks, we have another shiny new Gnome release! If 2.14 is far enough > along, they might be able to ship with -pre or -rc type releases and > just put out updates for final, but we may just be stuck with 2.12. > That's not such a bad thing. Well I seem to remember one of the Fedora releases slipping a week or two to allow a gnome release. I can't see them doing it for a single application. OO in FC4 is a pre-release, it was and still is during the whole devel and release period, but then the features and stability was deamed a trade off, and it gives the newly included cgj java a good workout. Its easier to ship a beta of a single application and role back if necessary as opposed to an entire desktop environment. In the former its easier to hedge your bets and role back, with an entire env its easier slipping the schedule a week or two if the RCs are looking OK than having to role it back later, but by then the devel releases may well have had testing in devel and look OK and the decision would be made on that.... application or platform! Pete From david at lovesunix.net Thu Sep 15 22:06:48 2005 From: david at lovesunix.net (David Nielsen) Date: Fri, 16 Sep 2005 00:06:48 +0200 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126815594.5288.7.camel@dhollis-lnx.sunera.com> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> Message-ID: <1126822009.4874.29.camel@localhost.localdomain> tor, 15 09 2005 kl. 16:19 -0400, skrev David Hollis: > This could easily be a slippery slope. If you push back a two-three > weeks for Gnome, then you might find that the shiny new Firefox release > is due out in two more days, so you might as well hang on for that, and > then the next OO release might finally happen, and then there's a new > kernel release... And then shoot, if we can just hang on another four > weeks, we have another shiny new Gnome release! If 2.14 is far enough > along, they might be able to ship with -pre or -rc type releases and > just put out updates for final, but we may just be stuck with 2.12. > That's not such a bad thing. The kernel was updated up till the very last moment for FC4, getting a new shiny GNOME is important for end users - we slipped releases for this before, as long as we get GNOME 2.13 in rawhide early we could ensure it would get proper testing. Firefox and OOo should be fine with regards to the release schedules for those projects. These projects don't release software on as strict a schedule as GNOME does, feel free to go back in time and see how well they stick to their schedule historically. For FC4 the kernel was upgraded till very late in the cycle and Dave has been doing a great job releasing new kernels for the supported Fedora releases. We wouldn't have to let the release slip, if it contains important fixes and closes bugs it will be released as an update. It would be insane to do the same for GNOME, thus people would if FC5 ships with 2.12 rely on 3rd party repos to provide 2.14, adding another variable to the bug equation (and yes users will lie about doing this I've seen them do it). But I will grant you that it's a slippery slope to continue to do it, but we are talking 3 weeks for a core component with a good track record of staying on schedule. The last time we slipped a week for the name to clear legal, surely 3 weeks (I assume we'll need 1 week after final package upload for hard freeze). I understand your concern but on this one issue, presenting the users with the latest GNOME, our default desktop, I think we can let it slip. David *I'll beg and bribe relevant people with doughnuts if I have to* Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From katzj at redhat.com Thu Sep 15 22:18:54 2005 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 15 Sep 2005 18:18:54 -0400 Subject: rawhide report: 20050911 changes In-Reply-To: <1126818488l.3409l.14l@serve.riede.org> References: <1126480205l.3409l.9l@serve.riede.org> <1126818488l.3409l.14l@serve.riede.org> Message-ID: <1126822734.2862.87.camel@bree.local.net> On Thu, 2005-09-15 at 21:08 +0000, Willem Riede wrote: > After having shown up for a while, the images are missing in action again :-( Yep, we broke something. I fixed it this morning and will probably build a new anaconda later tonight (I want to try to get a little bit more done after dinner ;-). FWIW, we're keeping a relatively close eye on trees right now, so unless images persist in not showing up for a few days, it's probably not necessary to send mail. Jeremy From rodd at clarkson.id.au Thu Sep 15 23:40:55 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 16 Sep 2005 09:40:55 +1000 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126815594.5288.7.camel@dhollis-lnx.sunera.com> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> Message-ID: <1126827655.2739.6.camel@localhost.localdomain> On Thu, 2005-09-15 at 16:19 -0400, David Hollis wrote: > On Thu, 2005-09-15 at 20:23 +0200, David Nielsen wrote: > > Recently a preliminary schedule for GNOME 2.14 was released[1], which > > puts 2.14 for final release about 2 weeks after the FC5 release is > > scheduled[2], the GNOME development freeze as can be read from the > > schedule is in January, which is the roughly same time as FC3t3's devel > > freeze. > > > > Would there be any sense in pushing FC5 back 2-3 weeks to accomidate > > GNOME 2.14 ... > > > > This could easily be a slippery slope. If you push back a two-three > weeks for Gnome, then you might find that the shiny new Firefox release > is due out in two more days, so you might as well hang on for that, and > then the next OO release might finally happen, and then there's a new > kernel release... And then shoot, if we can just hang on another four > weeks, we have another shiny new Gnome release! If 2.14 is far enough > along, they might be able to ship with -pre or -rc type releases and > just put out updates for final, but we may just be stuck with 2.12. > That's not such a bad thing. I get the slipper slope argument, but I think you might have chosen the wrong applications to use as an example. FC3 shipped with a preview release of firefox, and then updated after it came out, so we know we don't have to wait for firefox. FC4 shipped with a BETA of OpenOffice.org-2.x and is still using the OOo BETA since OOo-2.x hasn't been releases. So, again, we know we don't have to wait for that to come out to release. GNOME, on the other hand, is central to the FC platform (along with KDE) and a key component of the distro. Unlike OOo and firefox, it's not a single (or small set of) package(s), so while you could go with a pre-release of it, it would be a huge update after the fact. GNOME is also very tight with it's deadlines (having missed once in about six releases, and then only by a week or two and this was early in the process). In case it's not clear, I'd be all for having FC5 held back a couple of weeks for GNOME. Rodd > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- "It's a fine line between denial and faith. It's much better on my side" From philipp_subx at redfish-solutions.com Fri Sep 16 03:51:15 2005 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Thu, 15 Sep 2005 21:51:15 -0600 Subject: Run-from-flash installations... Message-ID: <432A4133.2090104@redfish-solutions.com> Say, how much work would it be to modify anaconda/kickstart to allow barebones configurations to run from flash with a /tmp filesystem on ramdisk? -Philip From gilboada at netvision.net.il Fri Sep 16 05:20:19 2005 From: gilboada at netvision.net.il (Gilboa Davara) Date: Fri, 16 Sep 2005 08:20:19 +0300 Subject: GNOME 2.14 for FC5? In-Reply-To: <5256d0b050915142964bd188f@mail.gmail.com> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> <5256d0b050915142964bd188f@mail.gmail.com> Message-ID: <1126848019.32367.7.camel@gilboa-home-dev.localhost> I disagree. I rather have a stable FC5 with an older KDE/GNOME then have an fairly stable that semi-work DE that's broken in 50 different places. As a couple of people (and RH devs) states in the different thread, FC4 is/was a problematic release. Considering this, it's imperative to get a better, stable, FC5 out. (Even if it's not bleeding edge) Anyways, what-ever you decide, please, please, please make sure gnome-pilot is working this time? Gilboa On Thu, 2005-09-15 at 22:29 +0100, Peter Robinson wrote: > > This could easily be a slippery slope. If you push back a two-three > > weeks for Gnome, then you might find that the shiny new Firefox release > > is due out in two more days, so you might as well hang on for that, and > > then the next OO release might finally happen, and then there's a new > > kernel release... And then shoot, if we can just hang on another four > > weeks, we have another shiny new Gnome release! If 2.14 is far enough > > along, they might be able to ship with -pre or -rc type releases and > > just put out updates for final, but we may just be stuck with 2.12. > > That's not such a bad thing. > > Well I seem to remember one of the Fedora releases slipping a week or > two to allow a gnome release. I can't see them doing it for a single > application. OO in FC4 is a pre-release, it was and still is during > the whole devel and release period, but then the features and > stability was deamed a trade off, and it gives the newly included cgj > java a good workout. Its easier to ship a beta of a single application > and role back if necessary as opposed to an entire desktop > environment. In the former its easier to hedge your bets and role > back, with an entire env its easier slipping the schedule a week or > two if the RCs are looking OK than having to role it back later, but > by then the devel releases may well have had testing in devel and look > OK and the decision would be made on that.... application or platform! > > Pete From terraformers at gmail.com Fri Sep 16 05:25:01 2005 From: terraformers at gmail.com (Lars G) Date: Fri, 16 Sep 2005 07:25:01 +0200 Subject: rawhide report: 20050915 changes In-Reply-To: <200509151340.j8FDewer017396@porkchop.devel.redhat.com> References: <200509151340.j8FDewer017396@porkchop.devel.redhat.com> Message-ID: <1126848301.5326.3.camel@kinichahau.homebase> On Thu, 2005-09-15 at 09:40 -0400, Build System wrote: > udev-069-2 > ---------- > * Wed Sep 14 2005 Bill Nottingham - 069-2 > - own /lib/firmware (#167016) > > * Wed Sep 14 2005 Harald Hoyer - 069-1 > - version 069 fyi firmware_helper couldn't read my wireless card firmware from /lib/firmware/ anymore so as a workaround i had to rename the firmware file to "*". cheers -- Lars G From mpeters at mac.com Fri Sep 16 09:54:02 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 16 Sep 2005 02:54:02 -0700 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126810703.16434.30.camel@eros.zoidtechnologies.com> References: <1126808604.4874.12.camel@localhost.localdomain> <1126810703.16434.30.camel@eros.zoidtechnologies.com> Message-ID: <1126864442.17977.15.camel@locolhost.localdomain> On Thu, 2005-09-15 at 14:58 -0400, Jeff MacDonald wrote: > On Thu, 2005-09-15 at 20:23 +0200, David Nielsen wrote: > > Recently a preliminary schedule for GNOME 2.14 was released[1], which > > puts 2.14 for final release about 2 weeks after the FC5 release is > > scheduled[2], the GNOME development freeze as can be read from the > > schedule is in January, which is the roughly same time as FC3t3's devel > > freeze. > > > > I'm in favour of FC5 shipping with GNOME 2.14 instead of 2.12, assuming > 2.14 is usable (or will be within a few patches). > > regards, > J > I'm for 2.14 in fc5. gnome is the preferred gui for Fedora, holding off for 2.14 just makes sense since it is so close. If fedora doesn't ship with it, there will be a bunch of yum repos popping up with it - which will then result in conflicts etc. and general mayham - the users will want it. I will want it. Sure, tried and true is sometimes better - but its so new! From mpeters at mac.com Fri Sep 16 10:03:27 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 16 Sep 2005 03:03:27 -0700 Subject: giflib for fc5 Message-ID: <1126865008.17977.23.camel@locolhost.localdomain> Can we replace libungif with giflib in fc5? The LZW patent is dead, Unisys specifically says so on their website. The current version of gd shipping with Fedora now supports gif. The cvs version of gnuplot now supports the gif terminal type again using the gd library. The libtiff library in fc4 now has lzw patched back in. I've been using giflib on my system since fc3 (removing libungif and installing giflib in its place, with the shared library symlinks going the other way) and there are absolutely no issues. I'll file a bugzilla on libungif for it, I think I might have already in the past - but are there any other reasons anyone can think of for not going with giflib? giflib is available from same sourceforge location as libungif and being maintained in parallel with libungif. I'm guessing it is only a matter of time before libungif disappears. From buildsys at redhat.com Fri Sep 16 11:29:06 2005 From: buildsys at redhat.com (Build System) Date: Fri, 16 Sep 2005 07:29:06 -0400 Subject: rawhide report: 20050916 changes Message-ID: <200509161129.j8GBT6eb022177@porkchop.devel.redhat.com> Updated Packages: anaconda-10.3.0.21-1 -------------------- * Thu Sep 15 2005 Jeremy Katz - 10.3.0.21-1 - Run pre scripts for kickstart (clumens) - Another tree fix - Handle NULL for device->driver from kudzu (notting) - Clean up internal mount stuff to be more extend-able apr-0.9.6-6 ----------- * Thu Sep 15 2005 Joe Orton 0.9.6-6 - don't override CFLAGS at build time - allow setting TCP_NODELAY and TCP_CORK concurrently - use _exit() not exit() in child if exec*() fails (upstream #30913) checkpolicy-1.26-3 ------------------ evolution-connector-2.4.0-2 --------------------------- * Thu Sep 15 2005 Jeremy Katz - 2.4.0-2 - rebuild for new e-d-s evolution-webcal-2.4.0.1-2 -------------------------- * Thu Sep 15 2005 Jeremy Katz - 2.4.0.1-2 - rebuild for new e-d-s firefox-1.5-0.5.0.beta1 ----------------------- * Wed Sep 14 2005 Christopher Aillon - 1.5-0.5.0.beta1 - Update to 1.5 beta 1. - Add patch to svg rendering to adjust for cairo behavior. - Happy birthday, dad! firstboot-1.3.47-2 ------------------ * Thu Sep 15 2005 Jeremy Katz - 1.3.47-2 - exclude arch ppc64 to stop from being included in ppc64 compose where we don't have X * Thu Sep 15 2005 Chris Lumens 1.3.47-1 - Moved firstboot_gui_window here from rhpl and renamed it to firstboot_module_window. - Converted /usr/sbin/firstboot into a python script. - Converted the rest of firstboot into a module suitable for importing. gaim-1:1.5.0-5.fc5 ------------------ * Thu Sep 15 2005 Jeremy Katz - 1:1.5.0-5.fc5 - rebuild for new e-d-s gnomemeeting-1.2.2-2 -------------------- * Thu Sep 15 2005 Jeremy Katz - 1.2.2-2 - rebuild for new e-d-s iiimf-1:12.3.91-1.svn2814 ------------------------- * Wed Sep 14 2005 Akira TAGOH - 1:12.3.91-1.svn2814 - New upstream release. - Removed the unnecessary patches: - gimlet-default-icon-r2665-159121.patch - iiimgcf-fix-memory-leak-r2660.patch - iiimgcf-fix-hang-r2757.patch - iiimgcf-deadkey.patch - iiimsf-fix-memory-leak-r2764.patch - xiiimp-fix-infinite-loop-property-notify-event-r2661.patch - iiimp-fix-memory-leak-r2770.patch - iiimgcf-revert-to-r2562-for-slowness-workaround.patch - iiimcf-revert-to-r2562-for-slowness-workaround.patch - EIMIL-fix-uninitialized-value.patch - leif-unit-fix-key-twice-r2614-162646.patch - leif-unit-fix-freeze-with-flipping-focus-r2664.patch - leif-unit-fix-deadkey-sequence-r2729.patch - Added new patches: - gimlet-missing-static.patch: applied to fix the build fails. - iiimp-not-supported-F_UNLKSYS.patch: likewise. ipv6calc-0.50-1 --------------- * Fri Sep 16 2005 Radek Vokal 0.50-1 - due to several other off-by-one bugs upgrade to 0.50 * Thu Sep 15 2005 Radek Vokal 0.49-2 - smash stack fix in ipv6calc_copy - increase len of tmpstr jonas-0:4.3.3-1jpp_9fc ---------------------- * Thu Sep 15 2005 Gary Benson - 4.3.3-1jpp_9fc - Work around errors caused by libgcj's early class resolution. - Clean out some junk from $JONAS_ROOT. - Disable aot-compiled ews (#165202). libsepol-1.9.3-1 ---------------- * Thu Sep 15 2005 Dan Walsh 1.9.3-1 - Upgrade to latest from NSA * Merged fix for sepol_enable/disable_debug from Ivan Gyurdiev. openoffice.org-1:1.9.129-3.2.fc5 -------------------------------- * Wed Sep 14 2005 Caolan McNamara - 1:1.9.129-3 - track nfs bug id change - ooo#54514# save as .doc self-inflicted failure policycoreutils-1.26-3 ---------------------- * Thu Sep 15 2005 Dan Walsh 1.26-3 - Add chcat script for use with chcon. rhpl-0.173-1 ------------ * Thu Sep 15 2005 Chris Lumens 0.173-1 - Move firstboot_gui_window to firstboot. selinux-policy-strict-1.26-1 ---------------------------- * Tue Sep 13 2005 Dan Walsh 1.26-1 - Update to latest from NSA - Update to MCS policy * Tue Sep 06 2005 Dan Walsh 1.25.4-13 - Fix roundup policy * Thu Sep 01 2005 Dan Walsh 1.25.4-12 - Add MCS Policy.... - Fixes for bluetooth system-config-keyboard-1.2.6-3 ------------------------------ * Thu Sep 15 2005 Jeremy Katz - 1.2.6-3 - exclude ppc64 since we don't have X stuff there udev-069-3 ---------- * Thu Sep 15 2005 Bill Nottingham - 069-3 - fix firmware loading xen-3.0-0.20050912.fc5.1 ------------------------ * Thu Sep 15 2005 Jeremy Katz - 3.0-0.20050912.fc5.1 - doesn't require twisted anymore Broken deps for s390 ---------------------------------------------------------- initscripts - 8.14-1.s390 requires kernel >= 0:2.6.12 Broken deps for s390x ---------------------------------------------------------- initscripts - 8.14-1.s390x requires kernel >= 0:2.6.12 From alan at redhat.com Fri Sep 16 11:46:41 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 16 Sep 2005 07:46:41 -0400 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126827655.2739.6.camel@localhost.localdomain> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> <1126827655.2739.6.camel@localhost.localdomain> Message-ID: <20050916114641.GA11144@devserv.devel.redhat.com> On Fri, Sep 16, 2005 at 09:40:55AM +1000, Rodd Clarkson wrote: > GNOME is also very tight with it's deadlines (having missed once in > about six releases, and then only by a week or two and this was early in > the process). And it usually scraps by them by taking most of the bugs and deferring them to ".1". FC has had several quite bad gnome desktops as a result compared to the updates to the previous release From fedora at camperquake.de Fri Sep 16 12:00:08 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 16 Sep 2005 14:00:08 +0200 Subject: No USB with 1555 kernel Message-ID: <20050916120008.GB15895@ryoko.camperquake.de> Hi. Before filing a bug I'd like to ask if anyone else sees this. I brought my iBook up to speed with Rawhide yesterday, pulling in the 1555 kernel. The system boots fine, but USB seems to be hosed. The OHCI driver is loaded, the USB file system is mounted, but inserting devices does not cause hotplug events, and the /proc/bus/usb directory is empty. From david at lovesunix.net Fri Sep 16 12:26:38 2005 From: david at lovesunix.net (David Nielsen) Date: Fri, 16 Sep 2005 14:26:38 +0200 Subject: Rawhide testing proposal (WAS: Re: GNOME 2.14 for FC5?) In-Reply-To: <1126848019.32367.7.camel@gilboa-home-dev.localhost> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> <5256d0b050915142964bd188f@mail.gmail.com> <1126848019.32367.7.camel@gilboa-home-dev.localhost> Message-ID: <1126873598.2528.25.camel@localhost.localdomain> fre, 16 09 2005 kl. 08:20 +0300, skrev Gilboa Davara: > I disagree. > I rather have a stable FC5 with an older KDE/GNOME then have an fairly > stable that semi-work DE that's broken in 50 different places. > As a couple of people (and RH devs) states in the different thread, FC4 > is/was a problematic release. Considering this, it's imperative to get a > better, stable, FC5 out. (Even if it's not bleeding edge) > > Anyways, what-ever you decide, please, please, please make sure > gnome-pilot is working this time? > > Gilboa One of the reasons I think it's important to decide soon if FC5 will target 2.14 or 2.12 is that if we do decide to go for 2.14, it would make it possible to move rawhide to the 2.13.x releases as soon as possible. I would personally be most willing to help set up a user rawhide testing squad, I do all my work on one box and it runs rawhide, upgraded every day - I have a very vested interest in keeping it running on a day to day basis, not that I personally mind a little breakage and baby eating every once in a while, it's a calculated risk. This means filing bugs and tracking the mailing lists for warnings. One of the issues with GNOME .0 releases is that there simply isn't enough testers, and the only way we'll get really stable .0 releases would be if we actively encourage people to do so, and teach people to file good bugs. One of the ways we can do this is to use rawhide from early on as a testing ground for GNOME. I too want a high quality product from FC, that is why I brought this up now rather than in 3 months time when release is closer and we have a more defined image of what makes up FC5. Having recently acquired a palm pilot I am sicked to see distributions follow in FC4s footsteps and breaking syncing - but did anyone actually test this when FC4 was in development. I doubt it, it seems to me that this rather major regression was discovered post release. We need to get more people testing rawhide to ensure that such bugs do not go unnoticed and that people don't just shrug them off thinking, someone else will discover this or the developers probably already know about this. I felt that way about this cute little bug in rpm a while back that completely broke it by default on my setup because of my locale defaults[1], I mean I'm clever enough to work around this one but never the less it's a bug and it's still in there and it has been forever. I'd be most willing to do a weekly update mail to the devel list pointing out the user bugs an eventual rawhide testing team is able to find and confirm, I have plenty of time on my hands and I'm more than willing to donate it to this effort if there is support for the idea. David *breaking code in interesting ways since 1981* Nielsen [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161582 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From rdieter at math.unl.edu Fri Sep 16 12:30:58 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 16 Sep 2005 07:30:58 -0500 Subject: GNOME 2.14 for FC5? In-Reply-To: <1126848019.32367.7.camel@gilboa-home-dev.localhost> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> <5256d0b050915142964bd188f@mail.gmail.com> <1126848019.32367.7.camel@gilboa-home-dev.localhost> Message-ID: <432ABB02.4090404@math.unl.edu> Gilboa Davara wrote: > Anyways, what-ever you decide, please, please, please make sure > gnome-pilot is working this time? I think that was more the fault/decision to ship a pilot-link pre-release. As a result, there were (and are still some?) issues with kde's kpilot as well. -- Rex From jlaska at redhat.com Fri Sep 16 12:51:05 2005 From: jlaska at redhat.com (James Laska) Date: Fri, 16 Sep 2005 08:51:05 -0400 Subject: No USB with 1555 kernel In-Reply-To: <20050916120008.GB15895@ryoko.camperquake.de> References: <20050916120008.GB15895@ryoko.camperquake.de> Message-ID: <1126875065.2465.5.camel@flatline.devel.redhat.com> Ralf, I experienced a similar issue with the latest rawhide kernel (kernel-2.6.13-1.1555_FC5). Even after a full /.autorelabel, I still noticed several avc denial's during bootup. Still investigating ... but booting with "selinux=0" allowed me to work around the issue. Thanks, James Laska On Fri, 2005-09-16 at 14:00 +0200, Ralf Ertzinger wrote: > Hi. > > Before filing a bug I'd like to ask if anyone else sees this. > > I brought my iBook up to speed with Rawhide yesterday, pulling in the > 1555 kernel. The system boots fine, but USB seems to be hosed. The > OHCI driver is loaded, the USB file system is mounted, but inserting > devices does not cause hotplug events, and the /proc/bus/usb > directory is empty. > -- ========================================== James Laska -- jlaska at redhat.com Quality Engineering -- Red Hat, Inc. ========================================== From fedora at camperquake.de Fri Sep 16 13:02:54 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 16 Sep 2005 15:02:54 +0200 Subject: No USB with 1555 kernel In-Reply-To: <1126875065.2465.5.camel@flatline.devel.redhat.com> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> Message-ID: <20050916130254.GC15895@ryoko.camperquake.de> On Fri, Sep 16, 2005 at 08:51:05AM -0400, James Laska wrote: > I experienced a similar issue with the latest rawhide kernel > (kernel-2.6.13-1.1555_FC5). Even after a full /.autorelabel, I still > noticed several avc denial's during bootup. Still investigating ... but > booting with "selinux=0" allowed me to work around the issue. I do not use selinux (SELINUX=disabled in /etc/sysconfig/selinux), so this is most likely a different issue. From rok.ruzic at hermes.si Fri Sep 16 13:02:03 2005 From: rok.ruzic at hermes.si (Rok Ruzic) Date: Fri, 16 Sep 2005 15:02:03 +0200 Subject: FUSE in kernel 2.6.14 and userspace support for it In-Reply-To: <1126875065.2465.5.camel@flatline.devel.redhat.com> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> Message-ID: <20050916150203.70712aa4@localhost.localdomain> FUSE (Filesystem in USEr space) http://fuse.sf.net/ is being included in the mainline kernel 2.6.14. It has been in -mm since january 2005 and is now in -rc. FUSE consists of a kernel module and some userspace parts. Is there any initiative to provide the userspace parts of FUSE as a fedora package, since the fuse kernel module is being mainlined? I am aware of some unofficial FUSE packages for fedora, aswel as some filesystems packaged for fedora, that use FUSE. Those filesystems usually also distribute FUSE, and to eliminate confusion, it would be most beneficial to provide FUSE binaries in an official fedora package. Anyway, if there is an intiative to create such packages, i'd like to know about it. Regards, Rok From sundaram at redhat.com Fri Sep 16 13:16:09 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 16 Sep 2005 18:46:09 +0530 Subject: FUSE in kernel 2.6.14 and userspace support for it In-Reply-To: <20050916150203.70712aa4@localhost.localdomain> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> <20050916150203.70712aa4@localhost.localdomain> Message-ID: <432AC599.7040701@redhat.com> Rok Ruzic wrote: >FUSE (Filesystem in USEr space) http://fuse.sf.net/ is being included in the mainline kernel 2.6.14. It has been in -mm since january 2005 and is now in -rc. > >FUSE consists of a kernel module and some userspace parts. Is there any initiative to provide the userspace parts of FUSE as a fedora package, since the fuse kernel module is being mainlined? > > If the kernel parts are in mainline then user space stuff can be in Fedora Extras. right?. If you are interested see http://fedoraproject.org/wiki/Extras regards Rahul From ellson at research.att.com Fri Sep 16 13:17:48 2005 From: ellson at research.att.com (John Ellson) Date: Fri, 16 Sep 2005 09:17:48 -0400 Subject: No USB with 1555 kernel In-Reply-To: <20050916120008.GB15895@ryoko.camperquake.de> References: <20050916120008.GB15895@ryoko.camperquake.de> Message-ID: <432AC5FC.6050304@research.att.com> Ralf Ertzinger wrote: >Hi. > >Before filing a bug I'd like to ask if anyone else sees this. > >I brought my iBook up to speed with Rawhide yesterday, pulling in the >1555 kernel. The system boots fine, but USB seems to be hosed. The >OHCI driver is loaded, the USB file system is mounted, but inserting >devices does not cause hotplug events, and the /proc/bus/usb >directory is empty. > > > My USB printer is OK for local printing, but my digital camera hasn't worked for months now. The scripts in /etc/hotplug are not getting run to set the permissions properly. (Bugzilla 150985 has been open since March, 165914 since August.) I have never been able to get any USB webcam to function. Good luck finding any accurate HOWTOs to solve that! Nautilus no longer recognizes when a CD is inserted. Can't tell you when this stopped working, but I needed it last night and it didn't work. Cups printer sharing of a local printer doesn't work. I need to investigate this more but I suspect some kind of overzealous security feature... (Bugzilla 166446) IMO, recent Rawhides are a mess! Its probably because of a lot of churn in core software is leaving lots of breakage in the applications, but now it needs some focus on the various config and security scripts to make the day-to-day features that people need start to work again. John From jspaleta at gmail.com Fri Sep 16 13:19:22 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 16 Sep 2005 09:19:22 -0400 Subject: Rawhide testing proposal (WAS: Re: GNOME 2.14 for FC5?) In-Reply-To: <1126873598.2528.25.camel@localhost.localdomain> References: <1126808604.4874.12.camel@localhost.localdomain> <1126815594.5288.7.camel@dhollis-lnx.sunera.com> <5256d0b050915142964bd188f@mail.gmail.com> <1126848019.32367.7.camel@gilboa-home-dev.localhost> <1126873598.2528.25.camel@localhost.localdomain> Message-ID: <604aa79105091606197b65130d@mail.gmail.com> On 9/16/05, David Nielsen wrote: > One of the issues with GNOME .0 releases is that there simply isn't > enough testers, and the only way we'll get really stable .0 releases > would be if we actively encourage people to do so, and teach people to > file good bugs. One of the ways we can do this is to use rawhide from > early on as a testing ground for GNOME. I'm very interested in any thoughts you have on how to better organize and teaching testers. I would suggest as a first step, signing up as a testing mentor with the Fedora Mentors group. http://www.fedoraproject.org/wiki/Mentors -jef" http://www.fedoraproject.org/wiki/TestingManifesto "spaleta From hk at isphuset.no Fri Sep 16 13:48:43 2005 From: hk at isphuset.no (Hans Kristian Rosbach) Date: Fri, 16 Sep 2005 15:48:43 +0200 Subject: Unofficial FC4.1 i386 isos Message-ID: <1126878523.24474.20.camel@linux> After the recent discussion "FC4 state of affairs and FC5" on fedora-devel about the possibility of making updated installation iso images I gave it a try and actually managed to put it together nicely. (Can't say I liked the anaconda build utils, but ohwell) So, if you feel like testing a potentially dangerous unofficial release of updated FC4 install images I have put them up on a server. It's only i386, only cd, only torrent. Feedback appreciated! Please don't bug Fedora developers with FC4.1 specific bugs. http://fedora.isphuset.no -HK From jwboyer at jdub.homelinux.org Fri Sep 16 14:17:40 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 16 Sep 2005 09:17:40 -0500 Subject: FUSE in kernel 2.6.14 and userspace support for it In-Reply-To: <432AC599.7040701@redhat.com> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> <20050916150203.70712aa4@localhost.localdomain> <432AC599.7040701@redhat.com> Message-ID: <1126880260.3250.1.camel@windu.rchland.ibm.com> On Fri, 2005-09-16 at 18:46 +0530, Rahul Sundaram wrote: > Rok Ruzic wrote: > > >FUSE (Filesystem in USEr space) http://fuse.sf.net/ is being included in the mainline kernel 2.6.14. It has been in -mm since january 2005 and is now in -rc. > > > >FUSE consists of a kernel module and some userspace parts. Is there any initiative to provide the userspace parts of FUSE as a fedora package, since the fuse kernel module is being mainlined? > > > > > If the kernel parts are in mainline then user space stuff can be in > Fedora Extras. right?. If you are interested see > http://fedoraproject.org/wiki/Extras I think the first step is to see if DaveJ plans on even turning the config option on in the kernel. No need for user space tools if the kernel side isn't there :). Assuming it is available, I agree that the user space stuff can go in Extras. josh From fedora at leemhuis.info Fri Sep 16 16:31:13 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 16 Sep 2005 18:31:13 +0200 Subject: FUSE in kernel 2.6.14 and userspace support for it In-Reply-To: <1126880260.3250.1.camel@windu.rchland.ibm.com> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> <20050916150203.70712aa4@localhost.localdomain> <432AC599.7040701@redhat.com> <1126880260.3250.1.camel@windu.rchland.ibm.com> Message-ID: <1126888273.3288.9.camel@localhost.localdomain> Am Freitag, den 16.09.2005, 09:17 -0500 schrieb Josh Boyer: > On Fri, 2005-09-16 at 18:46 +0530, Rahul Sundaram wrote: > > Rok Ruzic wrote: > > If the kernel parts are in mainline then user space stuff can be in > > Fedora Extras. right?. If you are interested see > > http://fedoraproject.org/wiki/Extras > > I think the first step is to see if DaveJ plans on even turning the > config option on in the kernel. No need for user space tools if the > kernel side isn't there :). It's on afaics: http://cvs.fedora.redhat.com/viewcvs/rpms/kernel/devel/configs/config-generic?view=markup > Assuming it is available, I agree that the user space stuff can go in > Extras. Can -- sure. But IMHO they should be in core (if they are small). YMMV But someone at redhat should make clear that nobody is working on a fuse-pkg already (or is planing to do so). Otherwise the work on a extras package might be lost time. -- Thorsten Leemhuis From dhollis at davehollis.com Fri Sep 16 17:56:43 2005 From: dhollis at davehollis.com (David Hollis) Date: Fri, 16 Sep 2005 13:56:43 -0400 Subject: No USB with 1555 kernel In-Reply-To: <20050916120008.GB15895@ryoko.camperquake.de> References: <20050916120008.GB15895@ryoko.camperquake.de> Message-ID: <1126893403.4974.3.camel@dhollis-lnx.sunera.com> On Fri, 2005-09-16 at 14:00 +0200, Ralf Ertzinger wrote: > Hi. > > Before filing a bug I'd like to ask if anyone else sees this. > > I brought my iBook up to speed with Rawhide yesterday, pulling in the > 1555 kernel. The system boots fine, but USB seems to be hosed. The > OHCI driver is loaded, the USB file system is mounted, but inserting > devices does not cause hotplug events, and the /proc/bus/usb > directory is empty. > USB is working for me with 1555, though unplugging a drive causes Oops-es in the SCSI layer, but that is known issue and patches have been floating around to resolve that. I expect one of the next rawhide kernels should resolve that. I have noticed that with my recent updates to Gnome 2.12, USB drives and such don't appear on the desktop or in Nautilus. I haven't investigated it however. Webcam support is a bit hit-or-miss with Linux, and most modern cams do not appear to have drivers in mainline. Try these links for drivers: http://www.linux-projects.org/ http://mxhaard.free.fr/download.html -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Fri Sep 16 21:33:25 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 16 Sep 2005 11:33:25 -1000 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <1126878523.24474.20.camel@linux> References: <1126878523.24474.20.camel@linux> Message-ID: <432B3A25.9070400@redhat.com> Hans Kristian Rosbach wrote: > After the recent discussion "FC4 state of affairs and FC5" > on fedora-devel about the possibility of making updated > installation iso images I gave it a try and actually > managed to put it together nicely. > (Can't say I liked the anaconda build utils, but ohwell) > > So, if you feel like testing a potentially dangerous > unofficial release of updated FC4 install images I have > put them up on a server. > > It's only i386, only cd, only torrent. > > Feedback appreciated! > > Please don't bug Fedora developers with FC4.1 specific bugs. > > http://fedora.isphuset.no > > -HK > Great work and good idea with the torrent-only distribution, very efficient. Also thank you for calling it unofficial. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159026 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159087 You may want to look into backporting some of the more important fixes in order to avoid some of the nastier install problems of FC4. http://people.redhat.com/wtogami/temp/1398/ As for the kernel I personally think 1398 is far less problematic for most folks than 1447. I copied all of the 1398 kernels for you here if you want to try that instead. Or maybe you should wait for a better new FC4 update kernel to hit the official tree. Since you will probably be respinning several times as you incorporate more bug fixes, you may want to use X.Y.Z versioned filenames with a separate changelog page on your website to explain what changed without users needing to download the entire torrent to find out. In your respins try to focus on issues that screw up the install process. All other bugs in the distribution are easily fixed with up2date or yum after and far less important. Warren Togami wtogami at redhat.com From hk at isphuset.no Fri Sep 16 22:26:34 2005 From: hk at isphuset.no (Hans Kristian Rosbach) Date: Sat, 17 Sep 2005 00:26:34 +0200 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <432B3A25.9070400@redhat.com> References: <1126878523.24474.20.camel@linux> <432B3A25.9070400@redhat.com> Message-ID: <1126909594.24474.35.camel@linux> On Fri, 2005-09-16 at 11:33 -1000, Warren Togami wrote: > Great work and good idea with the torrent-only distribution, very > efficient. Thank you. > Also thank you for calling it unofficial. Anything else would just be wrong :) > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159026 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159087 > You may want to look into backporting some of the more important fixes > in order to avoid some of the nastier install problems of FC4. While those most certainly are interesting bugs, I currently have no idea where to start looking to fix these. If anyone have directions or even better: patches or rpms then please send them to me. > http://people.redhat.com/wtogami/temp/1398/ > As for the kernel I personally think 1398 is far less problematic for > most folks than 1447. I copied all of the 1398 kernels for you here if > you want to try that instead. Or maybe you should wait for a better new > FC4 update kernel to hit the official tree. I'll have to have a look at these on Monday. All my computers are packed up in boxes ready to be moved to my new house. A recommendation and maybe future dialog with the kernel packager could come in handy here. > Since you will probably be respinning several times as you incorporate > more bug fixes, you may want to use X.Y.Z versioned filenames with a > separate changelog page on your website to explain what changed without > users needing to download the entire torrent to find out. In your > respins try to focus on issues that screw up the install process. All > other bugs in the distribution are easily fixed with up2date or yum > after and far less important. As this was basicly a test to see how much effort this kind of thing would need, I made this first release as simple as possible. Just stock update rpms, nothing fancy yet. My next step is to backtrace the steps I did, and analyze how to best script this. There was a lot of trial-and-error, manual labor and a whole lot of reading code just to understand what the different utils were doing. With good scripts I might also make more than just i386 images if there is enough interest in the current release. Then _IF_ I get too much spare time on my hands I'll attempt to write a script that will generate a full changelog of all changed rpms by parsing the changelog data of the rpms and comparing. Have a good weekend people! -HK From wrrhdev at riede.org Sat Sep 17 00:12:56 2005 From: wrrhdev at riede.org (Willem Riede) Date: Sat, 17 Sep 2005 00:12:56 +0000 Subject: segfault in rawhide 20050916 x86_64 nfs install Message-ID: <1126915976l.558l.1l@serve.riede.org> With today's (16th) rawhide on my opteron I get an immediate segfault (signal 11) as soon as nfs mount of the x86_64 rawhide tree is attempted. last two lines are: going to do nfsGetSetup mounting nfs path serve.riede.org:/pub/fedora/devel reveals: loader[414]: segfault at 0000000000000000 rip 0000000000476540 rsp 00007fffffe4f878 error 4 (the rsp value varies between attempts, everything else is invariant) And before someone says that signal 11 is often hardware - I checked that by running memtest86+ v1.60 for an hour - stable, error free. Ideas? Willem Riede. From ggw at wolves.durham.nc.us Sat Sep 17 00:26:23 2005 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Fri, 16 Sep 2005 20:26:23 -0400 Subject: segfault in rawhide 20050916 x86_64 nfs install In-Reply-To: <1126915976l.558l.1l@serve.riede.org> References: <1126915976l.558l.1l@serve.riede.org> Message-ID: <20050917002623.GA18371@wolves.durham.nc.us> On Sat, Sep 17, 2005 at 12:12:56AM +0000, Willem Riede wrote: > With today's (16th) rawhide on my opteron I get an immediate segfault > (signal 11) as soon as nfs mount of the x86_64 rawhide tree is attempted. > > last two lines are: > > going to do nfsGetSetup > mounting nfs path serve.riede.org:/pub/fedora/devel > > reveals: > > loader[414]: segfault at 0000000000000000 rip 0000000000476540 rsp > 00007fffffe4f878 error 4 > > (the rsp value varies between attempts, everything else is invariant) > > And before someone says that signal 11 is often hardware - I checked that by > running memtest86+ v1.60 for an hour - stable, error free. > > Ideas? Willem Riede. Bugzilla #168549 filed already, add your info to the bug report I made. -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From david at lovesunix.net Sat Sep 17 00:51:58 2005 From: david at lovesunix.net (David Nielsen) Date: Sat, 17 Sep 2005 02:51:58 +0200 Subject: su selinux message Message-ID: <1126918318.2492.3.camel@localhost.localdomain> I'm getting the following message when using su Your default context is root:system_r:unconfined_t:SystemLow-SystemHigh. Do you want to choose a different one? [n] Now it's as far as I can tell from a user pov harmless, but it's slightly scary, and I was wondering if it is intended. David Nielsen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From david at lovesunix.net Sat Sep 17 01:08:58 2005 From: david at lovesunix.net (David Nielsen) Date: Sat, 17 Sep 2005 03:08:58 +0200 Subject: su selinux message In-Reply-To: <1126918318.2492.3.camel@localhost.localdomain> References: <1126918318.2492.3.camel@localhost.localdomain> Message-ID: <1126919338.2492.7.camel@localhost.localdomain> l?r, 17 09 2005 kl. 02:51 +0200, skrev David Nielsen: > I'm getting the following message when using su > > Your default context is root:system_r:unconfined_t:SystemLow-SystemHigh. > > Do you want to choose a different one? [n] > > Now it's as far as I can tell from a user pov harmless, but it's > slightly scary, and I was wondering if it is intended. After catching up with all the news, I assume this is related to Multi Level Security. Feel free to ignore this one, just got a tad confused following the few days of having selinux=0 set to boot and then seeing this. David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dette er en digitalt underskrevet brevdel URL: From symbiont at berlios.de Sat Sep 17 03:49:27 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat, 17 Sep 2005 11:49:27 +0800 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <432B3A25.9070400@redhat.com> References: <1126878523.24474.20.camel@linux> <432B3A25.9070400@redhat.com> Message-ID: <200509171149.27885.symbiont@berlios.de> On Saturday 17 September 2005 05:33, Warren Togami wrote: > http://people.redhat.com/wtogami/temp/1398/ > As for the kernel I personally think 1398 is far less problematic for > most folks than 1447. ?I copied all of the 1398 kernels for you here > if you want to try that instead. ?Or maybe you should wait for a > better new FC4 update kernel to hit the official tree. If it's that bad, why didn't we rollback to 1398 after the discovery of badness? -- -jeff From bernie at develer.com Sat Sep 17 04:44:58 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sat, 17 Sep 2005 06:44:58 +0200 Subject: REQUEST: OpenLDAP 2.3.7 Message-ID: <432B9F4A.6070805@develer.com> Hello, OpenLDAP 2.2.26 has a scheduling bug that makes any query crawl under moderate CPU load (even nice load). This is again the usual sched_yield() behavior change that has haunted OpenOffice and other applications. This issue has been recently discussed on LKML and in OpenLDAP's bug-tracking system. One of the authors recommends upgrading to 2.3.7. Is there a chance we can get this in rawhide or even FC4? -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From bernie at develer.com Sat Sep 17 05:09:56 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sat, 17 Sep 2005 07:09:56 +0200 Subject: Assertion failed in libata-core.c:ata_qc_complete(3051) Message-ID: <432BA524.40301@develer.com> Sorry for attaching a screenshot, I couldn't find a better way to grab the panic message :-) I get this panic occasionally (every 1-2 days) since I upgraded to kernel-2.6.12-1.1447_FC4. I've gone back to 2.6.12-1.1369_FC4 and the machine has not yet crashed after 3 days. I have a Promise TX4 controller with 4 SATA drivers formatted with a RAID1 and a RAID5 md. LVM on top of this. The relevant changelog is: * Sat Aug 27 2005 Dave Jones [2.6.12-1.1447_FC4] - Better identify local builds. (#159696) - Fix disk/net dump & netconsole. (#152586) - Fix up sleeping in invalid context in sym2 driver. (#164995) - Fix 'semaphore is not ready' error in snd-intel8x0m. - Restore hwclock functionality on some systems. (#144894) - Merge patches proposed for 2.6.12.6 - Fix typo in ALPS driver. - Fix 'No sense' error with Transcend USB key. (#162559) - Fix up ide-scsi check for medium not present. (#160868) - powernow-k8 driver update from 2.6.13rc7. * Wed Aug 24 2005 Dave Jones [2.6.12-1.1435_FC4] - Work around AMD x86-64 errata 122. * Wed Aug 24 2005 Rik van Riel - upgrade to today's Xen snapshot * Tue Aug 23 2005 Rik van Riel - make sure that the vsyscall-note is linked in so the right glibc is used * Mon Aug 22 2005 Rik van Riel - fix the Xen vsyscall problem * Fri Aug 19 2005 David Woodhouse - Don't probe 8250 ports on ppc32 unless they're in the device tree - Enable ISDN, 8250 console, i8042 keyboard controller on ppc32 - Audit updates from git tree * Thu Aug 18 2005 Rik van Riel - temporarily disable the vsyscall page for Xen * Wed Aug 17 2005 Dave Jones - Restrict ipsec socket policy loading to CAP_NET_ADMIN. (CAN-2005-2555) * Tue Aug 16 2005 Rik van Riel - upgrade Xen to a newer version * Tue Aug 16 2005 Dave Jones - 2.6.11.5 - Fix module_verify_elf check that rejected valid .ko files. (#165528) * Fri Aug 12 2005 Dave Jones - Audit speedup in syscall path. - Update to a newer ACPI drop. * Sat Aug 06 2005 Dave Jones [2.6.12-1.1420_FC4] - update to final 2.6.12.4 patchset. - ACPI update to 20050729. - Disable experimental ACPI HOTKEY driver. (#163355) * Fri Aug 05 2005 Dave Jones - Enable Amiga partition support. (#149802) * Thu Aug 04 2005 Dave Jones [2.6.12-1.1411_FC4] - Include pre-release 2.6.12.4 patchset - Silence some messages from PowerMac thermal driver. (#158739) - nfs server intermitently claimed ENOENT on existing files or directories. (#150759) - Stop usbhid driver incorrectly claiming Wireless Security Lock as a mouse. (#147479) - Further NFSD fixing for non-standard ports. - Fix up miscalculated i_nlink in /proc (#162418) - Fix addrlen checks in selinux_socket_connect. (#164165) * Fri Jul 29 2005 Dave Jones - Fix compilation with older gcc. (#164041) * Sat Jul 16 2005 Dave Jones - Enable the DC395x driver. (#151010) * Sat Jul 16 2005 Dave Jones [2.6.12-1.1398_FC4] - Include a number of patches likely to show up in 2.6.12.3 -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: panic_screenshot.jpg Type: image/jpeg Size: 23846 bytes Desc: not available URL: From mpeters at mac.com Sat Sep 17 05:54:57 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 16 Sep 2005 22:54:57 -0700 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <200509171149.27885.symbiont@berlios.de> References: <1126878523.24474.20.camel@linux> <432B3A25.9070400@redhat.com> <200509171149.27885.symbiont@berlios.de> Message-ID: <1126936498.2943.4.camel@locolhost.localdomain> On Sat, 2005-09-17 at 11:49 +0800, Jeff Pitman wrote: > On Saturday 17 September 2005 05:33, Warren Togami wrote: > > http://people.redhat.com/wtogami/temp/1398/ > > As for the kernel I personally think 1398 is far less problematic for > > most folks than 1447. I copied all of the 1398 kernels for you here > > if you want to try that instead. Or maybe you should wait for a > > better new FC4 update kernel to hit the official tree. > > If it's that bad, why didn't we rollback to 1398 after the discovery of > badness? It's not bad for me :) From kwade at redhat.com Sat Sep 17 07:46:06 2005 From: kwade at redhat.com (Karsten Wade) Date: Sat, 17 Sep 2005 00:46:06 -0700 Subject: release notes, Wiki, *docs* keyword, oh my! Message-ID: <1126943167.6258.112.camel@erato.phig.org> If you didn't get a chance to read this: http://www.redhat.com/archives/fedora-maintainers/2005-September/msg00021.html It is time to gather fodder for release notes for FC5 test1. New tools and processes at work: * Use the Wiki to make release note suggestions http://fedoraproject.org/wiki/Docs/Beats * Distro projects need to assign their own beat writer to manage the content * Use *docs* keyword in CVS commit logs http://fedoraproject.org/wiki/DocsProject/WhatToDocument * Good ol' bugzilla still works great: http://tinyurl.com/89dkk * Release notes now follows translation schedule http://fedoraproject.org/wiki/DocsProject/Schedule * Canonical online version of relnotes available to capture and display last-minute changes and additions Start now getting your content in for FC5 test1. - Karsten -- Karsten Wade, RHCE * Sr. Tech Writer * http://people.redhat.com/kwade/ gpg fingerprint: 2680 DBFD D968 3141 0115 5F1B D992 0E06 AD0E 0C41 Red Hat SELinux Guide http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/selinux-guide/ -------------- 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 tmus at tmus.dk Fri Sep 16 20:09:31 2005 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Fri, 16 Sep 2005 22:09:31 +0200 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <1126878523.24474.20.camel@linux> References: <1126878523.24474.20.camel@linux> Message-ID: Hans Kristian Rosbach wrote: > After the recent discussion "FC4 state of affairs and FC5" > on fedora-devel about the possibility of making updated > installation iso images I gave it a try and actually > managed to put it together nicely. > (Can't say I liked the anaconda build utils, but ohwell) > > So, if you feel like testing a potentially dangerous > unofficial release of updated FC4 install images I have > put them up on a server. > > It's only i386, only cd, only torrent. > > Feedback appreciated! > > Please don't bug Fedora developers with FC4.1 specific bugs. > > http://fedora.isphuset.no > > -HK > You should really think of a different name for your distro, so nobody confuses it with official Fedora media. If I'm of base here, then i apoligize, but I think this could be confusing at some point. /Thomas From rodd at clarkson.id.au Sat Sep 17 08:44:19 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sat, 17 Sep 2005 18:44:19 +1000 Subject: rawhide report: 20050916 changes In-Reply-To: <200509161129.j8GBT6eb022177@porkchop.devel.redhat.com> References: <200509161129.j8GBT6eb022177@porkchop.devel.redhat.com> Message-ID: <1126946659.2753.7.camel@localhost.localdomain> On Fri, 2005-09-16 at 07:29 -0400, Build System wrote: > firefox-1.5-0.5.0.beta1 > ----------------------- > * Wed Sep 14 2005 Christopher Aillon - 1.5-0.5.0.beta1 > - Update to 1.5 beta 1. > - Add patch to svg rendering to adjust for cairo behavior. > - Happy birthday, dad! Just a curiousity. Why is the title bar saying Deer Park Beta 1. Wasn't Deer Park a code name for firefox so that it wasn't tried by the masses. And given that this release is based on the Firefox Beta 1 release (no longer called Deer Park) shouldn't the title bar read Firefox Beta 1? Rodd PS. I admit, this is totally trivial, but I thought I'd ask. 8-] -- "It's a fine line between denial and faith. It's much better on my side" From dragoran at feuerpokemon.de Sat Sep 17 09:15:42 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 17 Sep 2005 11:15:42 +0200 Subject: Kernel 2.6.13 v. FC4 In-Reply-To: <20050905033011.GC4715@redhat.com> References: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> <20050905033011.GC4715@redhat.com> Message-ID: <432BDEBE.3020002@feuerpokemon.de> Dave Jones wrote: >On Mon, Sep 05, 2005 at 12:26:09PM +1000, Bojan Smojver wrote: > > Just out of curiosity, is kernel 2.6.13 going to hit FC4 eventually, or > > is 2.6.12 going to be patched until the end-of-life? Judging by the > > rawhide kernels, there are many dependencies that would need to be > > bumped up... > >2.6.13 has a number of really rough edges. It'll likely be a while >before I rebase. Probably until at least 2.6.13.1 > > Dave > > > 2.6.13.2 is out so will fc4 rebase to 2.6.13 in the near feature? From sundaram at redhat.com Sat Sep 17 09:27:46 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Sat, 17 Sep 2005 14:57:46 +0530 Subject: Unofficial FC4.1 i386 isos In-Reply-To: References: <1126878523.24474.20.camel@linux> Message-ID: <432BE192.3060805@redhat.com> Hi > > You should really think of a different name for your distro, so nobody > confuses it with official Fedora media. > > If I'm of base here, then i apoligize, but I think this could be > confusing at some point. There has been discussing before on clarifying the trademark guidelines so that derivatives which only include the content in Fedora Core (including updates) and Extras repositories can still call themselves Fedora. Meanwhile calling it unofficial with a disclaimer is good enough IMO Again, nice work. I am pretty happy that the community stepped up on providing this functionality requested by many people regards Rahul From dwalsh at redhat.com Sat Sep 17 11:37:39 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Sat, 17 Sep 2005 07:37:39 -0400 Subject: su selinux message In-Reply-To: <1126919338.2492.7.camel@localhost.localdomain> References: <1126918318.2492.3.camel@localhost.localdomain> <1126919338.2492.7.camel@localhost.localdomain> Message-ID: <432C0003.4020100@redhat.com> David Nielsen wrote: >l?r, 17 09 2005 kl. 02:51 +0200, skrev David Nielsen: > > >>I'm getting the following message when using su >> >>Your default context is root:system_r:unconfined_t:SystemLow-SystemHigh. >> >>Do you want to choose a different one? [n] >> >>Now it's as far as I can tell from a user pov harmless, but it's >>slightly scary, and I was wondering if it is intended. >> >> > >After catching up with all the news, I assume this is related to Multi >Level Security. Feel free to ignore this one, just got a tad confused >following the few days of having selinux=0 set to boot and then seeing >this. > >David > > This should dissappear with the latest policy. In strict policy you are able to choose which context you log in with, if you have multiple login contexts. With the introduction of MCS, a second choice for unconfined_t was introduced, so you are offered a choice "root:system_r:unconfined_t:SystemLow-SystemHigh" and "root:sysadm_r:unconfined_t:SystemLow-SystemHigh". In the latest policy the second choice has been eliminated. introduction of MCS, m -- From alan at redhat.com Sat Sep 17 12:20:18 2005 From: alan at redhat.com (Alan Cox) Date: Sat, 17 Sep 2005 08:20:18 -0400 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <432BE192.3060805@redhat.com> References: <1126878523.24474.20.camel@linux> <432BE192.3060805@redhat.com> Message-ID: <20050917122018.GB10763@devserv.devel.redhat.com> On Sat, Sep 17, 2005 at 02:57:46PM +0530, Rahul Sundaram wrote: > There has been discussing before on clarifying the trademark guidelines > so that derivatives which only include the content in Fedora Core > (including updates) and Extras repositories can still call themselves > Fedora. Meanwhile calling it unofficial with a disclaimer is good enough IMO One possibility would be to recognize these various updated discs people are doing as a specific item - say "Fedora Respin" From ivazquez at ivazquez.net Sat Sep 17 12:32:20 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 17 Sep 2005 08:32:20 -0400 Subject: REQUEST: OpenLDAP 2.3.7 In-Reply-To: <432B9F4A.6070805@develer.com> References: <432B9F4A.6070805@develer.com> Message-ID: <1126960340.25378.0.camel@ignacio.lan> On Sat, 2005-09-17 at 06:44 +0200, Bernardo Innocenti wrote: > Hello, > > OpenLDAP 2.2.26 has a scheduling bug that makes any query crawl > under moderate CPU load (even nice load). > > This is again the usual sched_yield() behavior change that has > haunted OpenOffice and other applications. > > This issue has been recently discussed on LKML and in OpenLDAP's > bug-tracking system. One of the authors recommends upgrading to > 2.3.7. Is there a chance we can get this in rawhide or even FC4? http://bugzilla.redhat.com/ -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 shiva at sewingwitch.com Sat Sep 17 14:39:05 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Sat, 17 Sep 2005 07:39:05 -0700 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <1126909594.24474.35.camel@linux> References: <1126878523.24474.20.camel@linux> <432B3A25.9070400@redhat.com> <1126909594.24474.35.camel@linux> Message-ID: <6AE38A5B2F77856180473E73@[10.0.0.14]> --On Saturday, September 17, 2005 12:26 AM +0200 Hans Kristian Rosbach wrote: > My next step is to backtrace the steps I did, and analyze how to best > script this. There was a lot of trial-and-error, manual labor and > a whole lot of reading code just to understand what the different utils > were doing. This is the part I anxiously await. Thanks for the effort! From jmorris at redhat.com Sat Sep 17 14:56:41 2005 From: jmorris at redhat.com (James Morris) Date: Sat, 17 Sep 2005 10:56:41 -0400 (EDT) Subject: su selinux message In-Reply-To: <1126919338.2492.7.camel@localhost.localdomain> References: <1126918318.2492.3.camel@localhost.localdomain> <1126919338.2492.7.camel@localhost.localdomain> Message-ID: On Sat, 17 Sep 2005, David Nielsen wrote: > > Your default context is root:system_r:unconfined_t:SystemLow-SystemHigh. > > > > Do you want to choose a different one? [n] > > > > Now it's as far as I can tell from a user pov harmless, but it's > > slightly scary, and I was wondering if it is intended. > > After catching up with all the news, I assume this is related to Multi > Level Security. Feel free to ignore this one, just got a tad confused > following the few days of having selinux=0 set to boot and then seeing > this. It's MCS see http://www.livejournal.com/users/james_morris/5583.html or just ignore it. - James -- James Morris From buildsys at redhat.com Sat Sep 17 20:46:08 2005 From: buildsys at redhat.com (Build System) Date: Sat, 17 Sep 2005 16:46:08 -0400 Subject: rawhide report: 20050917 changes Message-ID: <200509172046.j8HKk8OS001501@porkchop.devel.redhat.com> Updated Packages: anaconda-10.3.0.22-1 -------------------- * Fri Sep 16 2005 Jeremy Katz - 10.3.0.22-1 - Fix segfaults with nfs mounting - Start of url install methods (pnasrat) - Basic package/group selection is back in kickstart - Macro magic fixups - Use onboot by default for network devices in kickstart kernel-2.6.13-1.1558_FC5 ------------------------ * Fri Sep 16 2005 Dave Jones - 2.6.14-rc1-git3 * Fri Sep 16 2005 Dave Jones - 2.6.14-rc1-git2 kudzu-1.2.4-1 ------------- * Fri Sep 16 2005 Bill Nottingham 1.2.4-1 - remove obsolete updfstab code - ABI change: drivers are no longer set to unknown/ignore/disabled; they are just left as NULL - remove support for loading modules; it's not used by any library consumers - remove support for system-config-mouse, as it's no longer shipped - read hwaddrs for network devices from sysfs, not ethtool (and conflict with older kernels that don't support that) libselinux-1.26-6 ----------------- * Mon Sep 12 2005 Dan Walsh 1.26-6 - Fix patch call * Mon Sep 12 2005 Dan Walsh 1.26-5 - Fix strip_con call openoffice.org-1:1.9.130-1.2.fc5 -------------------------------- * Wed Sep 14 2005 Caolan McNamara - 1:1.9.130-1 - next version - drop integrated .ooo53699.unzipunused.postprocess.patch - add openoffice.org-1.9.130.ooo54692.fasterhelpcontent2.patch pam_passwdqc-1.0.2-1 -------------------- * Fri Sep 16 2005 Nalin Dahyabhai 1.0.2-1 - update to 1.0.2 - drop patch to use getpwnam_r() instead of getpwnam() selinux-policy-strict-1.27.1-1 ------------------------------ * Sat Sep 17 2005 Dan Walsh 1.27.1-1 -Update to latest from NSA * Merged small patches from Russell Coker for the apostrophe, dhcpc, fsadm, and setfiles policy. * Merged a patch from Russell Coker with some minor fixes to a multitude of policy files. * Merged patch from Dan Walsh from August 15th. Adds certwatch policy. Adds mcs support to Makefile. Adds mcs file which defines sensitivities and categories for the MSC policy. Creates an authentication_domain macro in global_macros.te for domains that use pam_authentication. Creates the anonymous_domain macro so that the ftpd, rsync, httpd, and smbd domains can share the ftpd_anon_t and ftpd_anon_rw_t types. Removes netifcon rules to start isolating individual ethernet devices. Changes vpnc from a daemon to an application_domain. Adds audit_control capability to crond_t. Adds dac_override and dac_read_search capabilities to fsadm_t to allow the manipulation of removable media. Adds read_sysctl macro to the base_passwd_domain macro. Adds rules to allow alsa_t to communicate with userspace. Allows networkmanager to communicate with isakmp_port and to use vpnc. For targeted policy, removes transitions of sysadm_t to apm_t, backup_t, bootloader_t, cardmgr_t, clockspeed_t, hwclock_t, and kudzu_t. Makes other minor cleanups and fixes. * Thu Sep 15 2005 Dan Walsh 1.26-2 - Fix mqueue handling - Remove role sysadm_r unconfined_t; selinux-policy-targeted-1.27.1-1 -------------------------------- * Sat Sep 17 2005 Dan Walsh 1.27.1-1 -Update to latest from NSA * Merged small patches from Russell Coker for the apostrophe, dhcpc, fsadm, and setfiles policy. * Merged a patch from Russell Coker with some minor fixes to a multitude of policy files. * Merged patch from Dan Walsh from August 15th. Adds certwatch policy. Adds mcs support to Makefile. Adds mcs file which defines sensitivities and categories for the MSC policy. Creates an authentication_domain macro in global_macros.te for domains that use pam_authentication. Creates the anonymous_domain macro so that the ftpd, rsync, httpd, and smbd domains can share the ftpd_anon_t and ftpd_anon_rw_t types. Removes netifcon rules to start isolating individual ethernet devices. Changes vpnc from a daemon to an application_domain. Adds audit_control capability to crond_t. Adds dac_override and dac_read_search capabilities to fsadm_t to allow the manipulation of removable media. Adds read_sysctl macro to the base_passwd_domain macro. Adds rules to allow alsa_t to communicate with userspace. Allows networkmanager to communicate with isakmp_port and to use vpnc. For targeted policy, removes transitions of sysadm_t to apm_t, backup_t, bootloader_t, cardmgr_t, clockspeed_t, hwclock_t, and kudzu_t. Makes other minor cleanups and fixes. * Thu Sep 15 2005 Dan Walsh 1.26-2 - Fix mqueue handling - Remove role sysadm_r unconfined_t; termcap-1:5.4-7 --------------- * Fri Sep 16 2005 Petr Raszyk 1:5.4-7 - resynchronize termcap <-> terminfo for rxvt-unicode (#160031). * Thu Aug 25 2005 Petr Raszyk 1:5.4-5 - resynchronize termcap <-> terminfo for xterm (#166702) * Wed Mar 16 2005 Nalin Dahyabhai 1:5.4-4 - resynchronize with ncurses package xscreensaver-1:4.22-16 ---------------------- * Fri Sep 16 2005 Ray Strode 1:4.22-16 - don't allow root to authenticate lock dialog when selinux is enabled (bug 157014). yum-2.4.0-3 ----------- Broken deps for s390x ---------------------------------------------------------- initscripts - 8.14-1.s390x requires kernel >= 0:2.6.12 Broken deps for s390 ---------------------------------------------------------- initscripts - 8.14-1.s390 requires kernel >= 0:2.6.12 From arjanv at redhat.com Sat Sep 17 18:37:45 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 17 Sep 2005 14:37:45 -0400 Subject: REQUEST: OpenLDAP 2.3.7 In-Reply-To: <432B9F4A.6070805@develer.com> References: <432B9F4A.6070805@develer.com> Message-ID: <1126982265.3010.12.camel@localhost.localdomain> > This is again the usual sched_yield() behavior change that has > haunted OpenOffice and other applications. ... which RH has had since RHL 9 at least. It's only sort of a behavior change as well though.. and certainly a mis-assumption on the user of sched_yield()... (the assumption that it won't be put at the end of the queue is just wrong) -------------- 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 veillard at redhat.com Sat Sep 17 22:22:46 2005 From: veillard at redhat.com (Daniel Veillard) Date: Sat, 17 Sep 2005 18:22:46 -0400 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <6AE38A5B2F77856180473E73@[10.0.0.14]> References: <1126878523.24474.20.camel@linux> <432B3A25.9070400@redhat.com> <1126909594.24474.35.camel@linux> <6AE38A5B2F77856180473E73@[10.0.0.14]> Message-ID: <20050917222246.GC29522@redhat.com> On Sat, Sep 17, 2005 at 07:39:05AM -0700, Kenneth Porter wrote: > --On Saturday, September 17, 2005 12:26 AM +0200 Hans Kristian Rosbach > wrote: > > >My next step is to backtrace the steps I did, and analyze how to best > >script this. There was a lot of trial-and-error, manual labor and > >a whole lot of reading code just to understand what the different utils > >were doing. > > This is the part I anxiously await. Thanks for the effort! yes that's excellent, thanks ! Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From wtogami at redhat.com Sat Sep 17 23:11:00 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 17 Sep 2005 13:11:00 -1000 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <1126909594.24474.35.camel@linux> References: <1126878523.24474.20.camel@linux> <432B3A25.9070400@redhat.com> <1126909594.24474.35.camel@linux> Message-ID: <432CA284.4050409@redhat.com> Hans Kristian Rosbach wrote: > >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159026 >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159087 >>You may want to look into backporting some of the more important fixes >>in order to avoid some of the nastier install problems of FC4. > > > While those most certainly are interesting bugs, I currently have no > idea where to start looking to fix these. > If anyone have directions or even better: patches or rpms then please > send them to me. Please keep in mind that fixing the installer bugs is probably one of the more important reasons for spinning your own installer discs. Warren Togami wtogami at redhat.com From bernie at develer.com Sun Sep 18 00:54:20 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sun, 18 Sep 2005 02:54:20 +0200 Subject: REQUEST: OpenLDAP 2.3.7 In-Reply-To: <1126982265.3010.12.camel@localhost.localdomain> References: <432B9F4A.6070805@develer.com> <1126982265.3010.12.camel@localhost.localdomain> Message-ID: <432CBABC.8090906@develer.com> Arjan van de Ven wrote: >>This is again the usual sched_yield() behavior change that has >>haunted OpenOffice and other applications. > > ... which RH has had since RHL 9 at least. > It's only sort of a behavior change as well though.. and certainly a > mis-assumption on the user of sched_yield()... (the assumption that it > won't be put at the end of the queue is just wrong) OpenLDAP has been finally fixed in 2.3.7. It seems the authors where unaware of the problem, and they wouldn't be able to learn about it without diggin into linux/kernel/sched.c. Neither the Linux man-page nor the POSIX standard give a clue about it. Altough I generally dislike threaded programs and expecially those who spin on locks instead of designing a proper arbitration scheme for shared resources, I consider the new kernel behavior unfair and bogus. It lets low-priority processes steal most CPU time away from high-priority ones. From a system-administrator point of view, it makes nice less functional because it doesn't do what you would expect for processes using specific system calls. -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From arjanv at redhat.com Sun Sep 18 01:32:47 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 18 Sep 2005 03:32:47 +0200 Subject: REQUEST: OpenLDAP 2.3.7 In-Reply-To: <432CBABC.8090906@develer.com> References: <432B9F4A.6070805@develer.com> <1126982265.3010.12.camel@localhost.localdomain> <432CBABC.8090906@develer.com> Message-ID: <20050918013247.GA31974@devserv.devel.redhat.com> On Sun, Sep 18, 2005 at 02:54:20AM +0200, Bernardo Innocenti wrote: > Altough I generally dislike threaded programs and expecially > those who spin on locks instead of designing a proper arbitration > scheme for shared resources, I consider the new kernel behavior > unfair and bogus. is it? "sched_yield" means "give up the cpu to lower priority processes", because, frankly, if there were higher priority ones.. they'd already be running. So what else does it mean? > It lets low-priority processes steal most CPU time away from > high-priority ones. From a system-administrator point of view, > it makes nice less functional because it doesn't do what you > would expect for processes using specific system calls. sched_yield... gives up the cpu. it lets other processes go. What maybe would be useful is a yield_to() which takes a pid. However that currently doesn't exist. From bernie at develer.com Sun Sep 18 02:27:38 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sun, 18 Sep 2005 04:27:38 +0200 Subject: REQUEST: OpenLDAP 2.3.7 In-Reply-To: <20050918013247.GA31974@devserv.devel.redhat.com> References: <432B9F4A.6070805@develer.com> <1126982265.3010.12.camel@localhost.localdomain> <432CBABC.8090906@develer.com> <20050918013247.GA31974@devserv.devel.redhat.com> Message-ID: <432CD09A.2060201@develer.com> Arjan van de Ven wrote: > On Sun, Sep 18, 2005 at 02:54:20AM +0200, Bernardo Innocenti wrote: > >>Altough I generally dislike threaded programs and expecially >>those who spin on locks instead of designing a proper arbitration >>scheme for shared resources, I consider the new kernel behavior >>unfair and bogus. > > is it? "sched_yield" means "give up the cpu to lower priority processes", > because, frankly, if there were higher priority ones.. they'd already be > running. So what else does it mean? It's more meaningful to interpret sched_yield() as "give up the processor, as if the scheduler quantum had expired". The scheduler wouldn't normally allow a lower priority process to preempt a high-priority ready process for 30+ ms. Unless I'm mistaken about Linux's scheduling policy... -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From davej at redhat.com Sun Sep 18 02:41:27 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 17 Sep 2005 22:41:27 -0400 Subject: Assertion failed in libata-core.c:ata_qc_complete(3051) In-Reply-To: <9a87484905091717524adfc854@mail.gmail.com> References: <432BA524.40301@develer.com> <60030.200.141.101.221.1126969752.squirrel@correio.lps.ele.puc-rio.br> <432CB177.5070001@develer.com> <9a87484905091717524adfc854@mail.gmail.com> Message-ID: <20050918024127.GA23405@redhat.com> On Sun, Sep 18, 2005 at 02:52:55AM +0200, Jesper Juhl wrote: > On 9/18/05, Bernardo Innocenti wrote: > > Matheus Izvekov wrote: > > > > >>I have a Promise TX4 controller with 4 SATA drivers > > >>formatted with a RAID1 and a RAID5 md. LVM on top of this. > > > > > > Can you reproduce this with a stock kernel? > > > > I've just opened the case to install some more RAM and > > noticed that the SATA controller card wasn't completely > > fitted into the PCI slot. Could it be just a hardware > > problem? I don't know what that assartion is about. > > > > Nowadays, Fedora kernels don't differ much from stock > > kernels plus the usual bugfixes. I've now upgraded to > > They still do differ though. When asked to retest with a stock kernel, > indulging the person who asks is usually a good idea if you want your > problem solved :) libata / scsi layer in that kernel should be 1:1 to mainline as of 2.6.12 Dave From bernie at develer.com Sun Sep 18 00:14:47 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sun, 18 Sep 2005 02:14:47 +0200 Subject: Assertion failed in libata-core.c:ata_qc_complete(3051) In-Reply-To: <60030.200.141.101.221.1126969752.squirrel@correio.lps.ele.puc-rio.br> References: <432BA524.40301@develer.com> <60030.200.141.101.221.1126969752.squirrel@correio.lps.ele.puc-rio.br> Message-ID: <432CB177.5070001@develer.com> Matheus Izvekov wrote: >>I have a Promise TX4 controller with 4 SATA drivers >>formatted with a RAID1 and a RAID5 md. LVM on top of this. > > Can you reproduce this with a stock kernel? I've just opened the case to install some more RAM and noticed that the SATA controller card wasn't completely fitted into the PCI slot. Could it be just a hardware problem? I don't know what that assartion is about. Nowadays, Fedora kernels don't differ much from stock kernels plus the usual bugfixes. I've now upgraded to 2.6.13-1.1555-FC5 because it fixes an iptables bug. I'll report if I see this bug again. > Also, i think it would be > better if instead of sending a screenshot, get a serial cable and boot > with console=ttyS* This is happening on our production server, and there are no other computers next to it, so I can't easily hook in a serial cable. -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From bernie at develer.com Sun Sep 18 03:04:39 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sun, 18 Sep 2005 05:04:39 +0200 Subject: REQUEST: OpenLDAP 2.3.7 In-Reply-To: <1126960340.25378.0.camel@ignacio.lan> References: <432B9F4A.6070805@develer.com> <1126960340.25378.0.camel@ignacio.lan> Message-ID: <432CD947.6060806@develer.com> Ignacio Vazquez-Abrams wrote: > On Sat, 2005-09-17 at 06:44 +0200, Bernardo Innocenti wrote: >> >>OpenLDAP 2.2.26 has a scheduling bug that makes any query crawl >>under moderate CPU load (even nice load). >> >>This is again the usual sched_yield() behavior change that has >>haunted OpenOffice and other applications. >> >>This issue has been recently discussed on LKML and in OpenLDAP's >>bug-tracking system. One of the authors recommends upgrading to >>2.3.7. Is there a chance we can get this in rawhide or even FC4? > > http://bugzilla.redhat.com/ Filed as bug #168612: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168612 -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From bernie at develer.com Sun Sep 18 02:57:51 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sun, 18 Sep 2005 04:57:51 +0200 Subject: Assertion failed in libata-core.c:ata_qc_complete(3051) In-Reply-To: <9a87484905091717524adfc854@mail.gmail.com> References: <432BA524.40301@develer.com> <60030.200.141.101.221.1126969752.squirrel@correio.lps.ele.puc-rio.br> <432CB177.5070001@develer.com> <9a87484905091717524adfc854@mail.gmail.com> Message-ID: <432CD7AF.1030109@develer.com> Jesper Juhl wrote: > On 9/18/05, Bernardo Innocenti wrote: >>I've just opened the case to install some more RAM and >>noticed that the SATA controller card wasn't completely >>fitted into the PCI slot. Could it be just a hardware >>problem? I don't know what that assartion is about. >> >>Nowadays, Fedora kernels don't differ much from stock >>kernels plus the usual bugfixes. I've now upgraded to > > They still do differ though. When asked to retest with a stock kernel, > indulging the person who asks is usually a good idea if you want your > problem solved :) I appreciate Matheus's help, but installing a stock kernel on a production server and waiting a few days to see if the bug shows up is problematic for me. I've already reviewed Fedora-specific changes in this kernel and none of them appears to be related to my problem. The only patch that comes close is: linux-2.6.11-libata-promise-pata-on-sata.patch >>This is happening on our production server, and there are no >>other computers next to it, so I can't easily hook in a >>serial cable. > > netconsole may be a useful alternative for you then. > See Documentation/networking/netconsole.txt Thanks for the suggestion. I think I'll leave it enabled on the server. I've just compiled the netconsole module, but it depends on the non-modular netpoll, so I'll have to wait until next reboot in order to try it out. By the way, the documentation doesn't say how to interface with syslogd. Is it sufficient to use port 514 and turning on the -r option? -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From caillon at redhat.com Sun Sep 18 03:40:17 2005 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 17 Sep 2005 23:40:17 -0400 Subject: rawhide report: 20050916 changes In-Reply-To: <1126946659.2753.7.camel@localhost.localdomain> References: <200509161129.j8GBT6eb022177@porkchop.devel.redhat.com> <1126946659.2753.7.camel@localhost.localdomain> Message-ID: <432CE1A1.9020904@redhat.com> On 09/17/2005 04:44 AM, Rodd Clarkson wrote: >On Fri, 2005-09-16 at 07:29 -0400, Build System wrote: > > > >>firefox-1.5-0.5.0.beta1 >>----------------------- >>* Wed Sep 14 2005 Christopher Aillon - 1.5-0.5.0.beta1 >>- Update to 1.5 beta 1. >>- Add patch to svg rendering to adjust for cairo behavior. >>- Happy birthday, dad! >> >> > >Just a curiousity. Why is the title bar saying Deer Park Beta 1. >Wasn't Deer Park a code name for firefox so that it wasn't tried by the >masses. And given that this release is based on the Firefox Beta 1 >release (no longer called Deer Park) shouldn't the title bar read >Firefox Beta 1? > > >Rodd > >PS. I admit, this is totally trivial, but I thought I'd ask. 8-] > > In case I do CVS builds between now and the final release, I don't want to switch between enabling the branding vs. not. From mricon at gmail.com Sun Sep 18 04:00:34 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sun, 18 Sep 2005 00:00:34 -0400 Subject: Move PyQt to Extras Message-ID: Hello, all: I am trying to package Eric IDE for Extras, but it requires that PyQt is built with Qscintilla. I have added Qscintilla to extras, but I cannot continue, since PyQt is in core, and can't depend on things in Extras for a sub-package. So, either Qscintilla will have to be added to Core, or, which is probably far more reasonable, PyQt could be moved out of the Core to Extras. I have checked, nothing requires PyQt in Core, and it really seems like a package much more suitable for Extras. What do you say? I'm willing to maintain it there, of course. Cheers, -- Konstantin Ryabitsev http://www.mricon.com/ From rodd at clarkson.id.au Sun Sep 18 04:18:01 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sun, 18 Sep 2005 14:18:01 +1000 Subject: rawhide report: 20050917 changes In-Reply-To: <200509172046.j8HKk8OS001501@porkchop.devel.redhat.com> References: <200509172046.j8HKk8OS001501@porkchop.devel.redhat.com> Message-ID: <1127017082.2824.3.camel@localhost.localdomain> On Sat, 2005-09-17 at 16:46 -0400, Build System wrote: > kernel-2.6.13-1.1558_FC5 > ------------------------ > * Fri Sep 16 2005 Dave Jones > - 2.6.14-rc1-git3 > > * Fri Sep 16 2005 Dave Jones > - 2.6.14-rc1-git2 > > kudzu-1.2.4-1 > ------------- > * Fri Sep 16 2005 Bill Nottingham 1.2.4-1 > - remove obsolete updfstab code > - ABI change: drivers are no longer set to unknown/ignore/disabled; > they are just left as NULL > - remove support for loading modules; it's not used by any library > consumers > - remove support for system-config-mouse, as it's no longer shipped > - read hwaddrs for network devices from sysfs, not ethtool (and > conflict with older kernels that don't support that) When I tried to yum update today, this is what I got. (there's more comment down further.) [rodd at localhost ~]$ sudo yum update Password: Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.0 MB 00:20 developmen: ################################################## 3747/3747 Added 101 new packages, deleted 101 old in 15.97 seconds primary.xml.gz 100% |=========================| 804 kB 00:16 extras-dev: ################################################## 2244/2244 Added 34 new packages, deleted 0 old in 9.79 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for pam_passwdqc to pack into transaction set. pam_passwdqc-1.0.2-1.i386 100% |=========================| 6.3 kB 00:00 ---> Package pam_passwdqc.i386 0:1.0.2-1 set to be updated ---> Downloading header for kudzu to pack into transaction set. kudzu-1.2.4-1.i386.rpm 100% |=========================| 47 kB 00:01 ---> Package kudzu.i386 0:1.2.4-1 set to be updated ---> Downloading header for yum to pack into transaction set. yum-2.4.0-3.noarch.rpm 100% |=========================| 25 kB 00:00 ---> Package yum.noarch 0:2.4.0-3 set to be updated ---> Downloading header for openoffice.org-draw to pack into transaction set. openoffice.org-draw-1.9.1 100% |=========================| 32 kB 00:00 ---> Package openoffice.org-draw.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for openoffice.org-xsltfilter to pack into transaction set. openoffice.org-xsltfilter 100% |=========================| 29 kB 00:00 ---> Package openoffice.org-xsltfilter.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for xscreensaver-base to pack into transaction set. xscreensaver-base-4.22-16 100% |=========================| 24 kB 00:00 ---> Package xscreensaver-base.i386 1:4.22-16 set to be updated ---> Downloading header for openoffice.org-core to pack into transaction set. openoffice.org-core-1.9.1 100% |=========================| 300 kB 00:05 ---> Package openoffice.org-core.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for openoffice.org-calc to pack into transaction set. openoffice.org-calc-1.9.1 100% |=========================| 35 kB 00:00 ---> Package openoffice.org-calc.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for openoffice.org-graphicfilter to pack into transaction set. openoffice.org-graphicfil 100% |=========================| 29 kB 00:00 ---> Package openoffice.org-graphicfilter.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for libselinux to pack into transaction set. libselinux-1.26-6.i386.rp 100% |=========================| 22 kB 00:00 ---> Package libselinux.i386 0:1.26-6 set to be updated ---> Downloading header for openoffice.org-math to pack into transaction set. openoffice.org-math-1.9.1 100% |=========================| 33 kB 00:00 ---> Package openoffice.org-math.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for openoffice.org-impress to pack into transaction set.openoffice.org-impress-1. 100% |=========================| 75 kB 00:01 ---> Package openoffice.org-impress.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for libselinux-devel to pack into transaction set. libselinux-devel-1.26-6.i 100% |=========================| 28 kB 00:00 ---> Package libselinux-devel.i386 0:1.26-6 set to be updated ---> Downloading header for openoffice.org-writer to pack into transaction set. openoffice.org-writer-1.9 100% |=========================| 36 kB 00:00 ---> Package openoffice.org-writer.i386 1:1.9.130-1.2.fc5 set to be updated ---> Downloading header for kernel to pack into transaction set. kernel-2.6.13-1.1558_FC5. 100% |=========================| 190 kB 00:03 ---> Package kernel.i686 0:2.6.13-1.1558_FC5 set to be installed ---> Downloading header for selinux-policy-targeted to pack into transaction set. selinux-policy-targeted-1 100% |=========================| 50 kB 00:00 ---> Package selinux-policy-targeted.noarch 0:1.27.1-1 set to be updated ---> Downloading header for termcap to pack into transaction set. termcap-5.4-7.noarch.rpm 100% |=========================| 6.3 kB 00:00 ---> Package termcap.noarch 1:5.4-7 set to be updated ---> Downloading header for kernel-devel to pack into transaction set. kernel-devel-2.6.13-1.155 100% |=========================| 779 kB 00:15 ---> Package kernel-devel.i686 0:2.6.13-1.1558_FC5 set to be installed ---> Downloading header for kudzu-devel to pack into transaction set. kudzu-devel-1.2.4-1.i386. 100% |=========================| 39 kB 00:00 ---> Package kudzu-devel.i386 0:1.2.4-1 set to be updated --> Running transaction check --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. --> Running transaction check --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. --> Running transaction check Error: Unable to satisfy dependencies Error: Package kudzu needs kernel < 2.6.13, this is not available. [rodd at localhost ~]$ Interestingly, I updated everything except kudzu and kernel and know I get this. [rodd at localhost ~]$ sudo yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.0 MB 00:20 developmen: ################################################## 3747/3747 Added 101 new packages, deleted 101 old in 13.01 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kernel.i686 0:2.6.13-1.1558_FC5 set to be installed ---> Package kudzu.i386 0:1.2.4-1 set to be updated ---> Package kernel-devel.i686 0:2.6.13-1.1558_FC5 set to be installed ---> Package kudzu-devel.i386 0:1.2.4-1 set to be updated --> Running transaction check --> Processing Conflict: kudzu conflicts kernel < 2.6.13 Traceback (most recent call last): File "/usr/bin/yum", line 27, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 133, in main (result, resultmsgs) = base.buildTransaction() File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 339, in buildTransaction (rescode, restring) = self.resolveDeps() File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 254, in resolveDeps (checkdep, missing, conflict, errormsgs) = self._processConflict(dep) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 695, in _processConflict for pkg in pkgs: TypeError: iteration over non-sequence [rodd at localhost ~]$ Hmmm. R. -- "It's a fine line between denial and faith. It's much better on my side" From rdieter at math.unl.edu Sun Sep 18 06:30:46 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 18 Sep 2005 01:30:46 -0500 Subject: Move PyQt to Extras In-Reply-To: References: Message-ID: <432D0996.7050700@math.unl.edu> Konstantin Ryabitsev wrote: > I am trying to package Eric IDE for Extras, but it requires that PyQt > is built with Qscintilla. I have added Qscintilla to extras, but I > cannot continue, since PyQt is in core, and can't depend on things in > Extras for a sub-package. PyQt wouldn't depend on PyQt-qscintilla. It's the other way around: PyQt-qscintilla would Requires: PyQt. And, eric would Requires: PyQt-qscintilla (So there's no need to PyQt to Extras for PyQt-qscintilla's or eric's sake) -- Rex From mricon at gmail.com Sun Sep 18 06:35:22 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sun, 18 Sep 2005 02:35:22 -0400 Subject: Move PyQt to Extras In-Reply-To: <432D0996.7050700@math.unl.edu> References: <432D0996.7050700@math.unl.edu> Message-ID: On 18/09/05, Rex Dieter wrote: > > I am trying to package Eric IDE for Extras, but it requires that PyQt > > is built with Qscintilla. I have added Qscintilla to extras, but I > > cannot continue, since PyQt is in core, and can't depend on things in > > Extras for a sub-package. > > PyQt wouldn't depend on PyQt-qscintilla. It's the other way around: > PyQt-qscintilla would Requires: PyQt. And, eric would Requires: > PyQt-qscintilla > > (So there's no need to PyQt to Extras for PyQt-qscintilla's or eric's sake) Not quite as simple. PyQt-qscintilla is built as part of PyQt -- it's not a separate package. I *could* provide PyQt-qscintilla in extras, leaving PyQt in core, but that would require: 1. fully mirroring the SRPM with the one from Core, just to add the qscintilla bits 2. constantly coordinating with the PyQt in Core to make sure we don't diverge That's really not efficient. It'd be far more so to have both PyQt and Qscintilla (parts of the same project, really) in the same repository. -- Konstantin Ryabitsev http://www.mricon.com/ From arjanv at redhat.com Sun Sep 18 11:05:24 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 18 Sep 2005 13:05:24 +0200 Subject: REQUEST: OpenLDAP 2.3.7 In-Reply-To: <432CD09A.2060201@develer.com> References: <432B9F4A.6070805@develer.com> <1126982265.3010.12.camel@localhost.localdomain> <432CBABC.8090906@develer.com> <20050918013247.GA31974@devserv.devel.redhat.com> <432CD09A.2060201@develer.com> Message-ID: <20050918110524.GA23910@devserv.devel.redhat.com> On Sun, Sep 18, 2005 at 04:27:38AM +0200, Bernardo Innocenti wrote: > > It's more meaningful to interpret sched_yield() as "give up the processor, > as if the scheduler quantum had expired". afaik this is *exactly* what the new sched_yield() does ;) > > The scheduler wouldn't normally allow a lower priority process to > preempt a high-priority ready process for 30+ ms. Unless I'm > mistaken about Linux's scheduling policy... if your quantum is up... all other tasks get theirs of course From bernie at develer.com Sun Sep 18 11:37:35 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sun, 18 Sep 2005 13:37:35 +0200 Subject: RFA: Changing scheduler quantum (Was: REQUEST: OpenLDAP 2.3.7) In-Reply-To: <20050918110524.GA23910@devserv.devel.redhat.com> References: <432B9F4A.6070805@develer.com> <1126982265.3010.12.camel@localhost.localdomain> <432CBABC.8090906@develer.com> <20050918013247.GA31974@devserv.devel.redhat.com> <432CD09A.2060201@develer.com> <20050918110524.GA23910@devserv.devel.redhat.com> Message-ID: <432D517F.2000604@develer.com> Arjan van de Ven wrote: > On Sun, Sep 18, 2005 at 04:27:38AM +0200, Bernardo Innocenti wrote: > >>It's more meaningful to interpret sched_yield() as "give up the processor, >>as if the scheduler quantum had expired". > > afaik this is *exactly* what the new sched_yield() does ;) Oops :-) >>The scheduler wouldn't normally allow a lower priority process to >>preempt a high-priority ready process for 30+ ms. Unless I'm >>mistaken about Linux's scheduling policy... > > if your quantum is up... all other tasks get theirs of course I assumed dynamic priorities affected the length of the quantum, but maybe it just changes the number of times the process is scheduled wrt other processes, with the quantum being fixed at 20-30ms. (...a few seconds later...) Skimming through sched.c, it seems my first guess was right: the quantum varies with the priority from 5ms to 800ms. The DEF_TIMESLICE of 400ms looks a bit too gross for most applications and the maximum 800ms is just ridicolously high. IIRC, the 7.14MHz 68000 in the Amiga 500 did task-switching at 20ms intervals, with a negligible performance hit. Couldn't do much better on today's CPUs? -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From wrrhdev at riede.org Sun Sep 18 12:52:42 2005 From: wrrhdev at riede.org (Willem Riede) Date: Sun, 18 Sep 2005 12:52:42 +0000 Subject: anaconda segfault in rawhide 20050917 x86_64 nfs install Message-ID: <1127047962l.558l.6l@serve.riede.org> I guess there's progress, but not much :-) With Saturday's (17th) rawhide on my opteron I get a segfault a couple of seconds into anaconda using nfs mount of the x86_64 rawhide tree. last three lines are: Display mode = g Method = nfs://mnt/source/. _Fedora is only installclass, using it reveals: audit(1127046737.776:2): avc: denied { associate } for pid=733 \ comm="anaconda" name="rpm" scontext=system_u:object_r:root_t:s0 \ tcontext=system_u:object_r:root_t:s0 tsclass=filesystem loader[733]: segfault at 0000000000000000 rip 00002aaaab3019f0 \ rsp 00007ffff8f7d58 error 4 Does anybody else see this? Regards, Willem Riede. From katzj at redhat.com Sun Sep 18 15:04:35 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 18 Sep 2005 11:04:35 -0400 Subject: anaconda segfault in rawhide 20050917 x86_64 nfs install In-Reply-To: <1127047962l.558l.6l@serve.riede.org> References: <1127047962l.558l.6l@serve.riede.org> Message-ID: <1127055875.29358.15.camel@bree.local.net> On Sun, 2005-09-18 at 12:52 +0000, Willem Riede wrote: > I guess there's progress, but not much :-) There's lots of things changing :) Unfortunately, testing the full tree effect is pretty time consuming, so we've been doing a lot of spot testing as we add stuff and then wait until the next day for the "whole tree" effect. Unfortunately, given the amount of change, this is somewhat prone to causing problems :/ > With Saturday's (17th) rawhide on my opteron I get a segfault a couple of > seconds into anaconda using nfs mount of the x86_64 rawhide tree. Hmm, that means that anaconda is running and it looks like we're probably into the X probing. Could be a side effect of the kudzu changes to return NULL in some cases. I'm not sure if I'll get a chance to prod at it today, but I'll try. Jeremy From buildsys at redhat.com Sun Sep 18 16:13:12 2005 From: buildsys at redhat.com (Build System) Date: Sun, 18 Sep 2005 12:13:12 -0400 Subject: rawhide report: 20050918 changes Message-ID: <200509181613.j8IGDCfR029040@porkchop.devel.redhat.com> Updated Packages: bogl-0:0.1.18-8 --------------- * Sun Sep 18 2005 Miloslav Trmac - 0:0.1.18-8 - Ship wlite and Unicode data licenses, and Changelog checkpolicy-1.27.1-1 -------------------- * Sat Sep 17 2005 Dan Walsh 1.27.1-1 - Latest upgrade from NSA * Merged bug fix for role dominance handling from Darrel Goeddel (TCS). m4-1.4.3-2 ---------- * Sun Sep 18 2005 Miloslav Trmac - 1.4.3-2 - Ship COPYING and ChangeLog selinux-doc-1.22-1 ------------------ * Sat Sep 17 2005 Dan Walsh 1.22-1 - Update to NSA Release version * Updated version for release. * Updated CREDITS. * Added README.MODULES. * Thu Jul 07 2005 Dan Walsh 1.20-1 - Update to NSA Release version * Updated version for release. * Sat May 07 2005 Dan Walsh 1.19.6-1 - Update to NSA Release version * Updated CREDITS. selinux-policy-strict-1.27.1-2 ------------------------------ * Sat Sep 17 2005 Dan Walsh 1.27.1-2 - Allow gssd to read kerberos ticket files on /tmp * Fri Sep 16 2005 Dan Walsh 1.27.1-1 -Update to latest from NSA * Merged small patches from Russell Coker for the apostrophe, dhcpc, fsadm, and setfiles policy. * Merged a patch from Russell Coker with some minor fixes to a multitude of policy files. * Merged patch from Dan Walsh from August 15th. Adds certwatch policy. Adds mcs support to Makefile. Adds mcs file which defines sensitivities and categories for the MSC policy. Creates an authentication_domain macro in global_macros.te for domains that use pam_authentication. Creates the anonymous_domain macro so that the ftpd, rsync, httpd, and smbd domains can share the ftpd_anon_t and ftpd_anon_rw_t types. Removes netifcon rules to start isolating individual ethernet devices. Changes vpnc from a daemon to an application_domain. Adds audit_control capability to crond_t. Adds dac_override and dac_read_search capabilities to fsadm_t to allow the manipulation of removable media. Adds read_sysctl macro to the base_passwd_domain macro. Adds rules to allow alsa_t to communicate with userspace. Allows networkmanager to communicate with isakmp_port and to use vpnc. For targeted policy, removes transitions of sysadm_t to apm_t, backup_t, bootloader_t, cardmgr_t, clockspeed_t, hwclock_t, and kudzu_t. Makes other minor cleanups and fixes. * Thu Sep 15 2005 Dan Walsh 1.26-2 - Fix mqueue handling - Remove role sysadm_r unconfined_t; selinux-policy-targeted-1.27.1-2 -------------------------------- * Sat Sep 17 2005 Dan Walsh 1.27.1-2 - Allow gssd to read kerberos ticket files on /tmp * Fri Sep 16 2005 Dan Walsh 1.27.1-1 -Update to latest from NSA * Merged small patches from Russell Coker for the apostrophe, dhcpc, fsadm, and setfiles policy. * Merged a patch from Russell Coker with some minor fixes to a multitude of policy files. * Merged patch from Dan Walsh from August 15th. Adds certwatch policy. Adds mcs support to Makefile. Adds mcs file which defines sensitivities and categories for the MSC policy. Creates an authentication_domain macro in global_macros.te for domains that use pam_authentication. Creates the anonymous_domain macro so that the ftpd, rsync, httpd, and smbd domains can share the ftpd_anon_t and ftpd_anon_rw_t types. Removes netifcon rules to start isolating individual ethernet devices. Changes vpnc from a daemon to an application_domain. Adds audit_control capability to crond_t. Adds dac_override and dac_read_search capabilities to fsadm_t to allow the manipulation of removable media. Adds read_sysctl macro to the base_passwd_domain macro. Adds rules to allow alsa_t to communicate with userspace. Allows networkmanager to communicate with isakmp_port and to use vpnc. For targeted policy, removes transitions of sysadm_t to apm_t, backup_t, bootloader_t, cardmgr_t, clockspeed_t, hwclock_t, and kudzu_t. Makes other minor cleanups and fixes. * Thu Sep 15 2005 Dan Walsh 1.26-2 - Fix mqueue handling - Remove role sysadm_r unconfined_t; Broken deps for s390 ---------------------------------------------------------- initscripts - 8.14-1.s390 requires kernel >= 0:2.6.12 Broken deps for s390x ---------------------------------------------------------- initscripts - 8.14-1.s390x requires kernel >= 0:2.6.12 From kms at passback.co.uk Sun Sep 18 16:35:52 2005 From: kms at passback.co.uk (Keith Sharp) Date: Sun, 18 Sep 2005 17:35:52 +0100 Subject: Rawhide anaconda SELinux problem Message-ID: <1127061352.27198.8.camel@animal.passback.co.uk> Hello, I am trying to install Rawhide into VMWare 5.0 from my local mirror using either NFS or HTTP. When the install attempts to start anaconda it exits immediately: Running anaconda, the Fedora Core system installer - please wait... install exited abnormally and then shuts everything down for a reboot. The only information I can see on any of the virtual consoles is an avc message (hand copied so please excuse any errors) on VC 4: <5>audit(1127063851.592:2) avc: denied { associate } for pid=512 comm="anaconda" name="rpm" scontext=system_u:object_r:root_t:s0 tcontext=system_u:object_r:root_t:s0 tclass=filesystem Is this a known issue? I looked in bugzilla, but I couldn't see anything that looked relevant. Keith. From rdieter at math.unl.edu Sun Sep 18 17:46:21 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 18 Sep 2005 12:46:21 -0500 Subject: Move PyQt to Extras In-Reply-To: References: <432D0996.7050700@math.unl.edu> Message-ID: Konstantin Ryabitsev wrote: > On 18/09/05, Rex Dieter wrote: >>PyQt wouldn't depend on PyQt-qscintilla. It's the other way around: >>PyQt-qscintilla would Requires: PyQt. And, eric would Requires: >>PyQt-qscintilla >> >>(So there's no need to PyQt to Extras for PyQt-qscintilla's or eric's sake) > Not quite as simple. PyQt-qscintilla is built as part of PyQt -- it's > not a separate package. I *could* provide PyQt-qscintilla in extras, > leaving PyQt in core, but that would require: > 1. fully mirroring the SRPM with the one from Core, just to add the > qscintilla bits > 2. constantly coordinating with the PyQt in Core to make sure we don't diverge > > That's really not efficient. It'd be far more so to have both PyQt and > Qscintilla (parts of the same project, really) in the same repository. I undetstand all that, however, what you suggest is not possible for anything < FC5, so I'd suggest trying to make do as best you can (ie, packaging only PyQt-qscintilla) if you have any intention of supporting anything <= FC4. -- Rex From linux_4ever at yahoo.com Sun Sep 18 19:22:09 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 18 Sep 2005 12:22:09 -0700 (PDT) Subject: segfault updating rawhide kernel Message-ID: <20050918192209.30435.qmail@web51507.mail.yahoo.com> Hello, I was updating my x86_64 machine and got this: Downloading Packages: (1/3): kernel-2.6.13-1.15 100% |=========================| 14 MB 02:51 (2/3): checkpolicy-1.27.1 100% |=========================| 196 kB 00:02 (3/3): bogl-0.1.18-8.i386 100% |=========================| 119 kB 00:01 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : bogl ######################### [1/5] Installing: kernel ######################### [2/5] /var/tmp/rpm-tmp.42992: line 1: 6974 Segmentation fault /usr/sbin/module_upgrade Updating : checkpolicy ######################### [3/5] Cleanup : checkpolicy ######################### [4/5] Cleanup : bogl ######################### [5/5] Installed: kernel.x86_64 0:2.6.13-1.1558_FC5 Updated: bogl.i386 0:0.1.18-8 checkpolicy.x86_64 0:1.27.1-1 Complete! Not much else info to collect. -Steve __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From wrrhdev at riede.org Sun Sep 18 21:24:04 2005 From: wrrhdev at riede.org (Willem Riede) Date: Sun, 18 Sep 2005 21:24:04 +0000 Subject: anaconda segfault in rawhide 20050917 x86_64 nfs install In-Reply-To: <1127055875.29358.15.camel@bree.local.net> (from katzj@redhat.com on Sun Sep 18 11:04:35 2005) References: <1127047962l.558l.6l@serve.riede.org> Message-ID: <1127078644l.558l.7l@serve.riede.org> On 09/18/2005 11:04:35 AM, Jeremy Katz wrote: > On Sun, 2005-09-18 at 12:52 +0000, Willem Riede wrote: > > I guess there's progress, but not much :-) > > There's lots of things changing :) Unfortunately, testing the full > tree effect is pretty time consuming, so we've been doing a lot of spot > testing as we add stuff and then wait until the next day for the "whole > tree" effect. Unfortunately, given the amount of change, this is > somewhat prone to causing problems :/ I do understand that - progress will come in many small steps. If there is anything I can do to help (test), let me know, in the mean time I'll continue providing you data points. > > With Saturday's (17th) rawhide on my opteron I get a segfault a couple of > > seconds into anaconda using nfs mount of the x86_64 rawhide tree. > > Hmm, that means that anaconda is running and it looks like we're > probably into the X probing. Could be a side effect of the kudzu > changes to return NULL in some cases. I'm not sure if I'll get a chance > to prod at it today, but I'll try. FWIW, today's rawhide has the same problem, but that version was probably already in the pipeline before this mail exchange. Thanks, Willem Riede. From bernie at develer.com Sun Sep 18 21:53:13 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Sun, 18 Sep 2005 23:53:13 +0200 Subject: RFA: Changing scheduler quantum (Was: REQUEST: OpenLDAP 2.3.7) In-Reply-To: <200509182144.50571.kernel@kolivas.org> References: <432B9F4A.6070805@develer.com> <20050918110524.GA23910@devserv.devel.redhat.com> <432D517F.2000604@develer.com> <200509182144.50571.kernel@kolivas.org> Message-ID: <432DE1C9.5050809@develer.com> Con Kolivas wrote: > On Sun, 18 Sep 2005 21:37, Bernardo Innocenti wrote: >>The DEF_TIMESLICE of 400ms looks a bit too gross for >>most applications and the maximum 800ms is just >>ridicolously high. > > Not quite. > > The default timeslice of nice 0 tasks is 100ms. The timeslice is not altered > the way you have read sched.c. It is altered thus: > 1. For 'nice' levels it varies from 5ms at nice 19 to 800ms at nice -20. > 2. For interactive tasks, it is cut up into smaller pieces down to 10ms and > round robins with other tasks at the same dynamic priority, but still is > based on the nice levels for the full length of cpu time before expiration > overall. I see. Then there must be something else to explain the behavior I'm observing with slapd. Each and every call to sched_yield() makes the process sleep for over *50ms* while a "nice make bootstrap" is running in the background: [pid 8780] 0.000033 stat64("gidNumber.dbb", 0xb7b3ebcc) = -1 EACCES (Permission denied) [pid 8780] 0.000059 pread(20, "\0\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\2\0\344\17\2\3"..., 4096, 4096) = 4096 [pid 8780] 0.000083 pread(20, "\0\0\0\0\1\0\0\0\4\0\0\0\3\0\0\0\0\0\0\0\222\0<\7\1\5\370"..., 4096, 16384) = 4096 [pid 8780] 0.000078 time(NULL) = 1124322520 [pid 8780] 0.000066 pread(11, "\0\0\0\0\1\0\0\0\250\0\0\0\231\0\0\0\235\0\0\0\16\0000"..., 4096, 688128) = 4096 [pid 8780] 0.000241 write(19, "0e\2\1\3d`\4$cn=bernie,ou=group,dc=d"..., 103) = 103 [pid 8780] 0.000137 sched_yield( ...zzzz... [pid 8781] 0.050020 <... sched_yield resumed> ) = 0 [pid 8780] 0.000025 <... sched_yield resumed> ) = 0 [pid 8781] 0.000060 futex(0x925ab20, FUTEX_WAIT, 33, NULL [pid 8780] 0.000026 write(19, "0\f\2\1\3e\7\n\1\0\4\0\4\0", 14) = 14 [pid 8774] 0.000774 <... select resumed> ) = 1 (in [19]) Actually, I'm now noticing that several slapd threads were involved here. Depending how strace handles relative timestamps of multiple processes, it may mean both 8780 and 8781 slept too much or just 8781 did and 8780 was quick. Any idea? I'm planning to patch my kernel to print the time_slice value in /proc/*/stat. This way I can check it's being computed as intended for both slapd and gcc. -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From mlauterbach at mail.wtamu.edu Sun Sep 18 21:52:13 2005 From: mlauterbach at mail.wtamu.edu (Matthew E. Lauterbach) Date: Sun, 18 Sep 2005 16:52:13 -0500 Subject: RFA: Changing scheduler quantum (Was: REQUEST: OpenLDAP 2.3.7) In-Reply-To: <432D517F.2000604@develer.com> References: <432B9F4A.6070805@develer.com> <1126982265.3010.12.camel@localhost.localdomain> <432CBABC.8090906@develer.com> <20050918013247.GA31974@devserv.devel.redhat.com> <432CD09A.2060201@develer.com> <20050918110524.GA23910@devserv.devel.redhat.com> <432D517F.2000604@develer.com> Message-ID: <1127080333.2769.30.camel@mobile01> On Sun, 2005-09-18 at 13:37 +0200, Bernardo Innocenti wrote: > > Skimming through sched.c, it seems my first guess was > right: the quantum varies with the priority from 5ms > to 800ms. > > The DEF_TIMESLICE of 400ms looks a bit too gross for > most applications and the maximum 800ms is just > ridicolously high. > Few processes should ever get the maximum 800ms. If a process uses it's entire timeslice without having to wait for I/O (the process is CPU bound), its priority is lowered and it gets a smaller timeslice the next time. A process that has to frequently wait for I/O gives up the CPU to the next process until its I/O is complete. Just because the process has a timeslice of 800ms does not mean that it uses it all at once. I/O bound tasks are given larger timeslices so that every time vi (or emacs) has to stop and wait for user input, it does not have to be rescheduled. In Linux an I/O bound process does not lose what's left of it's timeslice when it is placed on the waiting queue. As a consequence of the brilliantly, IMO, designed scheduler in Linux, timeslices do appear to be a bit high, but it all seems to work out pretty well in my daily use. Tinker with it though. These values are should work well in almost any situation, but almost assuredly you can find a set of values that work a little better in your situation. Robert Love's book "Linux Kernel Development, 2nd Ed." helped me to understand the Linux scheduler a lot better. > IIRC, the 7.14MHz 68000 in the Amiga 500 did task-switching > at 20ms intervals, with a negligible performance hit. > Couldn't do much better on today's CPUs? Some operating systems resort to ridiculously low timeslices to achieve high interactivity. A timeslice this small probably resulted in comparatively low throughput. Remember that every context switch wastes CPU cycles that could be better spent performing tasks for the user. > Matthew E. Lauterbach From ggw at wolves.durham.nc.us Mon Sep 19 00:08:06 2005 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Sun, 18 Sep 2005 20:08:06 -0400 Subject: Anaconda fault modes Message-ID: <20050919000806.GA16566@wolves.durham.nc.us> I add my voice to Willem's Anaconda is a major componenet in getting the system installed, it should "Just work"(TM) I uderstand that there is major work being done on it now, and I hope that the anaconda folks are reading the fedora-test-list where I will be posting the results of my continuing attempts to do installs of rawhide. I have plenty of time to spend on this now, and a decent test machine to use, so I'm back in the fold of testers on a regular basis. See my epistle to the test-list for the latest anaconda problems. BTW, thanks to Willem for reminding me of the alternate windows once anaconda starts for finding more information. --Wolfe -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rodd at clarkson.id.au Mon Sep 19 00:53:52 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 19 Sep 2005 10:53:52 +1000 Subject: Anaconda fault modes In-Reply-To: <20050919000806.GA16566@wolves.durham.nc.us> References: <20050919000806.GA16566@wolves.durham.nc.us> Message-ID: <1127091232.3037.10.camel@localhost.localdomain> On Sun, 2005-09-18 at 20:08 -0400, G.Wolfe Woodbury wrote: > I add my voice to Willem's > > Anaconda is a major componenet in getting the system installed, it > should "Just work"(TM) Yes, in a released version of Fedora, you are right. In a development version, then you can expect breakages. > I uderstand that there is major work being done on it now, and I hope > that the anaconda folks are reading the fedora-test-list where I will be > posting the results of my continuing attempts to do installs of rawhide. While I'm sure that they may be read here, please post these problems to bugzilla (search first) so that they are logged somewhere useful. It's a known problem that anaconda doesn't work, so it's likely that the problems you're having are already in the bug database. > I have plenty of time to spend on this now, and a decent test machine to > use, so I'm back in the fold of testers on a regular basis. Great. Just don't forget bugzilla. R -- "It's a fine line between denial and faith. It's much better on my side" From mlauterbach at mail.wtamu.edu Mon Sep 19 01:44:54 2005 From: mlauterbach at mail.wtamu.edu (Matthew E. Lauterbach) Date: Sun, 18 Sep 2005 20:44:54 -0500 Subject: RFA: Changing scheduler quantum (Was: REQUEST: OpenLDAP 2.3.7) In-Reply-To: <432DE1C9.5050809@develer.com> References: <432B9F4A.6070805@develer.com> <20050918110524.GA23910@devserv.devel.redhat.com> <432D517F.2000604@develer.com> <200509182144.50571.kernel@kolivas.org> <432DE1C9.5050809@develer.com> Message-ID: <1127094294.2769.42.camel@mobile01> On Sun, 2005-09-18 at 23:53 +0200, Bernardo Innocenti wrote: > Each and every call to sched_yield() makes the process > sleep for over *50ms* while a "nice make bootstrap" is > running in the background: sched_yield() not only yields the processor and current timeslice, but also moves the process to the expired queue. It will remain there until the next time schedule() runs to reassign priorities and timeslices. So, you are having to wait for the make process to use it's timeslice and for the kernel to run schedule(). Could very easily be 50ms. I don't really know. Btw, the man page for sched_yield() is out of date on my box. It's from Linux 1.3.81. Everything has changed with the introduction of the O(1) scheduler. Before it just moved your process to the end of its queue, now it moves the process to the expired queue. sched_yield() should only be used if you don't need the processor back for a while. Matthew E. Lauterbach From notting at redhat.com Mon Sep 19 03:36:05 2005 From: notting at redhat.com (Bill Nottingham) Date: Sun, 18 Sep 2005 23:36:05 -0400 Subject: segfault updating rawhide kernel In-Reply-To: <20050918192209.30435.qmail@web51507.mail.yahoo.com> References: <20050918192209.30435.qmail@web51507.mail.yahoo.com> Message-ID: <20050919033605.GB25107@nostromo.devel.redhat.com> Steve G (linux_4ever at yahoo.com) said: > /var/tmp/rpm-tmp.42992: line 1: 6974 Segmentation fault > /usr/sbin/module_upgrade Hah, I'll fix that. Bill From rodd at clarkson.id.au Mon Sep 19 06:32:18 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 19 Sep 2005 16:32:18 +1000 Subject: Extras bugzilla? Message-ID: <1127111538.2647.8.camel@localhost.localdomain> Hmmm, Where do I file bug reports for extras-development. I just tried to yum install seahorse and got the following output: [rodd at localhost ~]$ sudo yum install seahorse Password: Setting up Install Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras-development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.0 MB 00:20 developmen: ################################################## 3747/3747 Added 19 new packages, deleted 19 old in 6.17 seconds Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for seahorse to pack into transaction set. seahorse-0.7.9-1.fc5.i386 100% |=========================| 21 kB 00:01 ---> Package seahorse.i386 0:0.7.9-1.fc5 set to be updated --> Running transaction check --> Processing Dependency: libpixman.so.1 for package: seahorse --> Processing Dependency: libgpgme.so.11(GPGME_1.0) for package: seahorse --> Processing Dependency: libgpgme.so.11 for package: seahorse --> Processing Dependency: libcairo.so.1 for package: seahorse --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for gpgme to pack into transaction set. gpgme-1.0.2-3.fc4.i386.rp 100% |=========================| 5.8 kB 00:00 ---> Package gpgme.i386 0:1.0.2-3.fc4 set to be updated --> Running transaction check --> Processing Dependency: libpixman.so.1 for package: seahorse --> Processing Dependency: gnupg2 >= 1.9.6 for package: gpgme --> Processing Dependency: libpth.so.20 for package: gpgme --> Processing Dependency: libcairo.so.1 for package: seahorse --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for gnupg2 to pack into transaction set. gnupg2-1.9.18-9.fc5.i386. 100% |=========================| 9.1 kB 00:00 ---> Package gnupg2.i386 0:1.9.18-9.fc5 set to be updated ---> Downloading header for pth to pack into transaction set. pth-2.0.4-3.i386.rpm 100% |=========================| 4.6 kB 00:00 ---> Package pth.i386 0:2.0.4-3 set to be updated --> Running transaction check --> Processing Dependency: libpixman.so.1 for package: seahorse --> Processing Dependency: libksba.so.8(KSBA_0.9) for package: gnupg2 --> Processing Dependency: libksba.so.8 for package: gnupg2 --> Processing Dependency: pinentry >= 0.7.1 for package: gnupg2 --> Processing Dependency: libcairo.so.1 for package: seahorse --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for libksba to pack into transaction set. libksba-0.9.12-1.fc5.i386 100% |=========================| 4.2 kB 00:00 ---> Package libksba.i386 0:0.9.12-1.fc5 set to be updated ---> Downloading header for pinentry to pack into transaction set. pinentry-0.7.1-4.i386.rpm 100% |=========================| 4.6 kB 00:00 ---> Package pinentry.i386 0:0.7.1-4 set to be updated --> Running transaction check --> Processing Dependency: libpixman.so.1 for package: seahorse --> Processing Dependency: libcairo.so.1 for package: seahorse --> Finished Dependency Resolution Error: Missing Dependency: libpixman.so.1 is needed by package seahorse Error: Missing Dependency: libcairo.so.1 is needed by package seahorse [rodd at localhost ~]$ R. -- MOOSE technology po box 6061, north croydon, vic 3136 mobile: 0403 338 731 http://www.moosetech.com.au phone: 03 9726 9457 mailto:rodd at moosetech.com.au fax: 03 9726 9456 "Share your knowledge. It is a way to achieve immortality." -- The Dalai Lama -- "It's a fine line between denial and faith. It's much better on my side" From sundaram at redhat.com Mon Sep 19 06:34:07 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 19 Sep 2005 12:04:07 +0530 Subject: Extras bugzilla? In-Reply-To: <1127111538.2647.8.camel@localhost.localdomain> References: <1127111538.2647.8.camel@localhost.localdomain> Message-ID: <432E5BDF.5000602@redhat.com> Rodd Clarkson wrote: >Hmmm, > >Where do I file bug reports for extras-development. > > http://bugzilla.redhat.com. Product - Fedora Extras, Version - devel. regards Rahul From NOS at Utel.no Mon Sep 19 07:27:36 2005 From: NOS at Utel.no (=?ISO-8859-1?Q?=22Nils_O=2E_Sel=E5sdal=22?=) Date: Mon, 19 Sep 2005 09:27:36 +0200 Subject: FUSE in kernel 2.6.14 and userspace support for it In-Reply-To: <000001c5bac0$b4eaefb0$14aaa8c0@utelsystems.local> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> <000001c5bac0$b4eaefb0$14aaa8c0@utelsystems.local> Message-ID: <432E6868.3040306@Utel.no> Rok Ruzic wrote: > FUSE (Filesystem in USEr space) http://fuse.sf.net/ is being included in the mainline kernel 2.6.14. It has been in -mm since january 2005 and is now in -rc. > > FUSE consists of a kernel module and some userspace parts. Is there any initiative to provide the userspace parts of FUSE as a fedora package, since the fuse kernel module is being mainlined? Personally, I'd rather see the v9fs beeing used for such purposes, and perhaps package parts of plan9ports, which includes libraries for writing the user level fileservers.. :-) From rodd at clarkson.id.au Mon Sep 19 09:21:36 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 19 Sep 2005 19:21:36 +1000 Subject: Extras bugzilla? In-Reply-To: <432E5BDF.5000602@redhat.com> References: <1127111538.2647.8.camel@localhost.localdomain> <432E5BDF.5000602@redhat.com> Message-ID: <1127121696.2647.19.camel@localhost.localdomain> On Mon, 2005-09-19 at 12:04 +0530, Rahul Sundaram wrote: > Rodd Clarkson wrote: > > >Hmmm, > > > >Where do I file bug reports for extras-development. > > > > > http://bugzilla.redhat.com. Product - Fedora Extras, Version - devel. Ah, bugger. Don't I feel dumb. I file so many bugs with Fedora Core that I've bookmarked the page and I forgot that the other Redhat Products were on the page before this. This might need to be considered when Fedora Core / Fedora Extras becomes more spread across package types, to make filing bugs against the various 'groups' easier. For example, if Gnome and KDE are split of into Fedora Gnome and Fedora KDE (as possible names for the groups) then you shouldn't have to know where they came from to file bug reports (as this would get very confusing). However, this is just food for thought. thanks Rodd -- "It's a fine line between denial and faith. It's much better on my side" From sundaram at redhat.com Mon Sep 19 09:29:50 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 19 Sep 2005 14:59:50 +0530 Subject: Extras bugzilla? In-Reply-To: <1127121696.2647.19.camel@localhost.localdomain> References: <1127111538.2647.8.camel@localhost.localdomain> <432E5BDF.5000602@redhat.com> <1127121696.2647.19.camel@localhost.localdomain> Message-ID: <432E850E.4080608@redhat.com> Hi > >This might need to be considered when Fedora Core / Fedora Extras >becomes more spread across package types, to make filing bugs against >the various 'groups' easier. For example, if Gnome and KDE are split of >into Fedora Gnome and Fedora KDE (as possible names for the groups) then >you shouldn't have to know where they came from to file bug reports (as >this would get very confusing). However, this is just food for thought. > > Fedora Bugzilla only lists source components. I am not sure giving special treatment to GNOME or KDE helps but if you feel there are improvements to be made you can probably do the following * File bugs and enhancement (along with rationale) reports against bugzilla itself. * Help improve the guide . http://fedoraproject.org/wiki/ReportingBugs regards Rahul From rok.ruzic at hermes.si Mon Sep 19 09:42:56 2005 From: rok.ruzic at hermes.si (Rok Ruzic) Date: Mon, 19 Sep 2005 11:42:56 +0200 Subject: FUSE in kernel 2.6.14 and userspace support for it In-Reply-To: <1126880260.3250.1.camel@windu.rchland.ibm.com> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> <20050916150203.70712aa4@localhost.localdomain> <432AC599.7040701@redhat.com> <1126880260.3250.1.camel@windu.rchland.ibm.com> Message-ID: <20050919114256.1a314c48@localhost.localdomain> > On Fri, 2005-09-16 at 18:46 +0530, Rahul Sundaram wrote: > > Rok Ruzic wrote: > > > > >FUSE (Filesystem in USEr space) http://fuse.sf.net/ is being included in the mainline kernel 2.6.14. It has been in -mm since january 2005 and is now in -rc. > > > > > >FUSE consists of a kernel module and some userspace parts. Is there any initiative to provide the userspace parts of FUSE as a fedora package, since the fuse kernel module is being mainlined? > > > > > > > > If the kernel parts are in mainline then user space stuff can be in > > Fedora Extras. right?. If you are interested see > > http://fedoraproject.org/wiki/Extras > > I think the first step is to see if DaveJ plans on even turning the > config option on in the kernel. No need for user space tools if the > kernel side isn't there :). Right. Is there a page that states what kernel options will be turned on, or should i wait for a reply from DaveJ here (or contact him directly)? Is there another place to inquire whether somebody is alredy working on packaging FUSE userspace binaries? If no packages are being made, then Richard Dawe has created fuse binary packages that are fully functional, but i have not checked whetherthey fully comply with the inclusion criteria. If there is any more work required on the packages, i will be helping him. Regards, Rok From rodd at clarkson.id.au Mon Sep 19 10:13:57 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 19 Sep 2005 20:13:57 +1000 Subject: Extras bugzilla? In-Reply-To: <432E850E.4080608@redhat.com> References: <1127111538.2647.8.camel@localhost.localdomain> <432E5BDF.5000602@redhat.com> <1127121696.2647.19.camel@localhost.localdomain> <432E850E.4080608@redhat.com> Message-ID: <1127124837.2647.39.camel@localhost.localdomain> On Mon, 2005-09-19 at 14:59 +0530, Rahul Sundaram wrote: > Hi > > > > >This might need to be considered when Fedora Core / Fedora Extras > >becomes more spread across package types, to make filing bugs against > >the various 'groups' easier. For example, if Gnome and KDE are split of > >into Fedora Gnome and Fedora KDE (as possible names for the groups) then > >you shouldn't have to know where they came from to file bug reports (as > >this would get very confusing). However, this is just food for thought. > > > > > Fedora Bugzilla only lists source components. I am not sure giving > special treatment to GNOME or KDE helps but if you feel there are > improvements to be made you can probably do the following > > * File bugs and enhancement (along with rationale) reports against > bugzilla itself. > * Help improve the guide . http://fedoraproject.org/wiki/ReportingBugs Ah, I haven't made myself clear. There seems to be intentions to reduce the size of Fedora Core further. To do this many packages are going to have to be removed, and they will be placed into separate groups. The current work on anaconda (that's frustrating many) is working toward making it easier to install from non-FC sources like extras to aid in this move. >From conversations on the list (which are NOT gospel by any means) the thinking seems to be that Fedora would be served up as groups of components. For example, it may be that people wanting to run a desktop would grab the core, x, gnome and games components and then install them (most likely over the internet to simplify things even further). However, if this is to happen then if someone needs to file a bug, they will need a single place that lists all of the packages across fedora (including core, gnome, x, etc). The bug poster shouldn't need to know what group package x comes from to file a bug, but rather should just find package x in the list and it would be placed in the appropriate bugzilla area. I'm just being a little future looking. Am I making more sense? Rodd -- "It's a fine line between denial and faith. It's much better on my side" From tmus at tmus.dk Mon Sep 19 10:35:16 2005 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 19 Sep 2005 12:35:16 +0200 Subject: segfault updating rawhide kernel In-Reply-To: <20050919033605.GB25107@nostromo.devel.redhat.com> References: <20050918192209.30435.qmail@web51507.mail.yahoo.com> <20050919033605.GB25107@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > Steve G (linux_4ever at yahoo.com) said: > >>/var/tmp/rpm-tmp.42992: line 1: 6974 Segmentation fault >>/usr/sbin/module_upgrade > > > Hah, I'll fix that. > > Bill > Hehe, if only bug squashing was this smooth all the time :o) /Thomas From mk at crc.dk Mon Sep 19 11:54:58 2005 From: mk at crc.dk (Mogens Kjaer) Date: Mon, 19 Sep 2005 13:54:58 +0200 Subject: Anaconda buildinstall: "latest: command not found" In-Reply-To: <7E3E9C64E8F23DA8D7AA66C0@[10.169.6.233]> References: <7E3E9C64E8F23DA8D7AA66C0@[10.169.6.233]> Message-ID: <432EA712.3010402@crc.dk> Kenneth Porter wrote: ... > Has anyone outside Red Hat successfully built a FC4 installation CD with > a custom kernel? I have a script that automatically rebuilds the FC4 installation tree with the latest updates. This runs every morning. ftp://ftp.crc.dk/pub/fedora/update/ WARNING: Read the script carefully, as it contains hardcoded paths, etc. If these are not set correctly, you'll risk erasing the wrong directories! The created installation tree will use the latest kernel during installation. However, this gives some problems during the partitioning, for some reason it can't tell the kernel about the new partition on the disk - unless I run the installation in text mode... 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 sundaram at redhat.com Mon Sep 19 12:07:58 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 19 Sep 2005 17:37:58 +0530 Subject: Extras bugzilla? In-Reply-To: <1127124837.2647.39.camel@localhost.localdomain> References: <1127111538.2647.8.camel@localhost.localdomain> <432E5BDF.5000602@redhat.com> <1127121696.2647.19.camel@localhost.localdomain> <432E850E.4080608@redhat.com> <1127124837.2647.39.camel@localhost.localdomain> Message-ID: <432EAA1E.4080401@redhat.com> Hi > >There seems to be intentions to reduce the size of Fedora Core further. >To do this many packages are going to have to be removed, and they will >be placed into separate groups. The current work on anaconda (that's >frustrating many) is working toward making it easier to install from >non-FC sources like extras to aid in this move. > >>From conversations on the list (which are NOT gospel by any means) the >thinking seems to be that Fedora would be served up as groups of >components. For example, it may be that people wanting to run a desktop >would grab the core, x, gnome and games components and then install them >(most likely over the internet to simplify things even further). > >However, if this is to happen then if someone needs to file a bug, they >will need a single place that lists all of the packages across fedora >(including core, gnome, x, etc). The bug poster shouldn't need to know >what group package x comes from to file a bug, but rather should just >find package x in the list and it would be placed in the appropriate >bugzilla area. > >I'm just being a little future looking. Am I making more sense? > > Yes but there are some assumptions being made about how the packages would be organized in the future. Thats a dusty crystal ball. If it does happens what you are proposing does make sense regards Rahul From jwboyer at jdub.homelinux.org Mon Sep 19 11:22:52 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Mon, 19 Sep 2005 06:22:52 -0500 Subject: FUSE in kernel 2.6.14 and userspace support for it In-Reply-To: <20050919114256.1a314c48@localhost.localdomain> References: <20050916120008.GB15895@ryoko.camperquake.de> <1126875065.2465.5.camel@flatline.devel.redhat.com> <20050916150203.70712aa4@localhost.localdomain> <432AC599.7040701@redhat.com> <1126880260.3250.1.camel@windu.rchland.ibm.com> <20050919114256.1a314c48@localhost.localdomain> Message-ID: <1127128973.4374.9.camel@yoda.jdub.homelinux.org> On Mon, 2005-09-19 at 11:42 +0200, Rok Ruzic wrote: > > > On Fri, 2005-09-16 at 18:46 +0530, Rahul Sundaram wrote: > > > Rok Ruzic wrote: > > > > > > >FUSE (Filesystem in USEr space) http://fuse.sf.net/ is being included in the mainline kernel 2.6.14. It has been in -mm since january 2005 and is now in -rc. > > > > > > > >FUSE consists of a kernel module and some userspace parts. Is there any initiative to provide the userspace parts of FUSE as a fedora package, since the fuse kernel module is being mainlined? > > > > > > > > > > > If the kernel parts are in mainline then user space stuff can be in > > > Fedora Extras. right?. If you are interested see > > > http://fedoraproject.org/wiki/Extras > > > > I think the first step is to see if DaveJ plans on even turning the > > config option on in the kernel. No need for user space tools if the > > kernel side isn't there :). > > Right. Is there a page that states what kernel options will be turned > on, or should i wait for a reply from DaveJ here (or contact him > directly)? Thorsten already answered that: http://cvs.fedora.redhat.com/viewcvs/rpms/kernel/devel/configs/config-generic?view=markup > Is there another place to inquire whether somebody is alredy working > on packaging FUSE userspace binaries? You could ask on the fedora-extras list, but I don't know of anyone doing that offhand. > > If no packages are being made, then Richard Dawe has created fuse > binary packages that are fully functional, but i have not checked whether > they fully comply with the inclusion criteria. If there is any more work > required on the packages, i will be helping him. Cool. josh From dwalsh at redhat.com Mon Sep 19 13:52:42 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 19 Sep 2005 09:52:42 -0400 Subject: Rawhide anaconda SELinux problem In-Reply-To: <1127061352.27198.8.camel@animal.passback.co.uk> References: <1127061352.27198.8.camel@animal.passback.co.uk> Message-ID: <432EC2AA.2070805@redhat.com> Keith Sharp wrote: >Hello, > >I am trying to install Rawhide into VMWare 5.0 from my local mirror >using either NFS or HTTP. When the install attempts to start anaconda >it exits immediately: > >Running anaconda, the Fedora Core system installer - please wait... >install exited abnormally > >and then shuts everything down for a reboot. > >The only information I can see on any of the virtual consoles is an avc >message (hand copied so please excuse any errors) on VC 4: > ><5>audit(1127063851.592:2) avc: denied { associate } for pid=512 >comm="anaconda" name="rpm" scontext=system_u:object_r:root_t:s0 >tcontext=system_u:object_r:root_t:s0 tclass=filesystem > >Is this a known issue? I looked in bugzilla, but I couldn't see >anything that looked relevant. > >Keith. > > > Can you attempt to do this with setenforce 0, and then get all of the AVC messages. Dan -- From buildsys at redhat.com Mon Sep 19 13:59:57 2005 From: buildsys at redhat.com (Build System) Date: Mon, 19 Sep 2005 09:59:57 -0400 Subject: rawhide report: 20050919 changes Message-ID: <200509191359.j8JDxv8F031118@porkchop.devel.redhat.com> Updated Packages: iproute-2.6.14-3 ---------------- * Mon Sep 19 2005 Radek Vokal 2.6.14-3 - forget to apply the patch :( * Mon Sep 19 2005 Radek Vokal 2.6.14-2 - make ip help work again (#168449) kernel-2.6.13-1.1560_FC5 ------------------------ * Sun Sep 18 2005 Dave Jones - 2.6.14-rc1-git4 kudzu-1.2.5-1 ------------- * Sun Sep 18 2005 Bill Nottingham 1.2.5-1 - fix module_upgrade stardict-2.4.5-1 ---------------- * Mon Sep 19 2005 Leon Ho 2.4.5-1 - Upgraded to 2.4.5 Broken deps for s390x ---------------------------------------------------------- initscripts - 8.14-1.s390x requires kernel >= 0:2.6.12 Broken deps for s390 ---------------------------------------------------------- initscripts - 8.14-1.s390 requires kernel >= 0:2.6.12 From kms at gonzo.passback.co.uk Mon Sep 19 14:21:40 2005 From: kms at gonzo.passback.co.uk (Keith Sharp) Date: Mon, 19 Sep 2005 15:21:40 +0100 Subject: Rawhide anaconda SELinux problem In-Reply-To: <432EC2AA.2070805@redhat.com> References: <1127061352.27198.8.camel@animal.passback.co.uk> <432EC2AA.2070805@redhat.com> Message-ID: <20050919142140.GA23906@gonzo.passback.co.uk> On Mon, Sep 19, 2005 at 09:52:42AM -0400, Daniel J Walsh wrote: > Keith Sharp wrote: > > >Hello, > > > >I am trying to install Rawhide into VMWare 5.0 from my local mirror > >using either NFS or HTTP. When the install attempts to start anaconda > >it exits immediately: > > > >Running anaconda, the Fedora Core system installer - please wait... > >install exited abnormally > > > >and then shuts everything down for a reboot. > > > >The only information I can see on any of the virtual consoles is an avc > >message (hand copied so please excuse any errors) on VC 4: > > > ><5>audit(1127063851.592:2) avc: denied { associate } for pid=512 > >comm="anaconda" name="rpm" scontext=system_u:object_r:root_t:s0 > >tcontext=system_u:object_r:root_t:s0 tclass=filesystem > > > >Is this a known issue? I looked in bugzilla, but I couldn't see > >anything that looked relevant. > > > >Keith. > > > Can you attempt to do this with setenforce 0, and then get all of the > AVC messages. How would I do that during an install? All I am doing is setting up the virtual machine to use the boot.iso file as the CDROM and to boot from the CDROM. I then use "linux askmethod" and select either HTTP or NFS, and then Anaconda dies as reported above. Where and how would I enable "setenforce 0"? Thanks, Keith. From katzj at redhat.com Mon Sep 19 14:54:34 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 19 Sep 2005 10:54:34 -0400 Subject: Rawhide anaconda SELinux problem In-Reply-To: <1127061352.27198.8.camel@animal.passback.co.uk> References: <1127061352.27198.8.camel@animal.passback.co.uk> Message-ID: <1127141674.29358.22.camel@bree.local.net> On Sun, 2005-09-18 at 17:35 +0100, Keith Sharp wrote: > I am trying to install Rawhide into VMWare 5.0 from my local mirror > using either NFS or HTTP. When the install attempts to start anaconda > it exits immediately: > > Running anaconda, the Fedora Core system installer - please wait... > install exited abnormally The segfault is unrelated to the SELinux message. > and then shuts everything down for a reboot. > > The only information I can see on any of the virtual consoles is an avc > message (hand copied so please excuse any errors) on VC 4: > > <5>audit(1127063851.592:2) avc: denied { associate } for pid=512 > comm="anaconda" name="rpm" scontext=system_u:object_r:root_t:s0 > tcontext=system_u:object_r:root_t:s0 tclass=filesystem > > Is this a known issue? I looked in bugzilla, but I couldn't see > anything that looked relevant. anaconda runs in a very odd environment, so there are parts of the SELinux policy that just don't apply. This is why we run in non-enforcing mode. Unfortunately, a custom policy doesn't really work as we need to be running basically the same one as for the installed system so that things will get set up properly for after the install Jeremy From katzj at redhat.com Mon Sep 19 15:08:21 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 19 Sep 2005 11:08:21 -0400 Subject: Anaconda fault modes In-Reply-To: <20050919000806.GA16566@wolves.durham.nc.us> References: <20050919000806.GA16566@wolves.durham.nc.us> Message-ID: <1127142501.29358.38.camel@bree.local.net> On Sun, 2005-09-18 at 20:08 -0400, G.Wolfe Woodbury wrote: > I add my voice to Willem's > > Anaconda is a major componenet in getting the system installed, it > should "Just work"(TM) When we get to a release, I agree. But unfortunately, we need a development environment too. And since we depend on a whole system, that environment is rawhide. This is part of why, in pre-Fedora days, rawhide trees weren't even an attempt at being installable. > I uderstand that there is major work being done on it now, and I hope > that the anaconda folks are reading the fedora-test-list where I will be > posting the results of my continuing attempts to do installs of rawhide. We're reading, but unfortunately, the mail doesn't do a great deal to help. Let me outline the situation of how things generally work: * rawhide compose starts at 5 am, generally the tree is ready or close to it by the time we get into the office * sync up to newer tree, get to work on fixing stuff that's broken and adding the new stuff. test as much as is possible with RHupdates * end of the day rolls around, build a new anaconda package * go home, rest :) * read mail/bugzilla about stuff that was fixed earlier in the day :-/ * ... continued into the next morning. Not sure how to improve things while still being able to keep moving. Definitely up for suggestions on ways to help the problem. Jeremy From katzj at redhat.com Mon Sep 19 15:09:50 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 19 Sep 2005 11:09:50 -0400 Subject: Anaconda fault modes In-Reply-To: <1127091232.3037.10.camel@localhost.localdomain> References: <20050919000806.GA16566@wolves.durham.nc.us> <1127091232.3037.10.camel@localhost.localdomain> Message-ID: <1127142590.29358.41.camel@bree.local.net> On Mon, 2005-09-19 at 10:53 +1000, Rodd Clarkson wrote: > On Sun, 2005-09-18 at 20:08 -0400, G.Wolfe Woodbury wrote: > > I uderstand that there is major work being done on it now, and I hope > > that the anaconda folks are reading the fedora-test-list where I will be > > posting the results of my continuing attempts to do installs of rawhide. > > While I'm sure that they may be read here, please post these problems to > bugzilla (search first) so that they are logged somewhere useful. It's > a known problem that anaconda doesn't work, so it's likely that the > problems you're having are already in the bug database. The problem with this approach is that if I hit something, I don't file a bug. Which means that there's still a fair bit of closing "already known" problems. :/ Jeremy From katzj at redhat.com Mon Sep 19 15:15:12 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 19 Sep 2005 11:15:12 -0400 Subject: Extras bugzilla? In-Reply-To: <1127124837.2647.39.camel@localhost.localdomain> References: <1127111538.2647.8.camel@localhost.localdomain> <432E5BDF.5000602@redhat.com> <1127121696.2647.19.camel@localhost.localdomain> <432E850E.4080608@redhat.com> <1127124837.2647.39.camel@localhost.localdomain> Message-ID: <1127142912.29358.46.camel@bree.local.net> On Mon, 2005-09-19 at 20:13 +1000, Rodd Clarkson wrote: > However, if this is to happen then if someone needs to file a bug, they > will need a single place that lists all of the packages across fedora > (including core, gnome, x, etc). The bug poster shouldn't need to know > what group package x comes from to file a bug, but rather should just > find package x in the list and it would be placed in the appropriate > bugzilla area. Having a user figure out the component to the package level is difficult enough. I think that really the right approach here is basically bug buddy-like, but with a little bit better integration and knowledge of how things work. eg, if you get a crash, then that should be able to automatically be able to be mapped back to the package that it comes from (and preferably, prompt for getting -debuginfo to get better backtraces). For things which aren't crashes, you probably want to have people pick the application (via a layout that mirrors the menus) and then map that back. This is one of those things that would help make great improvements in the quality and correctness of bug reports and can easily be done by someone in the community. Oh, and in my magic perfect world, there would also be the nice native front-end to filing things that used xml-rpc and did searches for things that might be duplicates before allowing you to file it :-) Jeremy From qspencer at ieee.org Mon Sep 19 15:18:52 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 19 Sep 2005 10:18:52 -0500 Subject: multilib paths and packaging for processor-specific extensions Message-ID: <432ED6DC.8020508@ieee.org> I'm working on packaging ATLAS (speed-optimized version of BLAS/LAPACK) for Fedora Extras, and I've run into some questions that haven't been satisfactorily answered yet on the extras mailing list, and don't appear to be well documented, so I'm trying here. Before I ask my questions, let me answer in advance the anticipated question about the necessity of processor-specific libraries in this particular case. Using a simple test case, I was able to measure approximately a 3x speedup over the base BLAS libraries using the base atlas i386 libraries, and a 10x speedup using sse2 extensions (there is some hand-coded assembly involved to achieve some of these gains). My first question is regarding multilib paths for processor-specific extensions (SSE, etc). I see that gmp installs some libraries in /usr/lib/sse2, and my system picks them up automatically. If a library (ATLAS in this case) can be compiled for SSE and 3Dnow as well, what are the correct paths for those (/usr/lib/sse, /usr/lib/3dnow)? I can't find any examples to help me here (other than gmp), so if someone can point one out, that would be helpful. Also, if a library is found in /usr/lib/sse2 and in a different path listed in /etc/ld.so.conf.d, which one takes precendence? Is any of this documented anywhere? My second question is what are people's opinions about including all architecture-specific libraries in a single i386 package vs. separating them into subpackages. A base set of atlas libraries is a 5 MB package (and bigger installed of course), part of the reason I think that the Debian packages for atlas are all separated into subpackages (atlas-sse, etc). Thanks, Quentin From shiva at sewingwitch.com Mon Sep 19 15:24:16 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Mon, 19 Sep 2005 08:24:16 -0700 Subject: Anaconda fault modes In-Reply-To: <1127091232.3037.10.camel@localhost.localdomain> References: <20050919000806.GA16566@wolves.durham.nc.us> <1127091232.3037.10.camel@localhost.localdomain> Message-ID: --On Monday, September 19, 2005 10:53 AM +1000 Rodd Clarkson wrote: > While I'm sure that they may be read here, please post these problems to > bugzilla (search first) so that they are logged somewhere useful. The anaconda mailing list is also a good place. From katzj at redhat.com Mon Sep 19 15:53:38 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 19 Sep 2005 11:53:38 -0400 Subject: anaconda segfault in rawhide 20050917 x86_64 nfs install In-Reply-To: <1127078644l.558l.7l@serve.riede.org> References: <1127047962l.558l.6l@serve.riede.org> <1127078644l.558l.7l@serve.riede.org> Message-ID: <1127145218.29358.54.camel@bree.local.net> On Sun, 2005-09-18 at 21:24 +0000, Willem Riede wrote: > On 09/18/2005 11:04:35 AM, Jeremy Katz wrote: > > On Sun, 2005-09-18 at 12:52 +0000, Willem Riede wrote: > > > I guess there's progress, but not much :-) > > > > There's lots of things changing :) Unfortunately, testing the full > > tree effect is pretty time consuming, so we've been doing a lot of spot > > testing as we add stuff and then wait until the next day for the "whole > > tree" effect. Unfortunately, given the amount of change, this is > > somewhat prone to causing problems :/ > > I do understand that - progress will come in many small steps. > If there is anything I can do to help (test), let me know, in > the mean time I'll continue providing you data points. *nod* Hopefully we'll be ready for some more targeted testing soon... there's a light at the end of this tunnel, and I don't think it's an oncoming train ;) Jeremy From arjanv at redhat.com Mon Sep 19 16:52:40 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 19 Sep 2005 12:52:40 -0400 Subject: multilib paths and packaging for processor-specific extensions In-Reply-To: <432ED6DC.8020508@ieee.org> References: <432ED6DC.8020508@ieee.org> Message-ID: <1127148760.3019.14.camel@localhost.localdomain> > My second question is what are people's opinions about including all > architecture-specific libraries in a single i386 package vs. separating > them into subpackages. A base set of atlas libraries is a 5 MB package > (and bigger installed of course), part of the reason I think that the > Debian packages for atlas are all separated into subpackages (atlas-sse, > etc). I would go for 1 big package. Reason: it's really unfunny to otherwise make sure the right package gets installed automatically (other than installing the lot anyway, at which point you might as well make one big one) -------------- 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 tmus at tmus.dk Mon Sep 19 18:11:10 2005 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 19 Sep 2005 20:11:10 +0200 Subject: SATA performance drop from FC4 to rawhide..? Message-ID: Hi all, I was wondering if anybody have seen or even can explain what i'm seeing here. I recently installed an FC4, complete with all updates. Everything works fine. My SATA disk is known as /dev/sda and hdparm t /dev/sda gives me around 56MB/sec. Then I decided to make this machine a rawhide test thingy so i disable all my repos and enable development and updates the whole thing... Now my disk is called /dev/hda and hdparm -t /dev/hda gives ~3MB/sec. My system is ICH5 based and loads the libata, ata_piix drivers. Any feedback is welcome! I did open a bug on this a few days ago, but it hasn't gotten any attention yet. Thanks in advance /Thomas From thomas at apestaart.org Mon Sep 19 18:22:49 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Mon, 19 Sep 2005 20:22:49 +0200 Subject: ownership of devices Message-ID: <1127154169.3065.27.camel@thomas.amantes> Hi everyone, I wanted to bring up something that has bothered multimedia users and developers for a long time about Fedora - the ownership of devices. Currently, in Fedora, permissions are set to 600. Ownership is set to root, until a user logs in, and then it gets owned by the user. This has multiple problems. a) user switching assigns ownership to the first user that managed to log in on the machine. A second login under a different account will not be able to use sound or video devices b) server programs like flumotion and icecast cannot be installed to work as a service without manual intervention A lot of other distributions solve this simply by creating a group for these devices, "audio", "sound", "media", whatever. Then normal users get added to this group, and rpms can as part of the install add their newly-created user to this group, and everyone is happy. The only problem is that apparently it is hard for an rpm to add a group when a system is being upgraded between distros; ie, while anaconda could add this new group just fine, people doing a dist upgrade, it is claimed, will not get this group installed. I would like to know if anyone else sees this as a problem (I have to explain the situation to users that want to install and run flumotion pretty much every time someone tries it). At this point I am very tempted to do evil things from the flumotion rpm just so this problem gets dealt with instead of being shuffled under the carpet :) Comments appreciated, Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> I can't go away with you on a rock climbing weekend What if something's on TV and it's never shown again Just as well I'm not invited I'm afraid of heights I lied about being the outdoor type <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From msalim at cs.indiana.edu Mon Sep 19 18:47:43 2005 From: msalim at cs.indiana.edu (Michel Salim) Date: Mon, 19 Sep 2005 13:47:43 -0500 Subject: SATA performance drop from FC4 to rawhide..? In-Reply-To: References: Message-ID: <432F07CF.9030300@cs.indiana.edu> Thomas M Steenholdt wrote: > I recently installed an FC4, complete with all updates. Everything > works fine. My SATA disk is known as /dev/sda and hdparm t /dev/sda > gives me around 56MB/sec. Then I decided to make this machine a > rawhide test thingy so i disable all my repos and enable development > and updates the whole thing... > > Now my disk is called /dev/hda and hdparm -t /dev/hda gives ~3MB/sec. > > My system is ICH5 based and loads the libata, ata_piix drivers. > > Any feedback is welcome! What does hdparm /dev/hda gives? Does "hdparm -c3 -d1" help? - Michel From ivazquez at ivazquez.net Mon Sep 19 18:58:11 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 19 Sep 2005 14:58:11 -0400 Subject: ownership of devices In-Reply-To: <1127154169.3065.27.camel@thomas.amantes> References: <1127154169.3065.27.camel@thomas.amantes> Message-ID: <1127156291.5012.4.camel@ignacio.lan> On Mon, 2005-09-19 at 20:22 +0200, Thomas Vander Stichele wrote: > A lot of other distributions solve this simply by creating a group for > these devices, "audio", "sound", "media", whatever. Then normal users > get added to this group, and rpms can as part of the install add their > newly-created user to this group, and everyone is happy. > > The only problem is that apparently it is hard for an rpm to add a group > when a system is being upgraded between distros; ie, while anaconda > could add this new group just fine, people doing a dist upgrade, it is > claimed, will not get this group installed. I seem to recall a long-winded discussion about the fedora-usermgmt package. Perhaps it's time to move it into Core and make it responsible for creating the groups if needed. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 notting at redhat.com Mon Sep 19 18:56:33 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 19 Sep 2005 14:56:33 -0400 Subject: ownership of devices In-Reply-To: <1127156291.5012.4.camel@ignacio.lan> References: <1127154169.3065.27.camel@thomas.amantes> <1127156291.5012.4.camel@ignacio.lan> Message-ID: <20050919185633.GA30463@nostromo.devel.redhat.com> Ignacio Vazquez-Abrams (ivazquez at ivazquez.net) said: > > The only problem is that apparently it is hard for an rpm to add a group > > when a system is being upgraded between distros; ie, while anaconda > > could add this new group just fine, people doing a dist upgrade, it is > > claimed, will not get this group installed. > > I seem to recall a long-winded discussion about the fedora-usermgmt > package. Perhaps it's time to move it into Core and make it responsible > for creating the groups if needed. Dynamically modified groups + setgid programs are a poor solution for device access. Runtime ACLs done via HAL is probably a better solution - I remember Colin having some ideas in this area. Bill From tmus at tmus.dk Mon Sep 19 19:28:58 2005 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 19 Sep 2005 21:28:58 +0200 Subject: SATA performance drop from FC4 to rawhide..? In-Reply-To: <432F07CF.9030300@cs.indiana.edu> References: <432F07CF.9030300@cs.indiana.edu> Message-ID: Michel Salim wrote: > Thomas M Steenholdt wrote: > >> I recently installed an FC4, complete with all updates. Everything >> works fine. My SATA disk is known as /dev/sda and hdparm t /dev/sda >> gives me around 56MB/sec. Then I decided to make this machine a >> rawhide test thingy so i disable all my repos and enable development >> and updates the whole thing... >> >> Now my disk is called /dev/hda and hdparm -t /dev/hda gives ~3MB/sec. >> >> My system is ICH5 based and loads the libata, ata_piix drivers. >> >> Any feedback is welcome! > > What does hdparm /dev/hda gives? Does "hdparm -c3 -d1" help? > > - Michel > I didn't try -c, but hdparm -d /dev/hda throws an error indication that the ioctl is not implemented. neither DMA or 32 bit transfers appear to be enabled when hdparm queries. I can't get to the machine untill tomorrow, so all this is prob memory, still i know for a fact that it will not let DMA get enabled. /Thomas From wtogami at redhat.com Mon Sep 19 20:50:38 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 19 Sep 2005 10:50:38 -1000 Subject: giflib for fc5 In-Reply-To: <1126865008.17977.23.camel@locolhost.localdomain> References: <1126865008.17977.23.camel@locolhost.localdomain> Message-ID: <432F249E.7080800@redhat.com> Michael A. Peters wrote: > Can we replace libungif with giflib in fc5? > > The LZW patent is dead, Unisys specifically says so on their website. > > The current version of gd shipping with Fedora now supports gif. > The cvs version of gnuplot now supports the gif terminal type again > using the gd library. > The libtiff library in fc4 now has lzw patched back in. > > I've been using giflib on my system since fc3 (removing libungif and > installing giflib in its place, with the shared library symlinks going > the other way) and there are absolutely no issues. > > I'll file a bugzilla on libungif for it, I think I might have already in > the past - but are there any other reasons anyone can think of for not > going with giflib? > > giflib is available from same sourceforge location as libungif and being > maintained in parallel with libungif. I'm guessing it is only a matter > of time before libungif disappears. > http://sourceforge.net/projects/libungif "A library for reading and writing gif images. The save functionality uses an uncompressed gif algorithm to avoid the Unisys LZW patent. This library is based on Eric Raymond's giflib and implements a superset of that library's API. " This and other hits on Google indicate that libungif has some exported functions that giflib lacks. Are you sure this is a perfectly safe drop-in replacement? There are not a whole lot of details on this website. Warren Togami wtogami at redhat.com From alan at redhat.com Mon Sep 19 21:42:47 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 19 Sep 2005 17:42:47 -0400 Subject: ownership of devices In-Reply-To: <1127154169.3065.27.camel@thomas.amantes> References: <1127154169.3065.27.camel@thomas.amantes> Message-ID: <20050919214247.GA32105@devserv.devel.redhat.com> On Mon, Sep 19, 2005 at 08:22:49PM +0200, Thomas Vander Stichele wrote: > these devices, "audio", "sound", "media", whatever. Then normal users > get added to this group, and rpms can as part of the install add their > newly-created user to this group, and everyone is happy. If normal users are in the audio group they can access the audio remotely, that leads to interesting abuse (recorders, audio pranks etc) > explain the situation to users that want to install and run flumotion > pretty much every time someone tries it). At this point I am very > tempted to do evil things from the flumotion rpm just so this problem > gets dealt with instead of being shuffled under the carpet :) So you'd want flumotion to run under a uid/gid with access to audio (ie have an audio group). That in itself seems sane providing users aren't then put into it by default From alan at redhat.com Mon Sep 19 21:49:19 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 19 Sep 2005 17:49:19 -0400 Subject: SATA performance drop from FC4 to rawhide..? In-Reply-To: References: <432F07CF.9030300@cs.indiana.edu> Message-ID: <20050919214919.GC32105@devserv.devel.redhat.com> On Mon, Sep 19, 2005 at 09:28:58PM +0200, Thomas M Steenholdt wrote: > I didn't try -c, but hdparm -d /dev/hda throws an error indication that > the ioctl is not implemented. The SATA driver didnt get loaded and somehow the PATA generic IDE driver grabbed the device. So it won't support anything From rodd at clarkson.id.au Mon Sep 19 22:44:09 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 20 Sep 2005 08:44:09 +1000 Subject: SATA performance drop from FC4 to rawhide..? In-Reply-To: <20050919214919.GC32105@devserv.devel.redhat.com> References: <432F07CF.9030300@cs.indiana.edu> <20050919214919.GC32105@devserv.devel.redhat.com> Message-ID: <1127169849.2647.56.camel@localhost.localdomain> On Mon, 2005-09-19 at 17:49 -0400, Alan Cox wrote: > On Mon, Sep 19, 2005 at 09:28:58PM +0200, Thomas M Steenholdt wrote: > > I didn't try -c, but hdparm -d /dev/hda throws an error indication that > > the ioctl is not implemented. > > The SATA driver didnt get loaded and somehow the PATA generic IDE driver > grabbed the device. So it won't support anything I've got the same problem with a Dell laptop that uses the ICH6M chipset. The HDD drive switched from being /dev/sda to being /dev/hda and now performance sucks. I've filed a bug report at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166053 I'd love to know where your bug report is and have you CC in on mine with a comment. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From tmus at tmus.dk Mon Sep 19 22:51:53 2005 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 20 Sep 2005 00:51:53 +0200 Subject: SATA performance drop from FC4 to rawhide..? In-Reply-To: <1127169849.2647.56.camel@localhost.localdomain> References: <432F07CF.9030300@cs.indiana.edu> <20050919214919.GC32105@devserv.devel.redhat.com> <1127169849.2647.56.camel@localhost.localdomain> Message-ID: Rodd Clarkson wrote: > On Mon, 2005-09-19 at 17:49 -0400, Alan Cox wrote: > >>On Mon, Sep 19, 2005 at 09:28:58PM +0200, Thomas M Steenholdt wrote: >> >>>I didn't try -c, but hdparm -d /dev/hda throws an error indication that >>>the ioctl is not implemented. >> >>The SATA driver didnt get loaded and somehow the PATA generic IDE driver >>grabbed the device. So it won't support anything > > > I've got the same problem with a Dell laptop that uses the ICH6M > chipset. The HDD drive switched from being /dev/sda to being /dev/hda > and now performance sucks. > > I've filed a bug report at: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166053 > > I'd love to know where your bug report is and have you CC in on mine > with a comment. > > > Rodd > done! :o) /Thomas From tmus at tmus.dk Mon Sep 19 22:54:27 2005 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Tue, 20 Sep 2005 00:54:27 +0200 Subject: SATA performance drop from FC4 to rawhide..? In-Reply-To: <20050919214919.GC32105@devserv.devel.redhat.com> References: <432F07CF.9030300@cs.indiana.edu> <20050919214919.GC32105@devserv.devel.redhat.com> Message-ID: Alan Cox wrote: > On Mon, Sep 19, 2005 at 09:28:58PM +0200, Thomas M Steenholdt wrote: > >>I didn't try -c, but hdparm -d /dev/hda throws an error indication that >>the ioctl is not implemented. > > > The SATA driver didnt get loaded and somehow the PATA generic IDE driver > grabbed the device. So it won't support anything > I tried building a custom initrd --with a series of modules that I thought might fix exactly the kind of scenario you describe. I didn't get it to work though but that might be because i was using the wrong set of modules. How could/should this be fixed? what modules provides/supports the sata driver? Any ideas? Thanks /Thomas From toshio at tiki-lounge.com Mon Sep 19 23:14:32 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 19 Sep 2005 16:14:32 -0700 Subject: giflib for fc5 In-Reply-To: <432F249E.7080800@redhat.com> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> Message-ID: <1127171672.30924.82.camel@localhost> On Mon, 2005-09-19 at 10:50 -1000, Warren Togami wrote: > Michael A. Peters wrote: > > Can we replace libungif with giflib in fc5? > > > > The LZW patent is dead, Unisys specifically says so on their website. > > > > The current version of gd shipping with Fedora now supports gif. > > The cvs version of gnuplot now supports the gif terminal type again > > using the gd library. > > The libtiff library in fc4 now has lzw patched back in. > > > > I've been using giflib on my system since fc3 (removing libungif and > > installing giflib in its place, with the shared library symlinks going > > the other way) and there are absolutely no issues. > > > > I'll file a bugzilla on libungif for it, I think I might have already in > > the past - but are there any other reasons anyone can think of for not > > going with giflib? > > > > giflib is available from same sourceforge location as libungif and being > > maintained in parallel with libungif. I'm guessing it is only a matter > > of time before libungif disappears. > > > > http://sourceforge.net/projects/libungif > "A library for reading and writing gif images. The save functionality > uses an uncompressed gif algorithm to avoid the Unisys LZW patent. This > library is based on Eric Raymond's giflib and implements a superset of > that library's API. " > > This and other hits on Google indicate that libungif has some exported > functions that giflib lacks. Are you sure this is a perfectly safe > drop-in replacement? There are not a whole lot of details on this website. The history of libungif and giflib is that GNOME 1 (via imlib) began to use giflib for its GIF support. Red Hat and other distributions realized this would cause problems due to the Unisys LZW patent. I found a posting that showed how to create uncompressed gifs that wouldn't invoke the patent (Unisys patented the encoder and combined decoder+encoder... Not a standalone decoder) and created libungif as a drop in replacement for giflib to circumvent the patent issues. As time went on, bugfixes and a desire for new features led to a need for API/ABI changes. I sent fixes and enhancements to Eric Raymond to coordinate a release so we could continue to have compatible libraries. He wasn't interested in maintaining giflib any more so I took over maintenence of that. The sourceforge page reflects that libungif is a superset of esr's giflib but not the present sourceforge hosted giflib. I'll go carify the web page now. -Toshio -------------- 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 wtogami at redhat.com Mon Sep 19 23:54:38 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 19 Sep 2005 13:54:38 -1000 Subject: giflib for fc5 In-Reply-To: <1127171672.30924.82.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> Message-ID: <432F4FBE.7040209@redhat.com> Toshio Kuratomi wrote: > > The history of libungif and giflib is that GNOME 1 (via imlib) began to > use giflib for its GIF support. Red Hat and other distributions > realized this would cause problems due to the Unisys LZW patent. I > found a posting that showed how to create uncompressed gifs that > wouldn't invoke the patent (Unisys patented the encoder and combined > decoder+encoder... Not a standalone decoder) and created libungif as a > drop in replacement for giflib to circumvent the patent issues. > > As time went on, bugfixes and a desire for new features led to a need > for API/ABI changes. I sent fixes and enhancements to Eric Raymond to > coordinate a release so we could continue to have compatible libraries. > He wasn't interested in maintaining giflib any more so I took over > maintenence of that. The sourceforge page reflects that libungif is a > superset of esr's giflib but not the present sourceforge hosted giflib. > > I'll go carify the web page now. > > -Toshio > Thanks, OK great. It would be helpful if you could provide a proposed .src.rpm replacement for download and peer review to this list in a way similar to an Extras package review request. That way folks here can test it and suggest other improvements while we follow the process for replacement in Fedora Core. I suppose we want both Obsoletes and Provides of the N-V-R of libungif and also matching -devel? Warren Togami wtogami at redhat.com From radekvokal at gmail.com Tue Sep 20 07:13:01 2005 From: radekvokal at gmail.com (Radek =?ISO-8859-1?Q?Vok=E1l?=) Date: Tue, 20 Sep 2005 09:13:01 +0200 Subject: latest yum seems to be broken Message-ID: <1127200381.3018.50.camel@localhost.localdomain> I've installed yum-2.4.0-3 yesterday and now I can't update any package --> Processing Dependency: policycoreutils >= 1.25.9-1 for package: selinux-policy-targeted --> Processing Dependency: selinux-policy-targeted = 1.25.4-11 for package: selinux-policy-targeted-sources Traceback (most recent call last): File "/usr/bin/yum", line 27, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 133, in main (result, resultmsgs) = base.buildTransaction() File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 339, in buildTransaction (rescode, restring) = self.resolveDeps() File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 251, in resolveDeps (checkdep, missing, conflict, errormsgs) = self._processReq(dep) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 382, in _processReq requirementTuple, errormsgs) File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 489, in _requiringFromInstalled for pkg in pkgs: TypeError: iteration over non-sequence -- Radek Vok?l From redhat at olen.net Tue Sep 20 07:48:31 2005 From: redhat at olen.net (redhat at olen.net) Date: Tue, 20 Sep 2005 07:48:31 +0000 (UTC) Subject: start_udev and network Message-ID: Can't find anything i bugzilla, but in case this is well known, I'll post here first. I am usually following devel/rawhide quite tight, but for a week or two I have not upgraded nor reboted, so I am not sure exactly when this happened. But now it seems like udev might need network access if nsswitch is set up with authentication from ldap: passwd: files ldap shadow: files ldap group: files ldap This leads to the following errors: Sep 19 15:48:36 ws21 udevstart[2042]: nss_ldap: reconnecting to LDAP server (sleeping 4 seconds)... Sep 19 15:48:40 ws21 udevstart[2042]: nss_ldap: reconnecting to LDAP server (sleeping 8 seconds)... And there it hangs until i ^C "udev_start". (Ofcourse start_udev can't access the network so early in the boot process). A more or less working workaround seems to be to boot into single user mode, ifup eth0, run udev_start manually and then go to init 5 kernel-2.6.13-1.1558_FC5 udev-069-3 nss_ldap-241-1 I'll bugzilla this later today if nobody else has already done so. Rgds. Ola Thoresen From hk at isphuset.no Tue Sep 20 08:04:29 2005 From: hk at isphuset.no (Hans Kristian Rosbach) Date: Tue, 20 Sep 2005 10:04:29 +0200 Subject: Unofficial FC4.1 i386 isos In-Reply-To: <432CA284.4050409@redhat.com> References: <1126878523.24474.20.camel@linux> <432B3A25.9070400@redhat.com> <1126909594.24474.35.camel@linux> <432CA284.4050409@redhat.com> Message-ID: <1127203469.14207.10.camel@linux> On Sat, 2005-09-17 at 13:11 -1000, Warren Togami wrote: > Hans Kristian Rosbach wrote: > > > >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159026 > >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159087 > >>You may want to look into backporting some of the more important fixes > >>in order to avoid some of the nastier install problems of FC4. > > > > > > While those most certainly are interesting bugs, I currently have no > > idea where to start looking to fix these. > > If anyone have directions or even better: patches or rpms then please > > send them to me. > > Please keep in mind that fixing the installer bugs is probably one of > the more important reasons for spinning your own installer discs. This is true, and IF possible I will do so. But from my so far very limited understanding of anaconda internals, and the look of those bugs (No patches? No way to recreate?) I doubt that I can fix them on my own. If somebody who knows anaconda wants to join my effort then please send me a private email. Backporting bugfixes and possibly minor improvements for anaconda would indeed be a good thing. In other news, the FC4.1 images can successfully install on two servers here that never worked with FC4. (Instant reboot and no support for disk controller) Both are problems I attributed to the kernel. Regarding the current kernel beeing sub-optimal, it is kind of a thing we need to wait for the next release. Reverting to an older version is not what I want to do for an updated release. So far I have not gotten any negative feedback, and the downloads are steadily rolling out. This is kind of a busy week for me, so don't expect too much in the ways of changelogs or scripts for now. -HK From abraxis at telkomsa.net Tue Sep 20 08:49:48 2005 From: abraxis at telkomsa.net (Neil Thompson) Date: Tue, 20 Sep 2005 10:49:48 +0200 Subject: FC4.1 i386 isos and jigdo Message-ID: <20050920084948.GC23666@eeyore.32.boerneef.vornavalley> ISTR someone was playing around with jigdo and upgrading the FC[3or4] test isos to the final isos with a massive download bandwidth saving. Is that person still around? It would certainly make FC4.x updates easier. I'm going to have a look myself, but if there's anyone out there who knows more about jigdo than I (not difficult :-) please speak up. -- Cheers! (Relax...have a homebrew) Neil THEOREM: VI is perfect. PROOF: VI in roman numerals is 6. The natural numbers < 6 which divide 6 are 1, 2, and 3. 1+2+3 = 6. So 6 is a perfect number. Therefore, VI is perfect. QED -- Arthur Tateishi From tjarls at iee.lu Tue Sep 20 10:06:59 2005 From: tjarls at iee.lu (Charles Lopes) Date: Tue, 20 Sep 2005 12:06:59 +0200 Subject: ownership of devices In-Reply-To: <20050919185633.GA30463@nostromo.devel.redhat.com> References: <1127154169.3065.27.camel@thomas.amantes> <1127156291.5012.4.camel@ignacio.lan> <20050919185633.GA30463@nostromo.devel.redhat.com> Message-ID: <432FDF43.6050601@iee.lu> Bill Nottingham wrote: >Ignacio Vazquez-Abrams (ivazquez at ivazquez.net) said: > > >>>The only problem is that apparently it is hard for an rpm to add a group >>>when a system is being upgraded between distros; ie, while anaconda >>>could add this new group just fine, people doing a dist upgrade, it is >>>claimed, will not get this group installed. >>> >>> >>I seem to recall a long-winded discussion about the fedora-usermgmt >>package. Perhaps it's time to move it into Core and make it responsible >>for creating the groups if needed. >> >> > >Dynamically modified groups + setgid programs are a poor solution for >device access. > >Runtime ACLs done via HAL is probably a better solution - I remember >Colin having some ideas in this area. > >Bill > > > Do you mean using the extended POSIX ACLs instead of just the base ACLs (traditional unix perms). Otherwise there would be limitations in sharing a device between users. Should /dev be always in a filesystem mounted with acl support? Some people might use tmpfs or ramfs for /dev. Do they support ACLs? What about devpts or capifs? All in all, I would love to see ACLs used in /dev. That could solve some other minor problems like the ownership of /dev/tty* when doing a "su" from root for example. Charles From fedora at camperquake.de Tue Sep 20 10:15:37 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 20 Sep 2005 12:15:37 +0200 Subject: ownership of devices In-Reply-To: <432FDF43.6050601@iee.lu> References: <1127154169.3065.27.camel@thomas.amantes> <1127156291.5012.4.camel@ignacio.lan> <20050919185633.GA30463@nostromo.devel.redhat.com> <432FDF43.6050601@iee.lu> Message-ID: <20050920101537.GA12610@ryoko.camperquake.de> On Tue, Sep 20, 2005 at 12:06:59PM +0200, Charles Lopes wrote: > mounted with acl support? Some people might use tmpfs or ramfs for /dev. Anyone using a recent Fedora has /dev on tmpfs. From buildsys at redhat.com Tue Sep 20 11:21:48 2005 From: buildsys at redhat.com (Build System) Date: Tue, 20 Sep 2005 07:21:48 -0400 Subject: rawhide report: 20050920 changes Message-ID: <200509201121.j8KBLmNw000606@porkchop.devel.redhat.com> New package libiec61883 Streaming library for IEEE1394 Updated Packages: anaconda-10.3.0.23-1 -------------------- * Mon Sep 19 2005 Jeremy Katz - 10.3.0.23-1 - fix a silly typo that would cause tracebacks - Look for help in /tmp/updates too (#168155) - Add skge driver (#168590) - Some fixes to hopefully get x86_64 trees working bogl-0:0.1.18-10 ---------------- * Tue Sep 20 2005 Miloslav Trmac - 0:0.1.18-10 - Simplify overzealous bogl-0.1.18-1.1.sigchld.patch * Tue Sep 20 2005 Miloslav Trmac - 0:0.1.18-9 - Update to bogl-0.1.18-1.1 - Don't ship unused ucs fonts in the SRPM - Remove obsolete URL: (#168673) doxygen-1:1.4.4-2 ----------------- * Mon Sep 19 2005 Than Ngo 1:1.4.4-2 - move doxywizard man page to subpackge doxywizard file-4.15-3 ----------- * Mon Sep 19 2005 Radek Vokal - 4.15-3 - small fix in previously added patch, now it works for multiple params * Mon Sep 19 2005 Radek Vokal - 4.15-2 - print xxx-style only once (#168617) * Tue Aug 09 2005 Radek Vokal - 4.15-1 - upgrade to upstream gcc-4.0.1-14 ------------ * Mon Sep 19 2005 Jakub Jelinek 4.0.1-14 - update from CVS - PRs c++/16171, c++/21135, c++/21514, c++/23139, c++/23624, c++/23691, c++/23789, c++/23839, c++/23841, c++/23842, c++/23896, c++/23914, c++/9782, debug/20998, debug/23190, debug/23806, fortran/16511, fortran/17917, fortran/18870, fortran/18878, fortran/19358, fortran/20848, fortran/22304, fortran/22502, fortran/23270, fortran/23765, libfortran/19872, libfortran/23262, libfortran/23419, libfortran/23784, libgcj/22211, libgcj/23549, libgcj/23662, libgcj/23739, libstdc++/23358, libstdc++/23417, target/23747, target/23774, tree-optimization/22348 - fix libstdc++ ostream oct and hex formatting logic (Paolo Carlini, Janis Johnson, #168205, PR libstdc++/23871) - fix fortran ENTRY handling when ENTRY symbol is passed to a function (PR fortran/23663) - make sure dominance info is computed in stdarg pass (PR tree-optimization/23818) - workaround for stack smashing in Java's fdlibm (Tom Tromey, #166657, PR classpath/23863) hplip-0.9.5-2 ------------- * Mon Sep 19 2005 Tim Waugh 0.9.5-2 - 0.9.5. - No longer need condrestart patch. - Fix compile errors. kernel-2.6.13-1.1561_FC5 ------------------------ kudzu-1.2.7-1 ------------- * Mon Sep 19 2005 Bill Nottingham 1.2.7-1 - fix fbProbe to work with X drivers, not card entries - fix crash in matchNetDevices (#168689) libidn-0.5.19-1 --------------- * Mon Sep 19 2005 Joe Orton 0.5.19-1 - update to 0.5.19 libsetrans-0.1.6-1 ------------------ * Mon Sep 19 2005 Dan Walsh 0.1.6-1 - Fix memory problem logwatch-6.1.2-4 ---------------- * Mon Sep 19 2005 Ivana Varekova 6.1.2-4 - fixed secure script (part of bug 141116, added a few unknown logs) - bug 168469 - fixed up2date script lsof-4.76-1 ----------- * Mon Sep 19 2005 Karel Zak 4.76-1 - new upstream version neon-0.24.7-7 ------------- * Mon Sep 19 2005 Joe Orton 0.24.7-7 - drop static libs, doc/html from devel docdir selinux-policy-strict-1.27.1-3 ------------------------------ * Mon Sep 19 2005 Dan Walsh 1.27.1-3 - Add yppasswdd policy - Change ftpd_anon_t to public_content_t selinux-policy-targeted-1.27.1-3 -------------------------------- * Mon Sep 19 2005 Dan Walsh 1.27.1-3 - Add yppasswdd policy - Change ftpd_anon_t to public_content_t sendmail-8.13.5-1 ----------------- * Mon Sep 19 2005 Thomas Woerner 8.13.5-1 - new version 8.13.5 - fixed email address in changelog * Fri May 06 2005 Thomas Woerner 8.13.4-2 - using new certificates directory /etc/pki/tls/certs * Wed Apr 27 2005 Thomas Woerner 8.13.4-1.1 - added configuration example for Cyrus-IMAPd to sendmail.mc (#142001) Thanks to Alexander Dalloz sudo-1.6.8p9-4 -------------- * Mon Sep 19 2005 Karel Zak 1.6.8p9-4 - fix debuginfo * Mon Sep 19 2005 Karel Zak 1.6.8p9-3 - fix #162623 - sesh hangs when child suspends * Mon Aug 01 2005 Dan Walsh 1.6.8p9-2 - Add back in interfaces call, SELinux has been fixed to work around xchat-1:2.4.5-1 --------------- * Mon Sep 19 2005 Christopher Aillon 1:2.4.5-1 - X-Chat 2.4.5 Broken deps for ia64 ---------------------------------------------------------- libsetrans - 0.1.6-1.ia64 requires libc.so.6(GLIBC_2.1.3) libsetrans - 0.1.6-1.ia64 requires libc.so.6 libsetrans - 0.1.6-1.ia64 requires libselinux.so.1 libsetrans - 0.1.6-1.ia64 requires libdl.so.2 libsetrans - 0.1.6-1.ia64 requires libc.so.6(GLIBC_2.3) libsetrans - 0.1.6-1.ia64 requires libc.so.6(GLIBC_2.1) libsetrans - 0.1.6-1.ia64 requires libc.so.6(GLIBC_2.0) Broken deps for ppc64 ---------------------------------------------------------- libsetrans - 0.1.6-1.ppc64 requires libc.so.6(GLIBC_2.1.3) libsetrans - 0.1.6-1.ppc64 requires libc.so.6 libsetrans - 0.1.6-1.ppc64 requires libselinux.so.1 libsetrans - 0.1.6-1.ppc64 requires libdl.so.2 libsetrans - 0.1.6-1.ppc64 requires libc.so.6(GLIBC_2.3) libsetrans - 0.1.6-1.ppc64 requires libc.so.6(GLIBC_2.1) libsetrans - 0.1.6-1.ppc64 requires libc.so.6(GLIBC_2.0) From rodd at clarkson.id.au Tue Sep 20 12:05:17 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 20 Sep 2005 22:05:17 +1000 Subject: rawhide report: 20050919 changes In-Reply-To: <200509191359.j8JDxv8F031118@porkchop.devel.redhat.com> References: <200509191359.j8JDxv8F031118@porkchop.devel.redhat.com> Message-ID: <1127217917.3829.10.camel@localhost.localdomain> On Mon, 2005-09-19 at 09:59 -0400, Build System wrote: > Updated Packages: > > iproute-2.6.14-3 > ---------------- > * Mon Sep 19 2005 Radek Vokal 2.6.14-3 > - forget to apply the patch :( > > * Mon Sep 19 2005 Radek Vokal 2.6.14-2 > - make ip help work again (#168449) > > kernel-2.6.13-1.1560_FC5 > ------------------------ > * Sun Sep 18 2005 Dave Jones > - 2.6.14-rc1-git4 Hmmm, booted to the new kernel and now I've got weird network stuff going on. Had a look at dmesg and got the following: [root at localhost ~]# dmesg | uniq -c 1 WE) : Driver using old /proc/net/wireless support, please fix driver ! 489 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! 1 eth1: no IPv6 routers present 120 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! 1 eth1: no IPv6 routers present 108 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! 1 eth1: duplicate address detected! 551 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! 1 ipw2200: Firmware error detected. Restarting. 2 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! 1 ipw2200: Firmware error detected. Restarting. 3 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! 1 ipw2200: failed to send ASSOCIATE command 55 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! 1 eth1: no IPv6 routers present 304 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! [root at localhost ~]# Looks like there might be something wrong with the ipw2200 driver. Strangely, I can get network working, but the routing table is all wrong. If I look at route is see: [root at localhost ~]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 169.254.0.0 * 255.255.0.0 U 0 0 0 lo [root at localhost ~]# Looking in /var/log/messages is see (this is culled from the log files so if you need something around it then say so, but I've grabbed at the point where the problem seems to have started): Sep 20 13:33:51 localhost gdm(pam_unix)[2461]: session opened for user rodd by (uid=0) Sep 20 13:33:54 localhost gconfd (rodd-3636): starting (version 2.12.0), pid 3636 user 'rodd' Sep 20 13:33:54 localhost gconfd (rodd-3636): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only configuration source at position 0 Sep 20 13:33:54 localhost gconfd (rodd-3636): Resolved address "xml:readwrite:/home/rodd/.gconf" to a writable configuration source at position 1 Sep 20 13:33:54 localhost gconfd (rodd-3636): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only configuration source at position 2 Sep 20 13:34:17 localhost gconfd (rodd-3636): Resolved address "xml:readwrite:/home/rodd/.gconf" to a writable configuration source at position 0 Sep 20 13:34:24 localhost kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'GTA_SAN_ANDREAS', timestamp 2005/06/08 02:05 (1258) Sep 20 13:34:24 localhost udevd[687]: get_netlink_msg: no ACTION in payload found, skip event 'mount' Sep 20 13:34:24 localhost kernel: SELinux: initialized (dev hdc, type udf), uses genfs_contexts Sep 20 13:34:53 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 13:34:53 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 13:34:53 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 13:34:53 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 13:34:54 localhost dhcdbd: Started up. Sep 20 13:34:55 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.reason Sep 20 13:34:55 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 13:34:55 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 13:36:29 localhost kernel: ipw2200: Firmware error detected. Restarting. Sep 20 13:36:35 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 20 13:36:35 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 20 13:36:35 localhost dhclient: All rights reserved. Sep 20 13:36:35 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 20 13:36:35 localhost dhclient: Sep 20 13:36:36 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 20 13:36:36 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 20 13:36:36 localhost dhclient: Sending on Socket/fallback Sep 20 13:36:36 localhost dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port 67 Sep 20 13:36:36 localhost dhclient: DHCPACK from 192.168.1.254 Sep 20 13:36:36 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.domain_name Sep 20 13:36:36 localhost NetworkManager: (): get_ip4_string(): error calling 'domain_name', DHCP daemon returned error 'org.freedesktop.DBus.Error.UnknownMethod', message 'Method "domain_name" with signature "" on interface "com.redhat.dhcp.dbus.get" doesn't exist '. Sep 20 13:36:36 localhost dhclient: bound to 192.168.1.1 -- renewal in 20979 seconds. Sep 20 13:36:37 localhost named[2502]: loading configuration from '/var/named/data/NetworkManager-named.conf' Sep 20 13:37:16 localhost named[2502]: FORMERR resolving '30.177.132.209.sa-trusted.bondedsender.org/TXT/IN': 192.168.1.254#53 Sep 20 13:37:16 localhost named[2502]: FORMERR resolving '42.60.252.46.sa-other.bondedsender.org/TXT/IN': 192.168.1.254#53 Sep 20 13:37:17 localhost named[2502]: FORMERR resolving 'anytownfd.com.blackhole.securitysage.com/A/IN': 192.168.1.254#53 Sep 20 13:37:38 localhost named[2502]: FORMERR resolving '13.155.7.203.dnsbl.sorbs.net/A/IN': 192.168.1.254#53 Sep 20 13:37:52 localhost named[2502]: FORMERR resolving '122.144.145.61.list.dsbl.org/TXT/IN': 192.168.1.254#53 Sep 20 13:38:01 localhost named[2502]: FORMERR resolving '101.50.200.8.sbl-xbl.spamhaus.org/A/IN': 192.168.1.254#53 Sep 20 13:38:08 localhost named[2502]: FORMERR resolving '71.110.10.203.combined-HIB.dnsiplists.completewhois.com/A/IN': 192.168.1.254#53 Sep 20 13:38:08 localhost named[2502]: FORMERR resolving '101.193.113.203.combined.njabl.org/A/IN': 192.168.1.254#53 Sep 20 14:01:01 localhost crond(pam_unix)[4342]: session opened for user root by (uid=0) Sep 20 14:01:01 localhost crond(pam_unix)[4342]: session closed for user root Sep 20 14:05:21 localhost named[2502]: FORMERR resolving '198.40.117.66.sbl.spamhaus.org/TXT/IN': 192.168.1.254#53 Sep 20 14:05:21 localhost named[2502]: FORMERR resolving '3.151.219.63.sbl.spamhaus.org/TXT/IN': 192.168.1.254#53 Sep 20 14:05:21 localhost named[2502]: FORMERR resolving 't02.bargainsinfo.com/A/IN': 192.168.1.254#53 Sep 20 14:10:20 localhost named[2502]: FORMERR resolving '247.168.66.219.list.dsbl.org/TXT/IN': 192.168.1.254#53 Sep 20 14:20:21 localhost named[2502]: FORMERR resolving '66.5.150.59.dnsbl.sorbs.net/A/IN': 192.168.1.254#53 Sep 20 14:25:24 localhost named[2502]: FORMERR resolving '135.90.86.69.list.dsbl.org/TXT/IN': 192.168.1.254#53 Sep 20 14:28:13 localhost kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x86 on isa0060/serio0). Sep 20 14:28:13 localhost kernel: atkbd.c: Use 'setkeycodes e006 ' to make it known. Sep 20 14:28:13 localhost kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x86 on isa0060/serio0). Sep 20 14:28:13 localhost kernel: atkbd.c: Use 'setkeycodes e006 ' to make it known. Sep 20 14:28:13 localhost kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x86 on isa0060/serio0). Sep 20 14:28:13 localhost kernel: atkbd.c: Use 'setkeycodes e006 ' to make it known. Sep 20 14:28:14 localhost kernel: atkbd.c: Unknown key pressed (translated set 2, code 0x86 on isa0060/serio0). Sep 20 14:28:14 localhost kernel: atkbd.c: Use 'setkeycodes e006 ' to make it known. Sep 20 14:30:21 localhost named[2502]: FORMERR resolving 'vic.uca.org.au.fulldom.rfc-ignorant.org/A/IN': 192.168.1.254#53 Sep 20 14:50:23 localhost named[2502]: FORMERR resolving '13.155.7.203.combined.njabl.org/A/IN': 192.168.1.254#53 Sep 20 15:01:01 localhost crond(pam_unix)[5032]: session opened for user root by (uid=0) Sep 20 15:01:01 localhost crond(pam_unix)[5032]: session closed for user root Sep 20 15:04:47 localhost named[2502]: FORMERR resolving 'weather.noaa.gov/AAAA/IN': 192.168.1.254#53 Sep 20 15:10:21 localhost named[2502]: FORMERR resolving '23.158.155.204.sbl.spamhaus.org/TXT/IN': 192.168.1.254#53 Sep 20 15:13:22 localhost kernel: ipw2200: Firmware error detected. Restarting. Sep 20 15:13:23 localhost kernel: ipw2200: Firmware error detected. Restarting. Sep 20 15:13:23 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 20 15:13:23 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 20 15:13:23 localhost dhclient: All rights reserved. Sep 20 15:13:23 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 20 15:13:23 localhost dhclient: Sep 20 15:13:23 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 20 15:13:23 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 20 15:13:23 localhost dhclient: Sending on Socket/fallback Sep 20 15:13:23 localhost dhclient: DHCPRELEASE on eth1 to 192.168.1.254 port 67 Sep 20 15:13:23 localhost kernel: ipw2200: failed to send ASSOCIATE command Sep 20 15:13:24 localhost named[2502]: loading configuration from '/var/named/data/NetworkManager-named.conf' Sep 20 15:13:24 localhost named[2502]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 20 15:13:24 localhost named[2502]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 20 15:13:26 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 15:13:26 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 15:13:26 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 15:13:26 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 15:13:26 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 15:13:26 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 15:13:30 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 20 15:13:30 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 20 15:13:30 localhost dhclient: All rights reserved. Sep 20 15:13:30 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 20 15:13:30 localhost dhclient: Sep 20 15:13:30 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 20 15:13:30 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 20 15:13:30 localhost dhclient: Sending on Socket/fallback Sep 20 15:13:30 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8 Sep 20 15:13:30 localhost dhclient: DHCPOFFER from 192.168.1.254 Sep 20 15:13:30 localhost dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port 67 Sep 20 15:13:30 localhost dhclient: DHCPACK from 192.168.1.254 Sep 20 15:13:30 localhost dhclient: bound to 192.168.1.1 -- renewal in 18392 seconds. Sep 20 15:13:30 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.domain_name Sep 20 15:13:30 localhost NetworkManager: (): get_ip4_string(): error calling 'domain_name', DHCP daemon returned error 'org.freedesktop.DBus.Error.UnknownMethod', message 'Method "domain_name" with signature "" on interface "com.redhat.dhcp.dbus.get" doesn't exist '. Sep 20 15:13:31 localhost named[2502]: loading configuration from '/var/named/data/NetworkManager-named.conf' Sep 20 15:17:43 localhost kernel: ipw2200: Firmware error detected. Restarting. Sep 20 15:17:44 localhost kernel: ipw2200: Firmware error detected. Restarting. Sep 20 15:17:44 localhost kernel: ipw2200: failed to send ASSOCIATE command Sep 20 15:17:48 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 20 15:17:48 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 20 15:17:48 localhost dhclient: All rights reserved. Sep 20 15:17:48 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 20 15:17:48 localhost dhclient: Sep 20 15:17:48 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 20 15:17:48 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 20 15:17:48 localhost dhclient: Sending on Socket/fallback Sep 20 15:17:48 localhost dhclient: DHCPRELEASE on eth1 to 192.168.1.254 port 67 Sep 20 15:17:48 localhost dhclient: send_packet: Network is unreachable Sep 20 15:17:48 localhost dhclient: send_packet: please consult README file regarding broadcast address. Sep 20 15:17:49 localhost named[2502]: loading configuration from '/var/named/data/NetworkManager-named.conf' Sep 20 15:17:49 localhost named[2502]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 20 15:17:49 localhost named[2502]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 20 15:17:51 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 15:17:51 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 15:17:51 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 15:17:51 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 15:17:51 localhost NetworkManager: nm_ip4_config_get_broadcast: assertion `config != NULL' failed Sep 20 15:17:51 localhost NetworkManager: nm_ip4_config_get_netmask: assertion `config != NULL' failed Sep 20 15:17:51 localhost kernel: eth1: duplicate address detected! Sep 20 15:17:55 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 20 15:17:55 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. after this there's lots more but it seems to have a lot of the same errors repeating. If I do the following then networking works: [root at localhost log]# route add -net 192.168.1.0 netmask 255.255.255.0 dev eth1 [root at localhost log]# route add default gw 192.168.1.254 [root at localhost log]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth1 169.254.0.0 * 255.255.0.0 U 0 0 0 lo default gate 0.0.0.0 UG 0 0 0 eth1 [root at localhost log]# Hmmm Rodd -- "It's a fine line between denial and faith. It's much better on my side" From selinux at gmail.com Tue Sep 20 13:36:48 2005 From: selinux at gmail.com (Tom London) Date: Tue, 20 Sep 2005 06:36:48 -0700 Subject: rawhide report: 20050919 changes In-Reply-To: <1127217917.3829.10.camel@localhost.localdomain> References: <200509191359.j8JDxv8F031118@porkchop.devel.redhat.com> <1127217917.3829.10.camel@localhost.localdomain> Message-ID: <4c4ba15305092006361b798f30@mail.gmail.com> see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168335 Parameter mismatch between NetworkManager and /sbin/ip. Fix is in CVS, new package coming..... tom -- Tom London From toshio at tiki-lounge.com Tue Sep 20 14:27:39 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 20 Sep 2005 07:27:39 -0700 Subject: giflib for fc5 In-Reply-To: <432F4FBE.7040209@redhat.com> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> Message-ID: <1127226459.30924.101.camel@localhost> On Mon, 2005-09-19 at 13:54 -1000, Warren Togami wrote: > Thanks, OK great. It would be helpful if you could provide a proposed > .src.rpm replacement for download and peer review to this list in a way > similar to an Extras package review request. That way folks here can > test it and suggest other improvements while we follow the process for > replacement in Fedora Core. > > I suppose we want both Obsoletes and Provides of the N-V-R of libungif > and also matching -devel? Here's a spec file for giflib that doesn't quite work. It's a port of the libungif spec file with a few cleanups similar to what we'd do if the package was moving to Fedora Extras. The not quite working portion is the virtual Provides. I think I'm running squarely into the issues exposed here: https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00133.html and explained in this post: https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00175.html Should I try something like: %ifarch x86_64 Provides: libungif.so.4()((64bit) %else Provides: libungif.so.4 %endif or is that too much of a hack? Are there other archs (ppc64?) that need to be %ifarch'd? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: giflib.spec Type: application/x-extension-spec Size: 2985 bytes Desc: not available URL: -------------- 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 linux_4ever at yahoo.com Tue Sep 20 14:38:21 2005 From: linux_4ever at yahoo.com (Steve G) Date: Tue, 20 Sep 2005 07:38:21 -0700 (PDT) Subject: latest yum seems to be broken In-Reply-To: <1127200381.3018.50.camel@localhost.localdomain> Message-ID: <20050920143822.90044.qmail@web51510.mail.yahoo.com> >I've installed yum-2.4.0-3 yesterday and now I can't update any package I filed it in bugzilla yesterday: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168712 I found that if you do "yum update", you will have a problem. But you can update most packages by updating them in small groups. -Steve __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From joe at eshu.net Tue Sep 20 15:44:58 2005 From: joe at eshu.net (Joe Christy) Date: Tue, 20 Sep 2005 08:44:58 -0700 Subject: Kernel 2.6.13 v. FC4 In-Reply-To: <20050905033011.GC4715@redhat.com> References: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> <20050905033011.GC4715@redhat.com> Message-ID: <43302E7A.5060406@eshu.net> Vis-a-vis Dave's note of 09/04/2005 08:30 PM: > On Mon, Sep 05, 2005 at 12:26:09PM +1000, Bojan Smojver wrote: > > Just out of curiosity, is kernel 2.6.13 going to hit FC4 eventually, or > > is 2.6.12 going to be patched until the end-of-life? Judging by the > > rawhide kernels, there are many dependencies that would need to be > > bumped up... > > 2.6.13 has a number of really rough edges. It'll likely be a while > before I rebase. Probably until at least 2.6.13.1 > ... http://www.kernel.org/kdist/finger_banner: The latest stable version of the Linux kernel is: 2.6.13.2 I'm interested since I (used to) use Software Suspend 2, for which robust versions don't exist for FC4 and kernel < 2.6.13. -- ============================= Joe Christy ============================== ------------------ http://public.xdi.org/=joe.christy ------------------ == If I can save you any time, give it to me, I'll keep it with mine. == From thomas at apestaart.org Tue Sep 20 15:47:26 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Tue, 20 Sep 2005 17:47:26 +0200 Subject: ownership of devices In-Reply-To: <20050919185633.GA30463@nostromo.devel.redhat.com> References: <1127154169.3065.27.camel@thomas.amantes> <1127156291.5012.4.camel@ignacio.lan> <20050919185633.GA30463@nostromo.devel.redhat.com> Message-ID: <1127231247.3065.51.camel@thomas.amantes> Hi, > > I seem to recall a long-winded discussion about the fedora-usermgmt > > package. Perhaps it's time to move it into Core and make it responsible > > for creating the groups if needed. > > Dynamically modified groups + setgid programs are a poor solution for > device access. > > Runtime ACLs done via HAL is probably a better solution - I remember > Colin having some ideas in this area. There is always a $(SOLUTION + 1) to any problem. I don't particularly see that as being a good reason to not do something useful to solve this problem in the meantime, especially if the mentioned $(SOLUTION + 1) is vaporware :) Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> Wouldn't want a heart that's been dented by you <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From wtogami at redhat.com Tue Sep 20 15:50:10 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 20 Sep 2005 05:50:10 -1000 Subject: giflib for fc5 In-Reply-To: <1127226459.30924.101.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> Message-ID: <43302FB2.6050905@redhat.com> Toshio Kuratomi wrote: > On Mon, 2005-09-19 at 13:54 -1000, Warren Togami wrote: > >>Thanks, OK great. It would be helpful if you could provide a proposed >>.src.rpm replacement for download and peer review to this list in a way >>similar to an Extras package review request. That way folks here can >>test it and suggest other improvements while we follow the process for >>replacement in Fedora Core. >> >>I suppose we want both Obsoletes and Provides of the N-V-R of libungif >>and also matching -devel? > > > Here's a spec file for giflib that doesn't quite work. It's a port of > the libungif spec file with a few cleanups similar to what we'd do if > the package was moving to Fedora Extras. > > The not quite working portion is the virtual Provides. I think I'm > running squarely into the issues exposed here: > > https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00133.html > and explained in this post: > https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00175.html > > Should I try something like: > %ifarch x86_64 > Provides: libungif.so.4()((64bit) > %else > Provides: libungif.so.4 > %endif > > or is that too much of a hack? Are there other archs (ppc64?) that need to be %ifarch'd? > > -Toshio > This issue I will wait for Jeremy to decide what to do. Two other issues in your spec: Obsoletes: libungif <= %{version}-%{release} Provides: libungif <= %{version}-%{release} Wouldn't the new spec make more sense like this, then start Release: at 4.fc5? This way folks could rebuild this .src.rpm and unambiguously use it on older dists for personal testing and have no problem upgrading in the future to the FC5 version. Have you tested a build without the explicit "Provides: libungif.so.4"? What does the autoprovide do in that case? Warren Togami wtogami at redhat.com From wtogami at redhat.com Tue Sep 20 16:06:52 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 20 Sep 2005 06:06:52 -1000 Subject: giflib for fc5 In-Reply-To: <1127226459.30924.101.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> Message-ID: <4330339C.2060009@redhat.com> Toshio Kuratomi wrote: > On Mon, 2005-09-19 at 13:54 -1000, Warren Togami wrote: > >>Thanks, OK great. It would be helpful if you could provide a proposed >>.src.rpm replacement for download and peer review to this list in a way >>similar to an Extras package review request. That way folks here can >>test it and suggest other improvements while we follow the process for >>replacement in Fedora Core. >> >>I suppose we want both Obsoletes and Provides of the N-V-R of libungif >>and also matching -devel? > > > Here's a spec file for giflib that doesn't quite work. It's a port of > the libungif spec file with a few cleanups similar to what we'd do if > the package was moving to Fedora Extras. > Also is there any good reason why we should continue shipping the static archive? Warren Togami wtogami at redhat.com From notting at redhat.com Tue Sep 20 16:03:59 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 20 Sep 2005 12:03:59 -0400 Subject: ownership of devices In-Reply-To: <1127231247.3065.51.camel@thomas.amantes> References: <1127154169.3065.27.camel@thomas.amantes> <1127156291.5012.4.camel@ignacio.lan> <20050919185633.GA30463@nostromo.devel.redhat.com> <1127231247.3065.51.camel@thomas.amantes> Message-ID: <20050920160359.GB8169@nostromo.devel.redhat.com> Thomas Vander Stichele (thomas at apestaart.org) said: > > > I seem to recall a long-winded discussion about the fedora-usermgmt > > > package. Perhaps it's time to move it into Core and make it responsible > > > for creating the groups if needed. > > > > Dynamically modified groups + setgid programs are a poor solution for > > device access. > > > > Runtime ACLs done via HAL is probably a better solution - I remember > > Colin having some ideas in this area. > > > There is always a $(SOLUTION + 1) to any problem. I don't particularly > see that as being a good reason to not do something useful to solve this > problem in the meantime, especially if the mentioned $(SOLUTION + 1) is > vaporware :) Well, it depends on what you need. If you need a daemon to have access to the devices, groups are perfectly fine. If you want to dynamically add and remove users, groups are *bad*, as Alan mentioned. Bill From toshio at tiki-lounge.com Tue Sep 20 16:14:43 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 20 Sep 2005 09:14:43 -0700 Subject: giflib for fc5 In-Reply-To: <43302FB2.6050905@redhat.com> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <43302FB2.6050905@redhat.com> Message-ID: <1127232883.30924.108.camel@localhost> On Tue, 2005-09-20 at 05:50 -1000, Warren Togami wrote: > Toshio Kuratomi wrote: > > On Mon, 2005-09-19 at 13:54 -1000, Warren Togami wrote: > > > >>Thanks, OK great. It would be helpful if you could provide a proposed > >>.src.rpm replacement for download and peer review to this list in a way > >>similar to an Extras package review request. That way folks here can > >>test it and suggest other improvements while we follow the process for > >>replacement in Fedora Core. > >> > >>I suppose we want both Obsoletes and Provides of the N-V-R of libungif > >>and also matching -devel? > > > > > > Here's a spec file for giflib that doesn't quite work. It's a port of > > the libungif spec file with a few cleanups similar to what we'd do if > > the package was moving to Fedora Extras. > > > > The not quite working portion is the virtual Provides. I think I'm > > running squarely into the issues exposed here: > > > > https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00133.html > > and explained in this post: > > https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00175.html > > > > Should I try something like: > > %ifarch x86_64 > > Provides: libungif.so.4()((64bit) > > %else > > Provides: libungif.so.4 > > %endif > > > > or is that too much of a hack? Are there other archs (ppc64?) that need to be %ifarch'd? > > > > -Toshio > > > > This issue I will wait for Jeremy to decide what to do. Two other > issues in your spec: > > Obsoletes: libungif <= %{version}-%{release} > Provides: libungif <= %{version}-%{release} > Wouldn't the new spec make more sense like this, then start Release: at > 4.fc5? This way folks could rebuild this .src.rpm and unambiguously use > it on older dists for personal testing and have no problem upgrading in > the future to the FC5 version. > Made these changes. They make more sense now than when I was thinking about it in the wee morning hours :-) > Have you tested a build without the explicit "Provides: libungif.so.4"? > What does the autoprovide do in that case? $ rpm -qp --provides giflib-4.1.3-1.x86_64.rpm libgif.so.4()(64bit) libungif <= 4.1.3-1 giflib = 4.1.3-1 (Built on an x86_64) > Also is there any good reason why we should continue shipping the > static archive? There's nothing special about giflib in this regard. Is Core converting to "no-static archives"? If so it's fine to remove the static libraries. -Toshio -------------- 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 wtogami at redhat.com Tue Sep 20 16:39:28 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 20 Sep 2005 06:39:28 -1000 Subject: giflib for fc5 In-Reply-To: <1127232883.30924.108.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <43302FB2.6050905@redhat.com> <1127232883.30924.108.camel@localhost> Message-ID: <43303B40.7030906@redhat.com> Don't forget to Provide and Obsolete the -devel package too from the new -devel package. [wtogami at devserv x86_64]$ rpm -qp --provides libungif-4.1.3-3.x86_64.rpm giflib libgif.so libungif.so.4()(64bit) libungif = 4.1.3-3 It appears that the old libungif packages were always providing the wrong arch. In the case of this new giflib package AFAIK ifarch conditionals seems like the only way. Make sure it handles x86_64, ppc64 and s390x in the same way. Warren Togami wtogami at redhat.com From wtogami at redhat.com Tue Sep 20 16:47:49 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 20 Sep 2005 06:47:49 -1000 Subject: giflib for fc5 In-Reply-To: <43303B40.7030906@redhat.com> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <43302FB2.6050905@redhat.com> <1127232883.30924.108.camel@localhost> <43303B40.7030906@redhat.com> Message-ID: <43303D35.1060904@redhat.com> Warren Togami wrote: > Don't forget to Provide and Obsolete the -devel package too from the new > -devel package. > > [wtogami at devserv x86_64]$ rpm -qp --provides libungif-4.1.3-3.x86_64.rpm > giflib > libgif.so > libungif.so.4()(64bit) > libungif = 4.1.3-3 > > It appears that the old libungif packages were always providing the > wrong arch. In the case of this new giflib package AFAIK ifarch > conditionals seems like the only way. Make sure it handles x86_64, > ppc64 and s390x in the same way. Maybe you could compare %{_lib}'s contents instead of explicit listing of arch names in your conditional. Warren Togami wtogami at redhat.com From ellson at research.att.com Tue Sep 20 16:05:04 2005 From: ellson at research.att.com (John Ellson) Date: Tue, 20 Sep 2005 12:05:04 -0400 Subject: howto generate i386 and noarch rpms from single .spec ? Message-ID: <43303330.2070503@research.att.com> I know how to generate multiple rpms from a single .spec, but I don't know how to generate a mix of .i386 and .noarch rpms. Is this possible? If so, could someone point me at an example, or provide a quick howto? TIA John Ellson From jspaleta at gmail.com Tue Sep 20 17:09:35 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 20 Sep 2005 13:09:35 -0400 Subject: latest yum seems to be broken In-Reply-To: <20050920143822.90044.qmail@web51510.mail.yahoo.com> References: <1127200381.3018.50.camel@localhost.localdomain> <20050920143822.90044.qmail@web51510.mail.yahoo.com> Message-ID: <604aa79105092010091091c9a1@mail.gmail.com> On 9/20/05, Steve G wrote: > > >I've installed yum-2.4.0-3 yesterday and now I can't update any package > > I filed it in bugzilla yesterday: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168712 > > I found that if you do "yum update", you will have a problem. But you can update > most packages by updating them in small groups. now..why didnt i see this problem when doing my yum update? hmmmmm tis' a mystery -jef From mitr at volny.cz Tue Sep 20 17:11:33 2005 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 20 Sep 2005 19:11:33 +0200 Subject: giflib for fc5 In-Reply-To: <1127226459.30924.101.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> Message-ID: <433042C5.3000600@volny.cz> Hello, Toshio Kuratomi wrote: > The not quite working portion is the virtual Provides. I think I'm > running squarely into the issues exposed here: > > Should I try something like: > %ifarch x86_64 > Provides: libungif.so.4()((64bit) > %else > Provides: libungif.so.4 > %endif > > or is that too much of a hack? | Provides: libungif.so.4 ... | ln -sf libgif.so.%{version} | ${RPM_BUILD_ROOT}%{_libdir}/libungif.so.%{version} | ln -sf libungif.so.%{version} ${RPM_BUILD_ROOT}%{_libdir}/libungif.so.4 | ln -sf libungif.so.4 ${RPM_BUILD_ROOT}%{_libdir}/libungif.so | ln -sf libgif.a ${RPM_BUILD_ROOT}%{_libdir}/libungif.a This is quite an ugly hack IMHO: libgif.so and libungif.so should have a different SONAME and not be just symlinks to the same library. Otherwise when I intentionally link a program with -lungif, it will actually require libgif.so.4 and it will break on any system which has real libungif and no libgif. (Yes, this means that all applications that really want to link to libgif will have to be modified if they currently expect libungif.) Providing a real library (which can be empty and just require libgif.so.4) also solves the provides: (64bit) problems. Mirek From katzj at redhat.com Tue Sep 20 17:15:41 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 20 Sep 2005 13:15:41 -0400 Subject: giflib for fc5 In-Reply-To: <433042C5.3000600@volny.cz> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <433042C5.3000600@volny.cz> Message-ID: <1127236541.2861.12.camel@bree.local.net> On Tue, 2005-09-20 at 19:11 +0200, Miloslav Trmac wrote: > Providing a real library (which can be empty and just require > libgif.so.4) also solves the provides: (64bit) problems. This feels a bit cleaner to me and thus would get my vote Jeremy From ivazquez at ivazquez.net Tue Sep 20 17:28:54 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 20 Sep 2005 13:28:54 -0400 Subject: howto generate i386 and noarch rpms from single .spec ? In-Reply-To: <43303330.2070503@research.att.com> References: <43303330.2070503@research.att.com> Message-ID: <1127237334.6463.4.camel@ignacio.lan> On Tue, 2005-09-20 at 12:05 -0400, John Ellson wrote: > I know how to generate multiple rpms from a single .spec, but I don't > know how to generate > a mix of .i386 and .noarch rpms. Is this possible? You can't. Single spec file, single arch. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 jos at xos.nl Tue Sep 20 18:01:13 2005 From: jos at xos.nl (Jos Vos) Date: Tue, 20 Sep 2005 20:01:13 +0200 Subject: howto generate i386 and noarch rpms from single .spec ? In-Reply-To: <1127237334.6463.4.camel@ignacio.lan>; from ivazquez@ivazquez.net on Tue, Sep 20, 2005 at 01:28:54PM -0400 References: <43303330.2070503@research.att.com> <1127237334.6463.4.camel@ignacio.lan> Message-ID: <20050920200113.A25511@xos037.xos.nl> On Tue, Sep 20, 2005 at 01:28:54PM -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-09-20 at 12:05 -0400, John Ellson wrote: > > I know how to generate multiple rpms from a single .spec, but I don't > > know how to generate > > a mix of .i386 and .noarch rpms. Is this possible? > > You can't. Single spec file, single arch. Not true, see the kernel spec file as a counter example. Use %ifarch noarch ... %endif and %ifarch i386 ... %endif in your spec file and generate with "--target noarch" and "--target i386" (default for ix86 systems). Do not include a BuildArch header. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From lfarkas at bppiac.hu Tue Sep 20 19:00:18 2005 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 20 Sep 2005 21:00:18 +0200 Subject: mysql-administrator & mysql-query-browser Message-ID: <43305C42.6070507@bppiac.hu> hi, any change to someone package mysql-administrator and mysql-query-browser for fedora eg in extras. it seems mysql ab no longer create rpms for fedora and redhat and it'd be useful to package these two tools. yours. -- Levente "Si vis pacem para bellum!" From jrb at redhat.com Tue Sep 20 19:11:35 2005 From: jrb at redhat.com (Jonathan Blandford) Date: Tue, 20 Sep 2005 15:11:35 -0400 Subject: giflib for fc5 In-Reply-To: <1127171672.30924.82.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> Message-ID: <1127243495.8556.53.camel@localhost.localdomain> On Mon, 2005-09-19 at 16:14 -0700, Toshio Kuratomi wrote: > The history of libungif and giflib is that GNOME 1 (via imlib) began to > use giflib for its GIF support. Red Hat and other distributions > realized this would cause problems due to the Unisys LZW patent. I > found a posting that showed how to create uncompressed gifs that > wouldn't invoke the patent (Unisys patented the encoder and combined > decoder+encoder... Not a standalone decoder) and created libungif as a > drop in replacement for giflib to circumvent the patent issues. > > As time went on, bugfixes and a desire for new features led to a need > for API/ABI changes. I sent fixes and enhancements to Eric Raymond to > coordinate a release so we could continue to have compatible libraries. > He wasn't interested in maintaining giflib any more so I took over > maintenence of that. The sourceforge page reflects that libungif is a > superset of esr's giflib but not the present sourceforge hosted giflib. > > I'll go carify the web page now. I'm glad to hear that giflib has an active maintainer now. Replacing libungif with a maintained module makes a lot of sense. However, looking at my distribution, it doesn't look like a whole lot of software actually uses this library. This is a pity, as it's better to have just one image loader available instead of multiple, especially when the inevitable security errata happens. When we did the gif loaders for gdk-pixbuf, we looked at using libungif. However, it didn't support two vital features -- incremental loading and sane threading support. I imagine that we could switch away from our current code to libgif if those features appeared. Are you doing new development on it? Is this in your roadmap at all? Thanks, -Jonathan -------------- 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 wtogami at redhat.com Tue Sep 20 20:02:04 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 20 Sep 2005 10:02:04 -1000 Subject: giflib for fc5 In-Reply-To: <1127236541.2861.12.camel@bree.local.net> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <433042C5.3000600@volny.cz> <1127236541.2861.12.camel@bree.local.net> Message-ID: <43306ABC.5030606@redhat.com> Jeremy Katz wrote: > On Tue, 2005-09-20 at 19:11 +0200, Miloslav Trmac wrote: > >>Providing a real library (which can be empty and just require >>libgif.so.4) also solves the provides: (64bit) problems. > > > This feels a bit cleaner to me and thus would get my vote > How about we keep the versioned libungif symlink for runtime compat, but remove libungif.so and libungif-devel provides so packages must build against giflib-devel explicitly? This would still require the if conditional for the libungif Provides, but otherwise is correct. Warren Togami wtogami at redhat.com From zaitcev at redhat.com Tue Sep 20 20:15:43 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Tue, 20 Sep 2005 13:15:43 -0700 Subject: Installing from ub Message-ID: <20050920131543.4304d6e5.zaitcev@redhat.com> Hi, Jeremy, hi, Peter: I would really appreciate if someone added a capability to Anaconda to install from /dev/uba1 and similar. This way, we do not need to reload usb-storage, which contributes to various problems. I did not request to turn ub on in kernel yet, because it interferes with usb-storage and this makes some users unhappy. But I am working on solutions to that, and the results are encouraging. I may need Anaconda support in FC5 on a very short notice if we wait until that is complete. Do you want me to file an RFE in Bugzilla? Thanks, -- Pete From katzj at redhat.com Tue Sep 20 20:22:59 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 20 Sep 2005 16:22:59 -0400 Subject: Installing from ub In-Reply-To: <20050920131543.4304d6e5.zaitcev@redhat.com> References: <20050920131543.4304d6e5.zaitcev@redhat.com> Message-ID: <1127247779.2861.37.camel@bree.local.net> On Tue, 2005-09-20 at 13:15 -0700, Pete Zaitcev wrote: > I would really appreciate if someone added a capability to Anaconda to > install from /dev/uba1 and similar. This way, we do not need to reload > usb-storage, which contributes to various problems. Frighteningly, Peter and I were talking about this on the way into the office this morning and I was planning on ambushing davej to see what he thought ;-) There would definitely be advantages and I'm all for seeing how it goes. > I did not request to turn ub on in kernel yet, because it interferes > with usb-storage and this makes some users unhappy. But I am working > on solutions to that, and the results are encouraging. I may need > Anaconda support in FC5 on a very short notice if we wait until that > is complete. Hmmm, I'll need it on in the kernel to really be able to make much progress in any form of reasonable fashion. We could do it with a side kernel, though, I guess. I'd rather just turn it on and work through the problems though (then we can just test normally with the rawhide trees). > Do you want me to file an RFE in Bugzilla? Yeah, that would be good so that it doesn't get lost. And go ahead and stick it at least on the FC5Target blocker (or FC5Blocker is fine by me, too). Jeremy From wrrhdev at riede.org Tue Sep 20 21:23:07 2005 From: wrrhdev at riede.org (Willem Riede) Date: Tue, 20 Sep 2005 21:23:07 +0000 Subject: rawhide report: 20050920 changes In-Reply-To: <200509201121.j8KBLmNw000606@porkchop.devel.redhat.com> (from buildsys@redhat.com on Tue Sep 20 07:21:48 2005) Message-ID: <1127251387l.558l.8l@serve.riede.org> On 09/20/2005 07:21:48 AM, Build System wrote: > > Updated Packages: > > anaconda-10.3.0.23-1 > -------------------- > * Mon Sep 19 2005 Jeremy Katz - 10.3.0.23-1 > - Some fixes to hopefully get x86_64 trees working No such luck :-( Traceback: File "/usr/bin/anaconda", line 862, in ? skipMouseProbe = skipmouseprobe) File "/usr/lib64/python2.4/site-packages/rhpl/xserver.py", line 79, in probeHW videohw = videocard.VideoCardInfo(skipDDCProbe=skipDDCProbe) File "/usr/lib64/python2.4/site-packages/rhpl/videocard.py", line 275, in __init__ if readDrivers() < 0: File "/usr/lib64/python2.4/site-packages/rhpl/videocard.py", line 87, in readDrivers d = os.listdir('/usr/X11R6/lib/modules/drivers') OSError: [Errno 2] No such file or directory: '/usr/X11R6/lib/modules/drivers' install exited abnormally ... etc ... : -/bin/sh-3.00# : Display mode = g Method = nfs://mnt/source/. _Fedora is only installclass, using it : audit(1127250400.088:2): avc: denied { associate } for pid=733 \ comm="anaconda" name="rpm" scontext=system_u:object_r:root_t:s0 \ tcontext=system_u:object_r:root_t:s0 tsclass=filesystem And FWIW, this happens with as well as without "skipddc" on the boot command (I figured that was worth trying given the traceback). Regards, Willem Riede. From katzj at redhat.com Tue Sep 20 21:32:25 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 20 Sep 2005 17:32:25 -0400 Subject: rawhide report: 20050920 changes In-Reply-To: <1127251387l.558l.8l@serve.riede.org> References: <1127251387l.558l.8l@serve.riede.org> Message-ID: <1127251946.2861.40.camel@bree.local.net> On Tue, 2005-09-20 at 21:23 +0000, Willem Riede wrote: > On 09/20/2005 07:21:48 AM, Build System wrote: > > Updated Packages: > > > > anaconda-10.3.0.23-1 > > -------------------- > > * Mon Sep 19 2005 Jeremy Katz - 10.3.0.23-1 > > - Some fixes to hopefully get x86_64 trees working > > No such luck :-( Yeah, I have no clue how I didn't hit this with my test install yesterday. Building a new rhpl which should fix it. i386 should be unaffected by it, though Jeremy From toshio at tiki-lounge.com Tue Sep 20 21:56:53 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 20 Sep 2005 14:56:53 -0700 Subject: giflib for fc5 In-Reply-To: <1127243495.8556.53.camel@localhost.localdomain> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <1127243495.8556.53.camel@localhost.localdomain> Message-ID: <1127253413.30924.153.camel@localhost> On Tue, 2005-09-20 at 15:11 -0400, Jonathan Blandford wrote: > I'm glad to hear that giflib has an active maintainer now. Replacing > libungif with a maintained module makes a lot of sense. However, > looking at my distribution, it doesn't look like a whole lot of software > actually uses this library. This is a pity, as it's better to have just > one image loader available instead of multiple, especially when the > inevitable security errata happens. > True -- I've actually been wondering when everyone would switch to libgd and giflib would die :-) > When we did the gif loaders for gdk-pixbuf, we looked at using libungif. > However, it didn't support two vital features -- incremental loading and > sane threading support. I imagine that we could switch away from our > current code to libgif if those features appeared. Are you doing new > development on it? Is this in your roadmap at all? I've just been merging bugfixes and trying to clean up the code. The code is very old, only slightly less crufty than when I first looked at it, and was first written with DOS in mind (I'm fixing a problem right now in which int's were considered 16 bit so a long was used instead to guarantee a 32 bit value... which breaks with 64bit longs.) I could start doing new development to get threading and incremental loading working, but knowing what the present code is like, I'm not sure gdk-pixbuf would be more reliable for having switched. -Toshio -------------- 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 toshio at tiki-lounge.com Tue Sep 20 22:20:44 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 20 Sep 2005 15:20:44 -0700 Subject: giflib for fc5 In-Reply-To: <43306ABC.5030606@redhat.com> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <433042C5.3000600@volny.cz> <1127236541.2861.12.camel@bree.local.net> <43306ABC.5030606@redhat.com> Message-ID: <1127254844.30924.173.camel@localhost> On Tue, 2005-09-20 at 10:02 -1000, Warren Togami wrote: > Jeremy Katz wrote: > > On Tue, 2005-09-20 at 19:11 +0200, Miloslav Trmac wrote: > > > >>Providing a real library (which can be empty and just require > >>libgif.so.4) also solves the provides: (64bit) problems. > > > > > > This feels a bit cleaner to me and thus would get my vote > > > > How about we keep the versioned libungif symlink for runtime compat, but > remove libungif.so and libungif-devel provides so packages must build > against giflib-devel explicitly? > > This would still require the if conditional for the libungif Provides, > but otherwise is correct. Well -- here's a spec that implements the procedure Miloslav suggested. It seems reasonable from the packaging side:: MAJOR=`echo '%{version}' | sed 's/\([0-9]\+\)\..*/\1/'` %{__cc} $RPM_OPT_FLAGS -shared -Wl,-soname -Wl,libungif.so.$MAJOR \ -Llib/.libs -lgif -o libungif.so.%{version} Plus three lines to install and symlink the library. Warren's 64bit Provides conditional is pretty snazzy as well: %if %{_lib} == lib64 Provides: libungif.so.4()(64bit) %else Provides: libungif.so.4 %endif Which one is better depends on whether we want to actively discourage libungif linking. Seeing as there are probably upstream authors who may run FC5 and want to make their own rpms for distribution, allowing -lungif to create a binary with potential to run on -------------- next part -------------- A non-text attachment was scrubbed... Name: giflib-hash64.patch Type: text/x-patch Size: 4152 bytes Desc: not available URL: -------------- 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 dominik at greysector.net Tue Sep 20 22:23:11 2005 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Wed, 21 Sep 2005 00:23:11 +0200 Subject: howto generate i386 and noarch rpms from single .spec ? In-Reply-To: <20050920200113.A25511@xos037.xos.nl> References: <43303330.2070503@research.att.com> <1127237334.6463.4.camel@ignacio.lan> <20050920200113.A25511@xos037.xos.nl> Message-ID: <20050920222311.GF6574@rathann.pekin.waw.pl> On Tuesday, 20 September 2005 at 20:01, Jos Vos wrote: > On Tue, Sep 20, 2005 at 01:28:54PM -0400, Ignacio Vazquez-Abrams wrote: > > > On Tue, 2005-09-20 at 12:05 -0400, John Ellson wrote: > > > > I know how to generate multiple rpms from a single .spec, but I don't > > > know how to generate > > > a mix of .i386 and .noarch rpms. Is this possible? > > > > You can't. Single spec file, single arch. > > Not true, see the kernel spec file as a counter example. In this case, true. noarch is very special. > Use > > %ifarch noarch > ... > %endif > > and > > %ifarch i386 > ... > %endif > > in your spec file and generate with "--target noarch" and > "--target i386" (default for ix86 systems). Do not include > a BuildArch header. It won't work with noarch, I've tried. R. -- APT/YUM RPM repository for Fedora Core http://rpm.greysector.net/ mpg321, xmp, faad2, lame, mad, *mplayer*, rdesktop, tin, xvid, mks, mutt "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From esr at thyrsus.com Tue Sep 20 22:27:29 2005 From: esr at thyrsus.com (Eric S. Raymond) Date: Tue, 20 Sep 2005 18:27:29 -0400 Subject: giflib for fc5 In-Reply-To: <1127253413.30924.153.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <1127243495.8556.53.camel@localhost.localdomain> <1127253413.30924.153.camel@localhost> Message-ID: <20050920222729.GA8550@thyrsus.com> Toshio Kuratomi : > I've just been merging bugfixes and trying to clean up the code. The > code is very old, only slightly less crufty than when I first looked at > it, and was first written with DOS in mind (I'm fixing a problem right > now in which int's were considered 16 bit so a long was used instead to > guarantee a 32 bit value... which breaks with 64bit longs.) Historical background: when I, the maintainer before Toshio, first looked at this code, it was 1987. The library had in fact been written for DOS on 16-bit machines, and was coded in pre-ANSI C of an ...er...idiosyncratic style. I ported it to System V Unix; this was five years before Linux was on the radar. Trust me, if you think it looks crufty now, you *don't* want to know what it looked like when I first saw it... -- Eric S. Raymond -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jos at xos.nl Tue Sep 20 22:33:48 2005 From: jos at xos.nl (Jos Vos) Date: Wed, 21 Sep 2005 00:33:48 +0200 Subject: howto generate i386 and noarch rpms from single .spec ? In-Reply-To: <20050920222311.GF6574@rathann.pekin.waw.pl>; from dominik@greysector.net on Wed, Sep 21, 2005 at 12:23:11AM +0200 References: <43303330.2070503@research.att.com> <1127237334.6463.4.camel@ignacio.lan> <20050920200113.A25511@xos037.xos.nl> <20050920222311.GF6574@rathann.pekin.waw.pl> Message-ID: <20050921003348.A26351@xos037.xos.nl> On Wed, Sep 21, 2005 at 12:23:11AM +0200, Dominik 'Rathann' Mierzejewski wrote: > > %ifarch noarch > > ... > > %endif > > > > and > > > > %ifarch i386 > > ... > > %endif > > > > in your spec file and generate with "--target noarch" and > > "--target i386" (default for ix86 systems). Do not include > > a BuildArch header. > > It won't work with noarch, I've tried. I guess we're talking about different things... For the kernel spec file (I'm talking about the RHEL4 rpm, but I guess the FCx rpm's are similar) building it with "--target noarch" generates a kernel-doc packagem while it generates other packages with other targets, like "--target i686". -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From ivazquez at ivazquez.net Tue Sep 20 22:51:41 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 20 Sep 2005 18:51:41 -0400 Subject: howto generate i386 and noarch rpms from single .spec ? In-Reply-To: <20050921003348.A26351@xos037.xos.nl> References: <43303330.2070503@research.att.com> <1127237334.6463.4.camel@ignacio.lan> <20050920200113.A25511@xos037.xos.nl> <20050920222311.GF6574@rathann.pekin.waw.pl> <20050921003348.A26351@xos037.xos.nl> Message-ID: <1127256701.14798.1.camel@ignacio.lan> On Wed, 2005-09-21 at 00:33 +0200, Jos Vos wrote: > On Wed, Sep 21, 2005 at 12:23:11AM +0200, Dominik 'Rathann' Mierzejewski wrote: > > > > %ifarch noarch > > > ... > > > %endif > > > > > > and > > > > > > %ifarch i386 > > > ... > > > %endif > > > > > > in your spec file and generate with "--target noarch" and > > > "--target i386" (default for ix86 systems). Do not include > > > a BuildArch header. > > > > It won't work with noarch, I've tried. > > I guess we're talking about different things... > > For the kernel spec file (I'm talking about the RHEL4 rpm, but I guess > the FCx rpm's are similar) building it with "--target noarch" generates > a kernel-doc packagem while it generates other packages with other > targets, like "--target i686". Let me then clarify my initial statement then. It is possible to have a single spec file output packages for multiple archs, but not in a single pass. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- 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 Sep 20 23:12:10 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 21 Sep 2005 09:12:10 +1000 Subject: Pro Police stack detector and GCC 4.1 Message-ID: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> It appears that IBM's Pro Police stack detector was merged into GCC 4.1. Once this version hits the shelves, are there any plans to compile FCx binaries of the day with this protection enabled or will exec-shield will be the only stack smashing protection for the foreseeable future. Don't want to start a security flame war here, just being curious. -- Bojan From arjanv at redhat.com Tue Sep 20 23:44:21 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 20 Sep 2005 19:44:21 -0400 Subject: Pro Police stack detector and GCC 4.1 In-Reply-To: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> References: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> Message-ID: <1127259861.3183.0.camel@localhost.localdomain> On Wed, 2005-09-21 at 09:12 +1000, Bojan Smojver wrote: > It appears that IBM's Pro Police stack detector was merged into GCC 4.1. .. and jakub backported this to our gcc 4.0 > Once this version hits the shelves, are there any plans to compile FCx > binaries of the day with this protection enabled this is already the case for rawhide for quite some time now.. your question in that sense comes a bit late ;) -------------- 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 ggw at wolves.durham.nc.us Wed Sep 21 01:23:52 2005 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Tue, 20 Sep 2005 21:23:52 -0400 Subject: rawhide report: 20050920 changes In-Reply-To: <1127251946.2861.40.camel@bree.local.net> References: <1127251387l.558l.8l@serve.riede.org> <1127251946.2861.40.camel@bree.local.net> Message-ID: <20050921012352.GA4962@wolves.durham.nc.us> On Tue, Sep 20, 2005 at 05:32:25PM -0400, Jeremy Katz wrote: > On Tue, 2005-09-20 at 21:23 +0000, Willem Riede wrote: > > On 09/20/2005 07:21:48 AM, Build System wrote: > > > Updated Packages: > > > > > > anaconda-10.3.0.23-1 > > > -------------------- > > > * Mon Sep 19 2005 Jeremy Katz - 10.3.0.23-1 > > > - Some fixes to hopefully get x86_64 trees working > > > > No such luck :-( > > Yeah, I have no clue how I didn't hit this with my test install > yesterday. Building a new rhpl which should fix it. i386 should be > unaffected by it, though > > Jeremy On a Celeron i686 today's rawhide installed successfully, including detection of the Trident CyberBladei1 video and RHGB and firstboot. Now to try without RHGB and see if firstboot works properly :-) -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bojan at rexursive.com Wed Sep 21 01:35:56 2005 From: bojan at rexursive.com (Bojan Smojver) Date: Wed, 21 Sep 2005 11:35:56 +1000 Subject: Pro Police stack detector and GCC 4.1 In-Reply-To: <1127259861.3183.0.camel@localhost.localdomain> References: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> <1127259861.3183.0.camel@localhost.localdomain> Message-ID: <1127266556.5435.2.camel@beast.rexursive.com> On Tue, 2005-09-20 at 19:44 -0400, Arjan van de Ven wrote: > this is already the case for rawhide for quite some time now.. your > question in that sense comes a bit late ;) On this particular occasion I don't mind being late :-) Seriously, thanks for the info. Looking forward to FC5... -- Bojan From katzj at redhat.com Wed Sep 21 02:12:18 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 20 Sep 2005 22:12:18 -0400 Subject: rawhide report: 20050920 changes In-Reply-To: <20050921012352.GA4962@wolves.durham.nc.us> References: <1127251387l.558l.8l@serve.riede.org> <1127251946.2861.40.camel@bree.local.net> <20050921012352.GA4962@wolves.durham.nc.us> Message-ID: <1127268738.3160.4.camel@bree.local.net> On Tue, 2005-09-20 at 21:23 -0400, G.Wolfe Woodbury wrote: > On a Celeron i686 today's rawhide installed successfully, including > detection of the Trident CyberBladei1 video and RHGB and firstboot. Woohoo! :) Tomorrow should be interesting as well, given some of the changes that landed today. If there are simple, obvious fixes, I think I'm going to try making them available as an updates.img from my people page. Watch the Fedora People[1] aggregator and I'll post a link to one there if it's needed. Jeremy From gajownik at fedora.pl Wed Sep 21 06:33:15 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Wed, 21 Sep 2005 08:33:15 +0200 Subject: Pro Police stack detector and GCC 4.1 In-Reply-To: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> References: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> Message-ID: <4330FEAB.6090208@fedora.pl> Dnia 09/21/2005 01:12 AM, U?ytkownik Bojan Smojver napisa?: > It appears that IBM's Pro Police stack detector was merged into GCC 4.1. To be fair, all credit should go to RedHat guys :) GCC provides reimplementation of IBM's Stack Smashing Protector done by Richard Henderson with lots of patches from Jakub Jelinek: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01193.html http://sources.redhat.com/ml/libc-hacker/2005-06/msg00009.html http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01867.html http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01868.html http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01874.html http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00256.html http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00066.html -- ^_* From jakub at redhat.com Wed Sep 21 07:08:00 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 21 Sep 2005 03:08:00 -0400 Subject: giflib for fc5 In-Reply-To: <1127254844.30924.173.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <433042C5.3000600@volny.cz> <1127236541.2861.12.camel@bree.local.net> <43306ABC.5030606@redhat.com> <1127254844.30924.173.camel@localhost> Message-ID: <20050921070800.GO1020@devserv.devel.redhat.com> On Tue, Sep 20, 2005 at 03:20:44PM -0700, Toshio Kuratomi wrote: > Well -- here's a spec that implements the procedure Miloslav suggested. > It seems reasonable from the packaging side:: > > MAJOR=`echo '%{version}' | sed 's/\([0-9]\+\)\..*/\1/'` > %{__cc} $RPM_OPT_FLAGS -shared -Wl,-soname -Wl,libungif.so.$MAJOR \ > -Llib/.libs -lgif -o libungif.so.%{version} You can use -Wl,-soname,libungif.so.$MAJOR to save a few chars... ;) > Plus three lines to install and symlink the library. This is the way to go IMNSHO. > Warren's 64bit Provides conditional is pretty snazzy as well: > %if %{_lib} == lib64 > Provides: libungif.so.4()(64bit) > %else > Provides: libungif.so.4 > %endif This is wrong on ia64, which although it uses %{_lib} == lib, it has the (64bit) suffixes in provides/requires. Jakub From jos at xos.nl Wed Sep 21 07:12:54 2005 From: jos at xos.nl (Jos Vos) Date: Wed, 21 Sep 2005 09:12:54 +0200 Subject: howto generate i386 and noarch rpms from single .spec ? In-Reply-To: <1127256701.14798.1.camel@ignacio.lan>; from ivazquez@ivazquez.net on Tue, Sep 20, 2005 at 06:51:41PM -0400 References: <43303330.2070503@research.att.com> <1127237334.6463.4.camel@ignacio.lan> <20050920200113.A25511@xos037.xos.nl> <20050920222311.GF6574@rathann.pekin.waw.pl> <20050921003348.A26351@xos037.xos.nl> <1127256701.14798.1.camel@ignacio.lan> Message-ID: <20050921091254.A27951@xos037.xos.nl> On Tue, Sep 20, 2005 at 06:51:41PM -0400, Ignacio Vazquez-Abrams wrote: > Let me then clarify my initial statement then. It is possible to have a > single spec file output packages for multiple archs, but not in a single > pass. OK, I agree with that statement. The confusion was caused by the fact that both the initial question and your answer were not talking about boundary conditions like single pass, resulting in different interpretations. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From fedora at wir-sind-cool.org Wed Sep 21 10:16:49 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Wed, 21 Sep 2005 12:16:49 +0200 Subject: FC4 state of affairs and FC5 In-Reply-To: <1126172721.25708.128.camel@gilboa-work-dev> References: <1126104881.25708.19.camel@gilboa-work-dev> <1126172721.25708.128.camel@gilboa-work-dev> Message-ID: <20050921121649.26563877.fedora@wir-sind-cool.org> On Thu, 08 Sep 2005 12:45:21 +0300, Gilboa Davara wrote: > Another example: > The python-gtksourceview has been solved in rawhide. > There's no information about the fix (Read: what was the fix; what was > changed; etc) in the bugzilla entry. The ticket (the duplicate one, I think) suggested a fix: adding a dependency. And exactly that is a quick fix and has happened according to the package changelog: $ rpm -qp --changelog gnome-python2-gtksourceview-2.11.4-9.i386.rpm |head * Sat Aug 20 2005 Jonathan Blandford - 2.11.4-9 - add requires for gtksourceview, #162403 From harald at redhat.com Wed Sep 21 11:08:51 2005 From: harald at redhat.com (Harald Hoyer) Date: Wed, 21 Sep 2005 13:08:51 +0200 Subject: start_udev and network In-Reply-To: References: Message-ID: <43313F43.7020109@redhat.com> redhat at olen.net wrote: > Can't find anything i bugzilla, but in case this is well known, I'll > post here first. > > I am usually following devel/rawhide quite tight, but for a week or two > I have not upgraded nor reboted, so I am not sure exactly when this > happened. > > But now it seems like udev might need network access if nsswitch is set > up with authentication from ldap: > > passwd: files ldap > shadow: files ldap > group: files ldap > > This leads to the following errors: > > Sep 19 15:48:36 ws21 udevstart[2042]: nss_ldap: reconnecting to LDAP > server (sleeping 4 seconds)... > Sep 19 15:48:40 ws21 udevstart[2042]: nss_ldap: reconnecting to LDAP > server (sleeping 8 seconds)... > > And there it hangs until i ^C "udev_start". > (Ofcourse start_udev can't access the network so early in the boot > process). grrr... this seems to be glibc and getpwnam(3) From buildsys at redhat.com Wed Sep 21 11:33:38 2005 From: buildsys at redhat.com (Build System) Date: Wed, 21 Sep 2005 07:33:38 -0400 Subject: rawhide report: 20050921 changes Message-ID: <200509211133.j8LBXcUF023664@porkchop.devel.redhat.com> Removed package iiimf Removed package iiimf-le-xcin Removed package iiimf-le-chinput Removed package Canna Removed package perl-libxml-enno Updated Packages: anaconda-10.3.0.24-1 -------------------- * Tue Sep 20 2005 Jeremy Katz - 10.3.0.24-1 - Some kickstart %packages fixes (clumens) - Don't copy null bytes into syslog (clumens) - New exception dialog (clumens) - Fix a traceback (pnasrat) - FTP/HTTP installation might now work (pnasrat) - Very basic group selection in the UI anthy-6829-3 ------------ * Wed Sep 21 2005 Akira TAGOH - 6829-3 - applied some patches from anthy-dev mailing list to improve the dictionaries. - anthy_base.t.diff - anthy_gcanna.ctd.diff - anthy_gcanna.ctd_20050918.diff - anthy_gcanna.ctd_20050920.diff - parameterize anthy-el-xemacs build. db4-4.3.28-2 ------------ * Tue Sep 20 2005 Paul Nasrat 4.3.28-2 - no java for ppc64 for now (#166657) * Tue Sep 20 2005 Paul Nasrat 4.3.28-1 - FC5 is nptl only (derived from jbj's spec) - upgrade to 4.3.28 * Thu Jul 14 2005 Paul Nasrat 4.3.27-5 - re-enable db4-java gamin-0.1.6-2 ------------- * Tue Sep 20 2005 Daniel Veillard 0.1.6-2 - apply patch to try fixing #168744 gawk-3.1.5-2 ------------ * Tue Sep 20 2005 Karel Zak 3.1.5-2 - fix #167181 - gawk owns /usr/share - fix #160634 - should exclude dirs in spec file * Tue Sep 20 2005 Karel Zak 3.1.5-1 - new upstream version * Wed Jun 15 2005 Karel Zak 3.1.4-6 - fix #160421 - crash when using non-decimal data in command line parameters hplip-0.9.5-3 ------------- * Tue Sep 20 2005 Tim Waugh 0.9.5-3 - Apply upstream patch to fix scanning in LaserJets and parallel InkJets. java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_50rh ------------------------------------------ * Tue Sep 20 2005 Gary Benson - 0:1.4.2.0-40jpp_50rh - Import java-gcj-compat 1.0.42. jonas-0:4.3.3-1jpp_10fc ----------------------- * Tue Sep 20 2005 Gary Benson - 4.3.3-1jpp_10fc - Build with more pervasive aot-compile-rpm. kdeadmin-7:3.4.2-2 ------------------ * Tue Sep 20 2005 Than Ngo 7:3.4.2-2 - fix kcron crashes when a variable is selected #168770 kernel-2.6.13-1.1565_FC5 ------------------------ * Wed Sep 21 2005 Dave Jones - 2.6.14-rc2 * Wed Sep 21 2005 David Woodhouse - Fix zImage.stub build, but then disable it anyway since we don't need it any more -- the stub is built as part of ppc64-utils instead. * Mon Sep 19 2005 David Woodhouse - Add asm-powerpc directory, DVB include files from drivers/media/dvb/ libgsf-1.12.3-1 --------------- * Tue Sep 20 2005 Caolan McNamara 1.12.3-1 - bump to next version - add manpage for gsf-office-thumbnailer libsemanage-1.3.2-1 ------------------- * Tue Sep 20 2005 Dan Walsh 1.3.2-1 - Update from NSA * Merged stub iterator functionality from Ivan Gyurdiev. * Merged interface record patch from Ivan Gyurdiev. libsepol-1.9.4-1 ---------------- * Tue Sep 20 2005 Dan Walsh 1.9.4-1 - Upgrade to latest from NSA * Merged interface record patch from Ivan Gyurdiev. libsetrans-0.1.7-1 ------------------ * Tue Sep 20 2005 Dan Walsh 0.1.7-1 - Add chcat * Tue Sep 20 2005 Dan Walsh 0.1.6-2 - Fix tarball net-snmp-5.2.1.2-3 ------------------ * Tue Sep 20 2005 Radek Vokal - 5.2.1.2-3 - fix endian issues for addresses pam-0.80-8 ---------- * Tue Sep 20 2005 Tomas Mraz 0.80-8 - process limit values other than RLIMIT_NICE correctly (#168790) - pam_unix: always honor nis flag on password change (by Aaron Hope) * Wed Aug 24 2005 Tomas Mraz 0.80-7 - don't fail in audit code when audit is not compiled in on the newest kernels (#166422) * Mon Aug 01 2005 Tomas Mraz 0.80-6 - add option to pam_loginuid to require auditd policycoreutils-1.27.1-1 ------------------------ * Tue Sep 20 2005 Dan Walsh 1.27.1-1 - Update to match NSA * Merged error shadowing bug fix for restorecon from Dan Walsh. * Merged setfiles usage/man page update for -r option from Dan Walsh. * Merged fixfiles -C patch to ignore :s0 addition on update to a MCS/MLS policy from Dan Walsh. ppc64-utils-0.7-10 ------------------ * Tue Sep 20 2005 David Woodhouse - 0.7-10 - Include zImage stub, capable of both ppc32 and ppc64 boot. rhpl-0.174-1 ------------ * Tue Sep 20 2005 Jeremy Katz - 0.174-1 - fix traceback with x86_64 x config selinux-policy-strict-1.27.1-4 ------------------------------ * Tue Sep 20 2005 Dan Walsh 1.27.1-4 - Add privuser to unconfined_domain - dontaudit read of security_t selinux-policy-targeted-1.27.1-4 -------------------------------- * Tue Sep 20 2005 Dan Walsh 1.27.1-4 - Add privuser to unconfined_domain - dontaudit read of security_t setools-2.1.2-1 --------------- * Thu Sep 01 2005 Dan Walsh 2.1.2-1 - Upgrade to upstream version xmlsec1-1.2.9-1 --------------- * Tue Sep 20 2005 1.2.9-1 - update from upstream, release done in July - apparently nss is now available on ppc64 xmltex-20020625-6 ----------------- * Tue Sep 20 2005 Tim Waugh 20020625-6 - Build fmt file using &latex not &hugelatex (bug #168728). Broken deps for ppc ---------------------------------------------------------- nvi-m17n-canna - 1.79-20040401.23.ppc requires libcanna.so.1 Broken deps for i386 ---------------------------------------------------------- nvi-m17n-canna - 1.79-20040401.23.i386 requires libcanna.so.1 Broken deps for s390x ---------------------------------------------------------- nvi-m17n-canna - 1.79-20040401.23.s390x requires libcanna.so.1()(64bit) Broken deps for ia64 ---------------------------------------------------------- nvi-m17n-canna - 1.79-20040401.23.ia64 requires libcanna.so.1()(64bit) Broken deps for x86_64 ---------------------------------------------------------- nvi-m17n-canna - 1.79-20040401.23.x86_64 requires libcanna.so.1()(64bit) Broken deps for s390 ---------------------------------------------------------- nvi-m17n-canna - 1.79-20040401.23.s390 requires libcanna.so.1 Broken deps for ppc64 ---------------------------------------------------------- nvi-m17n-canna - 1.79-20040401.23.ppc64 requires libcanna.so.1()(64bit) From toshio at tiki-lounge.com Wed Sep 21 16:25:22 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 21 Sep 2005 09:25:22 -0700 Subject: giflib for fc5 In-Reply-To: <20050921070800.GO1020@devserv.devel.redhat.com> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <433042C5.3000600@volny.cz> <1127236541.2861.12.camel@bree.local.net> <43306ABC.5030606@redhat.com> <1127254844.30924.173.camel@localhost> <20050921070800.GO1020@devserv.devel.redhat.com> Message-ID: <1127319923.30924.193.camel@localhost> On Wed, 2005-09-21 at 03:08 -0400, Jakub Jelinek wrote: > On Tue, Sep 20, 2005 at 03:20:44PM -0700, Toshio Kuratomi wrote: > > MAJOR=`echo '%{version}' | sed 's/\([0-9]\+\)\..*/\1/'` > > %{__cc} $RPM_OPT_FLAGS -shared -Wl,-soname -Wl,libungif.so.$MAJOR \ > > -Llib/.libs -lgif -o libungif.so.%{version} > > You can use -Wl,-soname,libungif.so.$MAJOR to save a few chars... ;) > Will be changed in -5. > > Plus three lines to install and symlink the library. > > This is the way to go IMNSHO. > > > Warren's 64bit Provides conditional is pretty snazzy as well: > > %if %{_lib} == lib64 > > Provides: libungif.so.4()(64bit) > > %else > > Provides: libungif.so.4 > > %endif > > This is wrong on ia64, which although it uses %{_lib} == lib, > it has the (64bit) suffixes in provides/requires. > Thanks for the clarifications, Jakub. So it looks like the empty library is the way to go. New Questions: Should I take this opportunity to rename the -progs subpackage to -utils? On my box I have 4 -progs subpackages compared to 31 -utils. I'm adding an Obsoletes to the -progs subpackage as well unless someone can think of a reason not too. -Toshio -------------- 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 drepper at redhat.com Wed Sep 21 22:33:07 2005 From: drepper at redhat.com (Ulrich Drepper) Date: Wed, 21 Sep 2005 15:33:07 -0700 Subject: Pro Police stack detector and GCC 4.1 In-Reply-To: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> References: <20050921091210.gj2t695gffo0oo8w@imp.rexursive.com> Message-ID: <4331DFA3.7020709@redhat.com> Bojan Smojver wrote: > It appears that IBM's Pro Police stack detector was merged into GCC 4.1. No. Functionality which provides at least the functionality the propolice patch provided has been reimplemented by Richard Henderson and added to gcc 4.1. The IBM patch was problematic at best. For the rest refer to what Arjan said. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From casimiro.barreto at gmail.com Wed Sep 21 23:21:25 2005 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Wed, 21 Sep 2005 20:21:25 -0300 Subject: Have someone installed FC4 (Standard distro) ASUS P4S800-MX SE Message-ID: <4331EAF5.5040505@gmail.com> Hello, I have experienced problems while installing FC4 in an ASUS P4S800-MX SE (2 Sata discs, 1G RAM, DVD-RW ATA). The install CD crashes after boot. Then a trick: boot: ... it fails boot: ... it loads It goes all the cycle and starts to install RPMS but... suddenly (sometimes in the first disc and sometimes at further discs it crashes. I guess the problem is in the kernel version of distro (since other distributions install OK and ruindows install OK). Is there a set of iso cds that install this particular board ??? Is there any trick (bios configuration, parameters, something) to help me ? Best regards, Casimiro From wrrhdev at riede.org Wed Sep 21 23:33:47 2005 From: wrrhdev at riede.org (Willem Riede) Date: Wed, 21 Sep 2005 23:33:47 +0000 Subject: rawhide report: 20050921 changes In-Reply-To: <200509211133.j8LBXcUF023664@porkchop.devel.redhat.com> (from buildsys@redhat.com on Wed Sep 21 07:33:38 2005) Message-ID: <1127345627l.558l.14l@serve.riede.org> On 09/21/2005 07:33:38 AM, Build System wrote: > > anaconda-10.3.0.24-1 > -------------------- > * Tue Sep 20 2005 Jeremy Katz - 10.3.0.24-1 > - Some kickstart %packages fixes (clumens) > - Don't copy null bytes into syslog (clumens) > - New exception dialog (clumens) > - Fix a traceback (pnasrat) > - FTP/HTTP installation might now work (pnasrat) > - Very basic group selection in the UI Significant progress today :-) But still, an Exception Occurred. This is a "virgin" opteron PC, it has four sata disks that never were written to. I want to control the partition layout (create raid), and only use two disks for now, so I deselected sdc and sdd, checked "Review and modify partition layout" and clicked "Next". That's when the "Exception Occurred window came up. I used the "save to floppy" facility, and the resulting file is attached to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169001 . Regards, Willem Riede. From bernie at develer.com Thu Sep 22 00:42:49 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Thu, 22 Sep 2005 02:42:49 +0200 Subject: start_udev and network In-Reply-To: <43313F43.7020109@redhat.com> References: <43313F43.7020109@redhat.com> Message-ID: <4331FE09.2000000@develer.com> Harald Hoyer wrote: > redhat at olen.net wrote: >> And there it hangs until i ^C "udev_start". >> (Ofcourse start_udev can't access the network so early in the boot >> process). > > grrr... this seems to be glibc and getpwnam(3) I also have a (perhaps unrelated) issue with udev_start hanging at boot time until I hit ^C. Running it with strace revealed that a subprocess spawned by udev_start tries to log through syslog to complain about a missing environment variable: Sep 22 02:38:31 beetle hal.hotplug[17028]: SEQNUM is not set As a sidenote, I've always found the way processes hang when syslogd isn't running extremely annoying. Is this a bug in glibc's implementation of syslog(2) or this behavior by design? -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From dwmw2 at infradead.org Thu Sep 22 01:08:52 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 22 Sep 2005 02:08:52 +0100 Subject: Updated Fedora Core 4 PPC install media Message-ID: <1127351332.504.67.camel@baythorne.infradead.org> At ftp://zeniv.uk.linux.org/pub/people/dwmw2/fc4-pegasos-20050922 there is an updated FC4 tree with current errata, along with a few installer changes backported from rawhide to make a single boot CD which works on both 32-bit and 64-bit, Mac and CHRP hardware. This should fix the parted problem with free space during installation on Macs, as well as actually installing on CHRP and pSeries machines (and Pegasos II) which the original FC4 release didn't. I've only tested a network install on pSeries so far, but there are CD images in the iso/ directory which probably ought to (boot and) work. -- dwmw2 From toshio at tiki-lounge.com Thu Sep 22 07:02:52 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 22 Sep 2005 00:02:52 -0700 Subject: giflib for fc5 In-Reply-To: <1127319923.30924.193.camel@localhost> References: <1126865008.17977.23.camel@locolhost.localdomain> <432F249E.7080800@redhat.com> <1127171672.30924.82.camel@localhost> <432F4FBE.7040209@redhat.com> <1127226459.30924.101.camel@localhost> <433042C5.3000600@volny.cz> <1127236541.2861.12.camel@bree.local.net> <43306ABC.5030606@redhat.com> <1127254844.30924.173.camel@localhost> <20050921070800.GO1020@devserv.devel.redhat.com> <1127319923.30924.193.camel@localhost> Message-ID: <1127372572.20806.102.camel@localhost> On Wed, 2005-09-21 at 09:25 -0700, Toshio Kuratomi wrote: > New Questions: > Should I take this opportunity to rename the -progs subpackage to > -utils? On my box I have 4 -progs subpackages compared to 31 -utils. > > I'm adding an Obsoletes to the -progs subpackage as well unless someone > can think of a reason not too. Here a spec for giflib-4.1.3-5 that has these changes and the minor link line change Jakub recommended. SRPM available at http://www.tiki-lounge.com/~toshio/fedora Unless there's more ideas for changes, I think this is done. Warren, where does this go from here? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: giflib.spec Type: application/x-extension-spec Size: 3654 bytes Desc: not available URL: -------------- 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 ellson at research.att.com Thu Sep 22 10:48:40 2005 From: ellson at research.att.com (John Ellson) Date: Thu, 22 Sep 2005 06:48:40 -0400 Subject: USB cameras Message-ID: <43328C08.8070209@research.att.com> I recently created bug #168933 reporting that I could not access my Canon PowerShot Pro1 camera except by using ghpoto2 from the command line as root. Apparently this is because /etc/hotplug/usb.usermap is no longer used by udev. So I'm now wondering if all 457 camera models in usb.usermap are now broken on the latest Fedora-development desktop? Does anybody have a USB camera working? If so, what did you have to do? John From clovis at agr.unicamp.br Thu Sep 22 11:09:28 2005 From: clovis at agr.unicamp.br (Clovis Tristao) Date: Thu, 22 Sep 2005 08:09:28 -0300 Subject: Kudzu conflicts with Kernel Message-ID: <433290E8.1090504@agr.unicamp.br> Hi, I have problems with yum update, not update my system and appear this error: # yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 extras 100% |=========================| 1.1 kB 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 315 kB 00:04 updates-re: ################################################## 957/957 Added 0 new packages, deleted 18 old in 1.54 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kudzu.i386 0:1.2.7-1 set to be updated --> Running transaction check --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Finished Dependency Resolution Error: kudzu conflicts with kernel < 2.6.13 Any ideas? My kernel: 2.6.13-1.1558_FC5 Cl?vis -- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: mailto:clovis at agr.unicamp.br http://www.agr.unicamp.br Fone(0xx19) 37881031-37881038 ou FAX(55xx19) 37881005/37881010 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at redhat.com Thu Sep 22 11:21:05 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 22 Sep 2005 16:51:05 +0530 Subject: Kudzu conflicts with Kernel In-Reply-To: <433290E8.1090504@agr.unicamp.br> References: <433290E8.1090504@agr.unicamp.br> Message-ID: <433293A1.6010406@redhat.com> Clovis Tristao wrote: > Hi, > > I have problems with yum update, not update my system and appear this > error: > > # yum update > Setting up Update Process > Setting up repositories > development 100% |=========================| 1.1 kB 00:00 > updates-released 100% |=========================| 951 B 00:00 > extras 100% |=========================| 1.1 kB 00:00 > base 100% |=========================| 1.1 kB 00:00 > Reading repository metadata in from local files > primary.xml.gz 100% |=========================| 315 kB 00:04 > updates-re: ################################################## 957/957 > Added 0 new packages, deleted 18 old in 1.54 seconds > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package kudzu.i386 0:1.2.7-1 set to be updated > --> Running transaction check > --> Processing Conflict: kudzu conflicts kernel < 2.6.13 > --> Finished Dependency Resolution > Error: kudzu conflicts with kernel < 2.6.13 > > Any ideas? > My kernel: 2.6.13-1.1558_FC5 > > Cl?vis Remove the older kernels in your system before 2.6.13.y. This has been discussed in the list before. yum-utils in Fedora Extras has package-cleanup which might be useful regards Rahul From radekvokal at gmail.com Thu Sep 22 11:27:17 2005 From: radekvokal at gmail.com (Radek =?ISO-8859-1?Q?Vok=E1l?=) Date: Thu, 22 Sep 2005 13:27:17 +0200 Subject: Kudzu conflicts with Kernel In-Reply-To: <433290E8.1090504@agr.unicamp.br> References: <433290E8.1090504@agr.unicamp.br> Message-ID: <1127388437.12888.21.camel@localhost.localdomain> On Thu, 2005-09-22 at 08:09 -0300, Clovis Tristao wrote: > Added 0 new packages, deleted 18 old in 1.54 seconds > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package kudzu.i386 0:1.2.7-1 set to be updated > --> Running transaction check > --> Processing Conflict: kudzu conflicts kernel < 2.6.13 > --> Finished Dependency Resolution > Error: kudzu conflicts with kernel < 2.6.13 > > Any ideas? > My kernel: 2.6.13-1.1558_FC5 > You have to remove all old kernels installed. -- Radek Vok?l From buildsys at redhat.com Thu Sep 22 11:34:14 2005 From: buildsys at redhat.com (Build System) Date: Thu, 22 Sep 2005 07:34:14 -0400 Subject: rawhide report: 20050922 changes Message-ID: <200509221134.j8MBYEGY015910@porkchop.devel.redhat.com> New package gnome-power-manager GNOME Power Manager Removed package nvi-m17n Updated Packages: bash-3.0-34 ----------- * Wed Sep 21 2005 Tim Waugh 3.0-34 - Avoid writing history files during signal handling (bug #163235). bogl-0:0.1.18-11 ---------------- * Thu Sep 22 2005 Miloslav Trmac - 0:0.1.18-11 - Update to bogl-0.1.18-1.2 checkpolicy-1.27.2-2 -------------------- * Wed Sep 21 2005 Dan Walsh 1.27.2-2 - Rebuild to get latest libsepol * Wed Sep 21 2005 Dan Walsh 1.27.2-1 - Latest upgrade from NSA * Fixed parse_categories handling of undefined category. * Tue Sep 20 2005 Dan Walsh 1.27.1-2 - Rebuild to get latest libsepol control-center-1:2.12.0-3 ------------------------- * Wed Sep 21 2005 Ray Strode - 1:2.12.1-3 - run gnome-power-manager if available db4-4.3.28-3 ------------ * Wed Sep 21 2005 Paul Nasrat 4.3.28-3 - Add fno-strict-aliasing for java (#168965) ethereal-0.10.12-7 ------------------ * Wed Sep 21 2005 Radek Vokal 0.10.12-7 - prebuilt for 0.10.13 java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_51rh ------------------------------------------ * Wed Sep 21 2005 Gary Benson - 0:1.4.2.0-40jpp_51rh - Import java-gcj-compat 1.0.43. kdebase-6:3.4.2-5 ----------------- * Wed Sep 21 2005 Than Ngo 6:3.4.2-5 - fix uic build problem kdeedu-3.4.2-3 -------------- * Wed Sep 21 2005 Than Ngo 3.4.2-3 - fix uic build problem kdegraphics-7:3.4.2-5 --------------------- * Wed Sep 21 2005 Than Ngo 7:3.4.2-5 - fix uic build problem * Thu Sep 15 2005 Than Ngo 7:3.4.2-4 - add BuldRequires: libieee1284 #168356 kdesdk-3.4.2-2 -------------- * Wed Sep 21 2005 Than Ngo 2:3.4.2-2 - fix uic build problem kernel-2.6.13-1.1567_FC5 ------------------------ kudzu-1.2.8-1 ------------- * Thu Sep 22 2005 Bill Nottingham 1.2.8-1 - fix crash in sortNetDevices (#169003) libsemanage-1.3.3-1 ------------------- * Wed Sep 21 2005 Dan Walsh 1.3.3-1 - Update from NSA * Merged boolean record, stub record handler, and status codes patches from Ivan Gyurdiev. libsepol-1.9.5-1 ---------------- * Wed Sep 21 2005 Dan Walsh 1.9.5-1 - Upgrade to latest from NSA * Merged boolean record and memory leak fix patches from Ivan Gyurdiev. lockdev-1.0.1-9 --------------- * Wed Sep 21 2005 Karel Zak 1.0.1-9 - fix #165189 - The naming of the lock file by the lockdev command is abnormal. mkinitrd-4.2.22-1 ----------------- * Wed Sep 21 2005 Peter Jones - 4.2.22-1 - Only scan appended kernel command line args for duplicates once. - handle short reads correctly in nash's readFD - use calloc for things instead of malloc, since we usually need zeroed memory and we never memset - use canonicalize_file_name instead of malloc+realpath - honor quiet flag on suspend/resume - autodetect storage drivers in mkinitrd mod_auth_kerb-5.0-7 ------------------- * Wed Sep 21 2005 Joe Orton 5.0-7 - fix build without /usr/sbin in $PATH (Roozbeh Pournader, #168212) policycoreutils-1.27.2-1 ------------------------ * Wed Sep 21 2005 Dan Walsh 1.27.2-1 - Update to match NSA * Merged run_init open_init_pty bug fix from Manoj Srivastava (unblock SIGCHLD). Bug reported by Erich Schubert. ppc64-utils-0.7-11 ------------------ * Wed Sep 21 2005 David Woodhouse - 0.7-11 - Build zImage.stub 32-bit even on ppc64 python-urlgrabber-2.9.6-4 ------------------------- * Wed Sep 21 2005 Jeremy Katz - 2.9.6-4 - don't use --record and list files by hand so that we don't miss directories (#158480) qt-1:3.3.5-2 ------------ * Tue Sep 20 2005 Than Ngo 1:3.3.5-2 - German translation of the Qt Assistent #161558 - add uic workaround ruby-1.8.3-1 ------------ * Wed Sep 21 2005 Akira TAGOH - 1.8.3-1 - New upstream release. - Build-Requires xorg-x11-devel instead of XFree86-devel. - ruby-multilib.patch: applied for only 64-bit archs. - ruby-1.8.2-xmlrpc-CAN-2005-1992.patch: removed. it has already been in upstream. scim-1.4.2-4 ------------ * Thu Sep 22 2005 Jens Petersen - 1.4.2-4 - make scim-devel require scim-libs - add xinput.d entries for Indic langs * Thu Sep 15 2005 Jens Petersen - 1.4.2-3 - move libs and the gtk immodule to scim-libs for multilib * Fri Sep 09 2005 Jens Petersen - improve scim-restart script to take account of the config module in use (Liu Cougar) scim-tables-0.5.3-5 ------------------- * Thu Sep 22 2005 Jens Petersen - 0.5.3-5 - drop Hindi itrans table for now since it is missing vowels signs - fix capital E in Danish table selinux-policy-strict-1.27.1-5 ------------------------------ * Wed Sep 21 2005 Dan Walsh 1.27.1-5 - Fix xferlog for vsftpd - Make apmd unconfined in targeted until we have a standard way of running apmd selinux-policy-targeted-1.27.1-5 -------------------------------- * Wed Sep 21 2005 Dan Walsh 1.27.1-5 - Fix xferlog for vsftpd - Make apmd unconfined in targeted until we have a standard way of running apmd system-config-display-1.0.32-1 ------------------------------ * Wed Sep 21 2005 Bill Nottingham 1.0.32-1 - Fix up some leftover code that still needed migration (#168932) tomcat5-0:5.0.30-8jpp_3fc ------------------------- * Wed Sep 21 2005 Gary Benson 0:5.0.30-8jpp_3fc - Build with more pervasive aot-compile-rpm. udev-069-4 ---------- * Wed Sep 21 2005 Harald Hoyer - 069-4 - readded volume_id now known as vol_id, bug #168883 webalizer-2.01_10-29 -------------------- * Wed Sep 21 2005 Joe Orton 2.01_10-29 - run with -Q from cron (#120913) - remove ancient trigger and post scriptlets - only read webalizer.conf from $PWD if owner matches user (#158174) yum-2.4.0-4 ----------- * Wed Sep 21 2005 Jeremy Katz - 2.4.0-4 - make returnByName* be consistent in what it returns (#168712) * Fri Sep 16 2005 Jeremy Katz - 2.4.0-3 - add two patches for anaconda that have been committed upstream * allow removal of packages from transaction * support search by name with sqlite From pjones at redhat.com Thu Sep 22 15:51:51 2005 From: pjones at redhat.com (Peter Jones) Date: Thu, 22 Sep 2005 11:51:51 -0400 Subject: Have someone installed FC4 (Standard distro) ASUS P4S800-MX SE In-Reply-To: <4331EAF5.5040505@gmail.com> References: <4331EAF5.5040505@gmail.com> Message-ID: <1127404312.2813.2.camel@localhost.localdomain> On Wed, 2005-09-21 at 20:21 -0300, Casimiro de Almeida Barreto wrote: > Hello, > > I have experienced problems while installing FC4 in an ASUS P4S800-MX SE > (2 Sata discs, 1G RAM, DVD-RW ATA). The install CD crashes after boot. > Then a trick: > > boot: > ... it fails > boot: > ... it loads > > It goes all the cycle and starts to install RPMS but... suddenly > (sometimes in the first disc and sometimes at further discs it crashes. > I guess the problem is in the kernel version of distro (since other > distributions install OK and ruindows install OK). > > Is there a set of iso cds that install this particular board ??? > Is there any trick (bios configuration, parameters, something) to help me ? This sounds similar to the problem FC4 CDs encounter on i915; try the boot isos at http://people.redhat.com/pjones/i915/ and see if they work better. -- Peter From mhw at wittsend.com Thu Sep 22 17:52:53 2005 From: mhw at wittsend.com (Michael H. Warfield) Date: Thu, 22 Sep 2005 13:52:53 -0400 Subject: Kernel 2.6.13 v. FC4 In-Reply-To: <43302E7A.5060406@eshu.net> References: <20050905122609.nrhopedp8ggow8w8@imp.rexursive.com> <20050905033011.GC4715@redhat.com> <43302E7A.5060406@eshu.net> Message-ID: <1127411573.20064.80.camel@canyon.wittsend.com> On Tue, 2005-09-20 at 08:44 -0700, Joe Christy wrote: > Vis-a-vis Dave's note of 09/04/2005 08:30 PM: > > On Mon, Sep 05, 2005 at 12:26:09PM +1000, Bojan Smojver wrote: > > > Just out of curiosity, is kernel 2.6.13 going to hit FC4 eventually, or > > > is 2.6.12 going to be patched until the end-of-life? Judging by the > > > rawhide kernels, there are many dependencies that would need to be > > > bumped up... > > > > 2.6.13 has a number of really rough edges. It'll likely be a while > > before I rebase. Probably until at least 2.6.13.1 > > ... > http://www.kernel.org/kdist/finger_banner: > The latest stable version of the Linux kernel is: 2.6.13.2 > I'm interested since I (used to) use Software Suspend 2, for which > robust versions don't exist for FC4 and kernel < 2.6.13. I would like to add my vote for getting 2.6.13 on the track and moving out there. There are some nice patches for 2.6.13/2.6.14 that improve the performance of USB ACM serial devices (which currently can't handle much more than about 64K baud) that would allow me to bring some USB ISDN modems on-line. But the patch fails against the 2.6.12 1447 source rpm and the current 2.6.13 kernel in development gets you a fast ticket to dependency hell. Building the 2.6.13 rpm's for FC4 isn't much better (about a half a dozen dependencies, like kudzu). It may not be too much longer before 2.6.14 is out (and may, with luck, incorporate those USB patches, plus the equivalent for USB serial other than ACM). I hope we'll see something before then. But then we'll be clamoring for the 2.6.14 stuff... > -- > ============================= Joe Christy ============================== > ------------------ http://public.xdi.org/=joe.christy ------------------ > == If I can save you any time, give it to me, I'll keep it with mine. == Mike -- Michael H. Warfield | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From clovis at agr.unicamp.br Thu Sep 22 18:28:07 2005 From: clovis at agr.unicamp.br (Clovis Tristao) Date: Thu, 22 Sep 2005 15:28:07 -0300 Subject: Kudzu conflicts with Kernel In-Reply-To: <1127388437.12888.21.camel@localhost.localdomain> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> Message-ID: <4332F7B7.3070707@agr.unicamp.br> Ola, Thanks all. Cl?vis Radek Vok?l wrote: > On Thu, 2005-09-22 at 08:09 -0300, Clovis Tristao wrote: > > >> Added 0 new packages, deleted 18 old in 1.54 seconds >> Resolving Dependencies >> --> Populating transaction set with selected packages. Please wait. >> ---> Package kudzu.i386 0:1.2.7-1 set to be updated >> --> Running transaction check >> --> Processing Conflict: kudzu conflicts kernel < 2.6.13 >> --> Finished Dependency Resolution >> Error: kudzu conflicts with kernel < 2.6.13 >> >> Any ideas? >> My kernel: 2.6.13-1.1558_FC5 >> >> > > You have to remove all old kernels installed. > > > -- Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola Administrador de Redes - Secao de Informatica (SINFO) E-mail: mailto:clovis at agr.unicamp.br http://www.agr.unicamp.br Fone(0xx19) 37881031-37881038 ou FAX(55xx19) 37881005/37881010 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhw at wittsend.com Thu Sep 22 19:35:55 2005 From: mhw at wittsend.com (Michael H. Warfield) Date: Thu, 22 Sep 2005 15:35:55 -0400 Subject: Kudzu conflicts with Kernel In-Reply-To: <4332F7B7.3070707@agr.unicamp.br> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> Message-ID: <1127417756.3116.4.camel@canyon.wittsend.com> On Thu, 2005-09-22 at 15:28 -0300, Clovis Tristao wrote: > Ola, > > Thanks all. > > Cl?vis > > Radek Vok?l wrote: > > On Thu, 2005-09-22 at 08:09 -0300, Clovis Tristao wrote: > > > > > > > Added 0 new packages, deleted 18 old in 1.54 seconds > > > Resolving Dependencies > > > --> Populating transaction set with selected packages. Please wait. > > > ---> Package kudzu.i386 0:1.2.7-1 set to be updated > > > --> Running transaction check > > > --> Processing Conflict: kudzu conflicts kernel < 2.6.13 > > > --> Finished Dependency Resolution > > > Error: kudzu conflicts with kernel < 2.6.13 > > > > > > Any ideas? > > > My kernel: 2.6.13-1.1558_FC5 > > > > > > > > > > You have to remove all old kernels installed. Ouch... Doesn't that create a catch-22? I'm running on a 2.6.12 (FC4) kernel and I want to install the 2.6.13-1.1567_FC5 kernel. I can't install the kernel because of the dependency on kudzu and I can't install that kudzu without removing all the kernels prior to 2.6.13 but that means removing the kernel I'm running on. Do I understand that correctly? Assuming that it's even possible, doesn't it seem a little risky to be blowing the wheels off from under your own feet in this process? > -- > Clovis Tristao - UNICAMP/Faculdade de Engenharia Agricola > Administrador de Redes - Secao de Informatica (SINFO) > E-mail: mailto:clovis at agr.unicamp.br http://www.agr.unicamp.br > Fone(0xx19) 37881031-37881038 ou FAX(55xx19) 37881005/37881010 > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list Mike -- Michael H. Warfield | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From sundaram at redhat.com Thu Sep 22 19:59:54 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 23 Sep 2005 01:29:54 +0530 Subject: Kudzu conflicts with Kernel In-Reply-To: <1127417756.3116.4.camel@canyon.wittsend.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> Message-ID: <43330D3A.5080608@redhat.com> Michael H. Warfield wrote: >On Thu, 2005-09-22 at 15:28 -0300, Clovis Tristao wrote: > > >>Ola, >> >>Thanks all. >> >>Cl?vis >> >>Radek Vok?l wrote: >> >> >>>On Thu, 2005-09-22 at 08:09 -0300, Clovis Tristao wrote: >>> >>> >>> >>> >>>>Added 0 new packages, deleted 18 old in 1.54 seconds >>>>Resolving Dependencies >>>>--> Populating transaction set with selected packages. Please wait. >>>>---> Package kudzu.i386 0:1.2.7-1 set to be updated >>>>--> Running transaction check >>>>--> Processing Conflict: kudzu conflicts kernel < 2.6.13 >>>>--> Finished Dependency Resolution >>>>Error: kudzu conflicts with kernel < 2.6.13 >>>> >>>>Any ideas? >>>>My kernel: 2.6.13-1.1558_FC5 >>>> >>>> >>>> >>>> >>>You have to remove all old kernels installed. >>> >>> > > Ouch... Doesn't that create a catch-22? I'm running on a 2.6.12 (FC4) >kernel and I want to install the 2.6.13-1.1567_FC5 kernel. I can't >install the kernel because of the dependency on kudzu and I can't >install that kudzu without removing all the kernels prior to 2.6.13 but >that means removing the kernel I'm running on. Do I understand that >correctly? Assuming that it's even possible, doesn't it seem a little >risky to be blowing the wheels off from under your own feet in this >process? > Possible workaround -> Exclude kudzu from the update. Get kernel. Reboot. Remove older kernels. Get kudzu. regards Rahul From vd at paradigma.pt Thu Sep 22 20:30:05 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 22 Sep 2005 21:30:05 +0100 Subject: Kudzu conflicts with Kernel In-Reply-To: <43330D3A.5080608@redhat.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> Message-ID: <4333144D.5030903@paradigma.pt> With your workaround. [root at morpheus ~]# yum update kernel --exclude=kudzu Setting up Update Process Setting up repositories extras-development 100% |=========================| 1.1 kB 00:00 development 100% |=========================| 1.1 kB 00:00 utopia 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 827 kB 00:02 extras-dev: ################################################## 2307/2307 Added 47 new packages, deleted 0 old in 4.19 seconds Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kernel.i686 0:2.6.13-1.1567_FC5 set to be installed --> Running transaction check --> Processing Conflict: kernel conflicts procps < 3.2.5-6.3 --> Processing Conflict: kernel conflicts nfs-utils < 1.0.7-12 --> Processing Conflict: kernel conflicts ppp < 2.4.3-3 --> Processing Conflict: kernel conflicts oprofile < 0.9.1-2 --> Processing Conflict: kernel conflicts selinux-policy-targeted < 1.25.3-14 --> Processing Dependency: mkinitrd >= 4.2.21-1 for package: kernel --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Conflict: kernel conflicts udev < 063-6 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package procps.i386 0:3.2.5-7 set to be updated ---> Package mkinitrd.i386 0:4.2.22-1 set to be updated ---> Package ppp.i386 0:2.4.3-3 set to be updated ---> Package udev.i386 0:069-4 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.27.1-5 set to be updated ---> Package oprofile.i386 0:0.9.1-2 set to be updated ---> Package nfs-utils.i386 0:1.0.7-16 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: libselinux >= 1.26-2 for package: selinux-policy-targeted --> Processing Dependency: libpcap.so.0.9.3 for package: ppp --> Processing Dependency: policycoreutils >= 1.25.9-1 for package: selinux-policy-targeted --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package policycoreutils.i386 0:1.27.2-1 set to be updated ---> Package libpcap.i386 14:0.9.3-3 set to be updated ---> Package libselinux.i386 0:1.26-6 set to be updated --> Running transaction check --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal --> Processing Dependency: libsemanage for package: policycoreutils --> Processing Dependency: libsepol >= 1.9.3-1 for package: policycoreutils --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: libsetrans for package: libselinux --> Processing Dependency: libselinux = 1.23.10-2 for package: libselinux-devel --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal-gnome --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libselinux-devel.i386 0:1.26-6 set to be updated ---> Package ethereal-gnome.i386 0:0.10.12-7 set to be updated ---> Package libsepol.i386 0:1.9.5-1 set to be updated ---> Package libsetrans.i386 0:0.1.7-1 set to be updated ---> Package ethereal.i386 0:0.10.12-7 set to be updated ---> Package libsemanage.i386 0:1.3.3-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: libcairo.so.2 for package: ethereal-gnome --> Processing Dependency: libpangocairo-1.0.so.0 for package: ethereal-gnome --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pango.i386 0:1.10.0-1 set to be updated ---> Package cairo.i386 0:1.0.0-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: pango = 1.8.1 for package: pango-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pango-devel.i386 0:1.10.0-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: cairo-devel >= 0.9.2 for package: pango-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package cairo-devel.i386 0:1.0.0-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Finished Dependency Resolution Error: kernel conflicts with kudzu < 1.1.119-1 [root at morpheus ~]# using yum-2.4.0-0.fc4 Rahul Sundaram wrote on 09/22/2005 08:59 PM: > Possible workaround -> Exclude kudzu from the update. Get kernel. > Reboot. Remove older kernels. Get kudzu. -- Vitor Domingos Paradigma.pt From sundaram at redhat.com Thu Sep 22 20:40:57 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 23 Sep 2005 02:10:57 +0530 Subject: Kudzu conflicts with Kernel In-Reply-To: <4333144D.5030903@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> Message-ID: <433316D9.40905@redhat.com> Vitor Domingos wrote: >With your workaround. > >[root at morpheus ~]# yum update kernel --exclude=kudzu >Setting up Update Process >Setting up repositories >extras-development 100% |=========================| 1.1 kB >00:00 >development 100% |=========================| 1.1 kB >00:00 >utopia 100% |=========================| 951 B >00:00 >Reading repository metadata in from local files >primary.xml.gz 100% |=========================| 827 kB >00:02 >extras-dev: ################################################## 2307/2307 >Added 47 new packages, deleted 0 old in 4.19 seconds >Excluding Packages in global exclude list >Finished >Resolving Dependencies >--> Populating transaction set with selected packages. Please wait. >---> Package kernel.i686 0:2.6.13-1.1567_FC5 set to be installed >--> Running transaction check >--> Processing Conflict: kernel conflicts procps < 3.2.5-6.3 >--> Processing Conflict: kernel conflicts nfs-utils < 1.0.7-12 >--> Processing Conflict: kernel conflicts ppp < 2.4.3-3 >--> Processing Conflict: kernel conflicts oprofile < 0.9.1-2 >--> Processing Conflict: kernel conflicts selinux-policy-targeted < >1.25.3-14 >--> Processing Dependency: mkinitrd >= 4.2.21-1 for package: kernel >--> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > > Try yum remove kudzu and doing an update again Rahul From jkeating at j2solutions.net Thu Sep 22 20:41:12 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 22 Sep 2005 13:41:12 -0700 Subject: Kudzu conflicts with Kernel In-Reply-To: <4333144D.5030903@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> Message-ID: <1127421672.16225.26.camel@prometheus.gamehouse.com> On Thu, 2005-09-22 at 21:30 +0100, Vitor Domingos wrote: > Error: kernel conflicts with kudzu < 1.1.119-1 > [root at morpheus ~]# > > using yum-2.4.0-0.fc4 Try 'yum upgrade kernel' as it will process differently than upgrade. -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From mhw at wittsend.com Thu Sep 22 20:35:29 2005 From: mhw at wittsend.com (Michael H. Warfield) Date: Thu, 22 Sep 2005 16:35:29 -0400 Subject: Kudzu conflicts with Kernel In-Reply-To: <43330D3A.5080608@redhat.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> Message-ID: <1127421329.3116.25.camel@canyon.wittsend.com> On Fri, 2005-09-23 at 01:29 +0530, Rahul Sundaram wrote: > Michael H. Warfield wrote: > > >On Thu, 2005-09-22 at 15:28 -0300, Clovis Tristao wrote: > > > > > >>Ola, > >> > >>Thanks all. > >> > >>Cl?vis > >> > >>Radek Vok?l wrote: > >> > >> > >>>On Thu, 2005-09-22 at 08:09 -0300, Clovis Tristao wrote: > >>> > >>> > >>> > >>> > >>>>Added 0 new packages, deleted 18 old in 1.54 seconds > >>>>Resolving Dependencies > >>>>--> Populating transaction set with selected packages. Please wait. > >>>>---> Package kudzu.i386 0:1.2.7-1 set to be updated > >>>>--> Running transaction check > >>>>--> Processing Conflict: kudzu conflicts kernel < 2.6.13 > >>>>--> Finished Dependency Resolution > >>>>Error: kudzu conflicts with kernel < 2.6.13 > >>>> > >>>>Any ideas? > >>>>My kernel: 2.6.13-1.1558_FC5 > >>>> > >>>> > >>>> > >>>> > >>>You have to remove all old kernels installed. > >>> > >>> > > > > Ouch... Doesn't that create a catch-22? I'm running on a 2.6.12 (FC4) > >kernel and I want to install the 2.6.13-1.1567_FC5 kernel. I can't > >install the kernel because of the dependency on kudzu and I can't > >install that kudzu without removing all the kernels prior to 2.6.13 but > >that means removing the kernel I'm running on. Do I understand that > >correctly? Assuming that it's even possible, doesn't it seem a little > >risky to be blowing the wheels off from under your own feet in this > >process? > > > Possible workaround -> Exclude kudzu from the update. Get kernel. > Reboot. Remove older kernels. Get kudzu. I think there is still a conflict between the new kernel and the old kudzu. I don't think you can just excluded it. I may be wrong... IAC... I worked around it by removing kudzu and the dozen or so things that depended on it (didn't look like anything that would be operationally fatal), then installed the new kernel and kernel-devel, then rebooted, removed the older kernels, and finally reinstalled the list of items I removed when I erased kudzu. Stand on your head and pat your belly. This is going to be such fun if and when it hits released updates for FC4. :-/ > regards > Rahul Mike -- Michael H. Warfield | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From vd at paradigma.pt Thu Sep 22 20:48:10 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 22 Sep 2005 21:48:10 +0100 Subject: Kudzu conflicts with Kernel In-Reply-To: <1127421672.16225.26.camel@prometheus.gamehouse.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <1127421672.16225.26.camel@prometheus.gamehouse.com> Message-ID: <4333188A.8060103@paradigma.pt> [root at morpheus ~]# yum upgrade kernel --exclude=kudzu Setting up Upgrade Process Setting up repositories extras-development 100% |=========================| 1.1 kB 00:00 development 100% |=========================| 1.1 kB 00:00 utopia 100% |=========================| 951 B 00:00 Reading repository metadata in from local files Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kernel.i686 0:2.6.13-1.1567_FC5 set to be installed --> Running transaction check --> Processing Conflict: kernel conflicts procps < 3.2.5-6.3 --> Processing Conflict: kernel conflicts nfs-utils < 1.0.7-12 --> Processing Conflict: kernel conflicts ppp < 2.4.3-3 --> Processing Conflict: kernel conflicts oprofile < 0.9.1-2 --> Processing Conflict: kernel conflicts selinux-policy-targeted < 1.25.3-14 --> Processing Dependency: mkinitrd >= 4.2.21-1 for package: kernel --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Conflict: kernel conflicts udev < 063-6 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package procps.i386 0:3.2.5-7 set to be updated ---> Package mkinitrd.i386 0:4.2.22-1 set to be updated ---> Package ppp.i386 0:2.4.3-3 set to be updated ---> Package udev.i386 0:069-4 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.27.1-5 set to be updated ---> Package oprofile.i386 0:0.9.1-2 set to be updated ---> Package nfs-utils.i386 0:1.0.7-16 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: libselinux >= 1.26-2 for package: selinux-policy-targeted --> Processing Dependency: libpcap.so.0.9.3 for package: ppp --> Processing Dependency: policycoreutils >= 1.25.9-1 for package: selinux-policy-targeted --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package policycoreutils.i386 0:1.27.2-1 set to be updated ---> Package libpcap.i386 14:0.9.3-3 set to be updated ---> Package libselinux.i386 0:1.26-6 set to be updated --> Running transaction check --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal --> Processing Dependency: libsemanage for package: policycoreutils --> Processing Dependency: libsepol >= 1.9.3-1 for package: policycoreutils --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: libsetrans for package: libselinux --> Processing Dependency: libselinux = 1.23.10-2 for package: libselinux-devel --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal-gnome --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libselinux-devel.i386 0:1.26-6 set to be updated ---> Package ethereal-gnome.i386 0:0.10.12-7 set to be updated ---> Package libsepol.i386 0:1.9.5-1 set to be updated ---> Package libsetrans.i386 0:0.1.7-1 set to be updated ---> Package ethereal.i386 0:0.10.12-7 set to be updated ---> Package libsemanage.i386 0:1.3.3-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: libcairo.so.2 for package: ethereal-gnome --> Processing Dependency: libpangocairo-1.0.so.0 for package: ethereal-gnome --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pango.i386 0:1.10.0-1 set to be updated ---> Package cairo.i386 0:1.0.0-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: pango = 1.8.1 for package: pango-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pango-devel.i386 0:1.10.0-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Processing Dependency: cairo-devel >= 0.9.2 for package: pango-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package cairo-devel.i386 0:1.0.0-1 set to be updated --> Running transaction check --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 --> Finished Dependency Resolution Error: kernel conflicts with kudzu < 1.1.119-1 [root at morpheus ~]# Jesse Keating wrote on 09/22/2005 09:41 PM: > On Thu, 2005-09-22 at 21:30 +0100, Vitor Domingos wrote: >> Error: kernel conflicts with kudzu < 1.1.119-1 >> [root at morpheus ~]# >> >> using yum-2.4.0-0.fc4 > > > Try 'yum upgrade kernel' as it will process differently than upgrade. > -- Vitor Domingos Paradigma.pt From notting at redhat.com Thu Sep 22 20:53:11 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 22 Sep 2005 16:53:11 -0400 Subject: Kudzu conflicts with Kernel In-Reply-To: <1127421329.3116.25.camel@canyon.wittsend.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <1127421329.3116.25.camel@canyon.wittsend.com> Message-ID: <20050922205311.GA23233@nostromo.devel.redhat.com> Michael H. Warfield (mhw at wittsend.com) said: > Stand on your head and pat your belly. This is going to be such fun if > and when it hits released updates for FC4. :-/ It won't. Bill From jkeating at j2solutions.net Thu Sep 22 20:55:34 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 22 Sep 2005 13:55:34 -0700 Subject: Kudzu conflicts with Kernel In-Reply-To: <4333188A.8060103@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <1127421672.16225.26.camel@prometheus.gamehouse.com> <4333188A.8060103@paradigma.pt> Message-ID: <1127422534.16225.30.camel@prometheus.gamehouse.com> On Thu, 2005-09-22 at 21:48 +0100, Vitor Domingos wrote: > [root at morpheus ~]# yum upgrade kernel --exclude=kudzu Without the exclude. -- Jesse Keating RHCE (http://geek.j2solutions.net) Fedora Legacy Team (http://www.fedoralegacy.org) GPG Public Key (http://geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From vd at paradigma.pt Thu Sep 22 20:56:45 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 22 Sep 2005 21:56:45 +0100 Subject: Kudzu conflicts with Kernel In-Reply-To: <433316D9.40905@redhat.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <433316D9.40905@redhat.com> Message-ID: <43331A8D.7030108@paradigma.pt> Rahul Sundaram wrote on 09/22/2005 09:40 PM: > Try yum remove kudzu and doing an update again Even worst... [root at morpheus ~]# rpm -qa |grep kudzu kudzu-devel-1.1.116.2-2 kudzu-1.1.116.2-2 [root at morpheus ~]# rpm -e --nodeps kudzu-devel-1.1.116.2-2 kudzu-1.1.116.2-2 [root at morpheus ~]# rpm -qa |grep kudzu [root at morpheus ~]# yum upgrade kernel Setting up Upgrade Process Setting up repositories extras-development 100% |=========================| 1.1 kB 00:00 development 100% |=========================| 1.1 kB 00:00 utopia 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.0 MB 00:03 developmen: ################################################## 3724/3724 Added 164 new packages, deleted 162 old in 7.07 seconds Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kernel.i686 0:2.6.13-1.1565_FC5 set to be installed --> Running transaction check --> Processing Dependency: mkinitrd >= 4.2.21-1 for package: kernel --> Processing Conflict: kernel conflicts selinux-policy-targeted < 1.25.3-14 --> Processing Conflict: kernel conflicts nfs-utils < 1.0.7-12 --> Processing Conflict: kernel conflicts procps < 3.2.5-6.3 --> Processing Conflict: kernel conflicts ppp < 2.4.3-3 --> Processing Conflict: kernel conflicts oprofile < 0.9.1-2 --> Processing Conflict: kernel conflicts udev < 063-6 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package procps.i386 0:3.2.5-7 set to be updated ---> Package ppp.i386 0:2.4.3-3 set to be updated ---> Package selinux-policy-targeted.noarch 0:1.27.1-4 set to be updated ---> Package udev.i386 0:069-3 set to be updated ---> Package oprofile.i386 0:0.9.1-2 set to be updated ---> Package nfs-utils.i386 0:1.0.7-16 set to be updated ---> Package mkinitrd.i386 0:4.2.21-1 set to be updated --> Running transaction check --> Processing Dependency: libpcap.so.0.9.3 for package: ppp --> Processing Dependency: policycoreutils >= 1.25.9-1 for package: selinux-policy-targeted --> Processing Dependency: libselinux >= 1.26-2 for package: selinux-policy-targeted --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libpcap.i386 14:0.9.3-3 set to be updated ---> Package libselinux.i386 0:1.26-6 set to be updated ---> Downloading header for policycoreutils to pack into transaction set. policycoreutils-1.27.1-1. 100% |=========================| 27 kB 00:00 ---> Package policycoreutils.i386 0:1.27.1-1 set to be updated --> Running transaction check --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal-gnome --> Processing Dependency: libsetrans for package: libselinux --> Processing Dependency: libsemanage for package: policycoreutils --> Processing Dependency: libsepol >= 1.9.3-1 for package: policycoreutils --> Processing Dependency: libselinux = 1.23.10-2 for package: libselinux-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for ethereal to pack into transaction set. ethereal-0.10.12-6.i386.r 100% |=========================| 40 kB 00:00 ---> Package ethereal.i386 0:0.10.12-6 set to be updated ---> Downloading header for libsepol to pack into transaction set. libsepol-1.9.4-1.i386.rpm 100% |=========================| 11 kB 00:00 ---> Package libsepol.i386 0:1.9.4-1 set to be updated ---> Downloading header for ethereal-gnome to pack into transaction set. ethereal-gnome-0.10.12-6. 100% |=========================| 15 kB 00:00 ---> Package ethereal-gnome.i386 0:0.10.12-6 set to be updated ---> Package libselinux-devel.i386 0:1.26-6 set to be updated ---> Package libsetrans.i386 0:0.1.7-1 set to be updated ---> Downloading header for libsemanage to pack into transaction set. libsemanage-1.3.2-1.i386. 100% |=========================| 4.1 kB 00:00 ---> Package libsemanage.i386 0:1.3.2-1 set to be updated --> Running transaction check --> Processing Dependency: libpangocairo-1.0.so.0 for package: ethereal-gnome --> Processing Dependency: libcairo.so.2 for package: ethereal-gnome --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package cairo.i386 0:1.0.0-1 set to be updated ---> Package pango.i386 0:1.10.0-1 set to be updated --> Running transaction check --> Processing Dependency: pango = 1.8.1 for package: pango-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package pango-devel.i386 0:1.10.0-1 set to be updated --> Running transaction check --> Processing Dependency: cairo-devel >= 0.9.2 for package: pango-devel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package cairo-devel.i386 0:1.0.0-1 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Installing: kernel i686 2.6.13-1.1565_FC5 development 16 M Installing for dependencies: cairo i386 1.0.0-1 development 267 k cairo-devel i386 1.0.0-1 development 99 k libsemanage i386 1.3.2-1 development 6.2 k libsetrans i386 0.1.7-1 development 9.1 k Updating for dependencies: ethereal i386 0.10.12-6 development 6.3 M ethereal-gnome i386 0.10.12-6 development 518 k libpcap i386 14:0.9.3-3 development 202 k libselinux i386 1.26-6 development 71 k libselinux-devel i386 1.26-6 development 103 k libsepol i386 1.9.4-1 development 68 k mkinitrd i386 4.2.21-1 development 302 k nfs-utils i386 1.0.7-16 development 317 k oprofile i386 0.9.1-2 development 1.8 M pango i386 1.10.0-1 development 308 k pango-devel i386 1.10.0-1 development 220 k policycoreutils i386 1.27.1-1 development 299 k ppp i386 2.4.3-3 development 363 k procps i386 3.2.5-7 development 200 k selinux-policy-targeted noarch 1.27.1-4 development 1.0 M udev i386 069-3 development 1.3 M Transaction Summary ============================================================================= Install 5 Package(s) Update 16 Package(s) Remove 0 Package(s) Total download size: 29 M Is this ok [y/N]: y Downloading Packages: (1/21): ethereal-0.10.12- 100% |=========================| 6.3 MB 00:17 (2/21): libsepol-1.9.4-1. 100% |=========================| 68 kB 00:00 (3/21): procps-3.2.5-7.i3 100% |=========================| 200 kB 00:00 (4/21): libpcap-0.9.3-3.i 100% |=========================| 202 kB 00:00 (5/21): ppp-2.4.3-3.i386. 100% |=========================| 363 kB 00:05 (6/21): selinux-policy-ta 100% |=========================| 1.0 MB 00:08 (7/21): ethereal-gnome-0. 100% |=========================| 518 kB 00:15 (8/21): udev-069-3.i386.r 100% |=========================| 1.3 MB 00:04 (9/21): libselinux-1.26-6 100% |=========================| 71 kB 00:00 (10/21): cairo-1.0.0-1.i3 100% |=========================| 267 kB 00:01 (11/21): libselinux-devel 100% |=========================| 103 kB 00:00 (12/21): oprofile-0.9.1-2 100% |=========================| 1.8 MB 00:05 (13/21): pango-devel-1.10 100% |=========================| 220 kB 00:01 (14/21): nfs-utils-1.0.7- 100% |=========================| 317 kB 00:01 (15/21): mkinitrd-4.2.21- 100% |=========================| 302 kB 00:01 (16/21): libsetrans-0.1.7 100% |=========================| 9.1 kB 00:00 (17/21): libsemanage-1.3. 100% |=========================| 6.2 kB 00:00 (18/21): policycoreutils- 100% |=========================| 299 kB 00:02 (19/21): kernel-2.6.13-1. 100% |=========================| 16 MB 00:52 (20/21): cairo-devel-1.0. 100% |=========================| 99 kB 00:02 (21/21): pango-1.10.0-1.i 100% |=========================| 308 kB 00:01 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : libpcap ####################### [ 1/37] Installing: cairo ####################### [ 2/37] Updating : pango ####################### [ 3/37] Updating : libsepol ####################### [ 4/37] Installing: cairo-devel ####################### [ 5/37] Installing: libsemanage ####################### [ 6/37] Updating : procps ####################### [ 7/37] Updating : pango-devel ####################### [ 8/37] Updating : ppp ####################### [ 9/37] Updating : nfs-utils ####################### [10/37] Updating : oprofile ####################### [11/37] Updating : libselinux-devel ####################### [12/37] Installing: libsetrans ####################### [13/37] Updating : libselinux ####################### [14/37] Updating : ethereal ####################### [15/37] Updating : udev ####################### [16/37] Updating : policycoreutils ####################### [17/37] Updating : mkinitrd ####################### [18/37] Installing: kernel ####################### [19/37] WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.127 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.188 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.89 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.109 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.173 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.86 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.92 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.184 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.137 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.80 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.135 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.150 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.167 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.147 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.177 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.181 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.141 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.169 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.198 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.179 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.98 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.111 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.163 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.159 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.123 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.121 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.101 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.193 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.143 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.118 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.165 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.156 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.139 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.133 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.186 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.161 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.131 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.83 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.171 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.95 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.175 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.154 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.125 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.115 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.113 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.145 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.152 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.104 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.191 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.196 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.129 WARNING: /lib/modules/2.6.13-1.1565_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.200 Updating : selinux-policy-targeted ####################### [20/37] Updating : ethereal-gnome ####################### [21/37] Cleanup : ethereal ####################### [22/37] Cleanup : libsepol ####################### [23/37] Cleanup : procps ####################### [24/37] Cleanup : libpcap ####################### [25/37] Cleanup : ppp ####################### [26/37] Cleanup : selinux-policy-targeted ####################### [27/37] Cleanup : ethereal-gnome ####################### [28/37] Cleanup : udev ####################### [29/37] Cleanup : libselinux ####################### [30/37] Cleanup : libselinux-devel ####################### [31/37] Cleanup : oprofile ####################### [32/37] Cleanup : pango-devel ####################### [33/37] Cleanup : nfs-utils ####################### [34/37] Cleanup : mkinitrd ####################### [35/37] Cleanup : policycoreutils ####################### [36/37] Cleanup : pango ####################### [37/37] Installed: kernel.i686 0:2.6.13-1.1565_FC5 Dependency Installed: cairo.i386 0:1.0.0-1 cairo-devel.i386 0:1.0.0-1 libsemanage.i386 0:1.3.2-1 libsetrans.i386 0:0.1.7-1 Dependency Updated: ethereal.i386 0:0.10.12-6 ethereal-gnome.i386 0:0.10.12-6 libpcap.i386 14:0.9.3-3 libselinux.i386 0:1.26-6 libselinux-devel.i386 0:1.26-6 libsepol.i386 0:1.9.4-1 mkinitrd.i386 0:4.2.21-1 nfs-utils.i386 0:1.0.7-16 oprofile.i386 0:0.9.1-2 pango.i386 0:1.10.0-1 pango-devel.i386 0:1.10.0-1 policycoreutils.i386 0:1.27.1-1 ppp.i386 0:2.4.3-3 procps.i386 0:3.2.5-7 selinux-policy-targeted.noarch 0:1.27.1-4 udev.i386 0:069-3 Complete! [root at morpheus ~]# yum install kudzu Setting up Install Process Setting up repositories extras-development 100% |=========================| 1.1 kB 00:00 development 100% |=========================| 1.1 kB 00:00 utopia 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 1.0 MB 00:03 developmen: ################################################## 3722/3722 Added 162 new packages, deleted 164 old in 6.86 seconds Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kudzu.i386 0:1.2.8-1 set to be updated --> Running transaction check --> Processing Dependency: hwdata >= 0.169-1 for package: kudzu --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package kernel.i686 0:2.6.13-1.1567_FC5 set to be installed ---> Package hwdata.noarch 0:0.169-1 set to be updated --> Running transaction check --> Processing Conflict: hwdata conflicts pcmcia-cs --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Processing Conflict: hwdata conflicts system-config-display < 1.0.31 --> Processing Dependency: module-init-tools >= 3.2 for package: hwdata --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package module-init-tools.i386 0:3.2-0.pre7.3 set to be updated ---> Package system-config-display.noarch 0:1.0.32-1 set to be updated --> Running transaction check --> Processing Dependency: rhpl >= 0.170-1 for package: system-config-display --> Processing Conflict: hwdata conflicts pcmcia-cs --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package rhpl.i386 0:0.174-1 set to be updated --> Running transaction check --> Processing Conflict: hwdata conflicts pcmcia-cs --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Finished Dependency Resolution Error: hwdata conflicts with pcmcia-cs Error: kudzu conflicts with kernel < 2.6.13 [root at morpheus ~]# -- Vitor Domingos Paradigma.pt From jspaleta at gmail.com Thu Sep 22 20:58:01 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 22 Sep 2005 16:58:01 -0400 Subject: Kudzu conflicts with Kernel In-Reply-To: <1127421672.16225.26.camel@prometheus.gamehouse.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <1127421672.16225.26.camel@prometheus.gamehouse.com> Message-ID: <604aa79105092213587ba0679e@mail.gmail.com> On 9/22/05, Jesse Keating wrote: > Try 'yum upgrade kernel' as it will process differently than upgrade. So are yum upgrades to rawhide/Fc5 going to be immune to this? And of course when I say yum.. i mean anaconda now too. -jef"my data is garbage"spaleta From sundaram at redhat.com Thu Sep 22 21:00:59 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 23 Sep 2005 02:30:59 +0530 Subject: Kudzu conflicts with Kernel In-Reply-To: <43331A8D.7030108@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <433316D9.40905@redhat.com> <43331A8D.7030108@paradigma.pt> Message-ID: <43331B8B.7000207@redhat.com> Hi >Error: hwdata conflicts with pcmcia-cs >Error: kudzu conflicts with kernel < 2.6.13 >[root at morpheus ~]# > > It seems you have managed to update the system. You just need to verify whether the newer kernel boot and remove the older ones before trying to get kudzu again regards Rahul From vd at paradigma.pt Thu Sep 22 21:01:52 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 22 Sep 2005 22:01:52 +0100 Subject: Kudzu conflicts with Kernel In-Reply-To: <4333188A.8060103@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <1127421672.16225.26.camel@prometheus.gamehouse.com> <4333188A.8060103@paradigma.pt> Message-ID: <43331BC0.8000509@paradigma.pt> After a reboot and with the new kernel: [root at morpheus ~]# yum install kudzu Setting up Install Process Setting up repositories extras-development 100% |=========================| 1.1 kB 00:00 development 100% |=========================| 1.1 kB 00:00 utopia 100% |=========================| 951 B 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 773 kB 00:04 extras-dev: ################################################## 2181/2181 Added 0 new packages, deleted 79 old in 4.63 seconds Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kudzu.i386 0:1.2.8-1 set to be updated --> Running transaction check --> Processing Dependency: hwdata >= 0.169-1 for package: kudzu --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package kernel.i686 0:2.6.13-1.1567_FC5 set to be installed ---> Package hwdata.noarch 0:0.169-1 set to be updated --> Running transaction check --> Processing Conflict: hwdata conflicts pcmcia-cs --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Processing Conflict: hwdata conflicts system-config-display < 1.0.31 --> Processing Dependency: module-init-tools >= 3.2 for package: hwdata --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package module-init-tools.i386 0:3.2-0.pre7.3 set to be updated ---> Package system-config-display.noarch 0:1.0.32-1 set to be updated --> Running transaction check --> Processing Dependency: rhpl >= 0.170-1 for package: system-config-display --> Processing Conflict: hwdata conflicts pcmcia-cs --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package rhpl.i386 0:0.174-1 set to be updated --> Running transaction check --> Processing Conflict: hwdata conflicts pcmcia-cs --> Processing Conflict: kudzu conflicts kernel < 2.6.13 --> Finished Dependency Resolution Error: hwdata conflicts with pcmcia-cs Error: kudzu conflicts with kernel < 2.6.13 [root at morpheus ~]# uname -a Linux morpheus 2.6.13-1.1565_FC5 #1 Tue Sep 20 20:11:15 EDT 2005 i686 i686 i386 GNU/Linux [root at morpheus ~]# Vitor Domingos wrote on 09/22/2005 09:48 PM: > [root at morpheus ~]# yum upgrade kernel --exclude=kudzu > Setting up Upgrade Process > Setting up repositories > extras-development 100% |=========================| 1.1 kB > 00:00 > development 100% |=========================| 1.1 kB > 00:00 > utopia 100% |=========================| 951 B > 00:00 > Reading repository metadata in from local files > Excluding Packages in global exclude list > Finished > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package kernel.i686 0:2.6.13-1.1567_FC5 set to be installed > --> Running transaction check > --> Processing Conflict: kernel conflicts procps < 3.2.5-6.3 > --> Processing Conflict: kernel conflicts nfs-utils < 1.0.7-12 > --> Processing Conflict: kernel conflicts ppp < 2.4.3-3 > --> Processing Conflict: kernel conflicts oprofile < 0.9.1-2 > --> Processing Conflict: kernel conflicts selinux-policy-targeted < > 1.25.3-14 > --> Processing Dependency: mkinitrd >= 4.2.21-1 for package: kernel > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Processing Conflict: kernel conflicts udev < 063-6 > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package procps.i386 0:3.2.5-7 set to be updated > ---> Package mkinitrd.i386 0:4.2.22-1 set to be updated > ---> Package ppp.i386 0:2.4.3-3 set to be updated > ---> Package udev.i386 0:069-4 set to be updated > ---> Package selinux-policy-targeted.noarch 0:1.27.1-5 set to be updated > ---> Package oprofile.i386 0:0.9.1-2 set to be updated > ---> Package nfs-utils.i386 0:1.0.7-16 set to be updated > --> Running transaction check > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Processing Dependency: libselinux >= 1.26-2 for package: > selinux-policy-targeted > --> Processing Dependency: libpcap.so.0.9.3 for package: ppp > --> Processing Dependency: policycoreutils >= 1.25.9-1 for package: > selinux-policy-targeted > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package policycoreutils.i386 0:1.27.2-1 set to be updated > ---> Package libpcap.i386 14:0.9.3-3 set to be updated > ---> Package libselinux.i386 0:1.26-6 set to be updated > --> Running transaction check > --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal > --> Processing Dependency: libsemanage for package: policycoreutils > --> Processing Dependency: libsepol >= 1.9.3-1 for package: policycoreutils > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Processing Dependency: libsetrans for package: libselinux > --> Processing Dependency: libselinux = 1.23.10-2 for package: > libselinux-devel > --> Processing Dependency: libpcap.so.0.8.3 for package: ethereal-gnome > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package libselinux-devel.i386 0:1.26-6 set to be updated > ---> Package ethereal-gnome.i386 0:0.10.12-7 set to be updated > ---> Package libsepol.i386 0:1.9.5-1 set to be updated > ---> Package libsetrans.i386 0:0.1.7-1 set to be updated > ---> Package ethereal.i386 0:0.10.12-7 set to be updated > ---> Package libsemanage.i386 0:1.3.3-1 set to be updated > --> Running transaction check > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Processing Dependency: libcairo.so.2 for package: ethereal-gnome > --> Processing Dependency: libpangocairo-1.0.so.0 for package: > ethereal-gnome > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package pango.i386 0:1.10.0-1 set to be updated > ---> Package cairo.i386 0:1.0.0-1 set to be updated > --> Running transaction check > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Processing Dependency: pango = 1.8.1 for package: pango-devel > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package pango-devel.i386 0:1.10.0-1 set to be updated > --> Running transaction check > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Processing Dependency: cairo-devel >= 0.9.2 for package: pango-devel > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package cairo-devel.i386 0:1.0.0-1 set to be updated > --> Running transaction check > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Finished Dependency Resolution > Error: kernel conflicts with kudzu < 1.1.119-1 > [root at morpheus ~]# > > Jesse Keating wrote on 09/22/2005 09:41 PM: >> On Thu, 2005-09-22 at 21:30 +0100, Vitor Domingos wrote: >>> Error: kernel conflicts with kudzu < 1.1.119-1 >>> [root at morpheus ~]# >>> >>> using yum-2.4.0-0.fc4 >> >> Try 'yum upgrade kernel' as it will process differently than upgrade. >> > -- Vitor Domingos Paradigma.pt From sundaram at redhat.com Thu Sep 22 21:05:27 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 23 Sep 2005 02:35:27 +0530 Subject: Kudzu conflicts with Kernel In-Reply-To: <43331BC0.8000509@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <1127421672.16225.26.camel@prometheus.gamehouse.com> <4333188A.8060103@paradigma.pt> <43331BC0.8000509@paradigma.pt> Message-ID: <43331C97.3020602@redhat.com> Vitor Domingos wrote: >After a reboot and with the new kernel: > >[root at morpheus ~]# yum install kudzu >Setting up Install Process >Setting up repositories >extras-development 100% |=========================| 1.1 kB >00:00 >development 100% |=========================| 1.1 kB >00:00 >utopia 100% |=========================| 951 B >00:00 >Reading repository metadata in from local files >primary.xml.gz 100% |=========================| 773 kB >00:04 >extras-dev: ################################################## 2181/2181 >Added 0 new packages, deleted 79 old in 4.63 seconds >Parsing package install arguments >Resolving Dependencies >--> Populating transaction set with selected packages. Please wait. >---> Package kudzu.i386 0:1.2.8-1 set to be updated >--> Running transaction check >--> Processing Dependency: hwdata >= 0.169-1 for package: kudzu >--> Processing Conflict: kudzu conflicts kernel < 2.6.13 >--> Restarting Dependency Resolution with new changes. >--> Populating transaction set with selected packages. Please wait. >---> Package kernel.i686 0:2.6.13-1.1567_FC5 set to be installed >---> Package hwdata.noarch 0:0.169-1 set to be updated >--> Running transaction check >--> Processing Conflict: hwdata conflicts pcmcia-cs >--> Processing Conflict: kudzu conflicts kernel < 2.6.13 >--> Processing Conflict: hwdata conflicts system-config-display < 1.0.31 >--> Processing Dependency: module-init-tools >= 3.2 for package: hwdata >--> Restarting Dependency Resolution with new changes. >--> Populating transaction set with selected packages. Please wait. >---> Package module-init-tools.i386 0:3.2-0.pre7.3 set to be updated >---> Package system-config-display.noarch 0:1.0.32-1 set to be updated >--> Running transaction check >--> Processing Dependency: rhpl >= 0.170-1 for package: >system-config-display >--> Processing Conflict: hwdata conflicts pcmcia-cs >--> Processing Conflict: kudzu conflicts kernel < 2.6.13 >--> Restarting Dependency Resolution with new changes. >--> Populating transaction set with selected packages. Please wait. >---> Package rhpl.i386 0:0.174-1 set to be updated >--> Running transaction check >--> Processing Conflict: hwdata conflicts pcmcia-cs >--> Processing Conflict: kudzu conflicts kernel < 2.6.13 >--> Finished Dependency Resolution >Error: hwdata conflicts with pcmcia-cs >Error: kudzu conflicts with kernel < 2.6.13 >[root at morpheus ~]# uname -a > You still havent removed the older kernels regards Rahul From vd at paradigma.pt Thu Sep 22 21:07:34 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 22 Sep 2005 22:07:34 +0100 Subject: Kudzu conflicts with Kernel In-Reply-To: <43331B8B.7000207@redhat.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <433316D9.40905@redhat.com> <43331A8D.7030108@paradigma.pt> <43331B8B.7000207@redhat.com> Message-ID: <43331D16.5010405@paradigma.pt> I've installed kudzu with rpm --nodeps :) Now i've got the problem with the ipw2100 eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! Sweeet..... //VD Rahul Sundaram wrote on 09/22/2005 10:00 PM: > Hi > >> Error: hwdata conflicts with pcmcia-cs >> Error: kudzu conflicts with kernel < 2.6.13 >> [root at morpheus ~]# >> >> > It seems you have managed to update the system. You just need to verify > whether the newer kernel boot and remove the older ones before trying to > get kudzu again > > regards > Rahul > -- Vitor Domingos Paradigma.pt From sundaram at redhat.com Thu Sep 22 21:10:52 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 23 Sep 2005 02:40:52 +0530 Subject: Kudzu conflicts with Kernel In-Reply-To: <43331D16.5010405@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <433316D9.40905@redhat.com> <43331A8D.7030108@paradigma.pt> <43331B8B.7000207@redhat.com> <43331D16.5010405@paradigma.pt> Message-ID: <43331DDC.7040601@redhat.com> Vitor Domingos wrote: >I've installed kudzu with rpm --nodeps :) > >Now i've got the problem with the ipw2100 >eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! > >Sweeet..... > > > Running rpm --nodeps breaks package management. Bad idea. For the wireless driver issue, report it in http://bugzilla.redhat.com regards Rahul From vd at paradigma.pt Thu Sep 22 21:24:36 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 22 Sep 2005 22:24:36 +0100 Subject: Kudzu conflicts with Kernel In-Reply-To: <43331DDC.7040601@redhat.com> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <433316D9.40905@redhat.com> <43331A8D.7030108@paradigma.pt> <43331B8B.7000207@redhat.com> <43331D16.5010405@paradigma.pt> <43331DDC.7040601@redhat.com> Message-ID: <43332114.6070608@paradigma.pt> Thanks, but i need the ipw2100 driver tomorow, so until the problem with the driver isnt solved, i can not remove the old kernels. Rahul Sundaram wrote on 09/22/2005 10:10 PM: > Vitor Domingos wrote: > >> I've installed kudzu with rpm --nodeps :) >> >> Now i've got the problem with the ipw2100 >> eth1 (WE) : Driver using old /proc/net/wireless support, please fix >> driver ! >> >> Sweeet..... >> >> >> > Running rpm --nodeps breaks package management. Bad idea. For the > wireless driver issue, report it in http://bugzilla.redhat.com > > regards > Rahul > -- Vitor Domingos Paradigma.pt From vd at paradigma.pt Thu Sep 22 21:32:40 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Thu, 22 Sep 2005 22:32:40 +0100 Subject: Kudzu conflicts with Kernel In-Reply-To: <43332114.6070608@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> <433316D9.40905@redhat.com> <43331A8D.7030108@paradigma.pt> <43331B8B.7000207@redhat.com> <43331D16.5010405@paradigma.pt> <43331DDC.7040601@redhat.com> <43332114.6070608@paradigma.pt> Message-ID: <433322F8.4030906@paradigma.pt> Bug filled: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169091 //VD Vitor Domingos wrote on 09/22/2005 10:24 PM: > Thanks, but i need the ipw2100 driver tomorow, so until the problem with > the driver isnt solved, i can not remove the old kernels. > > Rahul Sundaram wrote on 09/22/2005 10:10 PM: >> Vitor Domingos wrote: >> >>> I've installed kudzu with rpm --nodeps :) >>> >>> Now i've got the problem with the ipw2100 >>> eth1 (WE) : Driver using old /proc/net/wireless support, please fix >>> driver ! >>> >>> Sweeet..... >>> >>> >>> >> Running rpm --nodeps breaks package management. Bad idea. For the >> wireless driver issue, report it in http://bugzilla.redhat.com >> >> regards >> Rahul >> > -- Vitor Domingos Paradigma.pt From mhw at wittsend.com Thu Sep 22 20:54:12 2005 From: mhw at wittsend.com (Michael H. Warfield) Date: Thu, 22 Sep 2005 16:54:12 -0400 Subject: Kudzu conflicts with Kernel In-Reply-To: <4333144D.5030903@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> Message-ID: <1127422452.3116.35.camel@canyon.wittsend.com> On Thu, 2005-09-22 at 21:30 +0100, Vitor Domingos wrote: > With your workaround. > [root at morpheus ~]# yum update kernel --exclude=kudzu > Setting up Update Process > Setting up repositories : > --> Running transaction check > --> Processing Conflict: kernel conflicts kudzu < 1.1.119-1 > --> Finished Dependency Resolution > Error: kernel conflicts with kudzu < 1.1.119-1 > [root at morpheus ~]# > using yum-2.4.0-0.fc4 I had to remove kudzu (which then took out firstboot, hwbrowser, microcode_ctl, smartmontools, and system-config-{display, mouse, network, network-tui, soundcard}. Fortunately, nothing vital. Then reboot into the new kernel. Then remove all the old kernels. Now reinstall the list of items remove with kudzu. Several more items will get updated. Done... Worked. Now I'm happily rebuilding that kernel RPM with the usb cdc acm performance patch that was posted to the linux-usb-devel list a couple of days ago. :-) Definitely NOT a pretty update. > Rahul Sundaram wrote on 09/22/2005 08:59 PM: > > Possible workaround -> Exclude kudzu from the update. Get kernel. > > Reboot. Remove older kernels. Get kudzu. > > -- > Vitor Domingos > Paradigma.pt > -- Michael H. Warfield | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Thu Sep 22 21:52:32 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 22 Sep 2005 17:52:32 -0400 Subject: Kudzu conflicts with Kernel In-Reply-To: <4333144D.5030903@paradigma.pt> References: <433290E8.1090504@agr.unicamp.br> <1127388437.12888.21.camel@localhost.localdomain> <4332F7B7.3070707@agr.unicamp.br> <1127417756.3116.4.camel@canyon.wittsend.com> <43330D3A.5080608@redhat.com> <4333144D.5030903@paradigma.pt> Message-ID: <20050922215232.GB23642@nostromo.devel.redhat.com> Vitor Domingos (vd at paradigma.pt) said: > --> Finished Dependency Resolution > Error: kernel conflicts with kudzu < 1.1.119-1 This conflict is erroneous, and is getting fixed. Which should simplify things. Bill From seandarcy2 at gmail.com Fri Sep 23 00:40:42 2005 From: seandarcy2 at gmail.com (sean) Date: Thu, 22 Sep 2005 20:40:42 -0400 Subject: rpm-4.4.2 can't find any magic files Message-ID: I've asked this before, and maybe it's not anything but when I build from a src rpm I get: + /usr/lib/rpm/redhat/brp-strip /usr/bin/strip lt-file: could not find any magic files! lt-file: could not find any magic files! lt-file: could not find any magic files! lt-file: could not find any magic files! lt-file: could not find any magic files! lt-file: could not find any magic files! lt-file: could not find any magic files! ............. rpm-build-4.4.2-4 file-4.15-3 ls -l /usr/share/file total 1380 -rw-r--r-- 1 root root 420865 Sep 19 09:20 magic -rw-r--r-- 1 root root 905216 Sep 19 09:20 magic.mgc -rw-r--r-- 1 root root 31012 Sep 19 09:20 magic.mime -rw-r--r-- 1 root root 43264 Sep 19 09:20 magic.mime.mgc file -m /usr/share/file/magic.mgc upgrade.log lt-file: could not find any magic files! but: file -m /usr/share/file/magic upgrade.log upgrade.log: ASCII English text Anybody else see this? sean From buildsys at redhat.com Fri Sep 23 11:40:52 2005 From: buildsys at redhat.com (Build System) Date: Fri, 23 Sep 2005 07:40:52 -0400 Subject: rawhide report: 20050923 changes Message-ID: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> New package glib-java Base Library for the Java-GNOME libraries New package gnome-screensaver GNOME Sreensaver Updated Packages: busybox-1:1.01-1 ---------------- * Thu Sep 01 2005 Ivana Varekova - 1.01-1 - update to 1.01 gamin-0.1.6-3 ------------- * Thu Sep 22 2005 Daniel Veillard 0.1.6-3 - extend patch to try fixing #168744 to cover one more case ghostscript-8.15.1-0.1 ---------------------- * Thu Sep 22 2005 Tim Waugh 8.15.1-0.1 - 8.15.1. - No longer need overflow patch. jonas-0:4.3.3-1jpp_11fc ----------------------- * Wed Sep 21 2005 Gary Benson - 4.3.3-1jpp_11fc - Build with fixed aot-compile-rpm. kdenetwork-7:3.4.2-3 -------------------- * Wed Sep 21 2005 Than Ngo 7:3.4.2-3 - fix uic build problem * Wed Aug 17 2005 Than Ngo 7:3.4.2-2 - apply patch to fix crash when trying to add AIM contacts while disconnected kdepim-6:3.4.2-4 ---------------- * Wed Sep 21 2005 Than Ngo 6:3.4.2-4 - fix uic build problem kdevelop-9:3.2.2-2 ------------------ * Thu Sep 22 2005 Than Ngo 9:3.2.2-2 - fix uic build problem kdewebdev-6:3.4.2-2 ------------------- * Thu Sep 22 2005 Than Ngo 6:3.4.2-2 - fix uic build problem kernel-2.6.13-1.1570_FC5 ------------------------ * Thu Sep 22 2005 Dave Jones - 2.6.14-rc2-git2 * Thu Sep 22 2005 Dave Jones - Reset some conflicts: to earlier revisions. * Thu Sep 22 2005 David Woodhouse - Fix G5 boot by avoiding EEH checks libgnome-2.12.0-2 ----------------- * Thu Sep 22 2005 Jeremy Katz - 2.12.0-2 - fix broken translation in schema * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 * Tue Aug 09 2005 Ray Strode - 2.11.2-1 - Newer upstream version mt-st-0.9b-1 ------------ * Thu Sep 22 2005 Jindrich Novy 0.9b-1 - update to mt-st 0.9b ncompress-4.2.4-43 ------------------ * Thu Sep 22 2005 Peter Vrabec 4.2.4-43 - compress zero-sized files when -f is used(#167615) python-2.4.1-8 -------------- * Thu Sep 22 2005 Peter Jones 2.4.1-8 - Fix bug #169046 more correctly. * Thu Sep 22 2005 Mihai Ibanescu 2.4.1-7 - Fixed bug #169046 (realpath is unsafe); thanks to Peter Jones and Arjan van de Ven for diagnosing and the patch. * Tue Sep 20 2005 Mihai Ibanescu 2.4.1-4 - Fixed bug #168655 (fixes for building as python24) shadow-utils-2:4.0.12-4 ----------------------- * Fri Sep 23 2005 Peter Vrabec 2:4.0.12-4 - add useradd -l option back, it was removed by mistake * Tue Sep 20 2005 Peter Vrabec 2:4.0.12-3 - provide login.defs man page - adjust audit patch sqlite-3.2.6-1 -------------- * Thu Sep 22 2005 Florian La Roche - Upgrade to 3.2.6 release. star-1.5a67-1 ------------- * Thu Sep 22 2005 Peter Vrabec 1.5a67-1 - upgrade * Fri Aug 26 2005 Peter Vrabec 1.5a65-1 - upgrade 1.5a65-1 made by Horst H. von Brand - Source URL changed, no homepage now - License changed from GPL to CDDL 1.0 - Define MAKEPROG=gmake like the Gmake.linux script does - Disable fat binary as per star/Makefile, update star-1.5-selinux.patch for the various *.mk files used in that case - Axe /usr/share/man/man1/match.1*, /usr/etc/default/rmt too - Explicit listing in %files, allow for compressed or plain manpages * Fri Aug 26 2005 Peter Vrabec - do not remove star_fat system-config-date-1.7.99.1-1 ----------------------------- * Thu Sep 22 2005 Nils Philippsen 1.7.99.1 - check whether NTP server is reachable on changes (#135747) * Tue Aug 09 2005 Nils Philippsen - remove workaround causing deprecation warnings for bug that doesn't exist anymore (#162840) system-config-netboot-0.1.33-1 ------------------------------ * Wed Sep 21 2005 Jason Vas Dias 0.1.33-1 - fix bug 169011: fstab should use /media, not /mnt for cdrom, floppy - fix bug 168782: /var/lib/xkb needs to be in snapshot files list - fix bug 168415: duplicate old boot args not written to pxelinux.cfg file - fix bug 167757: clients now log to netboot server by default - fix bug 167762: extra kernel boot arguments preserved in pxelinux.cfg file - fix bug 167543: disklessrc should look for pci devices of class 0x680 also * Wed Aug 31 2005 Jason Vas Dias 0.1.32-1 - fix bug 167145: help functionality disabled owing to wrong VERSION string This turned out to be because build was not using automake + autoconf + configure - it now does - + added AM_INIT_AUTOMAKE(system-config-netboot, ${VERSION}) to configure.in and VERSION variable set in .spec file. From bmillett at gmail.com Fri Sep 23 15:37:01 2005 From: bmillett at gmail.com (Brian Millett) Date: Fri, 23 Sep 2005 10:37:01 -0500 Subject: rawhide report: 20050923 changes In-Reply-To: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> References: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> Message-ID: <1127489821.4270.2.camel@localhost.localdomain> On Fri, 2005-09-23 at 07:40 -0400, Build System wrote: > New package gnome-screensaver > GNOME Sreensaver Cool, but is there a way to configure this other than editing the /usr/share/gnome-screensaver/themes/*.xml files by hand? I do not have xscreensaver* packages installed. Thanks. -- Brian Millett - [ Londo, "The Quality of Mercy"] "Brrr. Is it cold in here or is it just me?" From dnjinc at wowway.com Fri Sep 23 15:59:42 2005 From: dnjinc at wowway.com (Demond James) Date: Fri, 23 Sep 2005 11:59:42 -0400 Subject: rawhide report: 20050922 changes In-Reply-To: <200509221134.j8MBYEGY015910@porkchop.devel.redhat.com> References: <200509221134.j8MBYEGY015910@porkchop.devel.redhat.com> Message-ID: <4334266E.8090704@wowway.com> Build System wrote: >New package gnome-power-manager > GNOME Power Manager > > > Has anyone actually gotten this tower work? Is there any other config setting that needs to be tweaked? From jspaleta at gmail.com Fri Sep 23 16:01:06 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 23 Sep 2005 12:01:06 -0400 Subject: rawhide report: 20050923 changes In-Reply-To: <1127489821.4270.2.camel@localhost.localdomain> References: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> <1127489821.4270.2.camel@localhost.localdomain> Message-ID: <604aa7910509230901323caae7@mail.gmail.com> On 9/23/05, Brian Millett wrote: > On Fri, 2005-09-23 at 07:40 -0400, Build System wrote: > > > New package gnome-screensaver > > GNOME Sreensaver > > Cool, but is there a way to configure this other than editing > the /usr/share/gnome-screensaver/themes/*.xml files by hand? I do not > have xscreensaver* packages installed. grrrr.... we had this discussion in fedora-maintainers list..exactly about this package. If gnome-screensaver provides "xscreensaver" then the "xscreensaver-base" package is removed from the system on install/updates of gnome-screensaver. I have to ask... is xscreensaver-base package going to be removed from rawhide? If these two packages are suppose to co-exist on system.. the packaging of xscreensaver-base and gnome-screensaver AND control-center needs to be re-thought. Because as these packages are provided right now... you can't easily have both xscreensaver-base and gnome-screensaver at the same time. The obsoletes of "xscreensaver" in xscreensaver-base complicates the situation. -jef From jspaleta at gmail.com Fri Sep 23 16:02:05 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 23 Sep 2005 12:02:05 -0400 Subject: rawhide report: 20050923 changes In-Reply-To: <604aa7910509230901323caae7@mail.gmail.com> References: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> <1127489821.4270.2.camel@localhost.localdomain> <604aa7910509230901323caae7@mail.gmail.com> Message-ID: <604aa79105092309024d9d2411@mail.gmail.com> On 9/23/05, Jeff Spaleta wrote: > If gnome-screensaver provides "xscreensaver" then the > "xscreensaver-base" package is removed from the system on > install/updates of gnome-screensaver. I have to ask... is > xscreensaver-base package going to be removed from rawhide? sorry other way around... updating xscreensaver-base will remove gnome-screensaver because of the obsolete of "xscreensaver". -jef From selinux at gmail.com Fri Sep 23 16:09:25 2005 From: selinux at gmail.com (Tom London) Date: Fri, 23 Sep 2005 09:09:25 -0700 Subject: rawhide report: 20050922 changes In-Reply-To: <4334266E.8090704@wowway.com> References: <200509221134.j8MBYEGY015910@porkchop.devel.redhat.com> <4334266E.8090704@wowway.com> Message-ID: <4c4ba153050923090960e9cd78@mail.gmail.com> On 9/23/05, Demond James wrote: > Build System wrote: > > >New package gnome-power-manager > > GNOME Power Manager > > > > > > > Has anyone actually gotten this tower work? Is there any other config > setting that needs to be tweaked? > Yeah, I have it working. It does not display an icon unless some setting is set to true. I believe it is /apps/gnome-power-manager/general/display_icon. You need to set this to true. (use the configuration editor). tom -- Tom London From hughsient at gmail.com Fri Sep 23 16:14:11 2005 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 23 Sep 2005 17:14:11 +0100 Subject: rawhide report: 20050922 changes : GNOME Power Manager In-Reply-To: <4334266E.8090704@wowway.com> References: <200509221134.j8MBYEGY015910@porkchop.devel.redhat.com> <4334266E.8090704@wowway.com> Message-ID: <1127492051.2806.9.camel@localhost.localdomain> On Fri, 2005-09-23 at 11:59 -0400, Demond James wrote: > Build System wrote: > > >New package gnome-power-manager > > GNOME Power Manager > > > > > > > Has anyone actually gotten this tower work? Is there any other config > setting that needs to be tweaked? Lot of people, with many degrees of success. See the homepage http://gnome-power.sourceforge.net/ and if it doesn't "just work" send me a mail, (I'm the main author) or join the mailing list https://lists.sourceforge.net/lists/listinfo/gnome-power-devel Be sure to check the FAQ page. Richard Hughes. From mclasen at redhat.com Fri Sep 23 17:43:32 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 23 Sep 2005 13:43:32 -0400 Subject: rawhide report: 20050923 changes In-Reply-To: <604aa7910509230901323caae7@mail.gmail.com> References: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> <1127489821.4270.2.camel@localhost.localdomain> <604aa7910509230901323caae7@mail.gmail.com> Message-ID: <1127497412.28937.3.camel@golem.boston.redhat.com> On Fri, 2005-09-23 at 12:01 -0400, Jeff Spaleta wrote: > On 9/23/05, Brian Millett wrote: > > On Fri, 2005-09-23 at 07:40 -0400, Build System wrote: > > > > > New package gnome-screensaver > > > GNOME Sreensaver > > > > Cool, but is there a way to configure this other than editing > > the /usr/share/gnome-screensaver/themes/*.xml files by hand? I do not > > have xscreensaver* packages installed. > > grrrr.... we had this discussion in fedora-maintainers list..exactly > about this package. > > If gnome-screensaver provides "xscreensaver" then the > "xscreensaver-base" package is removed from the system on > install/updates of gnome-screensaver. I have to ask... is > xscreensaver-base package going to be removed from rawhide? > > If these two packages are suppose to co-exist on system.. the > packaging of xscreensaver-base and gnome-screensaver AND > control-center needs to be re-thought. Because as these packages are > provided right now... you can't easily have both xscreensaver-base and > gnome-screensaver at the same time. The obsoletes of "xscreensaver" in > xscreensaver-base complicates the situation. > Our plan is to move xscreensaver to extras, but allow gnome-screensaver and xscreensaver to coexist. We also want to allow to install gnome-screensaver + xscreensaver-extras, without xscreensaver-base. Ray and I figured that we should do the following: - Remove the xscreensaver-base dependency from xscreensaver-extras (to allow xscreensaver-extras to be installed without -base) - Remove the xscreensaver provides from gnome-screensaver (to allow gnome-screensaver and xscreensaver to coexist) The second point means that people who upgrade will keep the installed xscreensaver around, but we think that is not too bad. We just need to figure out how to show only one "Screensaver" preferences menu item. Comments ? Matthias From johnp at redhat.com Fri Sep 23 17:46:47 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Fri, 23 Sep 2005 13:46:47 -0400 Subject: dbus-qt bindings being dropped from Rawhide Message-ID: <1127497607.3206.81.camel@remedyz.boston.redhat.com> Hey guys, A little while ago I was urged by some to include the dbus-qt bindings in core so that Konqueror could take advantage of HAL. It seems that the Qt3 bindings are being dropped upstream in favor of the Qt4 bindings. The thread for this is here: http://lists.freedesktop.org/archives/dbus/2005-September/003403.html I am therefor dropping the package as there is no maintainer upstream for it. It has been suggested that Konqueror only uses a small subset of the bindings and that those portions could be ported to and maintained in hal-ioslave. If you feel this is important to you I would file bugs upstream with the ioslave developers and point them to the above mentioned thread. I will pull the subpackage next Friday so anyone with packages that depends on it (which should be few to none since I had just enabled it) have a weeks reprieve. -- John (J5) Palmieri From jspaleta at gmail.com Fri Sep 23 17:55:55 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 23 Sep 2005 13:55:55 -0400 Subject: rawhide report: 20050923 changes In-Reply-To: <1127497412.28937.3.camel@golem.boston.redhat.com> References: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> <1127489821.4270.2.camel@localhost.localdomain> <604aa7910509230901323caae7@mail.gmail.com> <1127497412.28937.3.camel@golem.boston.redhat.com> Message-ID: <604aa79105092310554fc17136@mail.gmail.com> On 9/23/05, Matthias Clasen wrote: > Our plan is to move xscreensaver to extras, but allow gnome-screensaver > and xscreensaver to coexist. We also want to allow to install > gnome-screensaver + xscreensaver-extras, without xscreensaver-base. > > Ray and I figured that we should do the following: > > - Remove the xscreensaver-base dependency from xscreensaver-extras (to > allow xscreensaver-extras to be installed without -base) > - Remove the xscreensaver provides from gnome-screensaver (to allow > gnome-screensaver and xscreensaver to coexist) > > The second point means that people who upgrade will keep the installed > xscreensaver around, but we think that is not too bad. We just need to > figure out how to show only one "Screensaver" preferences menu item. Forgetting about the extra complication of having two prefence menu entries for now.. and just concentrating on the more low level packaging issues.... control-center is going to have to drop the requirement on xscreensaver... or xscreensaver-base is going to have to drop the obsoletes on xscreensaver... or both. That obsoletes in xscreensaver-base is a problem as long as anything is trying to provide/require xscreensaver. -jef From mclasen at redhat.com Fri Sep 23 18:01:49 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 23 Sep 2005 14:01:49 -0400 Subject: rawhide report: 20050923 changes In-Reply-To: <604aa79105092310554fc17136@mail.gmail.com> References: <200509231140.j8NBeqbC017919@porkchop.devel.redhat.com> <1127489821.4270.2.camel@localhost.localdomain> <604aa7910509230901323caae7@mail.gmail.com> <1127497412.28937.3.camel@golem.boston.redhat.com> <604aa79105092310554fc17136@mail.gmail.com> Message-ID: <1127498509.28937.6.camel@golem.boston.redhat.com> On Fri, 2005-09-23 at 13:55 -0400, Jeff Spaleta wrote: > On 9/23/05, Matthias Clasen wrote: > > Our plan is to move xscreensaver to extras, but allow gnome-screensaver > > and xscreensaver to coexist. We also want to allow to install > > gnome-screensaver + xscreensaver-extras, without xscreensaver-base. > > > > Ray and I figured that we should do the following: > > > > - Remove the xscreensaver-base dependency from xscreensaver-extras (to > > allow xscreensaver-extras to be installed without -base) > > - Remove the xscreensaver provides from gnome-screensaver (to allow > > gnome-screensaver and xscreensaver to coexist) > > > > The second point means that people who upgrade will keep the installed > > xscreensaver around, but we think that is not too bad. We just need to > > figure out how to show only one "Screensaver" preferences menu item. > > Forgetting about the extra complication of having two prefence menu > entries for now.. and just concentrating on the more low level > packaging issues.... > > control-center is going to have to drop the requirement on xscreensaver... > or xscreensaver-base is going to have to drop the obsoletes on xscreensaver... > or both. Oh, I wasn't aware of the xscreensaver requirement in control-center. Ray said nothing depends on xscreensaver... Yes, that needs to go. > That obsoletes in xscreensaver-base is a problem as long as anything > is trying to provide/require xscreensaver. Right. Matthias From rhallyx at mindspring.com Fri Sep 23 19:51:03 2005 From: rhallyx at mindspring.com (Richard Hally) Date: Fri, 23 Sep 2005 15:51:03 -0400 Subject: from todays update Message-ID: <43345CA7.6090201@mindspring.com> below is part of the output from todays update from rawhide. what is the problem and what should be done about it? Installing: kernel ####################### [24/61] WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.127 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.188 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.89 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.109 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.173 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.86 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.92 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.184 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.137 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.80 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.135 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.150 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.167 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.147 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.177 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.181 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.141 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.169 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.198 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.179 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.98 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.111 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.163 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.159 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.123 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.121 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.101 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.193 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.143 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.118 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.165 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.156 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.139 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.133 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.186 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.161 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.131 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.83 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.171 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.95 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.175 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.154 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.125 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.115 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.113 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.145 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.152 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.104 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.191 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.196 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.129 WARNING: /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.200 find: warning: Unix filenames usually don't contain slashes (though pathnames do). That means that '-name /dev/hda2' will probably evaluate to false all the time on this system. You might find the '-wholename' test more useful, or perhaps '-samefile'. Alternatively, if you are using GNU grep, you could use 'find ... -print0 | grep -FzZ /dev/hda2'. find: /sys: Permission denied Updating : busybox-anaconda ####################### [25/61] From rodd at clarkson.id.au Fri Sep 23 22:19:59 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sat, 24 Sep 2005 08:19:59 +1000 Subject: from todays update In-Reply-To: <43345CA7.6090201@mindspring.com> References: <43345CA7.6090201@mindspring.com> Message-ID: <1127514000.2986.10.camel@localhost.localdomain> On Fri, 2005-09-23 at 15:51 -0400, Richard Hally wrote: > below is part of the output from todays update from rawhide. what is the > problem and what should be done about it? > > Installing: kernel ####################### [24/61] > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.127 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.188 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.89 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.109 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.173 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.86 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.92 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.184 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.137 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.80 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.135 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.150 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.167 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.147 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.177 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.181 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.141 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.169 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.198 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.179 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.98 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.111 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.163 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.159 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.123 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.121 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.101 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.193 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.143 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.118 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.165 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.156 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.139 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.133 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.186 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.161 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.131 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.83 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.171 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.95 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.175 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.154 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.125 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.115 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.113 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.145 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.152 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.104 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.191 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.196 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.129 > WARNING: > /lib/modules/2.6.13-1.1570_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.200 > find: warning: Unix filenames usually don't contain slashes (though > pathnames do). That means that '-name /dev/hda2' will probably evaluate > to false all the time on this system. You might find the '-wholename' > test more useful, or perhaps '-samefile'. Alternatively, if you are > using GNU grep, you could use 'find ... -print0 | grep -FzZ /dev/hda2'. > find: /sys: Permission denied > Updating : busybox-anaconda ####################### [25/61] I've seen these too, but when I was installing the nvidia kernel module, so I kept my mouth shut since it's not GPL. This happened for me yesterday and today (1567 and 1570) during the install of the kernel module. I've been trying out /etc/init.d/yum so I haven't seen the output from running yum. R. -- "It's a fine line between denial and faith. It's much better on my side" From buildsys at redhat.com Sat Sep 24 11:31:03 2005 From: buildsys at redhat.com (Build System) Date: Sat, 24 Sep 2005 07:31:03 -0400 Subject: rawhide report: 20050924 changes Message-ID: <200509241131.j8OBV3WS010663@porkchop.devel.redhat.com> New package cairo-java Java bindings for the Cairo library Updated Packages: NetworkManager-0.4.1-3.cvs20050922 ---------------------------------- * Thu Sep 22 2005 Dan Williams - 0.4.1-3.cvs20050922 - Update to current CVS to fix issues with routing table and /sbin/ip anaconda-10.3.0.25-1 -------------------- * Sat Sep 24 2005 Jeremy Katz - 10.3.0.25-1 - single ppc boot images stuff from dwmw2 (pnasrat, #166625) - ppc netboot stuff from dwmw2 (pnasrat, #165239) - fix some of the yum backend for yum changes - Add a button to the traceback dialog to allow saving via scp (clumens) - Don't load the parallel port module (#169135) - Fix group deselection to not remove everything - Move repo setup and group selection earlier (pnasrat) audit-1.0.4-2 ------------- * Fri Sep 23 2005 Steve Grubb 1.0.4-2 - Rebuilt * Fri Sep 23 2005 Steve Grubb 1.0.4-1 - Make rate & backlog 32 bit unsigned int in auditctl - In auditctl, if -F arch is given with -t option, don't require list - Update auditd man page - Add size check to audit_send - Update message for audit_open failure when kernel doesn't support audit cpuspeed-1:1.2.1-1.22 --------------------- * Fri Sep 23 2005 Dave Jones - Use ACPI as a fallback driver if possible, if one didn't get loaded. (#160788) dhcp-11:3.0.3-7 --------------- * Fri Sep 23 2005 Jason Vas Dias - 11:3.0.3-7 - fix bug 169164: separate /var/lib/{dhcpd,dhclient} directories - fix bug 167292: update failover port info in dhcpd.conf.5; give failover ports default values in server/confpars.c dmidecode-1:2.7-1.16 -------------------- * Fri Sep 23 2005 Dave Jones - Don't try to modify areas mmap'd read-only. firstboot-1.3.48-1 ------------------ * Fri Sep 23 2005 Chris Lumens 1.3.48-1 - Fix autoscreenshot test (#169102). - Allow unicode letters in full user names (#169043). freeglut-2.4.0-1 ---------------- * Fri Sep 23 2005 Mike A. Harris 2.4.0-1 - Updated to freeglut-2.4.0 - Removed unneeded patches: - freeglut-2.2.0-gcc4-fix-invalid-lvalue-in-assignment-cvsps-392-393.patch - Use "-p /sbin/ldconfig" in post/postun scripts instead of a separate script. gnome-screensaver-0.0.13-3 -------------------------- * Fri Sep 23 2005 Ray Strode 0.0.13-3 - We don't want the xscreensaver virtual provides - Don't use /proc/interrupts iproute-2.6.14-4 ---------------- * Fri Sep 23 2005 Radek Vokal 2.6.14-4 - add RPM_OPT_FLAGS k3b-0:0.12.4-0.a.1 ------------------ * Wed Sep 21 2005 Harald Hoyer 0:0.12.4-0.a.1 - version 0.12.4a kernel-2.6.13-1.1574_FC5 ------------------------ * Fri Sep 23 2005 Dave Jones - 2.6.14-rc2-git3 - Add another Radeon to the power saving backlight patch. (#165297) - Enable UP APIC support, but disable by default. kexec-tools-1.101-3 ------------------- kudzu-1.2.9-1 ------------- * Fri Sep 23 2005 Bill Nottingham 1.2.9-1 - move kudzu to /sbin (since we no longer use newt (#74736)) - don't congfigure usb/firewire controllers, modems, scanners in kudzu program (as such configurations aren't used) libgtk-java-2.8.0-5 ------------------- * Fri Sep 23 2005 Igor Foox - 2.8.0-5 - Updated to 2.8.0 upstream libgtk-java. libsemanage-1.3.4-1 ------------------- * Fri Sep 23 2005 Dan Walsh 1.3.4-1 - Update from NSA * Merged dbase redesign patch from Ivan Gyurdiev. libsepol-1.9.6-1 ---------------- * Fri Sep 23 2005 Dan Walsh 1.9.6-1 - Upgrade to latest from NSA * Merged bug fix patches from Joshua Brindle (Tresys). neon-0.24.7-8 ------------- * Fri Sep 23 2005 Joe Orton 0.24.7-8 - restore static libs for rpm nfs-utils-1.0.7-18.FC5 ---------------------- * Thu Sep 22 2005 Steve Dickson 1.0.7-18 - Updated libnfsidmap to 0.11 - Updated libgssapi to 0.5 - Made sure the gss daemons and new libs are all using the same include files. - Removed code from the tree that is no longer used. - Add ctlbits patch that introduced the -N -T and -U command line flags to rpc.nfsd. * Sun Sep 18 2005 Steve Dickson 1.0.7-17 - Updated to latest nfs-utils code in upstream CVS tree - Updated libevent from 1.0b to 1.1a - Added libgssapi-0.4 and librpcsecgss-0.6 libs from CITI openoffice.org-1:1.9.130-2.2.fc5 -------------------------------- * Thu Sep 22 2005 Caolan McNamara - 1:1.9.130-2 - add openoffice.org-1.9.130.ooo54959.negativeindent.sw.patch - add openoffice.org-1.9.130.ooo54708.sc.patch - workaround for gcc#22132# for rh#168537# - alternative parallel cppumaker problem fix - build against system db4 -> java api is different, fix that - build against system xalan -> that's as small as OOo gets until gcc#19664# get fixed or someone figures out how to use system rhino - add workspace.cmcfixes19.patch - remove dictooo wizards menus which aren't actually available perl-3:5.8.7-0.4.fc5 -------------------- * Mon Sep 05 2005 Warren Togami - 3:5.8.7-0.3 - convert docs to UTF-8 (#140871) * Sat Sep 03 2005 Warren Togami - 3:5.8.7-0.2 - scriptdir to /usr/bin (#167205) * Sun Aug 28 2005 Warren Togami - 3:5.8.7-0.1 - patch12 from Marius Feraru (#165907) TODO: patch11, patch26 and patch27 clash and need verification - Build without -DDEBUGGING (#156113) python-2.4.1-10 --------------- * Fri Sep 23 2005 Mihai Ibanescu 2.4.1-10 - Fixed bug #169159 (don't let python core dump if no arguments are passed in) Reworked the patch from -8 a bit more. rpm-4.4.2-5 ----------- * Thu Sep 22 2005 Paul Nasrat - 4.4.2-5 - Actually fix context verification where matchpathcon fails (#162037) selinux-policy-strict-1.27.1-7 ------------------------------ * Fri Sep 23 2005 Dan Walsh 1.27.1-7 - Fix su behavior on MCS platform - Fix dhcpd/dhclient dirs selinux-policy-targeted-1.27.1-7 -------------------------------- * Fri Sep 23 2005 Dan Walsh 1.27.1-7 - Fix su behavior on MCS platform - Fix dhcpd/dhclient dirs squid-7:2.5.STABLE11-1 ---------------------- * Fri Sep 23 2005 Martin Stransky 7:2.5.STABLE11-1 - update to STABLE11 system-config-users-1.2.39-1 ---------------------------- * Fri Sep 23 2005 Nils Philippsen - 1.2.39 - require rhpl (#168921) * Fri Jun 10 2005 Nils Philippsen - allow punctation in user names (#141273) udev-069-5 ---------- * Fri Sep 23 2005 Harald Hoyer - 069-5 - added missing path_id unixODBC-2.2.11-2 ----------------- * Sat Sep 24 2005 Tom Lane 2.2.11-2 - Remove Makefiles accidentally included in docs installation (bz #168819) - Updates to keep newer libtool code from installing itself as part of package xorg-x11-6.8.2-52 ----------------- * Fri Sep 23 2005 Mike A. Harris 6.8.2-52 - Wrote xorg-x11-6.8.2-loader-remove-propolice-junk.patch to remove IBM propolice support hack. gcc has non-hack native support * Thu Sep 22 2005 Mike A. Harris 6.8.2-51 - Update xorg-x11-6.8.2-ati-radeon-ppc-enable-dynamic-clocks.patch with new version from dwmw2 to fix bug (#152648) * Wed Sep 21 2005 Mike A. Harris 6.8.2-50 - Artificially inflated the release field to 50 for this build, as FC3/FC4 updates inadvertently got their release fields mixed up. This should bring things back to consistency. - Updated spec file to remove xfs related comment from under the postun for Mesa libs, as rpm interpreted it as a shell script, causing bug (#168844) xscreensaver-1:4.22-17 ---------------------- * Fri Sep 23 2005 Ray Strode 1:4.22-17 - remove explicit dependency on xscreensaver-base for extras and gl-extras packages Broken deps for x86_64 ---------------------------------------------------------- libglade-java - 2.10.1-5.x86_64 requires libgtkjava-2.6.so()(64bit) libglade-java - 2.10.1-5.x86_64 requires libgtkjni-2.6.so()(64bit) libgnome-java - 2.10.1-3.x86_64 requires libgtkjava-2.6.so()(64bit) libgnome-java - 2.10.1-3.x86_64 requires libgtkjni-2.6.so()(64bit) libgconf-java - 2.10.1-3.x86_64 requires libgtkjava-2.6.so()(64bit) libgconf-java - 2.10.1-3.x86_64 requires libgtkjni-2.6.so()(64bit) Broken deps for i386 ---------------------------------------------------------- libgconf-java - 2.10.1-3.i386 requires libgtkjni-2.6.so libgconf-java - 2.10.1-3.i386 requires libgtkjava-2.6.so libglade-java - 2.10.1-5.i386 requires libgtkjni-2.6.so libglade-java - 2.10.1-5.i386 requires libgtkjava-2.6.so libgnome-java - 2.10.1-3.i386 requires libgtkjni-2.6.so libgnome-java - 2.10.1-3.i386 requires libgtkjava-2.6.so Broken deps for ppc ---------------------------------------------------------- libgnome-java - 2.10.1-3.ppc requires libgtkjni-2.6.so libgnome-java - 2.10.1-3.ppc requires libgtkjava-2.6.so libgconf-java - 2.10.1-3.ppc requires libgtkjni-2.6.so libgconf-java - 2.10.1-3.ppc requires libgtkjava-2.6.so libglade-java - 2.10.1-5.ppc requires libgtkjni-2.6.so libglade-java - 2.10.1-5.ppc requires libgtkjava-2.6.so From mailinglists at erwinrol.com Sat Sep 24 16:23:11 2005 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sat, 24 Sep 2005 18:23:11 +0200 Subject: mount problem at boot Message-ID: <1127578991.3139.8.camel@xpc.home.erwinrol.com> Hey all, the kernels after 2.6.13-1.1565_FC5 have a problem mounting my root partition, the 2.6.13-1.1565_FC5 is the last kernel that allows me to boot. Depending on what the root= option in grub.conf is i get the following errors: with root=LABEL=/ i get; Creating root device creating path for LABEL=/ : 8/4 Mounting root filesystem EXT3-FS: journal inode is deleted mount: error 22 mounting ext3 Switching to new root ERROR opening /dev/console!!!! :2 and a kernel panic follows with root=/dev/md0 i get; Creating root device mkdev: '/dev/md0' is not a UUID or LABEL spec mounting root filesystem mount: error 6 mounting ext3 Switching to new root ERROR opening /dev/console!!!! :2 and a kernel panic follows Any idea what the problem is ? - Erwin From clydekunkel7734 at cox.net Sat Sep 24 17:02:02 2005 From: clydekunkel7734 at cox.net (Old Fart) Date: Sat, 24 Sep 2005 13:02:02 -0400 Subject: mount problem at boot In-Reply-To: <1127578991.3139.8.camel@xpc.home.erwinrol.com> References: <1127578991.3139.8.camel@xpc.home.erwinrol.com> Message-ID: <4335868A.7000405@cox.net> Erwin Rol wrote: > Hey all, > > the kernels after 2.6.13-1.1565_FC5 have a problem mounting my root > partition, the 2.6.13-1.1565_FC5 is the last kernel that allows me to > boot. > > Depending on what the root= option in grub.conf is i get the following > errors: > > with root=LABEL=/ i get; > > Creating root device > creating path for LABEL=/ : 8/4 > Mounting root filesystem > EXT3-FS: journal inode is deleted > mount: error 22 mounting ext3 > Switching to new root > ERROR opening /dev/console!!!! :2 > and a kernel panic follows > > with root=/dev/md0 i get; > > Creating root device > mkdev: '/dev/md0' is not a UUID or LABEL spec > mounting root filesystem > mount: error 6 mounting ext3 > Switching to new root > ERROR opening /dev/console!!!! :2 > and a kernel panic follows > > Any idea what the problem is ? > > - Erwin > > > > See bugzilla 169059. Problem is with mkinitrd. You will have to go back to previous version and recreate your initrd image. -- Regards from, Old Fart ------------------------------------ [my reply-to address is munged] From clydekunkel7734 at cox.net Sat Sep 24 17:02:54 2005 From: clydekunkel7734 at cox.net (Old Fart) Date: Sat, 24 Sep 2005 13:02:54 -0400 Subject: mount problem at boot In-Reply-To: <1127578991.3139.8.camel@xpc.home.erwinrol.com> References: <1127578991.3139.8.camel@xpc.home.erwinrol.com> Message-ID: <433586BE.6090502@cox.net> Erwin Rol wrote: > Hey all, > > the kernels after 2.6.13-1.1565_FC5 have a problem mounting my root > partition, the 2.6.13-1.1565_FC5 is the last kernel that allows me to > boot. > > Depending on what the root= option in grub.conf is i get the following > errors: > > with root=LABEL=/ i get; > > Creating root device > creating path for LABEL=/ : 8/4 > Mounting root filesystem > EXT3-FS: journal inode is deleted > mount: error 22 mounting ext3 > Switching to new root > ERROR opening /dev/console!!!! :2 > and a kernel panic follows > > with root=/dev/md0 i get; > > Creating root device > mkdev: '/dev/md0' is not a UUID or LABEL spec > mounting root filesystem > mount: error 6 mounting ext3 > Switching to new root > ERROR opening /dev/console!!!! :2 > and a kernel panic follows > > Any idea what the problem is ? > > - Erwin > > > > See bugzilla 169059. Problem is with mkinitrd. You will have to go back to previous version and recreate your initrd image. -- Regards from, Old Fart ------------------------------------ [my reply-to address is munged] From mharris at redhat.com Sat Sep 24 21:54:43 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sat, 24 Sep 2005 17:54:43 -0400 Subject: Request for volunteers: Find packages that rely on imake Message-ID: <4335CB23.5070706@redhat.com> Now that X.Org X11R7 has been autotooled and no longer uses imake as a build system, imake is more or less deprecated by X.Org. This means it is about to become a second class citizen overall, and eventually is likely to just die. X.Org does plan on modularizing imake as part of X11R7 however, in order to provide some compatibility for a few releases, however to the best of my knowledge the current state of imake modularization is not useable by 3rd party packages for building, although it will likely become more useable as X11R7 nears. I'm sending out this email both to alert and warn 3rd party package developers that Imake is slowly being deprecated, and to seek volunteers to find packages in Fedora Core, Fedora Extras, and other 3rd party rpm repositories which depend on imake at build time, and report them in the following Red Hat tracker bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169208 If the package is part of Fedora Core or Extras and uses imake for building, please also report a bug against that package in bugzilla, so that the package maintainers are aware their packages may fail to build with X11R7, and may need updates to continue building, or may need to switch to GNU autotools. Thanks in advance to any volunteers who step forward to help out with this X11R7 modularization effort. TTYL From loony at loonybin.org Sat Sep 24 22:01:12 2005 From: loony at loonybin.org (Peter Arremann) Date: Sat, 24 Sep 2005 18:01:12 -0400 Subject: Request for volunteers: Find packages that rely on imake In-Reply-To: <4335CB23.5070706@redhat.com> References: <4335CB23.5070706@redhat.com> Message-ID: <200509241801.12778.loony@loonybin.org> On Saturday 24 September 2005 17:54, Mike A. Harris wrote: > Now that X.Org X11R7 has been autotooled and no longer uses imake > as a build system, imake is more or less deprecated by X.Org. This > means it is about to become a second class citizen overall, and > eventually is likely to just die. Imake the program or imake the package? I haven't seen any new software using imake in a long time but several programs using makedepend comes to my mind. If you search you'll find a lot more hits on google for makedepend than for imake :-) Peter. From mharris at redhat.com Sat Sep 24 22:42:47 2005 From: mharris at redhat.com (Mike A. Harris) Date: Sat, 24 Sep 2005 18:42:47 -0400 Subject: Request for volunteers: Find packages that rely on imake In-Reply-To: <200509241801.12778.loony@loonybin.org> References: <4335CB23.5070706@redhat.com> <200509241801.12778.loony@loonybin.org> Message-ID: <4335D667.3060105@redhat.com> Peter Arremann wrote: > On Saturday 24 September 2005 17:54, Mike A. Harris wrote: > >>Now that X.Org X11R7 has been autotooled and no longer uses imake >>as a build system, imake is more or less deprecated by X.Org. This >>means it is about to become a second class citizen overall, and >>eventually is likely to just die. > > > Imake the program or imake the package? Both. "imake" the program did not used to have a package before, so the two are one and the same. The difference is that in the modular tree, imake the program is now in it's own package standalone, like everything else in the modular tree. > I haven't seen any new software using imake in a long time but several > programs using makedepend comes to my mind. I believe this is true, that people are no longer using imake for new software projects. However that isn't a problem to solve as it solves itself already. The problem that I'm trying to solve right now, is that existing software out there does indeed use imake during build, and will break if it goes away. That's the stuff we want to find. I suspect that there are probably a fair number of oldish Motif/Xt/Xaw applications out there currently that use imake to build with, and will fail soon. > If you search you'll find a lot more hits on google for makedepend than for > imake :-) That may be so, but that is an orthagonal issue which is not even a problem, considering that makedepend is already provided in the X modular tree and is fully useable. Just to be clear - this request is strictly about imake and nothing else. Thanks in advance. From dimi at lattica.com Sat Sep 24 23:47:54 2005 From: dimi at lattica.com (Dimitrie O. Paun) Date: Sat, 24 Sep 2005 19:47:54 -0400 (EDT) Subject: Request for volunteers: Find packages that rely on imake In-Reply-To: <4335D667.3060105@redhat.com> References: <4335CB23.5070706@redhat.com><200509241801.12778.loony@loonybin.org> <4335D667.3060105@redhat.com> Message-ID: <2106.70.27.182.237.1127605674.squirrel@lattica.com> On Sat, September 24, 2005 6:42 pm, Mike A. Harris said: > The problem that I'm trying to solve right now, is that existing > software out there does indeed use imake during build, and will > break if it goes away. That's the stuff we want to find. I suspect > that there are probably a fair number of oldish Motif/Xt/Xaw > applications out there currently that use imake to build with, and > will fail soon. I'm wondering if you can simply nuke it from rawhide and try a full rebuild -- would that generate a useful list of apps? This may not be easily doable with the current build system, but it seems worth a try if it is. -- Dimi From herrold at owlriver.com Sun Sep 25 01:52:28 2005 From: herrold at owlriver.com (R P Herrold) Date: Sat, 24 Sep 2005 21:52:28 -0400 (EDT) Subject: fedora-d-rh] Re: Request for volunteers: Find packages that rely on imake In-Reply-To: <4335D667.3060105@redhat.com> References: <4335CB23.5070706@redhat.com> <200509241801.12778.loony@loonybin.org> <4335D667.3060105@redhat.com> Message-ID: On Sat, 24 Sep 2005, Mike A. Harris wrote: > The problem that I'm trying to solve right now, is that existing > software out there does indeed use imake during build, and will > break if it goes away. That's the stuff we want to find. I suspect 'gv' requires imake, to build, right off the top of my head. But it is in my head, because I heard the 'warning' at Ottawa's x.org BoF ;) and so went looking through packages I use and rely on; 'ggv' just doesn't come near 'gv' for usability or speed) Repositories with hits: Altlinux Fedora Netwinder OpenNA Red Hat Checking my SRPM archives (14547 packages) with a semi-smart scriptlet, I find these candidates: awemidi (Alt) Canna cernlib (Alt) fvwm (Netwinder) glut (Netwinder) gv libxview (Alt) mgetty (Alt) mxp (Netwinder) openmotif (Netwinder) speyes (Alt) synaptics transfig x2x x3270 [ouch - I use this -- will test further] Xaw3d (Netwinder) xfig xfishtank (Alt) xforms (Alt) [the LyX component] XFree86 (duhhh) xgammon (Alt) xjewel (Alt) XmHTML (Alt) xpm (Alt) xtoolwait (Alt) -- Russ Herrold From dfarning at sbcglobal.net Sun Sep 25 02:42:27 2005 From: dfarning at sbcglobal.net (David Farning) Date: Sat, 24 Sep 2005 21:42:27 -0500 Subject: fedora-d-rh] Re: Request for volunteers: Find packages that rely on imake In-Reply-To: References: <4335CB23.5070706@redhat.com> <200509241801.12778.loony@loonybin.org> <4335D667.3060105@redhat.com> Message-ID: <1127616147.3630.5.camel@localhost.localdomain> On Sat, 2005-09-24 at 21:52 -0400, R P Herrold wrote: > On Sat, 24 Sep 2005, Mike A. Harris wrote: > Checking my SRPM archives (14547 packages) with a semi-smart > scriptlet, I find these candidates: > > -- Russ Herrold Can you post your script? -dtf From buildsys at redhat.com Sun Sep 25 11:29:35 2005 From: buildsys at redhat.com (Build System) Date: Sun, 25 Sep 2005 07:29:35 -0400 Subject: rawhide report: 20050925 changes Message-ID: <200509251129.j8PBTZpH002919@porkchop.devel.redhat.com> Updated Packages: dmidecode-1:2.7-1.18 -------------------- * Sat Sep 24 2005 Dave Jones - Revert yesterdays patch, its unneeded in 2.7 kernel-2.6.13-1.1576_FC5 ------------------------ * Sat Sep 24 2005 Dave Jones - 2.6.14-rc2-git4 - kNFSD: fixed '-p port' arg to rpc.nfsd and enables the defining proto versions and transports libgconf-java-2.12.0-1 ---------------------- * Sat Sep 24 2005 Igor Foox - 2.12.0-1 - Imported libgconf-2.12.0 from upstream. libglade-java-2.12.0-4 ---------------------- * Sat Sep 24 2005 Igor Foox - 2.12.0-4 - Imported libglade-java 2.12.0 from upstream. libgnome-java-2.12.0-1 ---------------------- * Sat Sep 24 2005 Igor Foox - 2.12.0-1 - Import libgnome-java 2.12.0. perl-Crypt-SSLeay-0.51-8 ------------------------ * Sat Sep 24 2005 Ville Skytt?? 0.51-8 - Own more installed dirs (#73908). - Enable rpmbuild's internal dependency generator, drop unneeded dependencies. - Require perl(:MODULE_COMPAT_*). - Run tests in the %check section. - Fix License, Source0, URL, and Group tags. * Wed Mar 30 2005 Warren Togami 0.51-7 - remove brp-compress stunnel-4.11-2 -------------- * Thu Sep 22 2005 Miloslav Trmac - 4.11-2 - Enable IPv6 (#169050, patch by Peter Bieringer) - Don't ship another copy of man pages in HTML x86info-1:1.16-1.14 ------------------- * Sat Sep 24 2005 Dave Jones - Update to upstream 1.16 (Various 64bit fixes). From herrold at owlriver.com Sun Sep 25 16:42:40 2005 From: herrold at owlriver.com (R P Herrold) Date: Sun, 25 Sep 2005 12:42:40 -0400 (EDT) Subject: Request for volunteers: Find packages that rely on imake In-Reply-To: <1127616147.3630.5.camel@localhost.localdomain> References: <4335CB23.5070706@redhat.com> <200509241801.12778.loony@loonybin.org> <4335D667.3060105@redhat.com> <1127616147.3630.5.camel@localhost.localdomain> Message-ID: On Sat, 24 Sep 2005, David Farning wrote: > On Sat, 2005-09-24 at 21:52 -0400, R P Herrold wrote: >> On Sat, 24 Sep 2005, Mike A. Harris wrote: > >> Checking my SRPM archives (14547 packages) with a semi-smart >> scriptlet, I find these candidates: > Can you post your script? I wiped it, but it was like this: #!/bin/sh BASED="/var/ftp/pub" for i in `find $BASED -name '*src.rpm'`; do # # Note: our default build point (customarily ~/rpmbuild/BUILD/ ) # is relocated into a local FS /var/tmp, to # avoid NFS build collision and time skew issues rm -rf ~/rpmbuild/SOURCES/* ~/rpmbuild/SPECS/* /var/tmp/* rpm -U $i 2>/dev/null IMA=`grep -i imake ~/rpmbuild/SPECS/* 2> /dev/null` rpmbuild -bp `find ~/rpmbuild/SPECS/ -name '*spec'` cd /var/tmp NONCE=`egrep -R 'xmkmf' * 2> /dev/null` [ "x$NONCE" != "x" -o "x$IMA" != "x" ] && { SHRT=`basename $i` echo "$SHRT $i " echo "$IMA " echo "$NONCE " echo " " } done and then manually scanning the results -- Russ Herrold From rodd at clarkson.id.au Mon Sep 26 10:43:51 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 26 Sep 2005 20:43:51 +1000 Subject: rawhide report: 20050924 changes In-Reply-To: <200509241131.j8OBV3WS010663@porkchop.devel.redhat.com> References: <200509241131.j8OBV3WS010663@porkchop.devel.redhat.com> Message-ID: <1127731432.4257.4.camel@localhost.localdomain> On Sat, 2005-09-24 at 07:31 -0400, Build System wrote: > NetworkManager-0.4.1-3.cvs20050922 > ---------------------------------- > * Thu Sep 22 2005 Dan Williams - 0.4.1-3.cvs20050922 > - Update to current CVS to fix issues with routing table and /sbin/ip Hmmm. This update solved the problem with the routing table not working, but now I'm getting complete drops with the connection and I have to restart /etc/init.d/NetworkManager to get it to work again. This might happen a couple of times a day, but now when I'm around so I'm not sure whether it's an inactivity thing, or a time thing. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From michel.mengis at epfl.ch Mon Sep 26 11:06:07 2005 From: michel.mengis at epfl.ch (Michel MENGIS) Date: Mon, 26 Sep 2005 13:06:07 +0200 Subject: IDE: kernel's bug ?? Message-ID: <200509261208.j8QC84Ru020115@mx1.redhat.com> Hi everybody, I have a strange feeling about what is happening: I get the latest source code from www.kernel.org . (2.6.13.2). I put a standard configuration in .config file. I start xconfig and put every IDE features as module. Then: make bzImage modules modules_install install Everything goes well. In the initrd, there are 2 lines: insmod /lib/ide-core.ko Insmod /lib/ide-disk.ko (I have to put them before libata SCSI support to be sure those modules are loaded before..) I reboot kernel panic .( Kernel panic - not syncing: VFS: Unable to mount root fs on unknows-block(0,0) Ext2 and ext3 supports are built in the kernel By reading the configuration documentation, there should be an IDE module I found an ide.o in the kernel building tree but this module seems not to be a .ko and isn?t copied to /lib/modules/ during make install process Is this a bug or a ?special? features of kernel building where ide is no more possible to be built as module ? Best regards, Michel MENGIS__________________________ POSEIDON Project Manager EPFL - DIT - DIT-SB Ecole Polytechnique F?d?rale de Lausanne - EPFL Tel: (+41) 021 693 2266 -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Mon Sep 26 15:37:50 2005 From: buildsys at redhat.com (Build System) Date: Mon, 26 Sep 2005 11:37:50 -0400 Subject: rawhide report: 20050926 changes Message-ID: <200509261537.j8QFboSs003463@porkchop.devel.redhat.com> Updated Packages: man-pages-pl-0.23-7 ------------------- * Mon Sep 26 2005 Ivana Varekova 0.23-7 - login.defs man page removed (bug 169181), will be provided by shadow-utils Broken deps for s390x ---------------------------------------------------------- openCryptoki - 2.1.5-10.s390x requires PKCS11_ICA.so openCryptoki - 2.1.5-10.s390x requires PKCS11_API.so From pnasrat at redhat.com Mon Sep 26 18:53:16 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Mon, 26 Sep 2005 14:53:16 -0400 Subject: Request for volunteers: Find packages that rely on imake In-Reply-To: <4335CB23.5070706@redhat.com> References: <4335CB23.5070706@redhat.com> Message-ID: <1127760797.2713.28.camel@enki.eridu> On Sat, 2005-09-24 at 17:54 -0400, Mike A. Harris wrote: > Now that X.Org X11R7 has been autotooled and no longer uses imake > as a build system, imake is more or less deprecated by X.Org. This > means it is about to become a second class citizen overall, and > eventually is likely to just die. What's the equivalent of using the SDK in the new X.Org world? How is an external driver for X (eg synaptics) supposed/recommended to maintain compatibility with old/new build methods? Paul From rodd at clarkson.id.au Mon Sep 26 22:03:14 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 27 Sep 2005 08:03:14 +1000 Subject: rawhide report: 20050924 changes In-Reply-To: <1127731432.4257.4.camel@localhost.localdomain> References: <200509241131.j8OBV3WS010663@porkchop.devel.redhat.com> <1127731432.4257.4.camel@localhost.localdomain> Message-ID: <1127772195.4257.10.camel@localhost.localdomain> On Mon, 2005-09-26 at 20:43 +1000, Rodd Clarkson wrote: > On Sat, 2005-09-24 at 07:31 -0400, Build System wrote: > > > NetworkManager-0.4.1-3.cvs20050922 > > ---------------------------------- > > * Thu Sep 22 2005 Dan Williams - 0.4.1-3.cvs20050922 > > - Update to current CVS to fix issues with routing table and /sbin/ip > > Hmmm. This update solved the problem with the routing table not > working, but now I'm getting complete drops with the connection and I > have to restart /etc/init.d/NetworkManager to get it to work again. > This might happen a couple of times a day, but now when I'm around so > I'm not sure whether it's an inactivity thing, or a time thing. It just happened while I was using my laptop. A look in /var/log/messages shows: Sep 27 07:56:38 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 27 07:56:38 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 27 07:56:38 localhost dhclient: Sending on Socket/fallback Sep 27 07:56:38 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 Sep 27 07:56:41 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8 Sep 27 07:56:41 localhost dhclient: DHCPOFFER from 192.168.1.254 Sep 27 07:56:41 localhost dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port 67 Sep 27 07:56:41 localhost dhclient: DHCPACK from 192.168.1.254 Sep 27 07:56:41 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.domain_name Sep 27 07:56:41 localhost NetworkManager: (): get_ip4_string(): error calling 'domain_name', DHCP daemon returned error 'org.freedesktop.DBus.Error.UnknownMethod', message 'Method "domain_name" with signature "" on interface "com.redhat.dhcp.dbus.get" doesn't exist '. Sep 27 07:56:41 localhost dhclient: bound to 192.168.1.2 -- renewal in 21164 seconds. Sep 27 07:56:42 localhost named[19127]: loading configuration from '/var/named/data/NetworkManager-named.conf' Sep 27 07:59:50 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 27 07:59:50 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 27 07:59:50 localhost dhclient: All rights reserved. Sep 27 07:59:50 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 27 07:59:50 localhost dhclient: Sep 27 07:59:50 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 27 07:59:50 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 27 07:59:50 localhost dhclient: Sending on Socket/fallback Sep 27 07:59:50 localhost dhclient: DHCPRELEASE on eth1 to 192.168.1.254 port 67 Sep 27 07:59:51 localhost named[19127]: loading configuration from '/var/named/data/NetworkManager-named.conf' Sep 27 07:59:51 localhost named[19127]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 27 07:59:51 localhost named[19127]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 27 07:59:57 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 27 07:59:57 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 27 07:59:57 localhost dhclient: All rights reserved. Sep 27 07:59:57 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 27 07:59:57 localhost dhclient: Sep 27 07:59:57 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 27 07:59:57 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 27 07:59:57 localhost dhclient: Sending on Socket/fallback Sep 27 07:59:57 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 6 Sep 27 08:00:03 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10 Sep 27 08:00:08 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 27 08:00:08 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 27 08:00:08 localhost dhclient: All rights reserved. Sep 27 08:00:08 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 27 08:00:08 localhost dhclient: Sep 27 08:00:08 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 27 08:00:08 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 27 08:00:08 localhost dhclient: Sending on Socket/fallback Sep 27 08:00:08 localhost dhclient: DHCPRELEASE on eth1 to 192.168.1.254 port 67 Sep 27 08:00:08 localhost dhclient: send_packet: Network is unreachable Sep 27 08:00:08 localhost dhclient: send_packet: please consult README file regarding broadcast address. Sep 27 08:00:11 localhost named[19127]: shutting down Sep 27 08:00:11 localhost named[19127]: no longer listening on 127.0.0.1#53 Sep 27 08:00:11 localhost named[19127]: exiting Sep 27 08:00:17 localhost named[19262]: starting BIND 9.3.1 -f -u named -c /var/named/data/NetworkManager-named.conf Sep 27 08:00:17 localhost named[19262]: found 1 CPU, using 1 worker thread Sep 27 08:00:17 localhost named[19262]: loading configuration from '/var/named/data/NetworkManager-named.conf' Sep 27 08:00:17 localhost named[19262]: listening on IPv4 interface lo, 127.0.0.1#53 Sep 27 08:00:17 localhost named[19262]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 27 08:00:17 localhost named[19262]: /var/named/data/NetworkManager-named.conf:7: no forwarders seen; disabling forwarding Sep 27 08:00:17 localhost named[19262]: running Sep 27 08:00:21 localhost dhclient: Internet Systems Consortium DHCP Client V3.0.3-RedHat Sep 27 08:00:21 localhost dhclient: Copyright 2004-2005 Internet Systems Consortium. Sep 27 08:00:21 localhost dhclient: All rights reserved. Sep 27 08:00:21 localhost dhclient: For info, please visit http://www.isc.org/products/DHCP Sep 27 08:00:21 localhost dhclient: Sep 27 08:00:21 localhost dhclient: Listening on LPF/eth1/00:13:ce:12:c9:ec Sep 27 08:00:21 localhost dhclient: Sending on LPF/eth1/00:13:ce:12:c9:ec Sep 27 08:00:21 localhost dhclient: Sending on Socket/fallback Sep 27 08:00:21 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3 Sep 27 08:00:24 localhost dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4 -- "It's a fine line between denial and faith. It's much better on my side" From mharris at redhat.com Tue Sep 27 07:39:34 2005 From: mharris at redhat.com (Mike A. Harris) Date: Tue, 27 Sep 2005 03:39:34 -0400 Subject: Request for volunteers: Find packages that rely on imake In-Reply-To: <1127760797.2713.28.camel@enki.eridu> References: <4335CB23.5070706@redhat.com> <1127760797.2713.28.camel@enki.eridu> Message-ID: <4338F736.4010009@redhat.com> Paul Nasrat wrote: > On Sat, 2005-09-24 at 17:54 -0400, Mike A. Harris wrote: > >>Now that X.Org X11R7 has been autotooled and no longer uses imake >>as a build system, imake is more or less deprecated by X.Org. This >>means it is about to become a second class citizen overall, and >>eventually is likely to just die. > > > What's the equivalent of using the SDK in the new X.Org world? > > How is an external driver for X (eg synaptics) supposed/recommended to > maintain compatibility with old/new build methods? All of the drivers are external and use the sdk now, which is generated by the xorg-x11-server src.rpm into the subpackage "xorg-x11-server-sdk". The directory paths, et al. are queryable via pkg-config. More or less works the same way as before, only more automateable now and slightly more flexible. What would be nice, would be to get VNC using the SDK instead of it's own full copy of the entire source. ;) From buildsys at redhat.com Tue Sep 27 11:29:50 2005 From: buildsys at redhat.com (Build System) Date: Tue, 27 Sep 2005 07:29:50 -0400 Subject: rawhide report: 20050927 changes Message-ID: <200509271129.j8RBTo3p001580@porkchop.devel.redhat.com> Updated Packages: bind-24:9.3.1-12 ---------------- * Mon Sep 26 2005 Jason Vas Dias - 24.9.3.1-12 - fix bug 168302: use gcc for compiling dns-keygen - fix bug 167682: bind-chroot directory permissions - fix issues with -D dbus option when dbus service not running or disabled * Tue Aug 30 2005 Jason Vas Dias - 24:9.3.1-12 - fix bug 167062: named should be started after syslogd by default device-mapper-1.01.05-1.0 ------------------------- * Mon Sep 26 2005 Alasdair Kergon - 1.01.05-1.0 - Dynamically extend libdevmapper ioctl buffer if data doesn't fit. ethereal-0.10.12-8 ------------------ * Tue Sep 27 2005 Radek Vokal 0.10.12-8 - fixed parsing of QoS headers (#169069) ghostscript-8.15.1-1 -------------------- * Mon Sep 26 2005 Tim Waugh 8.15.1-1 - Some directories should be "8.15" not "8.15.1" (bug #169198). glib2-2.8.2-1 ------------- * Mon Sep 26 2005 Matthias Clasen - 2.8.2-1 - New upstream version gnome-screensaver-0.0.13-4 -------------------------- * Mon Sep 26 2005 Ray Strode 0.0.13-4 - Copy .menu file to hide xscreensaver from menus (bug 169108). initscripts-8.15-1 ------------------ * Mon Sep 26 2005 Than Ngo 8.15-1 - support proper dial-in configuration, thanks to Peter Bieringer (#158380) iputils-20020927-27 ------------------- * Mon Sep 26 2005 Radek Vokal 20020927-27 - fixed ping -f, flooding works again (#134859,#169141) kdewebdev-6:3.4.2-3 ------------------- * Mon Sep 26 2005 Than Ngo 6:3.4.2-3 - remove tidy since it's included in extras #169217 kernel-2.6.13-1.1578_FC5 ------------------------ * Mon Sep 26 2005 Dave Jones - 2.6.14-rc2-git6 * Mon Sep 26 2005 Dave Jones - 2.6.14-rc2-git5 logwatch-6.1.2-5 ---------------- * Mon Sep 26 2005 Ivana Varekova 6.1.2-5 - change secure script patch - add sshd script patch (sshd part should not display 0.0.0.0 in "Failed to bind" column) - add one unmatch line to named script mkinitrd-4.2.23-2 ----------------- * Sun Sep 25 2005 Peter Jones - 4.2.23-2 - Fix module discovery to not always use the modules /dev/hda1 requires when using root-on-label. - Put the lvm check after the raid check, so the raid check atually gets run. openoffice.org-1:2.0.0-1.1.2 ---------------------------- * Mon Sep 26 2005 Caolan McNamara - 1:2.0.0-1.1 - release candidate 1 python-2.4.1-13 --------------- * Mon Sep 26 2005 Peter Jones 2.4.1-13 - So, 5 or 6 people have said it works for them with this patch... * Sun Sep 25 2005 Peter Jones 2.4.1-12 - Fixed bug #169159 (check for argc>0 and argv[0] == NULL, not just argv[0][0]='\0') Reworked the patch from -8 a bit more. qt-1:3.3.5-3 ------------ * Mon Sep 26 2005 Than Ngo 1:3.3.5-3 - export QTINC/QTLIB, thanks to Rex Dieter (#169132) redhat-menus-5.0.0-2 -------------------- * Mon Sep 26 2005 Ray Strode 5.0.0-2 - one commented out patch was actually important and shouldn't have been removed. * Mon Sep 26 2005 Ray Strode 5.0.0-1 - add a preferences-merged dir for per package preference menus overriding - remove old patches ruby-1.8.3-2 ------------ * Mon Sep 26 2005 Akira TAGOH - 1.8.3-2 - ruby-multilib.patch: added another chunk for multilib. (#169127) selinux-policy-strict-1.27.1-8 ------------------------------ * Mon Sep 26 2005 Dan Walsh 1.27.1-8 - Many fixes for postfix and bluetooth selinux-policy-targeted-1.27.1-8 -------------------------------- * Mon Sep 26 2005 Dan Walsh 1.27.1-8 - Many fixes for postfix and bluetooth system-config-bind-4.0.0-31_FC5 ------------------------------- * Fri Sep 23 2005 Jason Vas Dias - 4.0.0-31 - fix deletion of record with following records for same name - fix zone serial increment on save - ship updated translations system-config-lvm-1.0.7-1.0 --------------------------- * Mon Sep 26 2005 Jim Parsons 1.0.7-1.0 - Version bump. * Mon Sep 26 2005 Jim Parsons 1.0.6-1.0 - Version bump for FC. * Tue Sep 13 2005 Stanko Kupcevic 1.0.5-1.0 - Fix for bz167671. vino-2.12.0-2 ------------- * Mon Sep 26 2005 Mark McLoughlin 2.12.0-2 - Add patch from Alexandre Oliva to fix more keyboard brokeness (#158713) xorg-x11-6.8.2-54 ----------------- * Mon Sep 26 2005 Mike A. Harris 6.8.2-54 - Disable stack-protector by 's/-fstack-protector/-fno-stack-protector' in RPM_OPT_FLAGS, as it breaks the X server in bug (#169311) * Mon Sep 26 2005 Mike A. Harris 6.8.2-53 - Explicitly list all app-defaults files in manifest, to allow explicit inclusion/exclusion, and conditionally exclude app-defaults files for applications we do not ship. (#169114) From bmillett at gmail.com Tue Sep 27 14:05:51 2005 From: bmillett at gmail.com (Brian Millett) Date: Tue, 27 Sep 2005 09:05:51 -0500 Subject: rawhide report: 20050927 changes In-Reply-To: <200509271129.j8RBTo3p001580@porkchop.devel.redhat.com> References: <200509271129.j8RBTo3p001580@porkchop.devel.redhat.com> Message-ID: <1127829951.5206.1.camel@localhost.localdomain> On Tue, 2005-09-27 at 07:29 -0400, Build System wrote: > > > Updated Packages: > initscripts-8.15-1 > ------------------ > * Mon Sep 26 2005 Than Ngo 8.15-1 > - support proper dial-in configuration, thanks to Peter Bieringer (#158380) Looks like a vi fat finger typo: [bpm]$ diff -wruN /etc/sysconfig/network-scripts/network-functions.orig /etc/sysconfig/network-scripts/network-functions --- /etc/sysconfig/network-scripts/network-functions.orig 2005-09-27 09:03:24.000000000 -0500 +++ /etc/sysconfig/network-scripts/network-functions 2005-09-27 08:57:25.000000000 -0500 @@ -220,7 +220,7 @@ hostname $1 if ! grep search /etc/resolv.conf >/dev/null 2>&1; then domain=`echo $1 | sed 's/^[^\.]*\.//'` - if [ -n "$domain" ]; thenb + if [ -n "$domain" ]; then rsctmp=`mktemp /tmp/XXXXXX`; cat /etc/resolv.conf > $rsctmp echo "search $domain" >> $rsctmp -- Brian Millett - [ Talia Winters, "Legacies"] "All right, Alisa. What *do* you want?" From than at redhat.com Tue Sep 27 15:11:11 2005 From: than at redhat.com (Than Ngo) Date: Tue, 27 Sep 2005 17:11:11 +0200 Subject: rawhide report: 20050927 changes In-Reply-To: <1127829951.5206.1.camel@localhost.localdomain> References: <200509271129.j8RBTo3p001580@porkchop.devel.redhat.com> <1127829951.5206.1.camel@localhost.localdomain> Message-ID: <4339610F.8090503@redhat.com> Brian Millett wrote: >On Tue, 2005-09-27 at 07:29 -0400, Build System wrote: > > >> >> >>Updated Packages: >>initscripts-8.15-1 >>------------------ >>* Mon Sep 26 2005 Than Ngo 8.15-1 >>- support proper dial-in configuration, thanks to Peter Bieringer (#158380) >> >> > >Looks like a vi fat finger typo: > >[bpm]$ diff >-wruN /etc/sysconfig/network-scripts/network-functions.orig /etc/sysconfig/network-scripts/network-functions >--- /etc/sysconfig/network-scripts/network-functions.orig >2005-09-27 09:03:24.000000000 -0500 >+++ /etc/sysconfig/network-scripts/network-functions 2005-09-27 >08:57:25.000000000 -0500 >@@ -220,7 +220,7 @@ > hostname $1 > if ! grep search /etc/resolv.conf >/dev/null 2>&1; then > domain=`echo $1 | sed 's/^[^\.]*\.//'` >- if [ -n "$domain" ]; thenb >+ if [ -n "$domain" ]; then > rsctmp=`mktemp /tmp/XXXXXX`; > cat /etc/resolv.conf > $rsctmp > echo "search $domain" >> $rsctmp > > >-- >Brian Millett - [ Talia Winters, "Legacies"] >"All right, Alisa. What *do* you want?" > > > > it's fixed. Thanks Greetings, Than From bernie at develer.com Wed Sep 28 00:02:14 2005 From: bernie at develer.com (Bernardo Innocenti) Date: Wed, 28 Sep 2005 02:02:14 +0200 Subject: dbus-qt bindings being dropped from Rawhide In-Reply-To: <1127497607.3206.81.camel@remedyz.boston.redhat.com> References: <1127497607.3206.81.camel@remedyz.boston.redhat.com> Message-ID: <4339DD86.6080701@develer.com> John (J5) Palmieri wrote: > A little while ago I was urged by some to include the dbus-qt bindings > in core so that Konqueror could take advantage of HAL. It seems that > the Qt3 bindings are being dropped upstream in favor of the Qt4 > bindings. The thread for this is here: > > http://lists.freedesktop.org/archives/dbus/2005-September/003403.html Uh-oh... > I am therefor dropping the package as there is no maintainer upstream > for it. It has been suggested that Konqueror only uses a small subset > of the bindings and that those portions could be ported to and > maintained in hal-ioslave. If you feel this is important to you I would > file bugs upstream with the ioslave developers and point them to the > above mentioned thread. I'm very surprised the KDE developers don't care that there won't be support for hot-mounting volumes from now on until the 4.0 development cycle ends (and it will likely be over one year). I couldn't find those qt3 bindings mentioned in the thread anywhere in KDE's SVN repository. If there's no replacement, I guess dropping the dbus-qt package would be the only option at this time :-( > I will pull the subpackage next Friday so anyone with packages that > depends on it (which should be few to none since I had just enabled it) > have a weeks reprieve. kdebase tests for the dbus-qt bindings at configure time. If it's not already using it, the spec file may be missing a BuildRequires. -- // Bernardo Innocenti - Develer S.r.l., R&D dept. \X/ http://www.develer.com/ From pjones at redhat.com Wed Sep 28 03:17:39 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 27 Sep 2005 23:17:39 -0400 Subject: mount problem at boot In-Reply-To: <4335868A.7000405@cox.net> References: <1127578991.3139.8.camel@xpc.home.erwinrol.com> <4335868A.7000405@cox.net> Message-ID: <1127877460.5870.21.camel@localhost.localdomain> On Sat, 2005-09-24 at 13:02 -0400, Old Fart wrote: > See bugzilla 169059. Problem is with mkinitrd. You will have to go > back to previous version and recreate your initrd image. Hopefully 4.2.23-2 and later should fix this for most cases. -- Peter From drkludge at cox.net Wed Sep 28 04:17:24 2005 From: drkludge at cox.net (Greg Morgan) Date: Tue, 27 Sep 2005 21:17:24 -0700 Subject: php 5 Selection Question Verses php 4 Message-ID: <433A1954.6070904@cox.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Would anyone be able to give me the background on the selection of php5 as the php language on FC 4? What I am finding is that there are still many php applications that do not work well on php5 yet. ISPs that upgrade their web systems find that all their customer's sites go down. By time the ISP has moved the application language back to php4, the customer's databases are hosed. Would there be a chance that FC 5 could have php 4 packages as an option? Could a set of php 4 packages be created for the current FC 4 release? Here's a sample interaction in a forum post. https://sourceforge.net/forum/forum.php?thread_id=1358069&forum_id=49349 Here's an old forum post that was massaged into a wiki page http://phpwebsite-comm.sourceforge.net/wiki/index.php?title=Web_hosting_company#Board_of_Education_Strikes_Web_Hosting_Company Regards, Greg -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFDOhlUxyxe5L6mr7IRAk/zAKCn1Wa9SOsG6RmsZfU6RJl6TMSmTgCffvYu tnJl6WpzWkCXJGm3rx9AUGM= =uCET -----END PGP SIGNATURE----- From mharris at redhat.com Wed Sep 28 04:40:19 2005 From: mharris at redhat.com (Mike A. Harris) Date: Wed, 28 Sep 2005 00:40:19 -0400 Subject: php 5 Selection Question Verses php 4 In-Reply-To: <433A1954.6070904@cox.net> References: <433A1954.6070904@cox.net> Message-ID: <433A1EB3.7080100@redhat.com> Greg Morgan wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Would anyone be able to give me the background on the selection of php5 > as the php language on FC 4? What I am finding is that there are still > many php applications that do not work well on php5 yet. ISPs that > upgrade their web systems find that all their customer's sites go down. > By time the ISP has moved the application language back to php4, the > customer's databases are hosed. Would there be a chance that FC 5 could > have php 4 packages as an option? Could a set of php 4 packages be > created for the current FC 4 release? Fedora Core is a platform designed for rapid technology advancement. It sounds like these ISPs want compatibility and features provided over longer periods of time, such as what we provide in Red Hat Enterprise Linux. Another option would be for them (or someone) to maintain custom php4 packages in a 3rd party repository somewhere for Fedora. Hope this helps. From vd at paradigma.pt Wed Sep 28 10:22:39 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Wed, 28 Sep 2005 11:22:39 +0100 Subject: Suspend and Hibernate on FC5 Message-ID: <433A6EEF.10001@paradigma.pt> Maybe this isn't the right place to ask, but on http://www.fedoraproject.org/wiki/FC5Future there's an entry about the "Laptop suspend support" and I'd like to know who's responsable for this task and where should I join to help? Thanks, -- Vitor Domingos Paradigma.pt From sundaram at redhat.com Wed Sep 28 11:08:13 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 28 Sep 2005 16:38:13 +0530 Subject: Suspend and Hibernate on FC5 In-Reply-To: <433A6EEF.10001@paradigma.pt> References: <433A6EEF.10001@paradigma.pt> Message-ID: <433A799D.4010405@redhat.com> Vitor Domingos wrote: >Maybe this isn't the right place to ask, but on >http://www.fedoraproject.org/wiki/FC5Future there's an entry about the >"Laptop suspend support" and I'd like to know who's responsable for this >task and where should I join to help? > >Thanks, > > Thank you for volunteering. The following references should get you started http://fedoraproject.org/wiki/Docs/Drafts/TestingGuide http://www.redhat.com/archives/fedora-devel-list/2005-August/msg00143.html Gnome-power-manager was recently added to the Fedora development tree aka 'rawhide' too. regards Rahul From buildsys at redhat.com Wed Sep 28 11:38:40 2005 From: buildsys at redhat.com (Build System) Date: Wed, 28 Sep 2005 07:38:40 -0400 Subject: rawhide report: 20050928 changes Message-ID: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> New package fake-build-provides fake build provides for the build system Updated Packages: HelixPlayer-1:1.0.6-1 --------------------- * Tue Sep 27 2005 John (J5) Palmieri - 1:1.0.6-1 - Fix for CAN-2005-2710 alsa-lib-1.0.10rc1-1 -------------------- * Tue Sep 27 2005 Martin Stransky 1.0.10rc1-1 - new upstream version alsa-utils-1.0.10rc1-1 ---------------------- * Tue Sep 27 2005 Martin Stransky 1.0.10rc1-1 - new upstream version am-utils-5:6.1.1-3 ------------------ * Tue Sep 27 2005 Peter Vrabec 6.1.1-3 - specify type option in /default in /etc/amd.net (#11618) anaconda-10.3.0.26-1 -------------------- * Tue Sep 27 2005 Chris Lumens 10.3.0.26-1 - kickstart script fixes bind-24:9.3.1-14 ---------------- * Tue Sep 27 2005 Jason Vas Dias - 24:9.3.1-14 - When forwarder nameservers are changed with D-BUS, flush the cache. * Mon Sep 26 2005 Jason Vas Dias - 24:9.3.1-12 - fix bug 168302: use gcc for compiling dns-keygen - fix bug 167682: bind-chroot directory permissions - fix issues with -D dbus option when dbus service not running or disabled * Tue Aug 30 2005 Jason Vas Dias - 24:9.3.1-12 - fix bug 167062: named should be started after syslogd by default checkpolicy-1.27.4-1 -------------------- * Tue Sep 27 2005 Dan Walsh 1.27.4-1 - Latest upgrade from NSA * Merged bugfix for dup role transition error messages from Karl MacMillan (Tresys). * Fri Sep 23 2005 Dan Walsh 1.27.3-1 - Latest upgrade from NSA * Merged policyver/modulever patches from Joshua Brindle (Tresys). cracklib-2.8.4-1 ---------------- * Tue Sep 27 2005 Nalin Dahyabhai 2.8.4-1 - update to 2.8.4 - build python module gaim-1:1.5.0-6.fc5 ------------------ * Tue Sep 27 2005 Warren Togami - 1:1.5.0-6.fc5 - remove -Wno-pointer-sign, not sure why it was needed earlier - fix FORTIFY_SOURCE on FC3 gawk-3.1.5-3 ------------ * Tue Sep 27 2005 Karel Zak 3.1.5-3 - fix #169374 - Invalid Free (patch by Aharon Robbins) gdm-1:2.8.0.4-2 --------------- * Tue Sep 27 2005 Ray Strode 1:2.8.0.4-2 - remove flexiserver from menus gettext-0.14.5-2 ---------------- * Wed Sep 28 2005 Jindrich Novy 0.14.5-2 - convert spec to UTF-8 - remove old tarballs from sources gnome-screensaver-0.0.13-5 -------------------------- * Tue Sep 27 2005 Ray Strode 0.0.13-5 - Location to copy .menu file changed to preferences-post-merged. gtk2-2.8.4-1 ------------ * Tue Sep 27 2005 Matthias Clasen 2.8.4-1 - New upstream version * Mon Aug 29 2005 Matthias Clasen 2.8.3-1 - Newer upstream version * Mon Aug 15 2005 Matthias Clasen 2.8.0-1 - Newer upstream version initscripts-8.16-1 ------------------ * Tue Sep 27 2005 Than Ngo 8.16-1 - fix typo bug kernel-2.6.13-1.1580_FC5 ------------------------ * Tue Sep 27 2005 Dave Jones - Fix typo in previous knfsd patch. mkinitrd-5.0.0-1 ---------------- * Tue Sep 27 2005 Peter Jones - 5.0.0-1 - remove support for pivotroot - remove support for non-initramfs initrds - remove support for 2.4 kernels - don't force scsi_mod before scsi modules; deps should bring it in. same for "unknown"; it's not needed any more. - lots of whitespace adjustment - minor messaging changes - no manual redirection to stderr or RCFILE, nor manual verbose checking - in light of these changes and other planned changes, this is 5.0.0 * Mon Sep 26 2005 Peter Jones - 4.2.24-1 - Fix module discovery for raid (eleminates "find" warning as well) nc-1.82-1 --------- * Tue Sep 27 2005 Tomas Mraz 1.82-1 - update from OpenBSD upstream CVS - fix pollhup patch so it reads everything before shutdown * Wed May 11 2005 David Woodhouse 1.78-2 - Don't ignore POLLHUP and go into an endless loop (#156835) * Mon Apr 11 2005 Radek Vokal 1.78-1 - update from CVS, using glib functions nss_ldap-242-1 -------------- * Tue Sep 27 2005 Nalin Dahyabhai 242-1 - update to nss_ldap 242 ppc64-utils-0.7-12 ------------------ * Tue Sep 27 2005 David Woodhouse - 0.7-12 - Work around old Pegasos II 'claim' method bug redhat-menus-5.0.1-1 -------------------- * Tue Sep 27 2005 Ray Strode 5.0.1-1 - don't use dir name preferences-merged. It has special significance (bug 169108) selinux-policy-strict-1.27.1-9 ------------------------------ * Tue Sep 27 2005 Dan Walsh 1.27.1-9 - Fixes for Amanda and dhcpd selinux-policy-targeted-1.27.1-9 -------------------------------- * Tue Sep 27 2005 Dan Walsh 1.27.1-9 - Fixes for Amanda and dhcpd From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Sep 28 11:46:10 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 28 Sep 2005 13:46:10 +0200 Subject: rawhide report: 20050928 changes In-Reply-To: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> References: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> Message-ID: <20050928134610.1be3ba0a@python2> Build System wrote : > alsa-lib-1.0.10rc1-1 > -------------------- > * Tue Sep 27 2005 Martin Stransky 1.0.10rc1-1 > - new upstream version > > alsa-utils-1.0.10rc1-1 > ---------------------- > * Tue Sep 27 2005 Martin Stransky 1.0.10rc1-1 > - new upstream version Those version numbers should really be avoided, using the Extras packaging guidelines for instance. This is because for rpm, 1.0.10rc1 > 1.0.10, so it'll be a problem when the final release comes out, unless Epoch is incremented, but that should be avoided as much as possible (by simply being aware of the issue and taking the appropriate measures ahead of time) : http://fedoraproject.org/wiki/PackageNamingGuidelines#head-63c1c3d339e145e51777b81c9f9adc8120aa762f Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1456_FC4 Load : 1.51 0.76 0.51 From sundaram at redhat.com Wed Sep 28 11:51:52 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 28 Sep 2005 17:21:52 +0530 Subject: rawhide report: 20050928 changes In-Reply-To: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> References: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> Message-ID: <433A83D8.1070908@redhat.com> Hi >gdm-1:2.8.0.4-2 >--------------- >* Tue Sep 27 2005 Ray Strode 1:2.8.0.4-2 >- remove flexiserver from menus > > Why is this being done? regards Rahul From kyrre at solution-forge.net Wed Sep 28 12:25:25 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 28 Sep 2005 14:25:25 +0200 Subject: php 5 Selection Question Verses php 4 In-Reply-To: <433A1EB3.7080100@redhat.com> References: <433A1954.6070904@cox.net> <433A1EB3.7080100@redhat.com> Message-ID: <1127910324.8837.4.camel@localhost.localdomain> ons, 28.09.2005 kl. 06.40 skrev Mike A. Harris: > Greg Morgan wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Would anyone be able to give me the background on the selection of php5 > > as the php language on FC 4? What I am finding is that there are still > > many php applications that do not work well on php5 yet. ISPs that > > upgrade their web systems find that all their customer's sites go down. > > By time the ISP has moved the application language back to php4, the > > customer's databases are hosed. Would there be a chance that FC 5 could > > have php 4 packages as an option? Could a set of php 4 packages be > > created for the current FC 4 release? > > Fedora Core is a platform designed for rapid technology advancement. > > It sounds like these ISPs want compatibility and features provided > over longer periods of time, such as what we provide in Red Hat > Enterprise Linux. > > Another option would be for them (or someone) to maintain custom > php4 packages in a 3rd party repository somewhere for Fedora. > > Hope this helps. Just curious: Could this repository be fedora extras? Or is there a problem with duplicate functionality/replacing core packages? From fedora at camperquake.de Wed Sep 28 12:27:55 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 28 Sep 2005 14:27:55 +0200 Subject: php 5 Selection Question Verses php 4 In-Reply-To: <1127910324.8837.4.camel@localhost.localdomain> References: <433A1954.6070904@cox.net> <433A1EB3.7080100@redhat.com> <1127910324.8837.4.camel@localhost.localdomain> Message-ID: <20050928122755.GA10958@ryoko.camperquake.de> On Wed, Sep 28, 2005 at 02:25:25PM +0200, Kyrre Ness Sjobak wrote: > Just curious: Could this repository be fedora extras? Or is there a > problem with duplicate functionality/replacing core packages? Extras is not allowed to conflict with core. From tjb at unh.edu Wed Sep 28 12:30:29 2005 From: tjb at unh.edu (Thomas J. Baker) Date: Wed, 28 Sep 2005 08:30:29 -0400 Subject: Gnome Screen Saver/Gnome Power Manager and Monitors Message-ID: <1127910629.19795.2.camel@wintermute.sr.unh.edu> The current version of gnome-screen-saver doesn't seem to implement display power management at all. Is it the plan that gnome-power-manager will handle this in the future? tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From sundaram at redhat.com Wed Sep 28 12:41:49 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 28 Sep 2005 18:11:49 +0530 Subject: php 5 Selection Question Verses php 4 In-Reply-To: <1127910324.8837.4.camel@localhost.localdomain> References: <433A1954.6070904@cox.net> <433A1EB3.7080100@redhat.com> <1127910324.8837.4.camel@localhost.localdomain> Message-ID: <433A8F8D.3000200@redhat.com> Kyrre Ness Sjobak wrote: >ons, 28.09.2005 kl. 06.40 skrev Mike A. Harris: > > >>Greg Morgan wrote: >> >> >>>-----BEGIN PGP SIGNED MESSAGE----- >>>Hash: SHA1 >>> >>>Would anyone be able to give me the background on the selection of php5 >>>as the php language on FC 4? What I am finding is that there are still >>>many php applications that do not work well on php5 yet. ISPs that >>>upgrade their web systems find that all their customer's sites go down. >>> By time the ISP has moved the application language back to php4, the >>>customer's databases are hosed. Would there be a chance that FC 5 could >>>have php 4 packages as an option? Could a set of php 4 packages be >>>created for the current FC 4 release? >>> >>> >>Fedora Core is a platform designed for rapid technology advancement. >> >>It sounds like these ISPs want compatibility and features provided >>over longer periods of time, such as what we provide in Red Hat >>Enterprise Linux. >> >>Another option would be for them (or someone) to maintain custom >>php4 packages in a 3rd party repositorIy somewhere for Fedora. >> >>Hope this helps. >> >> > >Just curious: Could this repository be fedora extras? Or is there a >problem with duplicate functionality/replacing core packages? > > > Duplicate functionality is a relative thing. As long as the packages can be parallely installed it could probably go into extras regards Rahul From kyrre at solution-forge.net Wed Sep 28 13:15:35 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 28 Sep 2005 15:15:35 +0200 Subject: Gnome Screen Saver/Gnome Power Manager and Monitors In-Reply-To: <1127910629.19795.2.camel@wintermute.sr.unh.edu> References: <1127910629.19795.2.camel@wintermute.sr.unh.edu> Message-ID: <1127913334.8837.6.camel@localhost.localdomain> ons, 28.09.2005 kl. 14.30 skrev Thomas J. Baker: > The current version of gnome-screen-saver doesn't seem to implement > display power management at all. Is it the plan that gnome-power-manager > will handle this in the future? > > tjb Isn't this handeled by the xscreensaver control-thing? But having it all in one place would be a good idea, yes... From dnjinc at wowway.com Wed Sep 28 13:48:57 2005 From: dnjinc at wowway.com (Demond James) Date: Wed, 28 Sep 2005 09:48:57 -0400 Subject: Gnome Screen Saver/Gnome Power Manager and Monitors In-Reply-To: <1127913334.8837.6.camel@localhost.localdomain> References: <1127910629.19795.2.camel@wintermute.sr.unh.edu> <1127913334.8837.6.camel@localhost.localdomain> Message-ID: <433A9F49.1040106@wowway.com> Kyrre Ness Sjobak wrote: >ons, 28.09.2005 kl. 14.30 skrev Thomas J. Baker: > > >>The current version of gnome-screen-saver doesn't seem to implement >>display power management at all. Is it the plan that gnome-power-manager >>will handle this in the future? >> >>tjb >> >> > >Isn't this handeled by the xscreensaver control-thing? But having it all >in one place would be a good idea, yes... > > > With gnome-screensaver install you do not have access to the xscreensaver control-thing and xscreensaver is not running. AFAIK this is by design and you should not need to have both install along side each other although you will be able too. However something need to take over the display power management. Currently there is nothing if xscreensaver is removed. See: https://www.redhat.com/archives/fedora-devel-list/2005-September/msg00497.html Also, has anyone gotten gnome-power-management to "just work" on a desktop machine? (x86_64) Demond From jspaleta at gmail.com Wed Sep 28 14:55:29 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 28 Sep 2005 10:55:29 -0400 Subject: rawhide report: 20050928 changes In-Reply-To: <433A83D8.1070908@redhat.com> References: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> <433A83D8.1070908@redhat.com> Message-ID: <604aa7910509280755be263b6@mail.gmail.com> On 9/28/05, Rahul Sundaram wrote: > Hi > > >gdm-1:2.8.0.4-2 > >--------------- > >* Tue Sep 27 2005 Ray Strode 1:2.8.0.4-2 > >- remove flexiserver from menus > > > > > Why is this being done? man... i was hoping the inclusion of gnome-screensaver was going to be the next piece towards a reasonably functional "switch user" functionality. flexiserver basically worked to get a second user desktop up and running and even switch between them via a dialog. The only thing missing was reasonable UI in the screensaver dialog that let you choose a user desktop to switch to while screensaver was active. Of course, the harder problem of handling permissions on peripherals in a sane way when 2+ user session where at the console would still be unresolved. -jef From mclasen at redhat.com Wed Sep 28 14:59:23 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 28 Sep 2005 10:59:23 -0400 Subject: rawhide report: 20050928 changes In-Reply-To: <604aa7910509280755be263b6@mail.gmail.com> References: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> <433A83D8.1070908@redhat.com> <604aa7910509280755be263b6@mail.gmail.com> Message-ID: <1127919563.22083.33.camel@golem.boston.redhat.com> On Wed, 2005-09-28 at 10:55 -0400, Jeff Spaleta wrote: > On 9/28/05, Rahul Sundaram wrote: > > Hi > > > > >gdm-1:2.8.0.4-2 > > >--------------- > > >* Tue Sep 27 2005 Ray Strode 1:2.8.0.4-2 > > >- remove flexiserver from menus > > > > > > > > Why is this being done? > > man... i was hoping the inclusion of gnome-screensaver was going to be > the next piece towards a reasonably functional "switch user" > functionality. flexiserver basically worked to get a second user > desktop up and running and even switch between them via a dialog. The > only thing missing was reasonable UI in the screensaver dialog that > let you choose a user desktop to switch to while screensaver was > active. Of course, the harder problem of handling permissions on > peripherals in a sane way when 2+ user session where at the console > would still be unresolved. > > -jef > We decided to disable the ui bits until the "harder problem" is solved. Matthias From ellson at research.att.com Wed Sep 28 15:35:38 2005 From: ellson at research.att.com (John Ellson) Date: Wed, 28 Sep 2005 11:35:38 -0400 Subject: rawhide report: 20050928 changes In-Reply-To: <1127919563.22083.33.camel@golem.boston.redhat.com> References: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> <433A83D8.1070908@redhat.com> <604aa7910509280755be263b6@mail.gmail.com> <1127919563.22083.33.camel@golem.boston.redhat.com> Message-ID: <433AB84A.7080303@research.att.com> Matthias Clasen wrote: >On Wed, 2005-09-28 at 10:55 -0400, Jeff Spaleta wrote: > > >>On 9/28/05, Rahul Sundaram wrote: >> >> >>>Hi >>> >>> >>> >>>>gdm-1:2.8.0.4-2 >>>>--------------- >>>>* Tue Sep 27 2005 Ray Strode 1:2.8.0.4-2 >>>>- remove flexiserver from menus >>>> >>>> >>>> >>>> >>>Why is this being done? >>> >>> >>man... i was hoping the inclusion of gnome-screensaver was going to be >>the next piece towards a reasonably functional "switch user" >>functionality. flexiserver basically worked to get a second user >>desktop up and running and even switch between them via a dialog. The >>only thing missing was reasonable UI in the screensaver dialog that >>let you choose a user desktop to switch to while screensaver was >>active. Of course, the harder problem of handling permissions on >>peripherals in a sane way when 2+ user session where at the console >>would still be unresolved. >> >>-jef >> >> >> > >We decided to disable the ui bits until the "harder problem" is solved. > >Matthias > > > Has there been any progress with USB camera permissions for just 1 user? John From hughsient at gmail.com Wed Sep 28 16:44:51 2005 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 28 Sep 2005 17:44:51 +0100 Subject: Gnome Screen Saver/Gnome Power Manager and Monitors In-Reply-To: <1127910629.19795.2.camel@wintermute.sr.unh.edu> References: <1127910629.19795.2.camel@wintermute.sr.unh.edu> Message-ID: <1127925891.3176.41.camel@localhost.localdomain> On Wed, 2005-09-28 at 08:30 -0400, Thomas J. Baker wrote: > The current version of gnome-screen-saver doesn't seem to implement > display power management at all. Is it the plan that gnome-power-manager > will handle this in the future? It's sort of a middle ground. What I've done with gnome-power-manager is to set the values for dpms suspend, and let gnome-screensaver actually do the dpms suspend. I do not know whether the gnome-screensaver UI will be able to set this value too. Do you have an up-to-date version of gnome-power-manager installed? I don't think rawhide has the newest released version, 0.2.4. It should "just work" There's loads of stuff happening in both the g-p-m and g-s CVS right now, so you would be best of trying with those. Sorry it's all so bleeding edge right now, Richard Hughes. From hughsient at gmail.com Wed Sep 28 16:47:38 2005 From: hughsient at gmail.com (Richard Hughes) Date: Wed, 28 Sep 2005 17:47:38 +0100 Subject: Gnome Screen Saver/Gnome Power Manager and Monitors In-Reply-To: <433A9F49.1040106@wowway.com> References: <1127910629.19795.2.camel@wintermute.sr.unh.edu> <1127913334.8837.6.camel@localhost.localdomain> <433A9F49.1040106@wowway.com> Message-ID: <1127926058.3176.45.camel@localhost.localdomain> On Wed, 2005-09-28 at 09:48 -0400, Demond James wrote: > Also, has anyone gotten gnome-power-management to "just work" on a > desktop machine? (x86_64) Robert Love has been committing *lots* of AMD64 build fixes into g-p-m CVS, so you might want to give that a try. Else, a bug report please : http://gnome-power.sourceforge.net/report_bug.php It should "just work" out of the box... Well, rawhide box. Richard. From jspaleta at gmail.com Wed Sep 28 16:58:02 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 28 Sep 2005 12:58:02 -0400 Subject: rawhide report: 20050928 changes In-Reply-To: <1127919563.22083.33.camel@golem.boston.redhat.com> References: <200509281138.j8SBceR9006901@porkchop.devel.redhat.com> <433A83D8.1070908@redhat.com> <604aa7910509280755be263b6@mail.gmail.com> <1127919563.22083.33.camel@golem.boston.redhat.com> Message-ID: <604aa79105092809582f6286b4@mail.gmail.com> On 9/28/05, Matthias Clasen wrote: > We decided to disable the ui bits until the "harder problem" is solved. Is there something afoot in terms of implementation that will be a close approximation to progress on this harder problem that we can break in the up coming test releases? Or are all ideas in the headscratching phase? Though to be honest...i get an immeasureable amount of pleasure being able to keep control of things like the sound device and force the second and third desktop user who spawn desktops via flexiserver to listen to midi versions of Metallica's Enter Sandman. Fixing things so they share control the sound device with me, would seem like progress to most people..but I'm evil. -jef"you have never lived until you have heard Love in an Elevator in midi with the guitar track replaced with harp"spaleta From mricon at gmail.com Wed Sep 28 22:27:24 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Wed, 28 Sep 2005 18:27:24 -0400 Subject: php 5 Selection Question Verses php 4 In-Reply-To: <433A1954.6070904@cox.net> References: <433A1954.6070904@cox.net> Message-ID: 2005/9/28, Greg Morgan : > Would anyone be able to give me the background on the selection of php5 > as the php language on FC 4? At the time of FC4 release, PHP5 was the latest stable version. > What I am finding is that there are still > many php applications that do not work well on php5 yet. ISPs that > upgrade their web systems find that all their customer's sites go down. Then they should test things before upgrading, eh? I mean, PHP is *notoriously* bad at breaking code between versions without any warning -- hell, I've seen apps stop working between minor revisions of PHP. Here, you have a huge jump from 4 to 5, with developers widely cautioning everyone that things will, likely, break because of so many underlying changes. Any ISPs blindly upgrading their versions of PHP are... well, not very good at what they do, to put it mildly. Besides, Fedora Core is not what I would call a well-considered choice for a web server with lots of paying customers. The paradigm of Fedora is -- "you get the latest and the greatest," which is great if you're a geek who likes to tweak things, and not so great if you have other things to consider. Regards, -- Konstantin Ryabitsev http://www.mricon.com/ From buildsys at redhat.com Thu Sep 29 11:26:12 2005 From: buildsys at redhat.com (Build System) Date: Thu, 29 Sep 2005 07:26:12 -0400 Subject: rawhide report: 20050929 changes Message-ID: <200509291126.j8TBQCGh025415@porkchop.devel.redhat.com> Removed package fake-build-provides Updated Packages: acl-2.2.31-1 ------------ * Wed Sep 28 2005 Than Ngo 2.2.31-1 - update to 2.2.31 * Wed Sep 28 2005 Than Ngo 2.2.23-9 - get rid of *.la files - remove duplicate doc files arts-8:1.4.91-1 --------------- * Tue Sep 27 2005 Than Ngo 8:1.4.91-1 - update to KDE 3.5 beta1 - drop multilib and pie patches which are included in new upstream attr-2.4.23-1 ------------- * Wed Sep 28 2005 Than Ngo 2.4.23-1 - update to 2.4.23 * Wed Sep 28 2005 Than Ngo 2.4.16-6 - get rid of *.la files - remove duplicate doc files checkpolicy-1.27.5-1 -------------------- * Wed Sep 28 2005 Dan Walsh 1.27.5-1 - Latest upgrade from NSA * Merged error handling improvement in checkmodule from Karl MacMillan (Tresys). cracklib-2.8.5-2 ---------------- * Wed Sep 28 2005 Nalin Dahyabhai 2.8.5-2 - update to 2.8.5 cups-1:1.1.23-18 ---------------- * Thu Sep 29 2005 Tim Waugh 1:1.1.23-18 - Raise IPP_MAX_VALUES to 100 (bug #164232). - Made FindDest better behaved in some instances (bug #164232). elinks-0.10.6-1 --------------- * Thu Sep 29 2005 Karel Zak 0.10.6-1 - update to new upstream version * Tue May 17 2005 Karel Zak 0.10.3-3 - fix #157300 - Strange behavior on ppc64 (patch by Miloslav Trmac) * Tue May 10 2005 Miloslav Trmac - 0.10.3-2 - Fix checking for numeric command prefix (#152953, patch by Jonas Fonseca) - Fix invalid C causing assertion errors on ppc and ia64 (#156647) gdm-1:2.8.0.4-3 --------------- * Wed Sep 28 2005 Dan Walsh 1:2.8.0.4-3 - Fix selinux not to fail when in permissive mode gnome-bluetooth-0.6.0-1 ----------------------- * Wed Sep 28 2005 Harald Hoyer - 0.6.0-1 - new version 0.6.0 gnome-vfs2-2.12.0-2 ------------------- * Tue Sep 27 2005 John (J5) Palmieir 2.12.0-2 - Backported patch to fix bug #167985 which corrects the size of a readlink buffer - Added a patch to fix bug #168743 which corrects the name of a data member from close to close_fn kdebase-6:3.4.91-1 ------------------ * Tue Sep 27 2005 Than Ngo 6:3.4.91-1 - update to KDE 3.5 Beta1 kdelibs-6:3.4.91-1 ------------------ * Tue Sep 27 2005 Than Ngo 6:3.4.91-1 - update to KDE 3.5 Beta1 * Mon Aug 08 2005 Than Ngo 6:3.4.2-2 - add requires xorg-x11 #165287 kernel-2.6.13-1.1582_FC5 ------------------------ * Wed Sep 28 2005 Dave Jones - Package ppc32 includes in ppc64 headers too. (#147724) - Add another Thinkpad to the radeon backlight dmi list. (#168156) krbafs-1.2.2-9 -------------- * Wed Sep 28 2005 Nalin Dahyabhai 1.2.2-9 - own the symlink from the soname to the shared library (#169288) libbtctl-0.5.0-1 ---------------- * Wed Sep 28 2005 Harald Hoyer 0.5.0-1 - new version 0.5.0 libselinux-1.27.1-2 ------------------- * Wed Sep 28 2005 Dan Walsh 1.27.1-2 - Update to latest from NSA - Add getseuserbyname libsemanage-1.3.5-1 ------------------- * Wed Sep 28 2005 Dan Walsh 1.3.5-1 - Update from NSA * Split interfaces from semanage.[hc] into handle.[hc], modules.[hc]. * Separated handle create from connect interface. * Added a constructor for initialization. * Moved up src/include/*.h to src. * Created a symbol map file; dropped dso.h and hidden markings. libsepol-1.9.7-1 ---------------- * Wed Sep 28 2005 Dan Walsh 1.9.7-1 - Upgrade to latest from NSA * Merged sepol_get_num_roles fix from Karl MacMillan (Tresys). logrotate-3.7.2-4 ----------------- * Fri Sep 23 2005 Peter Vrabec 3.7.2-4 - do not run compression program in debug mode (#166912) man-pages-ja-20050915-1 ----------------------- * Tue Sep 27 2005 Akira TAGOH - 20050915-1 - updates to 20050915. nss_db-2.2-34 ------------- * Wed Sep 28 2005 Nalin Dahyabhai 2.2-34 - own the soname symlink which we provide in /%{_lib} (#169288) - drop compat subpackage completely nss_ldap-242-2 -------------- * Wed Sep 28 2005 Nalin Dahyabhai 242-2 - own the symlink for the module's soname (#169288) policycoreutils-1.27.3-1 ------------------------ * Wed Sep 28 2005 Dan Walsh 1.27.2-2 - Update to match NSA * Merged patch to update semodule to the new libsemanage API and improve the user interface from Karl MacMillan (Tresys). * Modified semodule for the create/connect API split. * Wed Sep 28 2005 Dan Walsh 1.27.2-2 - More fixes to stop find from following nfs paths pstack-1.2-7 ------------ * Wed Aug 03 2005 Karsten Hopp 1.2-7 - Copyright -> License * Thu Dec 16 2004 Andrew Cagney - Make per-arch (as it needs to update an i386 arch). * Thu Dec 16 2004 Andrew Cagney - Replace pstack the program with links to gstack the script (i.e., it is noarch). rdist-1:6.1.5-42 ---------------- * Wed Sep 28 2005 Phil Knirsch 6.1.5-42 - Fixed build problem on latest FC-devel tree rhn-applet-2.1.17-4 ------------------- * Wed Sep 28 2005 Florian La Roche - fix build with current environment selinux-doc-1.23.1-1 -------------------- * Wed Sep 28 2005 Dan Walsh 1.23-1 - Update to NSA Release version * Merged updated README.MODULES from Karl MacMillan (Tresys). selinux-policy-strict-1.27.1-10 ------------------------------- * Wed Sep 28 2005 Dan Walsh 1.27.1-10 - Add audit_write to su_macros selinux-policy-targeted-1.27.1-10 --------------------------------- * Wed Sep 28 2005 Dan Walsh 1.27.1-10 - Add audit_write to su_macros sqlite-3.2.7-1 -------------- * Wed Sep 28 2005 Florian La Roche - Upgrade to 3.2.7 release. thunderbird-0:1.5-0.5.0.beta1 ----------------------------- * Wed Sep 28 2005 Christopher Aillon 1.5-0.5.0.beta1 - Update to 1.5 beta1 - Bring the install phase of the spec file up to speed * Sun Aug 14 2005 Christopher Aillon 1.0.6-4 - Rebuild * Sat Aug 06 2005 Christopher Aillon 1.0.6-3 - Add patch to make file chooser dialog modal xfsprogs-2.6.13-5 ----------------- * Wed Sep 28 2005 Florian La Roche - fixup building with current rpm xscreensaver-1:4.22-18 ---------------------- * Wed Sep 28 2005 Ray Strode 1:4.22-18 - accept zero timeout values for suspend and off. Patch from Mamoru Tasaka (bug 157501). From dstolte at arcor.de Thu Sep 29 13:53:00 2005 From: dstolte at arcor.de (D. Stolte) Date: Thu, 29 Sep 2005 15:53:00 +0200 Subject: rawhide report: 20050929 changes In-Reply-To: <200509291126.j8TBQCGh025415@porkchop.devel.redhat.com> References: <200509291126.j8TBQCGh025415@porkchop.devel.redhat.com> Message-ID: <433BF1BC.4030409@arcor.de> > kdebase-6:3.4.91-1 > ------------------ > * Tue Sep 27 2005 Than Ngo 6:3.4.91-1 > - update to KDE 3.5 Beta1 > > kdelibs-6:3.4.91-1 > ------------------ > * Tue Sep 27 2005 Than Ngo 6:3.4.91-1 > - update to KDE 3.5 Beta1 > > * Mon Aug 08 2005 Than Ngo 6:3.4.2-2 > - add requires xorg-x11 #165287 > Hi all there is a bug in /usr/bin/startkde, line 322. A "fi" is too much which prevents the start of kde. From the indent space it looks like a "if" command is missing there. After removing the "fi" kde starts. Also, kcontrol reports that there is missing hal support for kde so that mounting of cds doesnt work (Clicking on cd icon does nothing but opening a window). /ds From dstolte at arcor.de Thu Sep 29 13:53:00 2005 From: dstolte at arcor.de (D. Stolte) Date: Thu, 29 Sep 2005 15:53:00 +0200 Subject: rawhide report: 20050929 changes In-Reply-To: <200509291126.j8TBQCGh025415@porkchop.devel.redhat.com> References: <200509291126.j8TBQCGh025415@porkchop.devel.redhat.com> Message-ID: <433BF1BC.4030409@arcor.de> > kdebase-6:3.4.91-1 > ------------------ > * Tue Sep 27 2005 Than Ngo 6:3.4.91-1 > - update to KDE 3.5 Beta1 > > kdelibs-6:3.4.91-1 > ------------------ > * Tue Sep 27 2005 Than Ngo 6:3.4.91-1 > - update to KDE 3.5 Beta1 > > * Mon Aug 08 2005 Than Ngo 6:3.4.2-2 > - add requires xorg-x11 #165287 > Hi all there is a bug in /usr/bin/startkde, line 322. A "fi" is too much which prevents the start of kde. From the indent space it looks like a "if" command is missing there. After removing the "fi" kde starts. Also, kcontrol reports that there is missing hal support for kde so that mounting of cds doesnt work (Clicking on cd icon does nothing but opening a window). /ds -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list From rdieter at math.unl.edu Thu Sep 29 14:13:57 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 29 Sep 2005 09:13:57 -0500 Subject: rawhide report: 20050929 changes In-Reply-To: <433BF1BC.4030409@arcor.de> References: <200509291126.j8TBQCGh025415@porkchop.devel.redhat.com> <433BF1BC.4030409@arcor.de> Message-ID: <433BF6A5.2000004@math.unl.edu> D. Stolte wrote: > Also, kcontrol reports that there is missing hal support for kde so that > mounting of cds doesnt work (Clicking on cd icon does nothing but opening a window). Unfortunately unavoidable, since it was just recently announced here that dbus-qt was dropped from rawhide/development. -- Rex From philipp_subx at redfish-solutions.com Thu Sep 29 18:39:01 2005 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Thu, 29 Sep 2005 12:39:01 -0600 Subject: Lag on kernel-devel-2.6.12-1.1378_FC3? Message-ID: <433C34C5.2050806@redfish-solutions.com> Ok, did someone forget to release the kernel-devel RPM at the same time as the new kernel for FC3? I'm trying to build new DRM modules for the X server, but can't, because yum updated me from kernel-2.6.12-1.1376_FC3 to 2.6.12-1.1378_FC3, but left me with kernel-devel-2.6.12-1.1376_FC3 because no update was available... -Philip From sundaram at redhat.com Thu Sep 29 19:15:04 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 30 Sep 2005 00:45:04 +0530 Subject: Lag on kernel-devel-2.6.12-1.1378_FC3? In-Reply-To: <433C34C5.2050806@redfish-solutions.com> References: <433C34C5.2050806@redfish-solutions.com> Message-ID: <433C3D38.2030703@redhat.com> Philip Prindeville wrote: > Ok, did someone forget to release the kernel-devel RPM at the same time > as the new kernel for FC3? I'm trying to build new DRM modules for the > X server, but can't, because yum updated me from kernel-2.6.12-1.1376_FC3 > to 2.6.12-1.1378_FC3, but left me with kernel-devel-2.6.12-1.1376_FC3 > because no update was available... > > -Philip > FC3 was never supposed to have a kernel-devel package as they are within the kernel package itself. One of the updates accidentally pulled it in. This has subsequently been reverted. If you have need the headers just install the updated kernel package and you would have it http://www.livejournal.com/users/kernelslacker/25677.html regards Rahul From rhallyx at mindspring.com Thu Sep 29 20:36:06 2005 From: rhallyx at mindspring.com (Richard Hally) Date: Thu, 29 Sep 2005 16:36:06 -0400 Subject: kernel warning messages when installing Message-ID: <433C5036.7000208@mindspring.com> What is the problem with the kernels lately? They are producing the following messages when being installed. Installing: kernel ##################### [ 53/121] WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.127 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.188 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.89 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.109 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.173 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.86 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.92 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.184 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.137 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.80 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.135 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.150 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.167 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.147 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.177 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.181 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.141 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.169 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.198 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.179 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.98 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.111 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.163 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.159 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.123 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.121 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.101 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.193 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.143 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.118 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.165 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.156 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.139 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.133 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.186 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.161 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.131 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.83 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.171 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.95 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.175 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.154 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.125 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.115 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.113 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.145 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.152 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.104 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.191 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.196 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.129 WARNING: /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs unknown symbol __compound_literal.200 From davej at redhat.com Thu Sep 29 20:43:32 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 29 Sep 2005 16:43:32 -0400 Subject: kernel warning messages when installing In-Reply-To: <433C5036.7000208@mindspring.com> References: <433C5036.7000208@mindspring.com> Message-ID: <20050929204332.GC31516@redhat.com> On Thu, Sep 29, 2005 at 04:36:06PM -0400, Richard Hally wrote: > What is the problem with the kernels lately? They are producing the > following messages when being installed. > > Installing: kernel ##################### [ 53/121] > WARNING: > /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs > unknown symbol __compound_literal.127 gcc bug. http://gcc.gnu.org/PR24109 Dave From roland at redhat.com Thu Sep 29 20:43:41 2005 From: roland at redhat.com (Roland McGrath) Date: Thu, 29 Sep 2005 13:43:41 -0700 (PDT) Subject: kernel warning messages when installing In-Reply-To: Richard Hally's message of Thursday, 29 September 2005 16:36:06 -0400 <433C5036.7000208@mindspring.com> Message-ID: <20050929204341.B1601180E20@magilla.sf.frob.com> That's caused by a gcc bug in dealing with some extension constructs being used in a weirdo way only by that driver. It's being looked into. From rhally at mindspring.com Thu Sep 29 20:50:34 2005 From: rhally at mindspring.com (Richard Hally) Date: Thu, 29 Sep 2005 16:50:34 -0400 Subject: kernel warning messages when installing In-Reply-To: <20050929204332.GC31516@redhat.com> References: <433C5036.7000208@mindspring.com> <20050929204332.GC31516@redhat.com> Message-ID: <433C539A.6020905@mindspring.com> Dave Jones wrote: > On Thu, Sep 29, 2005 at 04:36:06PM -0400, Richard Hally wrote: > > What is the problem with the kernels lately? They are producing the > > following messages when being installed. > > > > Installing: kernel ##################### [ 53/121] > > WARNING: > > /lib/modules/2.6.13-1.1582_FC5/kernel/sound/usb/snd-usb-audio.ko needs > > unknown symbol __compound_literal.127 > > gcc bug. http://gcc.gnu.org/PR24109 > > Dave > Thanks Dave! From anpa0508 at telia.com Thu Sep 29 22:15:17 2005 From: anpa0508 at telia.com (anpa) Date: Fri, 30 Sep 2005 00:15:17 +0200 Subject: tool-chain bug, fc4 Message-ID: <433C6775.70701@telia.com> Hello. I have found a very annoying bug in FC4 for Amd64 regarding gcc, ld and friends, and I don't know how to work around it. I thought I was going to help out a little on the Mozilla project, but when trying to build from source I got kicked in the balls by the message; "/usr/bin/ld: deflate.o: relocation R_X86_64_PC32 against `memcpy@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC" I have tried tweaking the build in several ways to go around it but without success, and when I talk about this problem I usually get "your tool-chain is broken/sucks" as a response. The only workaround I've found so far is to install the normal x86 fc4, but since I got an Amd64 it would feel a little like a waste.. :/ Is there another way? Other Gcc-packages? Ld? Thanks. // ap From caillon at redhat.com Thu Sep 29 23:04:57 2005 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 29 Sep 2005 19:04:57 -0400 Subject: tool-chain bug, fc4 In-Reply-To: <433C6775.70701@telia.com> References: <433C6775.70701@telia.com> Message-ID: <433C7319.30400@redhat.com> Your toolchain is broken/sucks. :-) See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20297 That needs to get fixed. I build packages with a patch on non-x86 platforms (I haven't tried to figure out which platforms are fine and which aren't). See the spec at http://cvs.fedora.redhat.com/viewcvs/devel/thunderbird/thunderbird.spec?rev=1.47&view=auto for what I'm doing to get around this. On 09/29/2005 06:15 PM, anpa wrote: > Hello. > I have found a very annoying bug in FC4 for Amd64 regarding gcc, ld > and friends, and I don't know how to work around it. > I thought I was going to help out a little on the Mozilla project, but > when trying to build from source I got kicked in the balls by the > message; > > "/usr/bin/ld: deflate.o: relocation R_X86_64_PC32 against > `memcpy@@GLIBC_2.2.5' can not be used when making a shared object; > recompile with -fPIC" > > I have tried tweaking the build in several ways to go around it but > without success, and when I talk about this problem I usually get > "your tool-chain is broken/sucks" as a response. > The only workaround I've found so far is to install the normal x86 > fc4, but since I got an Amd64 it would feel a little like a waste.. :/ > > Is there another way? Other Gcc-packages? Ld? > > Thanks. > // ap > From ankit644 at yahoo.com Fri Sep 30 07:25:19 2005 From: ankit644 at yahoo.com (Ankit Patel) Date: Fri, 30 Sep 2005 00:25:19 -0700 (PDT) Subject: Fwd: Fedora-core applications can't be killed fully from terminal ! Message-ID: <20050930072519.40289.qmail@web33613.mail.mud.yahoo.com> Note: forwarded message attached. __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -------------- next part -------------- An embedded message was scrubbed... From: Ankit Patel Subject: Fedora-core applications can't be killed fully from terminal ! Date: Fri, 30 Sep 2005 00:23:40 -0700 (PDT) Size: 3218 URL: From buildsys at redhat.com Fri Sep 30 11:31:38 2005 From: buildsys at redhat.com (Build System) Date: Fri, 30 Sep 2005 07:31:38 -0400 Subject: rawhide report: 20050930 changes Message-ID: <200509301131.j8UBVcZj009304@porkchop.devel.redhat.com> Updated Packages: bg5ps-1.3.0-22 -------------- * Thu Sep 29 2005 Qian Shen - rebuilt bug-buddy-1:2.12.0-2 -------------------- * Thu Sep 29 2005 Matthias Clasen - 2.12.0-2 - Fix a few bugs cpuspeed-1:1.2.1-1.23 --------------------- * Thu Sep 29 2005 Dave Jones - On shutdown, restore speed to maximum before daemon exit. gcc-4.0.2-1 ----------- * Thu Sep 29 2005 Jakub Jelinek 4.0.2-1 - update from CVS - GCC 4.0.2 release - PRs c++/23993, libstdc++/19265, rtl-optimization/23043, rtl-optimization/23941, target/24102 - fix a bug which caused undefined __compound_literal.* symbols on Linux kernel (PR middle-end/24109) - add LIBGCJ_LICENSE file to %doc (#163922) - fix Fortran EQUIVALENCE interaction with SAVE (PR fortran/18518, #168252) - fix Fortran -fno-automatic (PR fortran/23677, #168355) - fix ppc64 libffi (Tom Tromey, #166657) glade2-2.12.0-1 --------------- * Thu Sep 29 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 gnome-doc-utils-0.4.2-1 ----------------------- * Thu Sep 29 2005 Matthias Clasen - 0.4.2-1 - Update to 0.4.2 gnome-keyring-0.4.5-1 --------------------- * Thu Sep 29 2005 Matthias Clasen 0.4.5-1 - Update to 0.4.5 * Wed Sep 07 2005 Matthias Clasen 0.4.4-1 - Update to 0.4.4 * Tue Aug 16 2005 David Zeuthen 0.4.3-2 - Rebuilt gnome-utils-1:2.12.0-2 ---------------------- * Thu Sep 29 2005 Matthias Clasen - 1:2.12.0-2 - Make gnome-system-log use consolehelper (#169535) grep-2.5.1-51 ------------- * Thu Sep 29 2005 Tim Waugh 2.5.1-51 - Prevent 'grep -Fw ""' from busy-looping (bug #169524). gthumb-2.6.8-1 -------------- * Thu Sep 29 2005 Matthias Clasen - 2.6.8-1 - Update to 2.6.8 iputils-20020927-28 ------------------- * Fri Sep 30 2005 Radek Vokal 20020927-28 - memset structure before using it (#168166) kdebase-6:3.4.91-2 ------------------ * Thu Sep 29 2005 Than Ngo 6:3.4.91-2 - fix typo kdepim-6:3.4.91-1 ----------------- * Thu Sep 29 2005 Than Ngo 6:3.4.91-1 - update to KDE 3.5 beta1 kernel-2.6.13-1.1586_FC5 ------------------------ * Fri Sep 30 2005 Dave Jones - 2.6.14-rc2-git8 * Thu Sep 29 2005 Dave Jones - 2.6.14-rc2-git7 - Fix up module aliases for firedire. (#134047) - rebuild. libgnome-2.12.0.1-1 ------------------- * Thu Sep 29 2005 Matthias Clasen - 2.12.0.1-1 - Update to 2.12.0.1 * Thu Sep 22 2005 Jeremy Katz - 2.12.0-2 - fix broken translation in schema * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 - Update to 2.12.0 libgnomecups-0.2.2-1 -------------------- * Thu Sep 29 2005 Matthias Clasen - 0.2.2-1 - Update to 0.2.2 libgnomeprint22-2.12.1-1 ------------------------ * Thu Sep 29 2005 Matthias Clasen - 2.12.1-1 - Update to 2.12.1 libgnomeprintui22-2.12.1-1 -------------------------- * Fri Sep 30 2005 Matthias Clasen - 2.12.1-1 - Update to 2.12.1 librsvg2-2.12.3-1 ----------------- * Thu Sep 29 2005 Matthias Clasen - 2.12.3-1 - New upstream version libselinux-1.27.1-3 ------------------- * Thu Sep 29 2005 Dan Walsh 1.27.1-3 - Fix patch to satisfy upstream libtiff-3.7.4-1 --------------- * Thu Sep 29 2005 Matthias Clasen - 3.7.4-1 - Update to 3.7.4 - Drop upstreamed patches libtool-1.5.20-4 ---------------- * Thu Sep 29 2005 Jakub Jelinek 1.5.20-4 - rebuilt with GCC 4.0.2 logwatch-6.1.2-6 ---------------- * Fri Sep 30 2005 Ivana Varekova 6.1.2-6 - add audit script patch to recognize number of unmatched entries man-pages-2.07-7 ---------------- * Thu Sep 29 2005 Ivana Varekova 2.07-7 - fix typo in nsswitch.conf man page (bug 169309) * Thu Sep 29 2005 Ivana Varekova 2.07-6 - man pages updated for new audit system (added missing man-pages of some syscalls) (see bug 159225) * Tue Sep 13 2005 Ivana Varekova 2.07-5 - change termcap SEE ALSO part - bug 168131 mc-1:4.6.1a-0.16 ---------------- * Thu Sep 29 2005 Jindrich Novy 4.6.1a-0.16 - fix memory leak in mc-utf8 patch, thanks to Marcin Garski (#169549) - fix mc-find patch to support UTF-8, thanks to Victor Abramoff (#169531) - remove bogus condition from mc-symcrash patch mkinitrd-5.0.2-1 ---------------- * Thu Sep 29 2005 Peter Jones - 5.0.2-1 - add error and quiet printf functions - use them instead of testing quiet and typing stderr everywhere - actually make _all_ errors use eprintf (and thus stderr) - print strerror in errors instead of raw errno - make "getKernelCmdLine use readFD - make "getKernelArg" picky about if you've got the right command vs just one that starts with the same string - make "getKernelArg" handle "=" for you, so it either gives you the value when there is one, '\0' when there's not and it's EOL, or whitespace. - reformat some two-space-indent spots - check for short reads in catCommand - kill pivotroot - cleaned up resume messages - make mkrootdev use readFD - combine mkdevies and makedevs into mkblkdevs, no longer using /proc/partitions - don't use callocs+memcpy/strcpy+strcat when we can use asprintf - make setQuietCommand use getKenrelArg - make runStartup use readFD - patch from Alexandre Oliva to fix LVM-on-RAID1 /root and swap-on-LVM (bz #169059) - reorder device creation for easier maintenance create /dev/rtc - change fixme comment about lvm vgs - use cemit at some places we used a lot of emits before - reorder device node creation for clarity - use mkblkdevs instead of makedevs and mkdevices - decouple loopback root and lvm * Wed Sep 28 2005 Peter Jones - 5.0.1-1 - create /dev/rtc - create /dev/tty, /dev/tty{0..11}, and /dev/ttyS{0..4} - tweak the messages output in loud mode during device node creation pkgconfig-1:0.19-1 ------------------ * Thu Sep 29 2005 Matthias Clasen 1:0.19-1 - Update to 0.19 - Take ownership of /usr/share/pkgconfig (#169335) scim-anthy-0.7.0-1.fc5 ---------------------- * Thu Sep 29 2005 Akira TAGOH - 0.7.0-1 - New upstream release. * Tue Aug 16 2005 Akira TAGOH - 0.6.1-1 - New upstream release. * Tue Aug 09 2005 Akira TAGOH - added dist tag in Release. selinux-policy-strict-1.27.1-11 ------------------------------- * Thu Sep 29 2005 Dan Walsh 1.27.1-11 - Allow reading of public_content_rw_t without setting boolean - Fix man pages - Fix pppd selinux-policy-targeted-1.27.1-12 --------------------------------- * Thu Sep 29 2005 Dan Walsh 1.27.1-12 - Allow reading of public_content_rw_t without setting boolean - Fix man pages - Fix pppd squid-7:2.5.STABLE11-2 ---------------------- * Thu Sep 29 2005 Martin Stransky 7:2.5.STABLE11-2 - added patch for delay pools and some minor fixes unixODBC-2.2.11-3 ----------------- * Thu Sep 29 2005 Tom Lane 2.2.11-3 - Force update of yac.h because the copy in the distributed tarball does not match bison 2.0's numbering of symbols (bz #162676) - Include documentation of text-file driver - Use private libltdl so we can omit RTLD_GLOBAL from dlopen flags (bz #161399) yelp-2.12.1-1 ------------- * Thu Sep 29 2005 Matthias Clasen - 2.12.1-1 - Update to 2.12.1 Broken deps for i386 ---------------------------------------------------------- apr-devel - 0.9.6-6.i386 requires gcc = 0:4.0.1 Broken deps for x86_64 ---------------------------------------------------------- apr-devel - 0.9.6-6.x86_64 requires gcc = 0:4.0.1 Broken deps for s390 ---------------------------------------------------------- apr-devel - 0.9.6-6.s390 requires gcc = 0:4.0.1 Broken deps for ppc64 ---------------------------------------------------------- apr-devel - 0.9.6-6.ppc64 requires gcc = 0:4.0.1 Broken deps for ppc ---------------------------------------------------------- apr-devel - 0.9.6-6.ppc requires gcc = 0:4.0.1 Broken deps for ia64 ---------------------------------------------------------- apr-devel - 0.9.6-6.ia64 requires gcc = 0:4.0.1 Broken deps for s390x ---------------------------------------------------------- apr-devel - 0.9.6-6.s390x requires gcc = 0:4.0.1 From ankit644 at yahoo.com Fri Sep 30 13:29:31 2005 From: ankit644 at yahoo.com (Ankit Patel) Date: Fri, 30 Sep 2005 06:29:31 -0700 (PDT) Subject: Fedora-core applications can't be killed fully from terminal ! In-Reply-To: <6dc131f20509300538y73e49450k28417e70ae2d3805@mail.gmail.com> Message-ID: <20050930132931.46052.qmail@web33603.mail.mud.yahoo.com> Alex, Thanks for your reply, I know about xkill, but i don't want to interact my GUI (Mouse) to kill any application. If i want to use Mouse then i can kill application by directly clicking on the close button. The thing is i want to kill application fully from console without any interaction. --- Alex Catullo wrote: > Did you try xkill? > Run it in a seperate terminal as a normal user. > > -Alex Catullo > > On 9/30/05, Ankit Patel wrote: > > I have run the "hwbrowser" from the menu. Then i > tried > > to kill hwbrowser from terminal. > > > > 1.kill pid_of_hwbrowser > > > > --> This command kills only binary (hwbrowser) run > by > > the normal user, not the main application because > > there are many (3) processes running along with > > hwbrowser. and they are. > > > > [ankit at ankit ~]$ ps -aux | grep hwbrowser > > Warning: bad syntax, perhaps a bogus '-'? See > > /usr/share/doc/procps-3.2.3/FAQ > > ankit 6355 1.0 1.5 18460 8108 pts/2 S > > 12:38 0:00 hwbrowser > > root 6356 0.0 0.2 7472 1396 pts/2 S > > 12:38 0:00 /usr/sbin/userhelper -w hwbrowser > > root 6360 0.0 0.1 6772 952 pts/2 S > > 12:38 0:00 /bin/sh > /usr/share/hwbrowser/hwbrowser > > root 6361 8.1 3.3 28276 16976 pts/2 S > > 12:38 0:01 /usr/bin/python > > /usr/share/hwbrowser/DeviceList.py > > ankit 6370 0.0 0.1 5816 660 pts/2 R+ > > 12:39 0:00 grep hwbrowser > > [ankit at ankit ~]$ > > > > 2. So, i thought i need to kill all other > processes > > also along with hwbrowser. So, > > > > [ankit at ankit ~]$ killall -g hwbrowser > > [1]+ Terminated hwbrowser > > [ankit at ankit ~]$ ps -aux | grep hwbrowser > > Warning: bad syntax, perhaps a bogus '-'? See > > /usr/share/doc/procps-3.2.3/FAQ > > root 6360 0.0 0.1 6772 952 pts/2 S > > 12:38 0:00 /bin/sh > /usr/share/hwbrowser/hwbrowser > > root 6361 1.2 3.3 28276 16976 pts/2 S > > 12:38 0:01 /usr/bin/python > > /usr/share/hwbrowser/DeviceList.py > > ankit 6373 0.0 0.1 4652 656 pts/2 R+ > > 12:40 0:00 grep hwbrowser > > > > Still gui of hwbrowser running. > > If you have run hwbrowser from Menu (gui) then --> > All > > other gui applications closed and gnome-panel > > restarted. > > If you have run hwbrowser from same terminal > (console) > > then --> Other gui applications and gnome-panel > will > > not get affected. > > > > 3. So, finally i thought i need to be root to kill > all > > the instances of hwbrowser. And, > > > > [root at ankit ~]# ps -aux | grep hwbrowser > > Warning: bad syntax, perhaps a bogus '-'? See > > /usr/share/doc/procps-3.2.3/FAQ > > root 6412 0.0 0.1 4656 668 pts/2 S+ > > 12:47 0:00 grep hwbrowser > > [root at ankit ~]# > > > > Now hwbrowser killed fully... > > If you have run hwbrowser from Menu (gui) then --> > All > > other gui applications closed and gnome-panel > > restarted. > > If you have run hwbrowser from same terminal > (console) > > then --> Other gui applications and gnome-panel > will > > not get affected. > > > > > > This is not specific to hwbrowser only but most of > the > > applications created in python included in > fedora-core > > software. > > > > > > So, i want to know is there any solution to kill > > hwbrowser(which have been running from Menu(gui) > not > > from the same terminal) without affecting other > > applications? > > > > Thank You! Ankit Patel __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com From anpa0508 at telia.com Fri Sep 30 13:46:05 2005 From: anpa0508 at telia.com (anpa) Date: Fri, 30 Sep 2005 15:46:05 +0200 Subject: tool-chain bug, fc4 In-Reply-To: <433C7319.30400@redhat.com> References: <433C6775.70701@telia.com> <433C7319.30400@redhat.com> Message-ID: <433D419D.6000803@telia.com> Thanks! Good to know that the problem is registered and that there exist a workaround. I'll try to get involved in GCC first it seems, but one has to start somewhere. :) // ap Christopher Aillon wrote: > Your toolchain is broken/sucks. :-) > > See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20297 > > That needs to get fixed. I build packages with a patch on non-x86 > platforms (I haven't tried to figure out which platforms are fine and > which aren't). See the spec at > http://cvs.fedora.redhat.com/viewcvs/devel/thunderbird/thunderbird.spec?rev=1.47&view=auto > for what I'm doing to get around this. > From vd at paradigma.pt Fri Sep 30 22:12:33 2005 From: vd at paradigma.pt (Vitor Domingos) Date: Fri, 30 Sep 2005 23:12:33 +0100 Subject: rawhide report: 20050930 changes In-Reply-To: <200509301131.j8UBVcZj009304@porkchop.devel.redhat.com> References: <200509301131.j8UBVcZj009304@porkchop.devel.redhat.com> Message-ID: <433DB851.1040704@paradigma.pt> Any ideias on how / when ipw2100/2200 drivers will be fixed? I'm getting the same old message: eth1 (WE) : Driver using old /proc/net/wireless support, please fix driver ! //VD Build System wrote on 09/30/2005 12:31 PM: > > > > Updated Packages: > > bg5ps-1.3.0-22 > -------------- > * Thu Sep 29 2005 Qian Shen > - rebuilt > > bug-buddy-1:2.12.0-2 > -------------------- > * Thu Sep 29 2005 Matthias Clasen - 2.12.0-2 > - Fix a few bugs > > cpuspeed-1:1.2.1-1.23 > --------------------- > * Thu Sep 29 2005 Dave Jones > - On shutdown, restore speed to maximum before daemon exit. > > gcc-4.0.2-1 > ----------- > * Thu Sep 29 2005 Jakub Jelinek 4.0.2-1 > - update from CVS > - GCC 4.0.2 release > - PRs c++/23993, libstdc++/19265, rtl-optimization/23043, > rtl-optimization/23941, target/24102 > - fix a bug which caused undefined __compound_literal.* symbols > on Linux kernel (PR middle-end/24109) > - add LIBGCJ_LICENSE file to %doc (#163922) > - fix Fortran EQUIVALENCE interaction with SAVE (PR fortran/18518, #168252) > - fix Fortran -fno-automatic (PR fortran/23677, #168355) > - fix ppc64 libffi (Tom Tromey, #166657) > > glade2-2.12.0-1 > --------------- > * Thu Sep 29 2005 Matthias Clasen - 2.12.0-1 > - Update to 2.12.0 > > gnome-doc-utils-0.4.2-1 > ----------------------- > * Thu Sep 29 2005 Matthias Clasen - 0.4.2-1 > - Update to 0.4.2 > > gnome-keyring-0.4.5-1 > --------------------- > * Thu Sep 29 2005 Matthias Clasen 0.4.5-1 > - Update to 0.4.5 > > * Wed Sep 07 2005 Matthias Clasen 0.4.4-1 > - Update to 0.4.4 > > * Tue Aug 16 2005 David Zeuthen 0.4.3-2 > - Rebuilt > > gnome-utils-1:2.12.0-2 > ---------------------- > * Thu Sep 29 2005 Matthias Clasen - 1:2.12.0-2 > - Make gnome-system-log use consolehelper (#169535) > > grep-2.5.1-51 > ------------- > * Thu Sep 29 2005 Tim Waugh 2.5.1-51 > - Prevent 'grep -Fw ""' from busy-looping (bug #169524). > > gthumb-2.6.8-1 > -------------- > * Thu Sep 29 2005 Matthias Clasen - 2.6.8-1 > - Update to 2.6.8 > > iputils-20020927-28 > ------------------- > * Fri Sep 30 2005 Radek Vokal 20020927-28 > - memset structure before using it (#168166) > > kdebase-6:3.4.91-2 > ------------------ > * Thu Sep 29 2005 Than Ngo 6:3.4.91-2 > - fix typo > > kdepim-6:3.4.91-1 > ----------------- > * Thu Sep 29 2005 Than Ngo 6:3.4.91-1 > - update to KDE 3.5 beta1 > > kernel-2.6.13-1.1586_FC5 > ------------------------ > * Fri Sep 30 2005 Dave Jones > - 2.6.14-rc2-git8 > > * Thu Sep 29 2005 Dave Jones > - 2.6.14-rc2-git7 > - Fix up module aliases for firedire. (#134047) > - rebuild. > > libgnome-2.12.0.1-1 > ------------------- > * Thu Sep 29 2005 Matthias Clasen - 2.12.0.1-1 > - Update to 2.12.0.1 > > * Thu Sep 22 2005 Jeremy Katz - 2.12.0-2 > - fix broken translation in schema > > * Thu Sep 08 2005 Matthias Clasen - 2.12.0-1 > - Update to 2.12.0 > > libgnomecups-0.2.2-1 > -------------------- > * Thu Sep 29 2005 Matthias Clasen - 0.2.2-1 > - Update to 0.2.2 > > libgnomeprint22-2.12.1-1 > ------------------------ > * Thu Sep 29 2005 Matthias Clasen - 2.12.1-1 > - Update to 2.12.1 > > libgnomeprintui22-2.12.1-1 > -------------------------- > * Fri Sep 30 2005 Matthias Clasen - 2.12.1-1 > - Update to 2.12.1 > > librsvg2-2.12.3-1 > ----------------- > * Thu Sep 29 2005 Matthias Clasen - 2.12.3-1 > - New upstream version > > libselinux-1.27.1-3 > ------------------- > * Thu Sep 29 2005 Dan Walsh 1.27.1-3 > - Fix patch to satisfy upstream > > libtiff-3.7.4-1 > --------------- > * Thu Sep 29 2005 Matthias Clasen - 3.7.4-1 > - Update to 3.7.4 > - Drop upstreamed patches > > libtool-1.5.20-4 > ---------------- > * Thu Sep 29 2005 Jakub Jelinek 1.5.20-4 > - rebuilt with GCC 4.0.2 > > logwatch-6.1.2-6 > ---------------- > * Fri Sep 30 2005 Ivana Varekova 6.1.2-6 > - add audit script patch to recognize number of unmatched entries > > man-pages-2.07-7 > ---------------- > * Thu Sep 29 2005 Ivana Varekova 2.07-7 > - fix typo in nsswitch.conf man page (bug 169309) > > * Thu Sep 29 2005 Ivana Varekova 2.07-6 > - man pages updated for new audit system (added missing man-pages > of some syscalls) (see bug 159225) > > * Tue Sep 13 2005 Ivana Varekova 2.07-5 > - change termcap SEE ALSO part - bug 168131 > > mc-1:4.6.1a-0.16 > ---------------- > * Thu Sep 29 2005 Jindrich Novy 4.6.1a-0.16 > - fix memory leak in mc-utf8 patch, thanks to Marcin Garski (#169549) > - fix mc-find patch to support UTF-8, thanks to Victor Abramoff (#169531) > - remove bogus condition from mc-symcrash patch > > mkinitrd-5.0.2-1 > ---------------- > * Thu Sep 29 2005 Peter Jones - 5.0.2-1 > - add error and quiet printf functions > - use them instead of testing quiet and typing stderr everywhere > - actually make _all_ errors use eprintf (and thus stderr) > - print strerror in errors instead of raw errno > - make "getKernelCmdLine use readFD > - make "getKernelArg" picky about if you've got the right command vs > just one that starts with the same string > - make "getKernelArg" handle "=" for you, so it either gives you the value > when there is one, '\0' when there's not and it's EOL, or whitespace. > - reformat some two-space-indent spots > - check for short reads in catCommand > - kill pivotroot > - cleaned up resume messages > - make mkrootdev use readFD > - combine mkdevies and makedevs into mkblkdevs, no longer > using /proc/partitions > - don't use callocs+memcpy/strcpy+strcat when we can use asprintf > - make setQuietCommand use getKenrelArg > - make runStartup use readFD > - patch from Alexandre Oliva to fix LVM-on-RAID1 /root and swap-on-LVM > (bz #169059) > - reorder device creation for easier maintenance create /dev/rtc > - change fixme comment about lvm vgs > - use cemit at some places we used a lot of emits before > - reorder device node creation for clarity > - use mkblkdevs instead of makedevs and mkdevices > - decouple loopback root and lvm > > * Wed Sep 28 2005 Peter Jones - 5.0.1-1 > - create /dev/rtc > - create /dev/tty, /dev/tty{0..11}, and /dev/ttyS{0..4} > - tweak the messages output in loud mode during device node creation > > pkgconfig-1:0.19-1 > ------------------ > * Thu Sep 29 2005 Matthias Clasen 1:0.19-1 > - Update to 0.19 > - Take ownership of /usr/share/pkgconfig (#169335) > > scim-anthy-0.7.0-1.fc5 > ---------------------- > * Thu Sep 29 2005 Akira TAGOH - 0.7.0-1 > - New upstream release. > > * Tue Aug 16 2005 Akira TAGOH - 0.6.1-1 > - New upstream release. > > * Tue Aug 09 2005 Akira TAGOH > - added dist tag in Release. > > selinux-policy-strict-1.27.1-11 > ------------------------------- > * Thu Sep 29 2005 Dan Walsh 1.27.1-11 > - Allow reading of public_content_rw_t without setting boolean > - Fix man pages > - Fix pppd > > selinux-policy-targeted-1.27.1-12 > --------------------------------- > * Thu Sep 29 2005 Dan Walsh 1.27.1-12 > - Allow reading of public_content_rw_t without setting boolean > - Fix man pages > - Fix pppd > > squid-7:2.5.STABLE11-2 > ---------------------- > * Thu Sep 29 2005 Martin Stransky 7:2.5.STABLE11-2 > - added patch for delay pools and some minor fixes > > unixODBC-2.2.11-3 > ----------------- > * Thu Sep 29 2005 Tom Lane 2.2.11-3 > - Force update of yac.h because the copy in the distributed tarball does not > match bison 2.0's numbering of symbols (bz #162676) > - Include documentation of text-file driver > - Use private libltdl so we can omit RTLD_GLOBAL from dlopen flags (bz #161399) > > yelp-2.12.1-1 > ------------- > * Thu Sep 29 2005 Matthias Clasen - 2.12.1-1 > - Update to 2.12.1 > > Broken deps for i386 > ---------------------------------------------------------- > apr-devel - 0.9.6-6.i386 requires gcc = 0:4.0.1 > > > > Broken deps for x86_64 > ---------------------------------------------------------- > apr-devel - 0.9.6-6.x86_64 requires gcc = 0:4.0.1 > > > > Broken deps for s390 > ---------------------------------------------------------- > apr-devel - 0.9.6-6.s390 requires gcc = 0:4.0.1 > > > > Broken deps for ppc64 > ---------------------------------------------------------- > apr-devel - 0.9.6-6.ppc64 requires gcc = 0:4.0.1 > > > > Broken deps for ppc > ---------------------------------------------------------- > apr-devel - 0.9.6-6.ppc requires gcc = 0:4.0.1 > > > > Broken deps for ia64 > ---------------------------------------------------------- > apr-devel - 0.9.6-6.ia64 requires gcc = 0:4.0.1 > > > > Broken deps for s390x > ---------------------------------------------------------- > apr-devel - 0.9.6-6.s390x requires gcc = 0:4.0.1 > > > -- Vitor Domingos Paradigma.pt