From fct-cornette at insight.rr.com Sat Jan 1 03:21:26 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 31 Dec 2004 22:21:26 -0500 Subject: kernel-2.6.10-1.1056_FC4 much better than post kernel-2.6.9-1.681_FC3 Message-ID: <41D61736.7070709@insight.rr.com> It is nice not to have to override shortcomings from test kernels post kernel-2.6.9-1.681_FC3 until kernel-2.6.10-1.1056_FC4. I now can shutdown the computer normally and do not have the shutdown from GUI lockup that the -715 kernel version suffered. Thanks for the resulting improvements. On personal input, I think that this kernel and needed newer versioned packages might be moved to test. The kernel should probably be introduced into FC3 also, at least in testing. Jim -- Style may not be the answer, but at least it's a workable alternative. From davej at redhat.com Sat Jan 1 07:11:08 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 1 Jan 2005 02:11:08 -0500 Subject: kernel-2.6.10-1.1056_FC4 much better than post kernel-2.6.9-1.681_FC3 In-Reply-To: <41D61736.7070709@insight.rr.com> References: <41D61736.7070709@insight.rr.com> Message-ID: <20050101071108.GB1131@redhat.com> On Fri, Dec 31, 2004 at 10:21:26PM -0500, Jim Cornette wrote: > It is nice not to have to override shortcomings from test kernels post > kernel-2.6.9-1.681_FC3 until kernel-2.6.10-1.1056_FC4. I now can > shutdown the computer normally and do not have the shutdown from GUI > lockup that the -715 kernel version suffered. > > Thanks for the resulting improvements. > > On personal input, I think that this kernel and needed newer versioned > packages might be moved to test. The kernel should probably be > introduced into FC3 also, at least in testing. In time, it will. Right now isn't the time however, as there are a number of things in 2.6.10 that weren't fixed. A 2.6.10-ac update for FC3 is feasable though. I think I've finally nailed the 'machine oopses on logout' problem with the FC3 update kernels today. I'm trying to get that built right now. If that works out, it'll be the final 2.6.9 kernel for FC3, and I'll get a 2.6.10 update into testing shortly afterwards. Dave From maxer1 at xmission.com Sat Jan 1 07:43:55 2005 From: maxer1 at xmission.com (maxer1) Date: Sat, 01 Jan 2005 00:43:55 -0700 Subject: /usr/sbin/printconf-backend errors on boot Message-ID: <41D654BB.6060509@xmission.com> System-config-printer illicits this on kernel boot: Running FC4 here (rawhide) file "/usr/sbin/printconf-backend", line 7, in ? import printconf_backend File "/usr/share/printconf/util/printconf_backend.py", line 43, in ? etc I couldn't find a bug for it in bugzilla. What's stars have to be aligned to get it fixed? Happy New Year! RaXeT From maxer1 at xmission.com Sat Jan 1 07:57:20 2005 From: maxer1 at xmission.com (maxer1) Date: Sat, 01 Jan 2005 00:57:20 -0700 Subject: /usr/sbin/printconf-backend", line 7, Message-ID: <41D657E0.7030104@xmission.com> file "/usr/sbin/printconf-backend", line 7, in ? import printconf_backend File "/usr/share/printconf/util/printconf_backend.py", line 43, in ? etc I couldn't find a bug for it in bugzilla. What's stars have to be aligned to get it fixed? Happy New Year! RaXeT From fct-cornette at insight.rr.com Sat Jan 1 08:02:42 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 01 Jan 2005 03:02:42 -0500 Subject: kernel-2.6.10-1.1056_FC4 much better than post kernel-2.6.9-1.681_FC3 In-Reply-To: <20050101071108.GB1131@redhat.com> References: <41D61736.7070709@insight.rr.com> <20050101071108.GB1131@redhat.com> Message-ID: <41D65922.9070702@insight.rr.com> Dave Jones wrote: > On Fri, Dec 31, 2004 at 10:21:26PM -0500, Jim Cornette wrote: > > It is nice not to have to override shortcomings from test kernels post > > kernel-2.6.9-1.681_FC3 until kernel-2.6.10-1.1056_FC4. I now can > > shutdown the computer normally and do not have the shutdown from GUI > > lockup that the -715 kernel version suffered. > > > > Thanks for the resulting improvements. > > > > On personal input, I think that this kernel and needed newer versioned > > packages might be moved to test. The kernel should probably be > > introduced into FC3 also, at least in testing. > > In time, it will. Right now isn't the time however, as there > are a number of things in 2.6.10 that weren't fixed. > A 2.6.10-ac update for FC3 is feasable though. > > I think I've finally nailed the 'machine oopses on logout' > problem with the FC3 update kernels today. I'm trying to > get that built right now. If that works out, it'll be the > final 2.6.9 kernel for FC3, and I'll get a 2.6.10 update > into testing shortly afterwards. > > Dave > It's great to not have to worry about flashing CAPS indicators with the newer kernels during logout. I tested the devel kernel version in runlevel 3 and 5 and even with rhgb active. No oopses were experienced. Previously, I had a random lockup with even the 2.6.9-1.681 kernel, but it was only occasionally occurring. I still have to test for duration of running without a lockup condition. A 2.6.9 kernel for FC3 with included fixes would be a welcomed addition for FC3. A 2.6.10 kernel for testing would also be great. Thanks! Jim Stock's Observation: You no sooner get your head above water but what someone pulls your flippers off. From maxer1 at xmission.com Sat Jan 1 08:23:11 2005 From: maxer1 at xmission.com (maxer1) Date: Sat, 01 Jan 2005 01:23:11 -0700 Subject: more on cups restart Message-ID: <41D65DEF.1080506@xmission.com> Here is the full text: service cups restart Stopping cups: [ OK ] 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 43, in ? import cups_import File "/usr/share/printconf/util/cups_import.py", line 7, in ? from printconf_conf import * File "/usr/share/printconf/util/printconf_conf.py", line 83, in ? from xml.utils import qp_xml ImportError: No module named utils Should this be bugged or ignored? RaXeT From fedora at warmcat.com Sat Jan 1 09:37:48 2005 From: fedora at warmcat.com (Andy Green) Date: Sat, 1 Jan 2005 09:37:48 +0000 Subject: kernel-2.6.10-1.1056_FC4 much better than post kernel-2.6.9-1.681_FC3 In-Reply-To: <20050101071108.GB1131@redhat.com> References: <41D61736.7070709@insight.rr.com> <20050101071108.GB1131@redhat.com> Message-ID: <200501010937.59147.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 01 January 2005 07:11, Dave Jones wrote: > On Fri, Dec 31, 2004 at 10:21:26PM -0500, Jim Cornette wrote: > > It is nice not to have to override shortcomings from test kernels post > > kernel-2.6.9-1.681_FC3 until kernel-2.6.10-1.1056_FC4. I now can Big thanks for the fast usage of the 2.6.10 kernel in development from me too. A Wifi USB device here that previously required a kernel patch to get it to take a USB address on insertion now "just works" thanks to the USB changes in 2.6.10. That was very pleasant to see! - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB1m92jKeDCxMJCTIRAkYDAJ43dZ65sBOlfmc5WNEe/vMVFnCmfwCdGrWI ofb74ENrjWHvXJuRH5ELqZk= =JWIu -----END PGP SIGNATURE----- From teg at pvv.org Sat Jan 1 12:02:17 2005 From: teg at pvv.org (=?UTF-8?B?VHJvbmQgRWl2aW5kIEdsb21zcsO4ZA==?=) Date: Sat, 01 Jan 2005 13:02:17 +0100 Subject: sk98lin driver for Marvell Gigabit in kernel 2.6.9 In-Reply-To: <41B383DA.5090105@xmission.com> References: <000b01c4da49$d8c56760$0200000a@frank> <1102198408.13169.9.camel@va.local.linuxlobbyist.org> <41B383DA.5090105@xmission.com> Message-ID: <41D69149.3060806@pvv.org> maxer1 wrote: > So what we're discussing is that kernel 2.6.8 and 2.6.9 haven't had a > working driver sk98lin? It does. Except for an initial stream of > eth0: -- ERROR -- > Class: internal Software error > Nr: 0x19e > Msg: Vpd: Cannot read VPD keys it works well enough on my SN95G5. Better than the newer upstream driver, which seems to never stop spewing those messages. From tbrowder at cox.net Sat Jan 1 12:17:54 2005 From: tbrowder at cox.net (Tom Browder) Date: Sat, 1 Jan 2005 06:17:54 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: Message-ID: <20050101121802.UUZ1659.lakermmtao12.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: Joshua Baker-LePain [mailto:jlb17 at duke.edu] > Sent: Friday, December 31, 2004 11:23 AM > To: fedora-test-list at redhat.com > Cc: Tom Browder > Subject: Re: FC 3 and Kernel Lock or Hang > What motherboard are you using? There are lots of us > throwing out our Tyan S2466 based systems as fast as we can. > After a while they start exhibiting the behavior you're > seeing (hard locks (no OOPS available)) at random times that > are very hard to diagnose/resolve. > > See the beowulf list archives for a fair bit of discussion of this. All my machines with hang problems are using Gigabyte 7DPXDW-C. -Tom From paul at all-the-johnsons.co.uk Sat Jan 1 13:51:23 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 01 Jan 2005 13:51:23 +0000 Subject: rpm problems Message-ID: <1104587483.3973.45.camel@localhost.localdomain> Hi, I've noticed that while my system will download rpms, it won't install them - all I get are pre, preun and post errors (even when uninstalling). I installed the latest kernel update by hand yesterday and did it with - vv as an rpm option. The output was this D: ============== kernel-2.6.10-1.1056_FC4.i686.rpm D: Expected size: 16773245 = lead(96)+sigs(180)+pad(4)+data (16772965) D: Actual size: 16773245 D: kernel-2.6.10-1.1056_FC4.i686.rpm: MD5 digest: OK (5c8481c8999b44702da2be0f30f588e4) D: added binary package [0] D: found 0 source and 1 binary packages D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: ========== +++ kernel-2.6.10-1.1056_FC4 i686/linux 0x0 D: opening db index /var/lib/rpm/Depends create mode=0x0 D: Requires: rpmlib(VersionedDependencies) <= 3.0.3-1 YES (rpmlib provides) D: opening db index /var/lib/rpm/Providename rdonly mode=0x0 D: read h# 852 Header SHA1 digest: OK (f5148bed26f7c4c4a5558898d4383610569069e1) D: Requires: fileutils YES (db provides) D: read h# 854 Header SHA1 digest: OK (2bf0bc913297f811aea435020e287ab33034f1d2) D: Requires: module-init-tools YES (db provides) D: read h# 492 Header SHA1 digest: OK (44eb4c9dcf49b732335da2d8800c0380e4ae4646) D: Requires: initscripts >= 5.83 YES (db provides) D: read h# 659 Header SHA1 digest: OK (47f73590bf09a7586210d18bbb3c18d9c5b80f5b) D: Requires: mkinitrd >= 4.1.15 YES (db provides) D: opening db index /var/lib/rpm/Basenames rdonly mode=0x0 D: read h# 68 Header SHA1 digest: OK (21bd0b96e584da659d47243215e54c2e243a2e73) D: Requires: /bin/sh YES (db files) D: Requires: /bin/sh YES (cached) D: Requires: /bin/sh YES (cached) D: Requires: rpmlib(PayloadFilesHavePrefix) <= 4.0-1 YES (rpmlib provides) D: Requires: rpmlib(CompressedFileNames) <= 3.0.4-1 YES (rpmlib provides) D: read h# 751 Header SHA1 digest: OK (1ae380b9bd9b2abb08853d4442a724e0d6f81327) D: Conflicts: ppp <= 2.3.15 NO D: read h# 131 Header SHA1 digest: OK (c2f3c39b4c7268b3a32f51cee2fd95c91ce22524) D: Conflicts: pcmcia-cs <= 3.1.20 NO D: read h# 983 Header SHA1 digest: OK (6a8c0f0c44773fe59e67d2646bffcebb94c85c2f) D: Conflicts: isdn4k-utils <= 3.0 NO D: read h# 1037 Header SHA1 digest: OK (26bce07e8f9848075583ef135909fbb048281c25) D: Conflicts: mount < 2.10r-5 NO D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 D: read h# 66 Header sanity check: OK D: ========== DSA pubkey id b44269d04f2a6fd2 D: read h# 1003 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: Conflicts: nfs-utils < 1.0.3 NO D: read h# 796 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: Conflicts: e2fsprogs < 1.29 NO D: Conflicts: util-linux < 2.10 NO D: Conflicts: jfsutils < 1.0.14 NO D: Conflicts: reiserfsprogs < 3.6.3 NO D: Conflicts: xfsprogs < 2.1.0 NO D: read h# 746 Header SHA1 digest: OK (8e7576b053285767a1423aab2ecd1b3e6cc14316) D: Conflicts: procps < 2.0.9 NO D: read h# 828 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: Conflicts: oprofile < 0.5.3 NO D: Conflicts: cipe < 1.4.5 NO D: read h# 1020 Header SHA1 digest: OK (fd0a8f8275c3eea26325cf32777c2411ab722eeb) D: Conflicts: kudzu <= 0.92 NO D: Conflicts: initscripts < 7.23 NO D: read h# 684 Header SHA1 digest: OK (ab2a234956bac6ed5d7c2d1c5949702dffe48ae7) D: Conflicts: dev < 3.2-7 NO D: read h# 480 Header SHA1 digest: OK (0f5f0d98640ce57bac9f4bfc8b0124edcd19fbd8) D: Conflicts: iptables < 1.2.5-3 NO D: Conflicts: bcm5820 < 1.81 NO D: Conflicts: nvidia-rh72 <= 1.0 NO D: read h# 218 Header SHA1 digest: OK (42cd02a992ff839079b193da3e02c69298f6b8e2) D: Conflicts: SysVinit < 2.84-13 NO D: read h# 742 Header SHA1 digest: OK (9d248f1a3b7bd800bf97d6e55bfc5826fd06fbef) D: Conflicts: pam < 0.75-48 NO D: read h# 856 Header SHA1 digest: OK (f28fa22e3a15d0e451f71cdd3082a5532ef2b6f2) D: Conflicts: vixie-cron < 3.0.1-73 NO D: Conflicts: privoxy < 3.0.0-8 NO D: read h# 126 Header SHA1 digest: OK (ef7b03d639df6c3527947d919bf87fa7fe0cc996) D: Conflicts: spamassassin < 2.44-4.8.x NO D: read h# 1027 Header SHA1 digest: OK (0de24248a864a527a82079eb5f3d952004a376f4) D: Conflicts: cups < 1.1.17-13 NO D: opening db index /var/lib/rpm/Conflictname rdonly mode=0x0 D: read h# 261 Header SHA1 digest: OK (bbf461f9d961f099cef7553c9c2b2f03a490a42a) D: read h# 643 Header SHA1 digest: OK (2be0d6f6f63c222df07d98522da42c1abcee5d3f) D: read h# 660 Header SHA1 digest: OK (d97f50add501eb55584e039f22f77a9d69100fb8) D: read h# 674 Header SHA1 digest: OK (ee78e8ed97377b5ce4cc4c964b702d9425164cdd) D: Conflicts: kernel < 2.2.0 NO D: Conflicts: kernel < 0:2.6 NO D: Conflicts: kernel < 2.2.12-7 NO D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Depends D: closed db index /var/lib/rpm/Conflictname D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages D: ========== recording tsort relations D: ========== tsorting packages (order, #predecessors, #succesors, tree, depth) D: 0 0 0 0 0 +kernel-2.6.10-1.1056_FC4 D: installing binary packages D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages create mode=0x42 D: mounted filesystems: D: i dev bsize bavail iavail mount point D: 0 0x0301 4096 6415763 3825198 / D: 1 0x0003 4096 0 -1 /proc D: 2 0x0000 4096 0 -1 /sys D: 3 0x0009 4096 0 -1 /dev/pts D: 4 0x0010 4096 96984 96983 /dev/shm D: 5 0x0305 4096 4217971 3623939 /usr D: 6 0x0341 4096 14095612 9634914 /home D: 7 0x0342 4096 4255400 4928919 /MP3 D: 8 0x2201 4096 6652654 10714788 /Programming D: 9 0x2202 4096 7906951 4293625 /web D: 10 0x2241 4096 7094245 14809266 /backup D: 11 0x0012 4096 0 -1 /proc/sys/fs/binfmt_misc D: 12 0x0013 4096 0 -1 /var/lib/nfs/rpc_pipefs D: sanity checking 1 elements D: opening db index /var/lib/rpm/Name create mode=0x42 D: read h# 643 Header SHA1 digest: OK (2be0d6f6f63c222df07d98522da42c1abcee5d3f) D: read h# 660 Header SHA1 digest: OK (d97f50add501eb55584e039f22f77a9d69100fb8) D: read h# 674 Header SHA1 digest: OK (ee78e8ed97377b5ce4cc4c964b702d9425164cdd) D: computing 8380 file fingerprints D: computing file dispositions D: opening db index /var/lib/rpm/Basenames create mode=0x42 D: ========== +++ kernel-2.6.10-1.1056_FC4 i686-linux 0x0 D: Expected size: 16773245 = lead(96)+sigs(180)+pad(4)+data (16772965) D: Actual size: 16773245 D: install: kernel-2.6.10-1.1056_FC4 has 8380 files, test = 0 D: install: %pre(kernel-2.6.10-1.1056_FC4.i686) asynchronous scriptlet start D: install: %pre(kernel-2.6.10-1.1056_FC4.i686) execv(/bin/sh) pid 5058 D: install: waitpid(5058) rc 5058 status ff00 secs 0.002 error: %pre(kernel-2.6.10-1.1056_FC4.i686) scriptlet failed, exit status 255 error: install: %pre scriptlet failed (2), skipping kernel-2.6.10-1.1056_FC4 D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages Any ideas why all downloads are failing to install and what I need to do to fix the problem. The problem only affects this machine and not my laptop or any other FC3 box I have, so it's pretty much a local problem. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 fct-cornette at insight.rr.com Sat Jan 1 17:17:17 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 01 Jan 2005 12:17:17 -0500 Subject: rpm problems In-Reply-To: <1104587483.3973.45.camel@localhost.localdomain> References: <1104587483.3973.45.camel@localhost.localdomain> Message-ID: <41D6DB1D.7010301@insight.rr.com> Paul wrote: > Hi, > > I've noticed that while my system will download rpms, it won't install > them - all I get are pre, preun and post errors (even when > uninstalling). > > I installed the latest kernel update by hand yesterday and did it with - > vv as an rpm option. The output was this > > D: ============== kernel-2.6.10-1.1056_FC4.i686.rpm Are you installing this rpm on an FC3 system without other upgrades from rawhide? I used up2date to install this version on an FC3 system. It required newer versions of kernel related packages for the installation to be successful. I uncommented the devel repo to install the kernel and openoffice, performed the upgrade, then recommented out the devel repo. I'm not sure as to whether you are running rawhide or fc3. Just a note on trying to install packages via clicking on the rpm and letting system-config-packages handle the installation. This method might have worked, but it would have taken a very long time to solve the deps needed before the instalations actualy completed. Jim -- Many people write memos to tell you they have nothing to say. From maxer1 at xmission.com Sat Jan 1 17:37:39 2005 From: maxer1 at xmission.com (maxer1) Date: Sat, 01 Jan 2005 10:37:39 -0700 Subject: New Years development update bad Message-ID: <41D6DFE3.2030509@xmission.com> Have fun. 1:gcc4 ########################################### [ 8%] 2:libgcj4 ########################################### [ 17%] error: %post(libgcj4-4.0.0-0.17.i386) scriptlet failed, exit status 255 3:grep ########################################### [ 25%] error: %post(grep-2.5.1-45.i386) scriptlet failed, exit status 255 4:libgcj4-devel ########################################### [ 33%] 5:libmudflap ########################################### [ 42%] error: %post(libmudflap-4.0.0-0.17.i386) scriptlet failed, exit status 255 6:libgfortran ########################################### [ 50%] error: %post(libgfortran-4.0.0-0.17.i386) scriptlet failed, exit status 255 7:gcc4-c++ ########################################### [ 58%] 8:gcc4-gfortran ########################################### [ 67%] error: %post(gcc4-gfortran-4.0.0-0.17.i386) scriptlet failed, exit status 255 9:gcc4-java ########################################### [ 75%] 10:libmudflap-devel ########################################### [ 83%] 11:nss_ldap warning: /etc/ldap.conf created as /etc/ldap.conf.rpmnew ########################################### [ 92%] error: %post(nss_ldap-227-1.i386) scriptlet failed, exit status 255 12:rpmdb-fedora ########################################### [100%] error: %post(rpmdb-fedora-4-0.20050101.i386) scriptlet failed, exit status 255 error: %preun(gcc4-gfortran-4.0.0-0.15.i386) scriptlet failed, exit status 255 error: %preun(grep-2.5.1-44.i386) scriptlet failed, exit status 255 error: %postun(libgcj4-4.0.0-0.16.i386) scriptlet failed, exit status 255 RaXeT From davej at redhat.com Sat Jan 1 18:55:45 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 1 Jan 2005 13:55:45 -0500 Subject: new year, new test kernel. Message-ID: <20050101185545.GA5476@redhat.com> This hasn't been pushed out to the testing repo's just yet, but you can pick it up early from http://people.redhat.com/davej/kernels/Fedora/FC3/ The major change since the last test release should be the fixing of the problem a lot of folks (especially radeon users) saw on logout of Gnome/KDE. Dave Changelog since last testing release.. * Fri Dec 31 2004 Dave Jones - Drop 4g/4g patch completely. * Tue Dec 28 2004 Dave Jones - Drop bogus ethernet slab cache. * Thu Dec 23 2004 Dave Jones - Fix bio error propagation. - Clear ebp on sysenter return. - Extra debugging info on OOM kill. - exit() race fix. - Fix refcounting order in sd/sr, fixing cable pulls on USB storage. - IGMP source filter fixes. - Fix ext2/3 leak on umount. - fix missing wakeup in ipc/sem - Fix another tux corner case bug. * Wed Dec 22 2004 Dave Jones - Add another ipod to the unusual usb devices list. (#142779) * Tue Dec 21 2004 Dave Jones - Fix two silly bugs in the AGP posting fixes. * Thu Dec 16 2004 Dave Jones - Better version of the PCI Posting fixes for agpgart. - Add missing cache flush to the AGP code. * Sun Dec 12 2004 Dave Jones - fix false ECHILD result from wait* with zombie group leader. From davej at redhat.com Sat Jan 1 18:59:13 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 1 Jan 2005 13:59:13 -0500 Subject: new year, new test kernel. In-Reply-To: <20050101185545.GA5476@redhat.com> References: <20050101185545.GA5476@redhat.com> Message-ID: <20050101185913.GB5476@redhat.com> On Sat, Jan 01, 2005 at 01:55:45PM -0500, Dave Jones wrote: > This hasn't been pushed out to the testing > repo's just yet, but you can pick it up > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ Similar FC2 RPMs can be found in ../FC2/ Dave From mattdm at mattdm.org Sat Jan 1 19:42:47 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 1 Jan 2005 14:42:47 -0500 Subject: new year, new test kernel. In-Reply-To: <20050101185913.GB5476@redhat.com> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> Message-ID: <20050101194247.GA10213@jadzia.bu.edu> On Sat, Jan 01, 2005 at 01:59:13PM -0500, Dave Jones wrote: > Similar FC2 RPMs can be found in ../FC2/ > Dave Cool; thanks! I'll test these both on Monday, and see what I get. And I guess I'll be telling a lot more people that they need to buy x86_64 systems if they want to run programs that allocate insane amounts of memory.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From paul at all-the-johnsons.co.uk Sat Jan 1 20:02:24 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 01 Jan 2005 20:02:24 +0000 Subject: rpm problems In-Reply-To: <41D6DB1D.7010301@insight.rr.com> References: <1104587483.3973.45.camel@localhost.localdomain> <41D6DB1D.7010301@insight.rr.com> Message-ID: <1104609744.3973.47.camel@localhost.localdomain> Hi, > > I installed the latest kernel update by hand yesterday and did it with - > > vv as an rpm option. The output was this > > > > D: ============== kernel-2.6.10-1.1056_FC4.i686.rpm > > Are you installing this rpm on an FC3 system without other upgrades from > rawhide? Nope, been running rawhide since the day I installed FC3. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 paul at all-the-johnsons.co.uk Sat Jan 1 21:35:55 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 01 Jan 2005 21:35:55 +0000 Subject: nvidia drivers Message-ID: <1104615356.3973.61.camel@localhost.localdomain> Hi, I'm using rawhide. Where is the best place to get hold of the nvidia drivers from? IIRC, it was dag that had them, but I can't remember. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 mrguytx at austin.rr.com Sat Jan 1 21:49:04 2005 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Sat, 01 Jan 2005 15:49:04 -0600 Subject: nvidia drivers In-Reply-To: <1104615356.3973.61.camel@localhost.localdomain> References: <1104615356.3973.61.camel@localhost.localdomain> Message-ID: <1104616144.29891.49.camel@localhost.localdomain> livna G On Sat, 2005-01-01 at 21:35 +0000, Paul wrote: > Hi, > > I'm using rawhide. Where is the best place to get hold of the nvidia > drivers from? > > IIRC, it was dag that had them, but I can't remember. > > TTFN > > Paul > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- W. Guy Thomas From paul at all-the-johnsons.co.uk Sat Jan 1 21:56:42 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 01 Jan 2005 21:56:42 +0000 Subject: nvidia drivers In-Reply-To: <1104616144.29891.49.camel@localhost.localdomain> References: <1104615356.3973.61.camel@localhost.localdomain> <1104616144.29891.49.camel@localhost.localdomain> Message-ID: <1104616602.31026.0.camel@localhost.localdomain> Hi, > livna These okay for rawhide? I mean, the kernel version is now at 2.6.10 and the ones listed there are a fair bit older... TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 tbrowder at cox.net Sat Jan 1 22:14:36 2005 From: tbrowder at cox.net (Tom Browder) Date: Sat, 1 Jan 2005 16:14:36 -0600 Subject: new year, new test kernel. In-Reply-To: <20050101185545.GA5476@redhat.com> Message-ID: <20050101221441.QEFF27357.lakermmtao01.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Dave Jones > Sent: Saturday, January 01, 2005 12:56 PM > To: fedora-test-list at redhat.com > Subject: new year, new test kernel. Tried it--doesn't fix kernel lock problem. I wish I could tell you more about the problem. -Tom From jspaleta at gmail.com Sat Jan 1 22:56:56 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 1 Jan 2005 17:56:56 -0500 Subject: nvidia drivers In-Reply-To: <1104616602.31026.0.camel@localhost.localdomain> References: <1104615356.3973.61.camel@localhost.localdomain> <1104616144.29891.49.camel@localhost.localdomain> <1104616602.31026.0.camel@localhost.localdomain> Message-ID: <604aa791050101145664821175@mail.gmail.com> On Sat, 01 Jan 2005 21:56:42 +0000, Paul wrote: > These okay for rawhide? I mean, the kernel version is now at 2.6.10 and > the ones listed there are a fair bit older... Okay for rawhide? Thats putting the cart before the horse. rebuild the nvidia src.rpm at livna and find out. And see if there is a bug at livna open tracking rawhide issues with the src.rpms. -jef From gtm.kramer at inter.nl.net Sat Jan 1 23:36:50 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Sun, 02 Jan 2005 00:36:50 +0100 Subject: new year, new test kernel. In-Reply-To: <20050101185545.GA5476@redhat.com> References: <20050101185545.GA5476@redhat.com> Message-ID: <1104622610.24223.3.camel@paragon.slim> Would it be possible to include the HP (Compaq) TC1100 ACPI WMI and asorted patches in future versions? These are needed to get the WACOM pen, Wifi and Bluetooth working. That would be really great. Jurgen On Sat, 2005-01-01 at 13:55 -0500, Dave Jones wrote: > This hasn't been pushed out to the testing > repo's just yet, but you can pick it up > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ > > The major change since the last test release > should be the fixing of the problem a lot of > folks (especially radeon users) saw on logout > of Gnome/KDE. > > Dave > > Changelog since last testing release.. > > * Fri Dec 31 2004 Dave Jones > - Drop 4g/4g patch completely. > > * Tue Dec 28 2004 Dave Jones > - Drop bogus ethernet slab cache. > > * Thu Dec 23 2004 Dave Jones > - Fix bio error propagation. > - Clear ebp on sysenter return. > - Extra debugging info on OOM kill. > - exit() race fix. > - Fix refcounting order in sd/sr, fixing cable pulls on USB storage. > - IGMP source filter fixes. > - Fix ext2/3 leak on umount. > - fix missing wakeup in ipc/sem > - Fix another tux corner case bug. > > * Wed Dec 22 2004 Dave Jones > - Add another ipod to the unusual usb devices list. (#142779) > > * Tue Dec 21 2004 Dave Jones > - Fix two silly bugs in the AGP posting fixes. > > * Thu Dec 16 2004 Dave Jones > - Better version of the PCI Posting fixes for agpgart. > - Add missing cache flush to the AGP code. > > * Sun Dec 12 2004 Dave Jones > - fix false ECHILD result from wait* with zombie group leader. > -- From davej at redhat.com Sat Jan 1 23:46:40 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 1 Jan 2005 18:46:40 -0500 Subject: new year, new test kernel. In-Reply-To: <1104622610.24223.3.camel@paragon.slim> References: <20050101185545.GA5476@redhat.com> <1104622610.24223.3.camel@paragon.slim> Message-ID: <20050101234640.GA15541@redhat.com> On Sun, Jan 02, 2005 at 12:36:50AM +0100, Jurgen Kramer wrote: > Would it be possible to include the HP (Compaq) TC1100 ACPI WMI and > asorted patches in future versions? These are needed to get the WACOM > pen, Wifi and Bluetooth working. > > That would be really great. I've no idea what state those patches are in, but a better solution is to convince the authors of them to get their stuff merged upstream. If they're already in 2.6.10, we'll pick them up eventually. FC-2 & FC-3 are now at 245 patches on top of 2.6.9-ac, with devel being 76 patches on top of 2.6.10. The latter, I want to actually *reduce* by the time that FC4 ships. (At a guess 2.6.11 will likely be out in time for it, so we're shooting to get as much as possible pushed upstream). FC-2/FC-3 were around 40 or so patches at time of release. I'd like to get to near that target, if not better again. Dave From dr at cluenet.de Sun Jan 2 00:03:29 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sun, 2 Jan 2005 01:03:29 +0100 Subject: new year, new test kernel. In-Reply-To: <20050101234640.GA15541@redhat.com> References: <20050101185545.GA5476@redhat.com> <1104622610.24223.3.camel@paragon.slim> <20050101234640.GA15541@redhat.com> Message-ID: <20050102000329.GA25761@srv01.cluenet.de> On Sat, Jan 01, 2005 at 06:46:40PM -0500, Dave Jones wrote: > FC-2 & FC-3 are now at 245 patches on top of 2.6.9-ac, > with devel being 76 patches on top of 2.6.10. Can you give a figure on how many of them are bug fixes, and how many feature additions? Being naive, I guess getting the bug fixes in upstream shouldn't be any problem in most cases? Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From davej at redhat.com Sun Jan 2 00:09:21 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 1 Jan 2005 19:09:21 -0500 Subject: new year, new test kernel. In-Reply-To: <20050102000329.GA25761@srv01.cluenet.de> References: <20050101185545.GA5476@redhat.com> <1104622610.24223.3.camel@paragon.slim> <20050101234640.GA15541@redhat.com> <20050102000329.GA25761@srv01.cluenet.de> Message-ID: <20050102000921.GB15541@redhat.com> On Sun, Jan 02, 2005 at 01:03:29AM +0100, Daniel Roesen wrote: > On Sat, Jan 01, 2005 at 06:46:40PM -0500, Dave Jones wrote: > > FC-2 & FC-3 are now at 245 patches on top of 2.6.9-ac, > > with devel being 76 patches on top of 2.6.10. > > Can you give a figure on how many of them are bug fixes, and how many > feature additions? The vast majority are backported fixes. Here's the list of feature patches in the devel tree.. - Restricted /dev/mem - Execshield - Additions to SCSI whitelist for USB card readers - 'crash' debug driver - Signed modules - ipw2100/ipw2200 drivers - Xen - flexmmap for x86-64. The bulk of the remainder are bugfixes, and a handful of 'distro' patches that wont go upstream. > Being naive, I guess getting the bug fixes in upstream shouldn't be > any problem in most cases? most of them actually came /from/ upstream 8) Dave From gtm.kramer at inter.nl.net Sat Jan 1 23:36:50 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Sun, 02 Jan 2005 00:36:50 +0100 Subject: new year, new test kernel. In-Reply-To: <20050101185545.GA5476@redhat.com> References: <20050101185545.GA5476@redhat.com> Message-ID: <1104622610.24223.3.camel@paragon.slim> Would it be possible to include the HP (Compaq) TC1100 ACPI WMI and asorted patches in future versions? These are needed to get the WACOM pen, Wifi and Bluetooth working. That would be really great. Jurgen On Sat, 2005-01-01 at 13:55 -0500, Dave Jones wrote: > This hasn't been pushed out to the testing > repo's just yet, but you can pick it up > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ > > The major change since the last test release > should be the fixing of the problem a lot of > folks (especially radeon users) saw on logout > of Gnome/KDE. > > Dave > > Changelog since last testing release.. > > * Fri Dec 31 2004 Dave Jones > - Drop 4g/4g patch completely. > > * Tue Dec 28 2004 Dave Jones > - Drop bogus ethernet slab cache. > > * Thu Dec 23 2004 Dave Jones > - Fix bio error propagation. > - Clear ebp on sysenter return. > - Extra debugging info on OOM kill. > - exit() race fix. > - Fix refcounting order in sd/sr, fixing cable pulls on USB storage. > - IGMP source filter fixes. > - Fix ext2/3 leak on umount. > - fix missing wakeup in ipc/sem > - Fix another tux corner case bug. > > * Wed Dec 22 2004 Dave Jones > - Add another ipod to the unusual usb devices list. (#142779) > > * Tue Dec 21 2004 Dave Jones > - Fix two silly bugs in the AGP posting fixes. > > * Thu Dec 16 2004 Dave Jones > - Better version of the PCI Posting fixes for agpgart. > - Add missing cache flush to the AGP code. > > * Sun Dec 12 2004 Dave Jones > - fix false ECHILD result from wait* with zombie group leader. > -- From balay at fastmail.fm Sun Jan 2 01:00:02 2005 From: balay at fastmail.fm (Satish Balay) Date: Sat, 1 Jan 2005 19:00:02 -0600 (CST) Subject: new year, new test kernel. In-Reply-To: <20050101185545.GA5476@redhat.com> References: <20050101185545.GA5476@redhat.com> Message-ID: On Sat, 1 Jan 2005, Dave Jones wrote: > This hasn't been pushed out to the testing > repo's just yet, but you can pick it up > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ I'm unable to use gdb with kernel-2.6.9-1.722_FC3 (the same problem with kernel-2.6.9-1.1049_FC4 in rawhide) This works fine if I go back to kernel-2.6.9-1.681_FC3 Satish ---- (The following session is from rawhide - but the same thing happened with 722_FC3) [balay at localhost junk]$ uname -a Linux localhost.localdomain 2.6.9-1.1049_FC4 #1 Wed Dec 22 19:15:55 EST 2004 i686 i686 i386 GNU/Linux [balay at localhost junk]$ gcc -g sizeof.c [balay at localhost junk]$ gdb a.out GNU gdb Red Hat Linux (6.1post-1.20040607.61rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) b 10 Breakpoint 1 at 0x80483f4: file sizeof.c, line 10. (gdb) r Starting program: /home/balay/junk/a.out warning: Child process unexpectedly missing: No child processes Program terminated with signal ?, Unknown signal. The program no longer exists. You can't do that without a process to debug. (gdb) From dr at cluenet.de Sun Jan 2 01:59:54 2005 From: dr at cluenet.de (Daniel Roesen) Date: Sun, 2 Jan 2005 02:59:54 +0100 Subject: new year, new test kernel. In-Reply-To: <20050102000921.GB15541@redhat.com> References: <20050101185545.GA5476@redhat.com> <1104622610.24223.3.camel@paragon.slim> <20050101234640.GA15541@redhat.com> <20050102000329.GA25761@srv01.cluenet.de> <20050102000921.GB15541@redhat.com> Message-ID: <20050102015954.GA26432@srv01.cluenet.de> On Sat, Jan 01, 2005 at 07:09:21PM -0500, Dave Jones wrote: > On Sun, Jan 02, 2005 at 01:03:29AM +0100, Daniel Roesen wrote: > > On Sat, Jan 01, 2005 at 06:46:40PM -0500, Dave Jones wrote: > > > FC-2 & FC-3 are now at 245 patches on top of 2.6.9-ac, > > > with devel being 76 patches on top of 2.6.10. > > > > Can you give a figure on how many of them are bug fixes, and how many > > feature additions? > > The vast majority are backported fixes. Here's the list of > feature patches in the devel tree.. > > - Restricted /dev/mem > - Execshield > - Additions to SCSI whitelist for USB card readers > - 'crash' debug driver > - Signed modules > - ipw2100/ipw2200 drivers > - Xen > - flexmmap for x86-64. > > The bulk of the remainder are bugfixes, and a handful > of 'distro' patches that wont go upstream. Thanks for that. So just to be sure I understand this correctly: only ~8 patches for features, over 200 bug fixes, and some "distro" patches? What kind of patches are those "distro" patches? Best regards, Daniel -- CLUE-RIPE -- Jabber: dr at cluenet.de -- dr at IRCnet -- PGP: 0xA85C8AA0 From davej at redhat.com Sun Jan 2 02:10:57 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 1 Jan 2005 21:10:57 -0500 Subject: new year, new test kernel. In-Reply-To: <20050102015954.GA26432@srv01.cluenet.de> References: <20050101185545.GA5476@redhat.com> <1104622610.24223.3.camel@paragon.slim> <20050101234640.GA15541@redhat.com> <20050102000329.GA25761@srv01.cluenet.de> <20050102000921.GB15541@redhat.com> <20050102015954.GA26432@srv01.cluenet.de> Message-ID: <20050102021057.GA13179@redhat.com> On Sun, Jan 02, 2005 at 02:59:54AM +0100, Daniel Roesen wrote: > > The bulk of the remainder are bugfixes, and a handful > > of 'distro' patches that wont go upstream. > > Thanks for that. So just to be sure I understand this correctly: > only ~8 patches for features Some of those features are split up into multiple patches. Ie, Execshield is 3-4, modsign is ~6, etc.. This makes upstream merging easier. Some of the smaller bits of exec-shield already found their way upstream. It makes it so much easier to rebase when you can just drop a patch instead of having to edit a diff/hand merge rejects. > over 200 bug fixes, and some "distro" > patches? What kind of patches are those "distro" patches? Things like the make oldconfig_nonint target, things fiddling with default gcc options (-Os by default, and tune for P4 on the 686 kernel) Some debugging patches (like linux-2.6.3-printopen.patch which prints files that are opened, useful for generating file lists for readahead), things that alter some upstream decisions (like changing some printk's to panic's and vice versa) WARN_ON -> BUG_ON). Upstream kernel will allow you to sometimes limp along after something catastrophic happens, Fedora kernel will panic as soon as possible to prevent possible data corruption. Removal of export's of a bunch of things like sys_call_table which only cause pain, and prevent a bunch of rootkits from running. (Whilst there are rootkits that can still patch the system without this exported, it raises the bar slightly). Finally, we deprecate a bunch of stuff that will ultimately go away upstream. Dave From paul at all-the-johnsons.co.uk Sun Jan 2 03:48:04 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 02 Jan 2005 03:48:04 +0000 Subject: nvidia drivers In-Reply-To: <604aa791050101145664821175@mail.gmail.com> References: <1104615356.3973.61.camel@localhost.localdomain> <1104616144.29891.49.camel@localhost.localdomain> <1104616602.31026.0.camel@localhost.localdomain> <604aa791050101145664821175@mail.gmail.com> Message-ID: <1104637684.3565.48.camel@localhost.localdomain> Hi, > Okay for rawhide? Thats putting the cart before the horse. > > rebuild the nvidia src.rpm at livna and find out. And see if there is > a bug at livna open tracking rawhide issues with the src.rpms. Done that and while I have X running, glx isn't and glxinfo | grep nvidia gives a segfault! TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 gtm.kramer at inter.nl.net Sun Jan 2 10:08:26 2005 From: gtm.kramer at inter.nl.net (Jurgen Kramer) Date: Sun, 02 Jan 2005 11:08:26 +0100 Subject: new year, new test kernel. In-Reply-To: <20050101234640.GA15541@redhat.com> References: <20050101185545.GA5476@redhat.com> <1104622610.24223.3.camel@paragon.slim> <20050101234640.GA15541@redhat.com> Message-ID: <1104660506.23274.2.camel@paragon.slim> On Sat, 2005-01-01 at 18:46 -0500, Dave Jones wrote: > On Sun, Jan 02, 2005 at 12:36:50AM +0100, Jurgen Kramer wrote: > > Would it be possible to include the HP (Compaq) TC1100 ACPI WMI and > > asorted patches in future versions? These are needed to get the WACOM > > pen, Wifi and Bluetooth working. > > > > That would be really great. > > I've no idea what state those patches are in, but a better solution > is to convince the authors of them to get their stuff merged upstream. > If they're already in 2.6.10, we'll pick them up eventually. I am not sure if these patches are actively maintained. There not in 2.6.10. Maybe someone on the ACPI ML knows what the status is. > FC-2 & FC-3 are now at 245 patches on top of 2.6.9-ac, > with devel being 76 patches on top of 2.6.10. The latter, I > want to actually *reduce* by the time that FC4 ships. > (At a guess 2.6.11 will likely be out in time for it, > so we're shooting to get as much as possible pushed upstream). > > FC-2/FC-3 were around 40 or so patches at time of release. > I'd like to get to near that target, if not better again. > > Dave Jurgen -- From mpeters at mac.com Sun Jan 2 11:51:36 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 02 Jan 2005 11:51:36 +0000 Subject: Fixing an Anaconda Hang Message-ID: <1104666696l.11167l.1l@devel.mpeters.us> I have a USB 2.0 card reader from Radio Shack. It hangs the Fedora Core 3 installer. Once installed, it works (at least the top slot does - I haven't tried the lower) During install, the usb mass storage driver loads, and then then the installer hangs when it tries to load it again. What information do I need to get from the device to provide to open an appropriate bugzilla to fix it, hopefully for Core 4? From P.R.Schaffner at IEEE.org Sun Jan 2 12:26:02 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sun, 02 Jan 2005 07:26:02 -0500 Subject: new year, new test kernel. In-Reply-To: <20050101185913.GB5476@redhat.com> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> Message-ID: <1104668762.3640.10.camel@tabb1.tabb> On Sat, 2005-01-01 at 13:59 -0500, Dave Jones wrote: > On Sat, Jan 01, 2005 at 01:55:45PM -0500, Dave Jones wrote: > > This hasn't been pushed out to the testing > > repo's just yet, but you can pick it up > > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ > > Similar FC2 RPMs can be found in ../FC2/ How about running createrepo for the FC3 directory? Has old-style yum headers but not new repodata so can't be used with FC3 yum. Thanks, Phil From fct-cornette at insight.rr.com Sun Jan 2 15:01:46 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 02 Jan 2005 10:01:46 -0500 Subject: new year, new test kernel. In-Reply-To: <20050101185545.GA5476@redhat.com> References: <20050101185545.GA5476@redhat.com> Message-ID: <41D80CDA.9070901@insight.rr.com> Dave Jones wrote: > This hasn't been pushed out to the testing > repo's just yet, but you can pick it up > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ > > The major change since the last test release > should be the fixing of the problem a lot of > folks (especially radeon users) saw on logout > of Gnome/KDE. Using a radeon graphics card, the error with a panic when exiting the GUI does not occur. There were also problems with random lockups with previous kernels and someone reprted a problem where their mouse functionality broke and their X server would go back to a login screen. I referenced this test kernel for maybe resolving this pecularity with the kernel and radeon cards when running the GUI. Of course, the power-off using acpi is still present with the 2.6.9 kernel versions. Jim 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 > > Dave > > Changelog since last testing release.. > > * Fri Dec 31 2004 Dave Jones > - Drop 4g/4g patch completely. > -- Kirk to Enterprise -- beam down yeoman Rand and a six-pack. From davej at redhat.com Sun Jan 2 15:47:46 2005 From: davej at redhat.com (Dave Jones) Date: Sun, 2 Jan 2005 10:47:46 -0500 Subject: new year, new test kernel. In-Reply-To: <41D80CDA.9070901@insight.rr.com> References: <20050101185545.GA5476@redhat.com> <41D80CDA.9070901@insight.rr.com> Message-ID: <20050102154746.GB18638@redhat.com> On Sun, Jan 02, 2005 at 10:01:46AM -0500, Jim Cornette wrote: > Using a radeon graphics card, the error with a panic when exiting the > GUI does not occur. There were also problems with random lockups with > previous kernels and someone reprted a problem where their mouse > functionality broke and their X server would go back to a login screen. > I referenced this test kernel for maybe resolving this pecularity with > the kernel and radeon cards when running the GUI. > Of course, the power-off using acpi is still present with the 2.6.9 > kernel versions. That's likely not going to get fixed until I rebase to 2.6.10-ac. Dave From fedora-lists at dark-hill.co.uk Sun Jan 2 16:53:14 2005 From: fedora-lists at dark-hill.co.uk (Douglas Furlong) Date: Sun, 02 Jan 2005 16:53:14 +0000 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in Fedora Development for testing In-Reply-To: <41C7D681.3020305@www.linux.org.uk> References: <41C7D681.3020305@www.linux.org.uk> Message-ID: <1104684795.5635.2.camel@dougs-laptop.dark-hill.co.uk> On Tue, 2004-12-21 at 02:53 -0500, Mike A. Harris wrote: > X.Org X11 6.8.2rc1 a.k.a 6.8.1.901 is now in Fedora Development > (rawhide) for testing. This new X11 test release is from the stable > bugfix-only 6.8-branch of X.Org X11 CVS. The new release fixes a large > number of bugs in 6.8.1 which have been reported since it was released, > including fixes to the X server, radeon and other drivers, and addition > of PCI IDs of some newer hardware. Hi Can you confirm that the patches referred to in the below link have been included? https://bugs.freedesktop.org/show_bug.cgi?id=1559 -- Douglas Furlong From feliciano.matias at free.fr Sun Jan 2 17:28:34 2005 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sun, 02 Jan 2005 18:28:34 +0100 Subject: new year, new test kernel. In-Reply-To: <20050101185545.GA5476@redhat.com> References: <20050101185545.GA5476@redhat.com> Message-ID: <1104686914.3607.2.camel@one.myworld> Le samedi 01 janvier 2005 ? 13:55 -0500, Dave Jones a ?crit : > This hasn't been pushed out to the testing > repo's just yet, but you can pick it up > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ > Thanks. This fix this bug (component initially set to xorg) : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142685 - "x11 hang when dri/glx is use on mga G400 card" -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From tbrowder at cox.net Sun Jan 2 17:38:14 2005 From: tbrowder at cox.net (Tom Browder) Date: Sun, 2 Jan 2005 11:38:14 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050101121802.UUZ1659.lakermmtao12.cox.net@nonerjsnum1tkq> Message-ID: <20050102173822.GEYQ22354.lakermmtao04.cox.net@nonerjsnum1tkq> I have just noticed something about the FC 3 722 kernel that exhibits a little different behavior after a lockup: When I push my power switch to turn of the box for a hard restart (screen is blank, no apparent reaction from a key press or mouse movement or click), I get a momentary look at a good desktop as the display comes back before the shutdown sequence starts. I am not using any kernel boot arguments (except 'ro root=LABEL=/') I hope this rings a bell with someone. -Tom From stevef at netvantix.com Sun Jan 2 20:29:27 2005 From: stevef at netvantix.com (Steve Fink) Date: Sun, 02 Jan 2005 13:29:27 -0700 Subject: PHP5 Message-ID: <1104697768.4585.4.camel@orion> Are there plans to package or problems packaging PHP5 with FC4? Thanks in advance, Steve From kyrre at solution-forge.net Sun Jan 2 20:33:11 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 02 Jan 2005 21:33:11 +0100 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050102173822.GEYQ22354.lakermmtao04.cox.net@nonerjsnum1tkq> References: <20050102173822.GEYQ22354.lakermmtao04.cox.net@nonerjsnum1tkq> Message-ID: <1104697991.2691.2.camel@kyrre> s?n, 02.01.2005 kl. 18.38 skrev Tom Browder: > I have just noticed something about the FC 3 722 kernel that exhibits a > little different behavior after a lockup: > > When I push my power switch to turn of the box for a hard restart (screen is > blank, no apparent reaction from a key press or mouse movement or click), I > get a momentary look at a good desktop as the display comes back before the > shutdown sequence starts. I am not using any kernel boot arguments (except > 'ro root=LABEL=/') > > I hope this rings a bell with someone. > You say you push the power button, and the shutdown sequence starts? Does it complete - i.e. does the computer shut down nicely? Hmm... Sounds like an X hangup... Can you ssh in? if so, does X run at 99,9% CPU (check with top)? Kyrre From fedora at warmcat.com Sun Jan 2 21:03:46 2005 From: fedora at warmcat.com (Andy Green) Date: Sun, 2 Jan 2005 21:03:46 +0000 Subject: PHP5 In-Reply-To: <1104697768.4585.4.camel@orion> References: <1104697768.4585.4.camel@orion> Message-ID: <200501022103.52714.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 02 January 2005 20:29, Steve Fink wrote: > Are there plans to package or problems packaging PHP5 with FC4? It seems to be in the development branch already, so I assume so. rpm -q php php-5.0.2-8 - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB2GG4jKeDCxMJCTIRAnA/AJ9QFrEAKtQ8Jh164SIag4xJ1JnONACggor5 m1HfgFJkRaS13rW29C1OiNs= =gLa6 -----END PGP SIGNATURE----- From seyman at wanadoo.fr Sun Jan 2 21:06:01 2005 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Sun, 2 Jan 2005 22:06:01 +0100 Subject: PHP5 In-Reply-To: <1104697768.4585.4.camel@orion> References: <1104697768.4585.4.camel@orion> Message-ID: <20050102210601.GA6914@orient.maison.moi> On Sun, Jan 02, 2005 at 01:29:27PM -0700, Steve Fink wrote: > > Are there plans to package or problems packaging PHP5 with FC4? Given that php 5.0.2 is in the development tree, I'ld say it's a given. Emmanuel From cochranb at speakeasy.net Mon Jan 3 03:18:24 2005 From: cochranb at speakeasy.net (Robert L Cochran) Date: Sun, 02 Jan 2005 22:18:24 -0500 Subject: PHP5 In-Reply-To: <200501022103.52714.fedora@warmcat.com> References: <1104697768.4585.4.camel@orion> <200501022103.52714.fedora@warmcat.com> Message-ID: <41D8B980.1000207@speakeasy.net> I'm using PHP 5.0.3 compiled from the source and am having fun learning the programming. It runs on one of my other machines under FC3 with SELinux active and I'm getting avc denied messages against the ldap.so extension to PHP 5.0.3, so I'll be asking about that on the SELinux list soon. Bob Cochran Andy Green wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Sunday 02 January 2005 20:29, Steve Fink wrote: > > > >>Are there plans to package or problems packaging PHP5 with FC4? >> >> > >It seems to be in the development branch already, so I assume so. > >rpm -q php >php-5.0.2-8 > >- -Andy > >- -- >http://www.addintelligence.co.uk -- we design custom hardware and software for >your products >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.6 (GNU/Linux) > >iD8DBQFB2GG4jKeDCxMJCTIRAnA/AJ9QFrEAKtQ8Jh164SIag4xJ1JnONACggor5 >m1HfgFJkRaS13rW29C1OiNs= >=gLa6 >-----END PGP SIGNATURE----- > > > From manu at kromtek.com Mon Jan 3 07:17:47 2005 From: manu at kromtek.com (Manu Abraham) Date: Mon, 3 Jan 2005 11:17:47 +0400 Subject: udev.. Message-ID: <200501031117.47455.manu@kromtek.com> Hi, I have a dvb module that has funny problems when loaded with udev .. Is there something specific that i should do in the driver to have normal operation with udev ? If the module is launched manually, it works fine .. Can somebody give me some pointers here ? Manu From arjanv at redhat.com Mon Jan 3 08:29:11 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 03 Jan 2005 09:29:11 +0100 Subject: udev.. In-Reply-To: <200501031117.47455.manu@kromtek.com> References: <200501031117.47455.manu@kromtek.com> Message-ID: <1104740952.4192.7.camel@laptopd505.fenrus.org> On Mon, 2005-01-03 at 11:17 +0400, Manu Abraham wrote: > Hi, > I have a dvb module that has funny problems when loaded with udev .. which module ? Describe "funny problems"... right now it says nothing ;) > Is there > something specific that i should do in the driver to have normal operation > with udev ? udev doesn't load modules.... kudzu and co do however. I assume your module advertizes the pci id table properly? -------------- 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 manu at kromtek.com Mon Jan 3 08:38:25 2005 From: manu at kromtek.com (Manu Abraham) Date: Mon, 3 Jan 2005 12:38:25 +0400 Subject: udev.. In-Reply-To: <1104740952.4192.7.camel@laptopd505.fenrus.org> References: <200501031117.47455.manu@kromtek.com> <1104740952.4192.7.camel@laptopd505.fenrus.org> Message-ID: <200501031238.25531.manu@kromtek.com> On Mon January 3 2005 12:29 pm, Arjan van de Ven wrote: > On Mon, 2005-01-03 at 11:17 +0400, Manu Abraham wrote: > > Hi, > > I have a dvb module that has funny problems when loaded with udev .. > > which module ? > Describe "funny problems"... right now it says nothing ;) dst module. It is a module for a DVB card that combines the frontend and the card.. The card get's detected by udev, but not the frontend.. If i don't use udev, everything is fine i have to create the DVB entries manually by the MAKEDEV script along with linux-dvb dvb-kernel CVS. I have written a dst_ca module ontop of that.. A conditional Access driver A lot of people have been querying for the udev issue.. > > > Is there > > something specific that i should do in the driver to have normal > > operation with udev ? > > udev doesn't load modules.... kudzu and co do however. > I assume your module advertizes the pci id table properly? It is a BT878 card and there are differences in how the card is detected, since i2c communication also is inverted for that card, loading the module improperly would freeze the machine. Manu From arjanv at redhat.com Mon Jan 3 08:44:31 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 3 Jan 2005 09:44:31 +0100 Subject: udev.. In-Reply-To: <200501031238.25531.manu@kromtek.com> References: <200501031117.47455.manu@kromtek.com> <1104740952.4192.7.camel@laptopd505.fenrus.org> <200501031238.25531.manu@kromtek.com> Message-ID: <20050103084430.GA9697@devserv.devel.redhat.com> On Mon, Jan 03, 2005 at 12:38:25PM +0400, Manu Abraham wrote: > On Mon January 3 2005 12:29 pm, Arjan van de Ven wrote: > > On Mon, 2005-01-03 at 11:17 +0400, Manu Abraham wrote: > > > Hi, > > > I have a dvb module that has funny problems when loaded with udev .. > > > > which module ? > > Describe "funny problems"... right now it says nothing ;) > dst module. It is a module for a DVB card that combines the frontend and the > card.. The card get's detected by udev, but not the frontend.. > > If i don't use udev, everything is fine i have to create the DVB entries > manually by the MAKEDEV script along with linux-dvb dvb-kernel CVS. the DVB subsystem will/is supposed to do all the udev stuff for you; no need to do that in drivers. From manu at kromtek.com Mon Jan 3 08:47:10 2005 From: manu at kromtek.com (Manu Abraham) Date: Mon, 3 Jan 2005 12:47:10 +0400 Subject: udev.. In-Reply-To: <1104740952.4192.7.camel@laptopd505.fenrus.org> References: <200501031117.47455.manu@kromtek.com> <1104740952.4192.7.camel@laptopd505.fenrus.org> Message-ID: <200501031247.10245.manu@kromtek.com> On Mon January 3 2005 12:29 pm, Arjan van de Ven wrote: > On Mon, 2005-01-03 at 11:17 +0400, Manu Abraham wrote: > > Hi, > > I have a dvb module that has funny problems when loaded with udev .. > > which module ? > Describe "funny problems"... right now it says nothing ;) > > > Is there > > something specific that i should do in the driver to have normal > > operation with udev ? > > udev doesn't load modules.... kudzu and co do however. > I assume your module advertizes the pci id table properly? This a query that i have received from one guy. If i ignore that udev is there altogether and make the devices using the MAKEDEV script, and load the modules, then things would be fine.. This point only made me think that something more should be done for udev ? I maybe totally wrong here also.. Thanks, Manu -------------------------------------------------------------------------------------- I have created the dvb.sh script and dvb udev rules as per the readme. I am modprobing the modules in the following order:- bttv card=0x71 i2c_hw=1 dvb-bt8xx dst which gives me an lsmod like this:- dvb_bt8xx ? ? ? ? ? ? ? 7972 ?0 dvb_core ? ? ? ? ? ? ? 75624 ?1 dvb_bt8xx nxt6000 ? ? ? ? ? ? ? ? 6852 ?1 dvb_bt8xx mt352 ? ? ? ? ? ? ? ? ? 5028 ?1 dvb_bt8xx dst ? ? ? ? ? ? ? ? ? ?12360 ?1 dvb_bt8xx bt878 ? ? ? ? ? ? ? ? ? 8596 ?2 dvb_bt8xx,dst sp887x ? ? ? ? ? ? ? ? ?7492 ?1 dvb_bt8xx tuner ? ? ? ? ? ? ? ? ?20772 ?0 bttv ? ? ? ? ? ? ? ? ?146832 ?2 dvb_bt8xx,bt878 video_buf ? ? ? ? ? ? ?17412 ?1 bttv firmware_class ? ? ? ? ?7520 ?3 dvb_bt8xx,sp887x,bttv v4l2_common ? ? ? ? ? ? 4576 ?1 bttv btcx_risc ? ? ? ? ? ? ? 3752 ?1 bttv videodev ? ? ? ? ? ? ? ?7328 ?1 bttv However, the bttv driver doesn't seem to be able to find a frontend for the card. Here's what dmesg says. Linux video capture interface: v1.00 bttv: driver version 0.9.15 loaded bttv: using 8 buffers with 2080k (520 pages) each for capture bttv: Host bridge needs ETBF enabled. bttv: Bt8xx card found (0). PCI: Found IRQ 10 for device 0000:00:0e.0 PCI: Sharing IRQ 10 with 0000:00:0e.1 bttv0: Bt878 (rev 17) at 0000:00:0e.0, irq: 10, latency: 66, mmio: 0x42100000 bttv0: detected: Twinhan VisionPlus DVB-T [card=113], PCI subsystem ID is 1822:0001 bttv0: using: Twinhan DST + clones [card=113,insmod option] bttv0: enabling ETBF (430FX/VP3 compatibilty) bttv0: gpio: en=00000000, out=00000000 in=00f9fcfe [init] bttv0: using tuner=4 bttv0: add subdevice "dvb0" bt878: AUDIO driver version 0.0.0 loaded bt878: Bt878 AUDIO function found (0). PCI: Found IRQ 10 for device 0000:00:0e.1 PCI: Sharing IRQ 10 with 0000:00:0e.0 bt878(0): Bt878 (rev 17) at 00:0e.1, irq: 10, latency: 66, memory: 0x42300000 DVB: registering new adapter (bttv0). dvb-bt8xx: A frontend driver was not found for device 109e/0878 subsystem 1822/0001 I end up with a device for adapater0, like so:- server log # ls /dev/dvb/adapter0 demux0 ?dvr0 ?net0 I'm not sure if this is a udev problem, or another issue. Any help is greatly appreciated. -------------------------------------------------------------------------------------- From gslink at one.net Mon Jan 3 15:28:01 2005 From: gslink at one.net (gslink) Date: Mon, 03 Jan 2005 10:28:01 -0500 Subject: Rpms, C/D burning and Sound in FC3 Message-ID: <41D96481.50801@one.net> As of Dec. 17 there was a set of replacement rpms in FC3 updates. The libe package was poisonous. It defeated click to install and also fixed the system so it was impossible to manage users and groups. These rpms have been removed from updates but if anyone has loaded them then you need to unload them. Our experience with sound in FC3 is that it only works for the root user unless you install the updates for FC3. With the updates installed sound and also C/D burning work normally. Even with the updates KPPP still will dial and connect but no other program can use the connection. In EVERY case that we have tried we were unable to use the FC3 discs to UPGRADE. If you are going to use FC3 follow the RH warning and reinstall. Then put the updates in. The updates may make the problem vanish. From shrek-m at gmx.de Mon Jan 3 18:21:13 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 03 Jan 2005 19:21:13 +0100 Subject: Rpms, C/D burning and Sound in FC3 In-Reply-To: <41D96481.50801@one.net> References: <41D96481.50801@one.net> Message-ID: <41D98D19.4030404@gmx.de> gslink wrote: > [...] > /dev/null > Then put the updates in. The updates may make the problem vanish. thanks for this advice but i doubt that this was really new. -- shrek-m From philip at balister.org Mon Jan 3 19:00:49 2005 From: philip at balister.org (Philip Balister) Date: Mon, 03 Jan 2005 14:00:49 -0500 Subject: new year, new test kernel. In-Reply-To: <20050101185913.GB5476@redhat.com> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> Message-ID: <1104778849.3074.7.camel@h80ad90da.dhcp.vt.edu> I have a Dell 600m laptop. When I try the test kernel, it detects my ipw2100 card, but can't find the firmware. I am thinking I need to update something else so I can hotplug firmware during boot? This laptop has an ATI radeon chipset. There is a patch I have used that lets me use S3 suspend and resume. This kernel doesn't reset the ATI video card so video doesn't resume. I have lost track of boot options for this and x.org fixes. Anyone have any advice on how to get this working again? Can I do it without rebuilding the kernel? I am using FC2 with the test kernel. Philip On Sat, 2005-01-01 at 13:59, Dave Jones wrote: > On Sat, Jan 01, 2005 at 01:55:45PM -0500, Dave Jones wrote: > > This hasn't been pushed out to the testing > > repo's just yet, but you can pick it up > > early from http://people.redhat.com/davej/kernels/Fedora/FC3/ > > Similar FC2 RPMs can be found in ../FC2/ > > Dave From alex at darkhonor.com Mon Jan 3 20:19:32 2005 From: alex at darkhonor.com (Alex Ackerman) Date: Mon, 3 Jan 2005 15:19:32 -0500 Subject: Fedora Core 3 Rootkit Message-ID: This may seem like an odd request, but I am doing a masters thesis on SELinux and I'm using Fedora Core 3 as a test platform. One of the areas I am trying to test are additional uses for SELinux (beyond the obvious "securing a system"). I'm looking for a rootkit or other known vulnerability that is known to install on a base FC3 system. I'm trying to find out if SELinux can be used in assured secure recovery ops. Any ideas? Thanks! Alex Ackerman alex at darkhonor.com School email: ackermal at jmu.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From notting at redhat.com Mon Jan 3 20:39:54 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 3 Jan 2005 15:39:54 -0500 Subject: new year, new test kernel. In-Reply-To: <1104778849.3074.7.camel@h80ad90da.dhcp.vt.edu> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> <1104778849.3074.7.camel@h80ad90da.dhcp.vt.edu> Message-ID: <20050103203952.GB15959@nostromo.devel.redhat.com> Philip Balister (philip at balister.org) said: > I have a Dell 600m laptop. When I try the test kernel, it detects my > ipw2100 card, but can't find the firmware. I am thinking I need to > update something else so I can hotplug firmware during boot? What directory is the firmware in? Bill From philip at balister.org Mon Jan 3 20:43:26 2005 From: philip at balister.org (Philip Balister) Date: Mon, 03 Jan 2005 15:43:26 -0500 Subject: new year, new test kernel. In-Reply-To: <20050103203952.GB15959@nostromo.devel.redhat.com> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> <1104778849.3074.7.camel@h80ad90da.dhcp.vt.edu> <20050103203952.GB15959@nostromo.devel.redhat.com> Message-ID: <1104785006.3074.18.camel@h80ad90da.dhcp.vt.edu> My firmware.agent has these lines ... # directory of the firmware files FIRMWARE_DIR=/usr/lib/hotplug/firmware I guess this isn't mounted when the driver tries to load the firmware? Philip On Mon, 2005-01-03 at 15:39, Bill Nottingham wrote: > Philip Balister (philip at balister.org) said: > > I have a Dell 600m laptop. When I try the test kernel, it detects my > > ipw2100 card, but can't find the firmware. I am thinking I need to > > update something else so I can hotplug firmware during boot? > > What directory is the firmware in? > > Bill From arjanv at redhat.com Mon Jan 3 20:54:12 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 03 Jan 2005 21:54:12 +0100 Subject: Fedora Core 3 Rootkit In-Reply-To: References: Message-ID: <1104785652.4192.27.camel@laptopd505.fenrus.org> On Mon, 2005-01-03 at 15:19 -0500, Alex Ackerman wrote: > This may seem like an odd request, but I am doing a masters thesis on > SELinux and I?m using Fedora Core 3 as a test platform. One of the > areas I am trying to test are additional uses for SELinux (beyond the > obvious ?securing a system?). I?m looking for a rootkit or other known > vulnerability that is known to in > stall on a base FC3 system I'm not aware of any rootkits that work on FC3, mostly because most rootkit module writers haven't moved to 2.6 yet. As for vulnerabilities... the execshield tooling is quite effective in preventing a lot of the root exploits out there (but of course not all) -------------- 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 Jan 3 20:54:04 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 3 Jan 2005 15:54:04 -0500 Subject: new year, new test kernel. In-Reply-To: <1104785006.3074.18.camel@h80ad90da.dhcp.vt.edu> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> <1104778849.3074.7.camel@h80ad90da.dhcp.vt.edu> <20050103203952.GB15959@nostromo.devel.redhat.com> <1104785006.3074.18.camel@h80ad90da.dhcp.vt.edu> Message-ID: <20050103205404.GD15284@nostromo.devel.redhat.com> Philip Balister (philip at balister.org) said: > My firmware.agent has these lines ... > > # directory of the firmware files > FIRMWARE_DIR=/usr/lib/hotplug/firmware > > I guess this isn't mounted when the driver tries to load the firmware? Depending on when the driver is loaded, and whether or not you have a separate /usr, maybe. In FC3, this is all moved to /lib/firmware for this reason. Bill From seyman at wanadoo.fr Mon Jan 3 20:56:41 2005 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Mon, 3 Jan 2005 21:56:41 +0100 Subject: new year, new test kernel. In-Reply-To: <1104785006.3074.18.camel@h80ad90da.dhcp.vt.edu> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> <1104778849.3074.7.camel@h80ad90da.dhcp.vt.edu> <20050103203952.GB15959@nostromo.devel.redhat.com> <1104785006.3074.18.camel@h80ad90da.dhcp.vt.edu> Message-ID: <20050103205641.GA4395@orient.maison.moi> On Mon, Jan 03, 2005 at 03:43:26PM -0500, Philip Balister wrote: > > # directory of the firmware files > FIRMWARE_DIR=/usr/lib/hotplug/firmware Put them in /lib/firmware instead. Emmanuel From shrek-m at gmx.de Mon Jan 3 20:58:54 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 03 Jan 2005 21:58:54 +0100 Subject: Fedora Core 3 Rootkit In-Reply-To: References: Message-ID: <41D9B20E.3060208@gmx.de> Alex Ackerman wrote: > This may seem like an odd request, but I am doing a masters thesis on > SELinux and I?m using Fedora Core 3 as a test platform. One of the > areas I am trying to test are additional uses for SELinux (beyond the > obvious ?securing a system?). I?m looking for a rootkit or other known > vulnerability that is known to install on a base FC3 system. I?m > trying to find out if SELinux can be used in assured secure recovery > ops. Any ideas? Thanks! > i do not know where you can find the rootkits http://freshmeat.net/projects/chkrootkit/ http://www.chkrootkit.org/ The following rootkits, worms and LKMs are currently detected: 01. lrk3, lrk4, lrk5, lrk6 (and variants); 02. Solaris rootkit; 03. FreeBSD rootkit; 04. t0rn (and variants); 05. Ambient's Rootkit (ARK); 06. Ramen Worm; 07. rh[67]-shaper; 08. RSHA; 09. Romanian rootkit; 10. RK17; 11. Lion Worm; 12. Adore Worm; 13. LPD Worm; 14. kenny-rk; 15. Adore LKM; 16. ShitC Worm; 17. Omega Worm; 18. Wormkit Worm; 19. Maniac-RK; 20. dsc-rootkit; 21. Ducoci rootkit; 22. x.c Worm; 23. RST.b trojan; 24. duarawkz; 25. knark LKM; 26. Monkit; 27. Hidrootkit; 28. Bobkit; 29. Pizdakit; 30. t0rn v8.0; 31. Showtee; 32. Optickit; 33. T.R.K; 34. MithRa's Rootkit; 35. George; 36. SucKIT; 37. Scalper; 38. Slapper A, B, C and D; 39. OpenBSD rk v1; 40. Illogic rootkit; 41. SK rootkit. 42. sebek LKM; 43. Romanian rootkit; 44. LOC rootkit; 45. shv4 rootkit; 46. Aquatica rootkit; 47. ZK rootkit; 48. 55808.A Worm; 49. TC2 Worm; 50. Volc rootkit; 51. Gold2 rootkit; 52. Anonoying rootkit; 53. Shkit rootkit; 54. AjaKit rootkit; 55. zaRwT rootkit; 56. Madalin rootkit; -- shrek-m From surak at casa.surak.eti.br Mon Jan 3 21:16:03 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 03 Jan 2005 18:16:03 -0300 Subject: new year, new test kernel. In-Reply-To: <1104785006.3074.18.camel@h80ad90da.dhcp.vt.edu> References: <20050101185545.GA5476@redhat.com> <20050101185913.GB5476@redhat.com> <1104778849.3074.7.camel@h80ad90da.dhcp.vt.edu> <20050103203952.GB15959@nostromo.devel.redhat.com> <1104785006.3074.18.camel@h80ad90da.dhcp.vt.edu> Message-ID: <1104786963.18177.2.camel@localhost.surak.eti.br> Em Seg, 2005-01-03 ?s 15:43 -0500, Philip Balister escreveu: > My firmware.agent has these lines ... > # directory of the firmware files > FIRMWARE_DIR=/usr/lib/hotplug/firmware > I guess this isn't mounted when the driver tries to load the firmware? Please read the fedora release notes - it's explained there. From paul at all-the-johnsons.co.uk Mon Jan 3 23:18:56 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 03 Jan 2005 23:18:56 +0000 Subject: Trying to trace why rpm is not working Message-ID: <1104794336.3581.5.camel@localhost.localdomain> Hi, rpm --vv gives me the following output when I try to install just about anything. I need to be able to track down what has gone a miss for so many packages to give me preun and postun errors (it's just about every package on my machine that I try to install using rpm or via yum) and need to get it sorted quite quickly. Is it likely that I have two versions of the some package installed which is causing the script error and if that's the case, how do I track them down? (I'll guess at rpm -qa | grep - but I'm not sure how to only list duplicates or even everything installed in alphabetical order) D: ============== kernel-2.6.10-1.1056_FC4.i686.rpm D: Expected size: 16773245 = lead(96)+sigs(180)+pad(4)+data (16772965) D: Actual size: 16773245 D: kernel-2.6.10-1.1056_FC4.i686.rpm: MD5 digest: OK (5c8481c8999b44702da2be0f30f588e4) D: added binary package [0] D: found 0 source and 1 binary packages D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: ========== +++ kernel-2.6.10-1.1056_FC4 i686/linux 0x0 D: opening db index /var/lib/rpm/Depends create mode=0x0 D: Requires: rpmlib(VersionedDependencies) <= 3.0.3-1 YES (rpmlib provides) D: opening db index /var/lib/rpm/Providename rdonly mode=0x0 D: read h# 852 Header SHA1 digest: OK (f5148bed26f7c4c4a5558898d4383610569069e1) D: Requires: fileutils YES (db provides) D: read h# 854 Header SHA1 digest: OK (2bf0bc913297f811aea435020e287ab33034f1d2) D: Requires: module-init-tools YES (db provides) D: read h# 492 Header SHA1 digest: OK (44eb4c9dcf49b732335da2d8800c0380e4ae4646) D: Requires: initscripts >= 5.83 YES (db provides) D: read h# 659 Header SHA1 digest: OK (47f73590bf09a7586210d18bbb3c18d9c5b80f5b) D: Requires: mkinitrd >= 4.1.15 YES (db provides) D: opening db index /var/lib/rpm/Basenames rdonly mode=0x0 D: read h# 68 Header SHA1 digest: OK (21bd0b96e584da659d47243215e54c2e243a2e73) D: Requires: /bin/sh YES (db files) D: Requires: /bin/sh YES (cached) D: Requires: /bin/sh YES (cached) D: Requires: rpmlib(PayloadFilesHavePrefix) <= 4.0-1 YES (rpmlib provides) D: Requires: rpmlib(CompressedFileNames) <= 3.0.4-1 YES (rpmlib provides) D: read h# 751 Header SHA1 digest: OK (1ae380b9bd9b2abb08853d4442a724e0d6f81327) D: Conflicts: ppp <= 2.3.15 NO D: read h# 131 Header SHA1 digest: OK (c2f3c39b4c7268b3a32f51cee2fd95c91ce22524) D: Conflicts: pcmcia-cs <= 3.1.20 NO D: read h# 983 Header SHA1 digest: OK (6a8c0f0c44773fe59e67d2646bffcebb94c85c2f) D: Conflicts: isdn4k-utils <= 3.0 NO D: read h# 1037 Header SHA1 digest: OK (26bce07e8f9848075583ef135909fbb048281c25) D: Conflicts: mount < 2.10r-5 NO D: opening db index /var/lib/rpm/Pubkeys rdonly mode=0x0 D: read h# 66 Header sanity check: OK D: ========== DSA pubkey id b44269d04f2a6fd2 D: read h# 1003 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: Conflicts: nfs-utils < 1.0.3 NO D: read h# 796 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: Conflicts: e2fsprogs < 1.29 NO D: Conflicts: util-linux < 2.10 NO D: Conflicts: jfsutils < 1.0.14 NO D: Conflicts: reiserfsprogs < 3.6.3 NO D: Conflicts: xfsprogs < 2.1.0 NO D: read h# 746 Header SHA1 digest: OK (8e7576b053285767a1423aab2ecd1b3e6cc14316) D: Conflicts: procps < 2.0.9 NO D: read h# 828 Header V3 DSA signature: OK, key ID 4f2a6fd2 D: Conflicts: oprofile < 0.5.3 NO D: Conflicts: cipe < 1.4.5 NO D: read h# 1020 Header SHA1 digest: OK (fd0a8f8275c3eea26325cf32777c2411ab722eeb) D: Conflicts: kudzu <= 0.92 NO D: Conflicts: initscripts < 7.23 NO D: read h# 684 Header SHA1 digest: OK (ab2a234956bac6ed5d7c2d1c5949702dffe48ae7) D: Conflicts: dev < 3.2-7 NO D: read h# 480 Header SHA1 digest: OK (0f5f0d98640ce57bac9f4bfc8b0124edcd19fbd8) D: Conflicts: iptables < 1.2.5-3 NO D: Conflicts: bcm5820 < 1.81 NO D: Conflicts: nvidia-rh72 <= 1.0 NO D: read h# 218 Header SHA1 digest: OK (42cd02a992ff839079b193da3e02c69298f6b8e2) D: Conflicts: SysVinit < 2.84-13 NO D: read h# 742 Header SHA1 digest: OK (9d248f1a3b7bd800bf97d6e55bfc5826fd06fbef) D: Conflicts: pam < 0.75-48 NO D: read h# 856 Header SHA1 digest: OK (f28fa22e3a15d0e451f71cdd3082a5532ef2b6f2) D: Conflicts: vixie-cron < 3.0.1-73 NO D: Conflicts: privoxy < 3.0.0-8 NO D: read h# 126 Header SHA1 digest: OK (ef7b03d639df6c3527947d919bf87fa7fe0cc996) D: Conflicts: spamassassin < 2.44-4.8.x NO D: read h# 1027 Header SHA1 digest: OK (0de24248a864a527a82079eb5f3d952004a376f4) D: Conflicts: cups < 1.1.17-13 NO D: opening db index /var/lib/rpm/Conflictname rdonly mode=0x0 D: read h# 261 Header SHA1 digest: OK (bbf461f9d961f099cef7553c9c2b2f03a490a42a) D: read h# 643 Header SHA1 digest: OK (2be0d6f6f63c222df07d98522da42c1abcee5d3f) D: read h# 660 Header SHA1 digest: OK (d97f50add501eb55584e039f22f77a9d69100fb8) D: read h# 674 Header SHA1 digest: OK (ee78e8ed97377b5ce4cc4c964b702d9425164cdd) D: Conflicts: kernel < 2.2.0 NO D: Conflicts: kernel < 0:2.6 NO D: Conflicts: kernel < 2.2.12-7 NO D: closed db index /var/lib/rpm/Pubkeys D: closed db index /var/lib/rpm/Depends D: closed db index /var/lib/rpm/Conflictname D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages D: ========== recording tsort relations D: ========== tsorting packages (order, #predecessors, #succesors, tree, depth) D: 0 0 0 0 0 +kernel-2.6.10-1.1056_FC4 D: installing binary packages D: opening db environment /var/lib/rpm/Packages joinenv D: opening db index /var/lib/rpm/Packages create mode=0x42 D: mounted filesystems: D: i dev bsize bavail iavail mount point D: 0 0x0301 4096 6415763 3825198 / D: 1 0x0003 4096 0 -1 /proc D: 2 0x0000 4096 0 -1 /sys D: 3 0x0009 4096 0 -1 /dev/pts D: 4 0x0010 4096 96984 96983 /dev/shm D: 5 0x0305 4096 4217971 3623939 /usr D: 6 0x0341 4096 14095612 9634914 /home D: 7 0x0342 4096 4255400 4928919 /MP3 D: 8 0x2201 4096 6652654 10714788 /Programming D: 9 0x2202 4096 7906951 4293625 /web D: 10 0x2241 4096 7094245 14809266 /backup D: 11 0x0012 4096 0 -1 /proc/sys/fs/binfmt_misc D: 12 0x0013 4096 0 -1 /var/lib/nfs/rpc_pipefs D: sanity checking 1 elements D: opening db index /var/lib/rpm/Name create mode=0x42 D: read h# 643 Header SHA1 digest: OK (2be0d6f6f63c222df07d98522da42c1abcee5d3f) D: read h# 660 Header SHA1 digest: OK (d97f50add501eb55584e039f22f77a9d69100fb8) D: read h# 674 Header SHA1 digest: OK (ee78e8ed97377b5ce4cc4c964b702d9425164cdd) D: computing 8380 file fingerprints D: computing file dispositions D: opening db index /var/lib/rpm/Basenames create mode=0x42 D: ========== +++ kernel-2.6.10-1.1056_FC4 i686-linux 0x0 D: Expected size: 16773245 = lead(96)+sigs(180)+pad(4)+data (16772965) D: Actual size: 16773245 D: install: kernel-2.6.10-1.1056_FC4 has 8380 files, test = 0 D: install: %pre(kernel-2.6.10-1.1056_FC4.i686) asynchronous scriptlet start D: install: %pre(kernel-2.6.10-1.1056_FC4.i686) execv(/bin/sh) pid 5058 D: install: waitpid(5058) rc 5058 status ff00 secs 0.002 error: %pre(kernel-2.6.10-1.1056_FC4.i686) scriptlet failed, exit status 255 error: install: %pre scriptlet failed (2), skipping kernel-2.6.10-1.1056_FC4 D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 fhew3 at cogeco.ca Tue Jan 4 01:24:09 2005 From: fhew3 at cogeco.ca (Fulko Hew) Date: Mon, 03 Jan 2005 20:24:09 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41CC5142.8050101@cogeco.ca> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> Message-ID: <41D9F039.6070308@cogeco.ca> Fulko Hew wrote: > Alan Cox wrote: > >> >> What would be useful is to file a bug, and include in it the details >> of the >> exact controller/drive/commands used as well as any errors logged in >> dmesg >> about the attempt. > I've updated the Bugzilla entry with hardware info. > It has, back on Dec 4 as bugzilla # 141884, but since nothing has > really transpired > I thought I'd try the mailing list. I've updated the Bugzilla entry with the results of testing with the new 2.6.9-1.11_FC2 kernel... I still can't burn CDs with it, and it still can't correctly read good CDs either. > This has happened on 3 different hardware/controllers/drives, in two > different cities, > and there are no dmesg errors. I stand corrected... when reading good CDs you do get errors logged "Buffer I/O error on device hdc, logical block 2240" From michal at harddata.com Tue Jan 4 01:45:25 2005 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 3 Jan 2005 18:45:25 -0700 Subject: Trying to trace why rpm is not working In-Reply-To: <1104794336.3581.5.camel@localhost.localdomain>; from paul@all-the-johnsons.co.uk on Mon, Jan 03, 2005 at 11:18:56PM +0000 References: <1104794336.3581.5.camel@localhost.localdomain> Message-ID: <20050103184525.C14935@mail.harddata.com> On Mon, Jan 03, 2005 at 11:18:56PM +0000, Paul wrote: > rpm --vv gives me the following output ..... > error: %pre(kernel-2.6.10-1.1056_FC4.i686) scriptlet failed, exit status > 255 So what was this scriptlet? You should be able to see it rpm -q --scripts -p kernel-2.6.10-1.1056_FC4.i686.rpm and then you can try to execute these commands and check what is failing. Michal From russell at coker.com.au Tue Jan 4 08:54:37 2005 From: russell at coker.com.au (Russell Coker) Date: Tue, 4 Jan 2005 19:54:37 +1100 Subject: 3c59x PCMCIA Message-ID: <200501041954.39350.russell@coker.com.au> I've got a 3c59x PCMCIA card that doesn't work with Fedora, the latest Fedora kernel I've tried is 2.6.9-1.1049_FC4. I've tested it on three laptops that work with other PCMCIA ethernet devices so PCMCIA is apparently working it's an issue that's specific to this card. The same card works fine in a Debian machine with a kernel.org kernel so it seems to be a Fedora bug not something in the kernel code. What should I do next to investigate it? -- 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 arjanv at redhat.com Tue Jan 4 09:02:21 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 04 Jan 2005 10:02:21 +0100 Subject: 3c59x PCMCIA In-Reply-To: <200501041954.39350.russell@coker.com.au> References: <200501041954.39350.russell@coker.com.au> Message-ID: <1104829342.4215.14.camel@laptopd505.fenrus.org> On Tue, 2005-01-04 at 19:54 +1100, Russell Coker wrote: > I've got a 3c59x PCMCIA card that doesn't work with Fedora, the latest Fedora > kernel I've tried is 2.6.9-1.1049_FC4. I've tested it on three laptops that > work with other PCMCIA ethernet devices so PCMCIA is apparently working it's > an issue that's specific to this card. is it a pcmcia or a cardbus card? (yes that difference matters bigtime) > > The same card works fine in a Debian machine with a kernel.org kernel so it > seems to be a Fedora bug not something in the kernel code. > > What should I do next to investigate it? does the cardbus card show up in lspci ? -------------- 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 paul at all-the-johnsons.co.uk Tue Jan 4 09:02:31 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 04 Jan 2005 09:02:31 +0000 Subject: Trying to trace why rpm is not working In-Reply-To: <20050103184525.C14935@mail.harddata.com> References: <1104794336.3581.5.camel@localhost.localdomain> <20050103184525.C14935@mail.harddata.com> Message-ID: <1104829351.3581.63.camel@localhost.localdomain> Hi, > > error: %pre(kernel-2.6.10-1.1056_FC4.i686) scriptlet failed, exit status > > 255 > > So what was this scriptlet? You should be able to see it > > rpm -q --scripts -p kernel-2.6.10-1.1056_FC4.i686.rpm It isn't failing from sh - this is really odd now. I can run the scriptlets directly from the command line and everything works. No errors at all. Really strange. Before running the scripts manually within sh, that version of the kernel wasn't showing in grub either! If I try to run the scriptlets for the 1063 kernel (which isn't installed), unsuprisingly, the postinstall fails. It looks like it may be bash at fault... /me does an rpm -Uhv --force bash-3.0.25* from within /var/cache/yum/development/packages and tries again... Looks happier... Yep - new kernel now install. Looks like sanity hath returned. Thanks folks for the help on that :-) TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 cra at WPI.EDU Tue Jan 4 09:45:48 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Tue, 4 Jan 2005 04:45:48 -0500 Subject: Defaut browser In-Reply-To: <200501041027.30277@carola.nyarlathotep> References: <200501041027.30277@carola.nyarlathotep> Message-ID: <20050104094548.GB4924@angus.ind.WPI.EDU> On Tue, Jan 04, 2005 at 10:27:29AM +0100, Philippe Alain wrote: > Bonjour, > > I think that Firefox is not a good choice for a default browser (for example, > there are no translations or with some bugs). Why not a stable Gnome browser > as Epiphany ? One that supported session management would be good. What a pain that Firefox/Mozilla don't. From russell at coker.com.au Tue Jan 4 10:18:23 2005 From: russell at coker.com.au (Russell Coker) Date: Tue, 4 Jan 2005 21:18:23 +1100 Subject: 3c59x PCMCIA In-Reply-To: <1104829342.4215.14.camel@laptopd505.fenrus.org> References: <200501041954.39350.russell@coker.com.au> <1104829342.4215.14.camel@laptopd505.fenrus.org> Message-ID: <200501042118.25930.russell@coker.com.au> On Tuesday 04 January 2005 20:02, Arjan van de Ven wrote: > On Tue, 2005-01-04 at 19:54 +1100, Russell Coker wrote: > > I've got a 3c59x PCMCIA card that doesn't work with Fedora, the latest > > Fedora kernel I've tried is 2.6.9-1.1049_FC4. I've tested it on three > > laptops that work with other PCMCIA ethernet devices so PCMCIA is > > apparently working it's an issue that's specific to this card. > > is it a pcmcia or a cardbus card? > (yes that difference matters bigtime) CardBus. > > The same card works fine in a Debian machine with a kernel.org kernel so > > it seems to be a Fedora bug not something in the kernel code. > > > > What should I do next to investigate it? > > does the cardbus card show up in lspci ? 03:00.0 Ethernet controller: 3Com Corporation: Unknown device 0000 (rev 01) Above is lspci output on a Fedora machine. Below is output from a kernel.org machine: 0000:02:00.0 Ethernet controller: 3Com Corporation 3cCFE575BT Megahertz 10/100 LAN CardBus [Cyclone] (rev 01) -- 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 paul at all-the-johnsons.co.uk Tue Jan 4 09:57:03 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 04 Jan 2005 09:57:03 +0000 Subject: Defaut browser In-Reply-To: <20050104094548.GB4924@angus.ind.WPI.EDU> References: <200501041027.30277@carola.nyarlathotep> <20050104094548.GB4924@angus.ind.WPI.EDU> Message-ID: <1104832623.3581.92.camel@localhost.localdomain> Hi, > > I think that Firefox is not a good choice for a default browser (for example, > > there are no translations or with some bugs). Why not a stable Gnome browser > > as Epiphany ? > > One that supported session management would be good. What a pain that > Firefox/Mozilla don't. Another thing (in my experience) is that Epiphany isn't that good either. I'd rather have the bugs in Firefox than the non-functionality of Epiphany. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 surak at casa.surak.eti.br Tue Jan 4 12:00:50 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Tue, 04 Jan 2005 09:00:50 -0300 Subject: Defaut browser In-Reply-To: <200501041027.30277@carola.nyarlathotep> References: <200501041027.30277@carola.nyarlathotep> Message-ID: <1104840050.18177.26.camel@localhost.surak.eti.br> Em Ter, 2005-01-04 ?s 10:27 +0100, Philippe Alain escreveu: > Bonjour, > > I think that Firefox is not a good choice for a default browser (for example, > there are no translations or with some bugs). Why not a stable Gnome browser > as Epiphany ? Firefox is getting mature right now. The translations are coming. Anyway, mozilla has never had my language on redhat/fedora, so my customers does not seem to care. From michaeljgruber at fastmail.fm Tue Jan 4 13:03:14 2005 From: michaeljgruber at fastmail.fm (Michael J Gruber) Date: Tue, 04 Jan 2005 14:03:14 +0100 Subject: USB2 trouble: EHCI HCD died Message-ID: <41DA9412.1040205@fastmail.fm> Sorry for cross-posting, but this refers to FC3 and FC4 alike: I have an external USB2 hard disk and a PCMCIA USB2 controller. With kernel 2.6.5 (Knoppix) both are recognized, EHCI picks up the device and runs it at "high speed" (USB2 speed); on two different laptops (Dell and Toshiba, both Intel 32 architecture). With FC3 and the standard kernel-2.6.9-1.667, the USB2 controller is recognized and EHCI picks up. When I plug in the USB2 hard disk, EHCI gives up on it (ehci_hcd 0000:03:00.2: fatal error, ehci_hcd 0000:03:00.2: HC died; cleaning up), OHCI picks up instead and drives the device at "full speed" (USB1 speed). Of course the drive works this way, but about 20 to 40 times slower than with kernel 2.6.5. This happens with kernel .681 as well, on the two different laptops mentioned above. I hoped 2.6.10 would cure this, but the same happens when I run FC3 with the FC4 kernel 2.6.10-1.1063_FC4; that's why I am cross-posting to the test-list. (The FC4 kernel works nicely on FC3 otherwise.) Has anyone experienced symptoms like these? Is anyone driving USB2 devices at high speed successfuly with FC3/4? Thanks for any hints! Michael -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fc3 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: knoppix URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fc4 URL: From alan at redhat.com Tue Jan 4 13:09:13 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 4 Jan 2005 08:09:13 -0500 Subject: Defaut browser In-Reply-To: <1104840050.18177.26.camel@localhost.surak.eti.br> References: <200501041027.30277@carola.nyarlathotep> <1104840050.18177.26.camel@localhost.surak.eti.br> Message-ID: <20050104130913.GD21934@devserv.devel.redhat.com> On Tue, Jan 04, 2005 at 09:00:50AM -0300, Alexandre Strube wrote: > Firefox is getting mature right now. The translations are coming. They are there but at least in the case of Welsh stuck in a bug that has just been ignored for ages > Anyway, mozilla has never had my language on redhat/fedora, so my > customers does not seem to care. Over here they do 8) From Tom.Browder at fwb.srs.com Tue Jan 4 16:28:54 2005 From: Tom.Browder at fwb.srs.com (Browder, Tom) Date: Tue, 4 Jan 2005 10:28:54 -0600 Subject: FC 3 and Kernel Lock or Hang Message-ID: >original message >From: Joshua Baker-LePain >To: fedora-test-list redhat com >Subject: Re: FC 3 and Kernel Lock or Hang >Date: Fri, 31 Dec 2004 12:22:35 -0500 (EST) >What motherboard are you using? There are lots of us throwing out our >Tyan S2466 based systems as fast as we can. After a while they start >exhibiting the behavior you're seeing (hard locks (no OOPS available)) at >random times that are very hard to diagnose/resolve. > >See the beowulf list archives for a fair bit of discussion of this. It turns out that the other dual AMD we have has the Tyan S2466 motherboard and it has NEVER locked up! So what is the preferred motherboard for the AMD Athlon MP? Thanks. Tom Browder From alan at redhat.com Tue Jan 4 16:50:55 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 4 Jan 2005 11:50:55 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: References: Message-ID: <20050104165055.GA2207@devserv.devel.redhat.com> On Tue, Jan 04, 2005 at 10:28:54AM -0600, Browder, Tom wrote: > It turns out that the other dual AMD we have has the Tyan S2466 > motherboard and it has NEVER locked up! > > So what is the preferred motherboard for the AMD Athlon MP? I've got the ASUS one. I would say that nowdays there isnt any point getting dual athlon boards given their slow performance relative to a modern system. I did find it very sensitive to BIOS version, PCI cards and also RAM quality. And finally except for very recent Tyan BIOSes you need a PS/2 mouse connected to avoid IDE lockups From gcarter at aesgi.com Tue Jan 4 17:24:41 2005 From: gcarter at aesgi.com (Gregory G Carter) Date: Tue, 04 Jan 2005 11:24:41 -0600 Subject: 3c59x PCMCIA In-Reply-To: <1104829342.4215.14.camel@laptopd505.fenrus.org> References: <200501041954.39350.russell@coker.com.au> <1104829342.4215.14.camel@laptopd505.fenrus.org> Message-ID: <41DAD159.1010202@aesgi.com> Arjan van de Ven wrote: >On Tue, 2005-01-04 at 19:54 +1100, Russell Coker wrote: > > >>I've got a 3c59x PCMCIA card that doesn't work with Fedora, the latest Fedora >>kernel I've tried is 2.6.9-1.1049_FC4. I've tested it on three laptops that >>work with other PCMCIA ethernet devices so PCMCIA is apparently working it's >>an issue that's specific to this card. >> >> > >is it a pcmcia or a cardbus card? >(yes that difference matters bigtime) > > Assume root: su - Then type: cardctl ident I would like to know if there is a difference between the kernel and the user space utils to identify the hardware. >>The same card works fine in a Debian machine with a kernel.org kernel so it >>seems to be a Fedora bug not something in the kernel code. >> >>What should I do next to investigate it? >> >> > > > (i.e. Assume root: su -, then type: lspci >does the cardbus card show up in lspci ? > > > -gc From rpaiz at simpaticus.com Tue Jan 4 17:36:34 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 04 Jan 2005 11:36:34 -0600 Subject: a modest request In-Reply-To: <20041219160137.GF5417@devserv.devel.redhat.com> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <1103322871.2737.156.camel@kyrre> <20041219160137.GF5417@devserv.devel.redhat.com> Message-ID: <1104860194.3411.24.camel@rodolfo.gt.factorrent.com> On Sun, 2004-12-19 at 11:01 -0500, Alan Cox wrote: > Indeed but at the moment the toolbar just has a 30Mb pointless up2date icon > on it. Probably that needs to be 29Mb smaller and indicate other useful things > On my FC3 system, the rhn-applet is slightly less than 1MB. I don't understand the reference to 30MB...? Cheers, -- Rodolfo J. Paiz From aoliva at redhat.com Tue Jan 4 19:45:24 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 04 Jan 2005 17:45:24 -0200 Subject: a modest request In-Reply-To: <1104860194.3411.24.camel@rodolfo.gt.factorrent.com> References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <1103322871.2737.156.camel@kyrre> <20041219160137.GF5417@devserv.devel.redhat.com> <1104860194.3411.24.camel@rodolfo.gt.factorrent.com> Message-ID: On Jan 4, 2005, "Rodolfo J. Paiz" wrote: > On my FC3 system, the rhn-applet is slightly less than 1MB. I don't > understand the reference to 30MB...? I guess it may depend on the number of packages you have installed, the number of repositories listed in your up2date sources file, and maybe more. -- Alexandre Oliva http://www.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 davej at redhat.com Tue Jan 4 19:46:35 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 4 Jan 2005 14:46:35 -0500 Subject: a modest request In-Reply-To: References: <41C2F5AB.9020300@one.net> <1103297207.4138.36.camel@laptopd505.fenrus.org> <1103322871.2737.156.camel@kyrre> <20041219160137.GF5417@devserv.devel.redhat.com> <1104860194.3411.24.camel@rodolfo.gt.factorrent.com> Message-ID: <20050104194634.GA7450@redhat.com> On Tue, Jan 04, 2005 at 05:45:24PM -0200, Alexandre Oliva wrote: > On Jan 4, 2005, "Rodolfo J. Paiz" wrote: > > > On my FC3 system, the rhn-applet is slightly less than 1MB. I don't > > understand the reference to 30MB...? > > I guess it may depend on the number of packages you have installed, > the number of repositories listed in your up2date sources file, and > maybe more. It also seems to grow over time, suggesting its leaking. Dave From Tom.Browder at fwb.srs.com Tue Jan 4 20:26:17 2005 From: Tom.Browder at fwb.srs.com (Browder, Tom) Date: Tue, 4 Jan 2005 14:26:17 -0600 Subject: FC 3 and Kernel Lock or Hang Message-ID: > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Alan Cox > Sent: Tuesday, January 04, 2005 10:51 AM > To: For testers of Fedora Core development releases > I've got the ASUS one. I would say that nowdays there isnt > any point getting dual athlon boards given their slow > performance relative to a modern system. But why are we now having problems not evident with the FC 1 kernels? Thanks. Tom Browder From clumens at redhat.com Tue Jan 4 20:30:56 2005 From: clumens at redhat.com (Chris Lumens) Date: Tue, 04 Jan 2005 15:30:56 -0500 Subject: Fedora Core 2 Test Update: system-config-kickstart-2.5.19-1.fc2 Message-ID: <1104870656.21295.20.camel@dhcp83-86.boston.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-588 2005-01-04 --------------------------------------------------------------------- Product : Fedora Core 2 Name : system-config-kickstart Version : 2.5.19 Release : 1.fc2 Summary : A graphical interface for making kickstart files. Description : Kickstart Configurator is a graphical tool for creating kickstart files. --------------------------------------------------------------------- Update Information: This update fixes bug #143946, where system-config-kickstart cannot load kickstart configuration files. It also incorporates all the other fixes and improvements that have taken place since the FC2 version of this utility. Please test that your existing kickstart files can be loaded, edited, and saved by this new version. This update will be pushed to final updates on January 11, 2005 if no major problems are found. Problem reports to clumens at redhat.com. --------------------------------------------------------------------- * Tue Jan 04 2005 Chris Lumens - 2.5.19-1.fc2 - Rebuilt 2.5.19 for Fedora Core 2 to fix #143946. * Mon Dec 20 2004 Chris Lumens - 2.5.19-1 - Fixed a segfault in pygtk on the partitioning screen. - Fixed RAID editing screen so the config values don't change if you repeatedly edit a RAID volume. * Fri Dec 10 2004 Chris Lumens - 2.5.18-1 - Get package group lists and their translations out of the comps.xml file instead of relying on a built-in (and out of date) list. - Added an "Install Everything" button (#134679). * Thu Dec 02 2004 Chris Lumens - 2.5.17-1 - Remove obsolete dependency resolution radio buttons. * Tue Nov 23 2004 Chris Lumens - 2.5.16-1 - Fix display in indic locale (#138310) and (#138601) - Monitor order (#127477) - Translation of RAID message (#127687) - Unencrypted root passwords (#134678) - Broken nfs line parsing (#134681) * Fri Oct 01 2004 Paul Nasrat - 2.5.15-1 - Translations * Tue Sep 21 2004 Paul Nasrat - 2.5.14-1 - ks.cfg parsing errors * Tue Sep 07 2004 Paul Nasrat - 2.5.13-1 - i18n .desktop * Mon Sep 06 2004 Paul Nasrat - 2.5.12-4 - PyGTK API fix * Tue Aug 10 2004 Paul Nasrat - 2.5.12-3 - Fix for mouse autoprobe (#129504) * Mon Aug 02 2004 Paul Nasrat 2.5.12-2 - fix Japanese man page encoding (bug #128767) * Wed Jun 23 2004 Brent Fox - 2.5.12-1 - use base names for packages (bug #122755) * Thu Jun 17 2004 Brent Fox - 2.5.11-3 - comps name changed for KDE (bug #124612) - format of rhpl mouse dict changed (bug #125361) * Tue May 25 2004 Brent Fox 2.5.11-2 - handle missing mouse line (bug #124341) - use N_ instead of _ in packages.py (bug #124144) - remove code for dead firewall widgets (bug #124342) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ 91d90cfbcdf0db6cb6f526906740c8f1 SRPMS/system-config-kickstart-2.5.19-1.fc2.src.rpm cd470a7301f12946959663ff27cba9c4 x86_64/system-config-kickstart-2.5.19-1.fc2.noarch.rpm cd470a7301f12946959663ff27cba9c4 i386/system-config-kickstart-2.5.19-1.fc2.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/$ARCH --------------------------------------------------------------------- From alan at redhat.com Tue Jan 4 21:12:19 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 4 Jan 2005 16:12:19 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: References: Message-ID: <20050104211219.GD6262@devserv.devel.redhat.com> On Tue, Jan 04, 2005 at 02:26:17PM -0600, Browder, Tom wrote: > > To: For testers of Fedora Core development releases > > I've got the ASUS one. I would say that nowdays there isnt > > any point getting dual athlon boards given their slow > > performance relative to a modern system. > > But why are we now having problems not evident with the FC 1 kernels? Possible candidates: Random chance memory layouts (if you dont have the PS/2 mouse) ACPI is now being used (try acpi=off) Kernel bugs Hardware aging (is FC1 still stable ?) From davej at redhat.com Tue Jan 4 23:16:48 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 4 Jan 2005 18:16:48 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 Message-ID: <20050104231648.GC872@redhat.com> A new year, (another) new testing kernel. This rebases the whole tree to the latest upstream release 2.6.10, with the 2.6.10-ac2 patch on top for good measure. With around 4000 changes between 2.6.9 and 2.6.10, this fixes a lot of problems, including the infamous 'ACPI wont turn off my computer' bug. No doubt it accidentally brings along new regressions, so please, jump on it for a while, and once the worst bits are shaken out, I'll push this out as an update. This is not the same as the 2.6.10 in rawhide, as that one is tracking the daily -bk snapshots heading toward 2.6.11, whilst FC3 will get a 2.6.10-ac update. Thanks, Dave From lynn at garlic.com Tue Jan 4 23:37:13 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Tue, 04 Jan 2005 16:37:13 -0700 Subject: smp 724_FC3 can't read superblock on ext3 filesystem In-Reply-To: <20050102170011.144FC7412B@hormel.redhat.com> References: <20050102170011.144FC7412B@hormel.redhat.com> Message-ID: <41DB28A9.8060800@garlic.com> i've been running smp 681_FC3 kernel w/o any apparent problems. I recently tried smp 724_FC3 and it aborted pretty early in the boot process claiming that it couldn't find superblock on ext3 filesystem From russell at coker.com.au Wed Jan 5 00:23:29 2005 From: russell at coker.com.au (Russell Coker) Date: Wed, 5 Jan 2005 11:23:29 +1100 Subject: 3c59x PCMCIA In-Reply-To: <41DAD159.1010202@aesgi.com> References: <200501041954.39350.russell@coker.com.au> <1104829342.4215.14.camel@laptopd505.fenrus.org> <41DAD159.1010202@aesgi.com> Message-ID: <200501051123.33632.russell@coker.com.au> On Wednesday 05 January 2005 04:24, Gregory G Carter wrote: > Arjan van de Ven wrote: > >On Tue, 2005-01-04 at 19:54 +1100, Russell Coker wrote: > >>I've got a 3c59x PCMCIA card that doesn't work with Fedora, the latest > >> Fedora kernel I've tried is 2.6.9-1.1049_FC4. I've tested it on three > >> laptops that work with other PCMCIA ethernet devices so PCMCIA is > >> apparently working it's an issue that's specific to this card. > > > >is it a pcmcia or a cardbus card? > >(yes that difference matters bigtime) > > Assume root: su - > > Then type: cardctl ident > > I would like to know if there is a difference between the kernel and the > user space utils to identify the hardware. # cardctl ident Socket 0: no product info available Socket 1: no product info available Above is on a machine running the latest rawhide, below is on a machine running Debian/unstable with kernel 2.6.10 from kernel.org. # cardctl ident Socket 0: product info: "3Com Corporation", "3CCFE575BT", "LAN Cardbus Card", "001" manfid: 0x0101, 0x5157 function: 6 (network) Socket 1: no product info available > >>The same card works fine in a Debian machine with a kernel.org kernel so > >> it seems to be a Fedora bug not something in the kernel code. > >> > >>What should I do next to investigate it? > > (i.e. Assume root: su -, then type: lspci 03:00.0 Ethernet controller: 3Com Corporation: Unknown device 0000 (rev 01) Above is from the latest rawhide, below is from Debian/unstable. 0000:02:00.0 Ethernet controller: 3Com Corporation 3cCFE575BT Megahertz 10/100 LAN CardBus [Cyclone] (rev 01) -- 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 jspaleta at gmail.com Wed Jan 5 00:56:42 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 4 Jan 2005 19:56:42 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <604aa791050104165634a1a7f1@mail.gmail.com> On Tue, 4 Jan 2005 18:16:48 -0500, Dave Jones wrote: > No doubt it accidentally brings along new regressions, > so please, jump on it for a while, and once the worst > bits are shaken out, I'll push this out as an update. here's an odd regression.... the eject button my my cdrw isnt working with this update. the eject command isnt working with a normal user the eject command does work with root... and its throwing this syslog message when i use eject /media/cdrecorder/ as root: Jan 4 19:47:46 host kernel: program eject is using a deprecated SCSI ioctl, please convert it to SG_IO fstab entry: /dev/hdc /media/cdrecorder auto pamconsole,fscontext=system_u:object_r:removable_t,exec,noauto,managed 0 0 /proc/cmdline: ro root=/dev/VolGroup00/LogVol00 rhgb quiet ls -la /dev/hdc: brw------- 1 homeuser disk 22, 0 Jan 4 14:34 /dev/hdc I'll poke around a little more with this just to make sure I'm not insane and that this is only reproduciable with the latest test-update and not with a previous 2.6.9 kernel before i file this... if this isnt filed already. -jef"if i push the eject button on the drive hard enough... maybe it will work"spaleta From davej at redhat.com Wed Jan 5 01:04:07 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 4 Jan 2005 20:04:07 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <604aa791050104165634a1a7f1@mail.gmail.com> References: <20050104231648.GC872@redhat.com> <604aa791050104165634a1a7f1@mail.gmail.com> Message-ID: <20050105010407.GA24231@redhat.com> On Tue, Jan 04, 2005 at 07:56:42PM -0500, Jeff Spaleta wrote: > On Tue, 4 Jan 2005 18:16:48 -0500, Dave Jones wrote: > > No doubt it accidentally brings along new regressions, > > so please, jump on it for a while, and once the worst > > bits are shaken out, I'll push this out as an update. > > here's an odd regression.... > the eject button my my cdrw isnt working with this update. > the eject command isnt working with a normal user > the eject command does work with root... > and its throwing this syslog message when i use eject > /media/cdrecorder/ as root: Theres a bugzilla already open on this iirc. I think hal was leaking filedescriptors on the cdrom, so it was still 'in use'. davidz, sound familiar ? > Jan 4 19:47:46 host kernel: program eject is using a deprecated SCSI > ioctl, please convert it to SG_IO yeah, known, and harmless.. > I'll poke around a little more with this just to make sure I'm not > insane and that this is only reproduciable with the latest test-update > and not with a previous 2.6.9 kernel before i file this... if this > isnt filed already. I think I've seen a report of it with a 2.6.9 kernel too. Dave From alan at redhat.com Wed Jan 5 01:06:11 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 4 Jan 2005 20:06:11 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050105010407.GA24231@redhat.com> References: <20050104231648.GC872@redhat.com> <604aa791050104165634a1a7f1@mail.gmail.com> <20050105010407.GA24231@redhat.com> Message-ID: <20050105010611.GB28145@devserv.devel.redhat.com> On Tue, Jan 04, 2005 at 08:04:07PM -0500, Dave Jones wrote: > > the eject command does work with root... > > and its throwing this syslog message when i use eject > > /media/cdrecorder/ as root: > > Theres a bugzilla already open on this iirc. > I think hal was leaking filedescriptors on the cdrom, so it > was still 'in use'. Correct. I don;t know if it was fixed in an update yet From davidz at redhat.com Wed Jan 5 01:14:29 2005 From: davidz at redhat.com (David Zeuthen) Date: Tue, 04 Jan 2005 20:14:29 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050105010407.GA24231@redhat.com> References: <20050104231648.GC872@redhat.com> <604aa791050104165634a1a7f1@mail.gmail.com> <20050105010407.GA24231@redhat.com> Message-ID: <1104887520.4318.27.camel@daxter.boston.redhat.com> On Tue, 2005-01-04 at 20:04 -0500, Dave Jones wrote: > Theres a bugzilla already open on this iirc. > I think hal was leaking filedescriptors on the cdrom, so it > was still 'in use'. > > davidz, sound familiar ? > Only if the disc didn't contain a filesystem, e.g. audio or blank disc. I couldn't reproduce this myself, however the fix is actually in these packages http://people.redhat.com/davidz/cvs20050103/ Jeff, does this work; if not what are the contents of ls -l /proc/`pidof hald`/fd Cheers, David From jspaleta at gmail.com Wed Jan 5 01:38:23 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 4 Jan 2005 20:38:23 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1104887520.4318.27.camel@daxter.boston.redhat.com> References: <20050104231648.GC872@redhat.com> <604aa791050104165634a1a7f1@mail.gmail.com> <20050105010407.GA24231@redhat.com> <1104887520.4318.27.camel@daxter.boston.redhat.com> Message-ID: <604aa79105010417386054cb48@mail.gmail.com> On Tue, 04 Jan 2005 20:12:00 -0500, David Zeuthen wrote: > Jeff, does this work; if not what are the contents of indeed... those hal packages fix the issue...and it was an audio cd it was happening with. -jef"now i can eject the gerardo album without being root... yippie!"spaleta From rodd at clarkson.id.au Wed Jan 5 00:45:44 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 05 Jan 2005 11:45:44 +1100 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <1104885944.3404.3.camel@trevally.redfishdemo.com> On Tue, 2005-01-04 at 18:16 -0500, Dave Jones wrote: > No doubt it accidentally brings along new regressions, > so please, jump on it for a while, and once the worst > bits are shaken out, I'll push this out as an update. Downloaded and installed with rpm -i On boot-up I get to Initializing Hardware and then get a kernel panic. The message says: Initializing hardware... Storage networkKernel panic - not syncying: sound/pci/es1968.c:885 spin_lock(sound/pci/es1968.c:ddfab06c) already locked by sound/pci/es1968.c/1811 Anything else I can tell (or send) you to solve this? Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From davej at redhat.com Wed Jan 5 01:52:29 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 4 Jan 2005 20:52:29 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1104885944.3404.3.camel@trevally.redfishdemo.com> References: <20050104231648.GC872@redhat.com> <1104885944.3404.3.camel@trevally.redfishdemo.com> Message-ID: <20050105015229.GE24231@redhat.com> On Wed, Jan 05, 2005 at 11:45:44AM +1100, Rodd Clarkson wrote: > On Tue, 2005-01-04 at 18:16 -0500, Dave Jones wrote: > > > No doubt it accidentally brings along new regressions, > > so please, jump on it for a while, and once the worst > > bits are shaken out, I'll push this out as an update. > > Downloaded and installed with rpm -i > > On boot-up I get to Initializing Hardware and then get a kernel panic. > > The message says: > > Initializing hardware... Storage networkKernel panic - not syncying: > sound/pci/es1968.c:885 spin_lock(sound/pci/es1968.c:ddfab06c) already > locked by sound/pci/es1968.c/1811 > > Anything else I can tell (or send) you to solve this? No, I can see why it blows up just by eyeballing the code. Something is trying to acquire a lock twice. Dave From surak at casa.surak.eti.br Wed Jan 5 12:19:45 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 05 Jan 2005 09:19:45 -0300 Subject: Defaut browser In-Reply-To: <20050104130913.GD21934@devserv.devel.redhat.com> References: <200501041027.30277@carola.nyarlathotep> <1104840050.18177.26.camel@localhost.surak.eti.br> <20050104130913.GD21934@devserv.devel.redhat.com> Message-ID: <1104927585.14955.9.camel@localhost.surak.eti.br> Em Ter, 2005-01-04 ?s 08:09 -0500, Alan Cox escreveu: > > Anyway, mozilla has never had my language on redhat/fedora, so my > > customers does not seem to care. > Over here they do 8) So why mozilla and firefox never had a national language in fedora/redhat? At least for brazilian portuguese (or portuguese from portugal, which is slightly different) Hum, time to RFE it :-) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144251 From gslink at one.net Wed Jan 5 14:08:05 2005 From: gslink at one.net (gslink) Date: Wed, 05 Jan 2005 09:08:05 -0500 Subject: Bug with Java jre in FC3 Message-ID: <41DBF4C5.3060905@one.net> It appears there is a bug in FC3 which causes display problems when using attributed text in Java. All but the first character of lines of attributed text seems to vanish when displayed in the IBM 1.4.2 jre. This did not happen in RH9. This is going to result in a serious Bugzilla complaint. Has anyone worked on this problem and gotten a better lead on what is broken? It would be helpfull if the Bugzilla post contained a better description of the bug. From Tom.Browder at fwb.srs.com Wed Jan 5 17:01:20 2005 From: Tom.Browder at fwb.srs.com (Browder, Tom) Date: Wed, 5 Jan 2005 11:01:20 -0600 Subject: FC 3 and Kernel Lock or Hang Message-ID: > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Alan Cox > Sent: Tuesday, January 04, 2005 3:12 PM > To: For testers of Fedora Core development releases > Subject: Re: FC 3 and Kernel Lock or Hang > > But why are we now having problems not evident with the FC > 1 kernels? > Possible candidates: > Hardware aging (is FC1 still stable ?) I'm running an FC 1 box with 2.6.5 kernel (hardware identical to the ones running FC 2 and FC 3 kernels with hang problems) with an uptime of over 15 days since intentional reboot. To the best of my memory it has never locked or hung up through RH 8, RH 9, and FC 1. I am now testing the 727 kernel on one problem child (with acpi=no) and hope it can chug along for more than 3 days (about my max uptime since FC 2). Tom Browder From jspaleta at gmail.com Wed Jan 5 17:19:00 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 5 Jan 2005 12:19:00 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: References: Message-ID: <604aa79105010509191e16e269@mail.gmail.com> On Wed, 5 Jan 2005 11:01:20 -0600, Browder, Tom wrote: > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Alan Cox > Sent: Tuesday, January 04, 2005 3:12 PM > To: For testers of Fedora Core development releases > Subject: Re: FC 3 and Kernel Lock or Hang > > But why are we now having problems not evident with the FC > 1 kernels? > Possible candidates: > Hardware aging (is FC1 still stable ?) > I'm running an FC 1 box with 2.6.5 kernel (hardware identical to the > ones running FC 2 and FC 3 kernels with hang problems) with an uptime of > over 15 days since intentional reboot. To the best of my memory it has > never locked or hung up through RH 8, RH 9, and FC 1. That is surely a custom built 2.6.5 kernel you are running on that fc1 box and not an actual FC1 kernel. I think this is the first time in this thread where you have indicated that you are running a custom kernel on the fc1 box. Or is that 2..6.5 kernel on the FC1 box actually a 2.6.5 kernel shipped with fc2, or god forbid one of the nightly fedora-development kernel builds leading up to fc2 release? -jef From dag at wieers.com Wed Jan 5 18:01:58 2005 From: dag at wieers.com (Dag Wieers) Date: Wed, 5 Jan 2005 19:01:58 +0100 (CET) Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050104165055.GA2207@devserv.devel.redhat.com> References: <20050104165055.GA2207@devserv.devel.redhat.com> Message-ID: On Tue, 4 Jan 2005, Alan Cox wrote: > I did find it very sensitive to BIOS version, PCI cards and also RAM quality. > And finally except for very recent Tyan BIOSes you need a PS/2 mouse connected > to avoid IDE lockups You must be kidding ? This may as well have caused a lot of frustration... I removed everything from the system, and still ocassionally had it lock up for no apparent reason. Do you have more information about this bug and is there some way I could have found out it was ps/2 mouse myself ? -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From davej at redhat.com Wed Jan 5 18:01:38 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 5 Jan 2005 13:01:38 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: References: <20050104165055.GA2207@devserv.devel.redhat.com> Message-ID: <20050105180138.GC4197@redhat.com> On Wed, Jan 05, 2005 at 07:01:58PM +0100, Dag Wieers wrote: > On Tue, 4 Jan 2005, Alan Cox wrote: > > > I did find it very sensitive to BIOS version, PCI cards and also RAM quality. > > And finally except for very recent Tyan BIOSes you need a PS/2 mouse connected > > to avoid IDE lockups > > You must be kidding ? This may as well have caused a lot of frustration... > I removed everything from the system, and still ocassionally had it lock > up for no apparent reason. > > Do you have more information about this bug and is there some way I could > have found out it was ps/2 mouse myself ? Theres an errata on early versions of some AMD chipsets. This should be handled correctly by the current kernels without the need for the PS/2 mouse workaround. Dave From dag at wieers.com Wed Jan 5 18:29:41 2005 From: dag at wieers.com (Dag Wieers) Date: Wed, 5 Jan 2005 19:29:41 +0100 (CET) Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050105180138.GC4197@redhat.com> References: <20050104165055.GA2207@devserv.devel.redhat.com> <20050105180138.GC4197@redhat.com> Message-ID: On Wed, 5 Jan 2005, Dave Jones wrote: > On Wed, Jan 05, 2005 at 07:01:58PM +0100, Dag Wieers wrote: > > On Tue, 4 Jan 2005, Alan Cox wrote: > > > > > I did find it very sensitive to BIOS version, PCI cards and also RAM quality. > > > And finally except for very recent Tyan BIOSes you need a PS/2 mouse connected > > > to avoid IDE lockups > > > > You must be kidding ? This may as well have caused a lot of frustration... > > I removed everything from the system, and still ocassionally had it lock > > up for no apparent reason. > > > > Do you have more information about this bug and is there some way I could > > have found out it was ps/2 mouse myself ? > > Theres an errata on early versions of some AMD chipsets. > This should be handled correctly by the current kernels > without the need for the PS/2 mouse workaround. It is still running FC2 with an old 2.6.7-1.494.2.2 kernel, so it is still impacted, correct ? Was there some way to find out what caused it ? I thought it was a hardware problem as it did not trigger a kernel panic. Would one require a kernel developer to find the culprit ? -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From alan at redhat.com Wed Jan 5 18:28:46 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 5 Jan 2005 13:28:46 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050105180138.GC4197@redhat.com> References: <20050104165055.GA2207@devserv.devel.redhat.com> <20050105180138.GC4197@redhat.com> Message-ID: <20050105182846.GA16350@devserv.devel.redhat.com> On Wed, Jan 05, 2005 at 01:01:38PM -0500, Dave Jones wrote: > Theres an errata on early versions of some AMD chipsets. > This should be handled correctly by the current kernels > without the need for the PS/2 mouse workaround. Maybe by 2.6.9 but earlier 2.6 didnt get it right From davej at redhat.com Wed Jan 5 18:47:06 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 5 Jan 2005 13:47:06 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050105182846.GA16350@devserv.devel.redhat.com> References: <20050104165055.GA2207@devserv.devel.redhat.com> <20050105180138.GC4197@redhat.com> <20050105182846.GA16350@devserv.devel.redhat.com> Message-ID: <20050105184706.GF4197@redhat.com> On Wed, Jan 05, 2005 at 01:28:46PM -0500, Alan Cox wrote: > On Wed, Jan 05, 2005 at 01:01:38PM -0500, Dave Jones wrote: > > Theres an errata on early versions of some AMD chipsets. > > This should be handled correctly by the current kernels > > without the need for the PS/2 mouse workaround. > > Maybe by 2.6.9 but earlier 2.6 didnt get it right You are correct, fixed upstream in March this year. Dave From fedora-lists at dark-hill.co.uk Wed Jan 5 20:38:32 2005 From: fedora-lists at dark-hill.co.uk (Douglas Furlong) Date: Wed, 05 Jan 2005 20:38:32 +0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> On Tue, 2005-01-04 at 18:16 -0500, Dave Jones wrote: > A new year, (another) new testing kernel. This rebases > the whole tree to the latest upstream release 2.6.10, > with the 2.6.10-ac2 patch on top for good measure. > > With around 4000 changes between 2.6.9 and 2.6.10, > this fixes a lot of problems, including the infamous > 'ACPI wont turn off my computer' bug. > > No doubt it accidentally brings along new regressions, > so please, jump on it for a while, and once the worst > bits are shaken out, I'll push this out as an update. > > This is not the same as the 2.6.10 in rawhide, as that > one is tracking the daily -bk snapshots heading toward > 2.6.11, whilst FC3 will get a 2.6.10-ac update. > Good morning Dave I am still having a problem when trying to use my cd/dvd burner in my laptop. When I put a CD in the drive, and try to access it I get the following messages in dmesg before what appears to be a fairly solid lockup (but it could just be the system being tied up for a long time on IO waits). hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } hdc: packet command error: error=0x50 ide: failed opcode was 100 hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } hdc: packet command error: error=0x50 ide: failed opcode was 100 I know there is a bugzilla entry for this but for the life of me I can't find it. I did get some other errors, but the system locked up before I was able to echo them to a file. -- Douglas Furlong From Tom.Browder at fwb.srs.com Wed Jan 5 21:19:40 2005 From: Tom.Browder at fwb.srs.com (Browder, Tom) Date: Wed, 5 Jan 2005 15:19:40 -0600 Subject: FC 3 and Kernel Lock or Hang Message-ID: > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Jeff Spaleta > Sent: Wednesday, January 05, 2005 11:19 AM > Subject: Re: FC 3 and Kernel Lock or Hang > That is surely a custom built 2.6.5 kernel you are running on > that fc1 box and not an actual FC1 kernel. I think this is > the first time in this thread where you have indicated that > you are running a custom kernel on the fc1 box. Or is that > 2..6.5 kernel on the FC1 box actually a 2.6.5 kernel shipped > with fc2, or god forbid one of the nightly fedora-development > kernel builds leading up to fc2 release? My bad, that box is an old FC 2 one with a stock kernel: 2.6.5-358smp. And what has fooled me is we use that remotely and haven't had any problems using it that way. I just tried to logon through our kvm and see that the local graphics display is frozen. The boxes that have problems aren't on a network and thus an apparent "hang" isn't truly a kernel lock I guess. I reported an earlier instance of being able to acces another box on the network thinking it could offer some info but no one seemed to be interested at the time (another list). So, I have a host with local graphics hung up but I'm able to login remotely. Is there any info I can look for that will help find the problem? -Tom Browder From fhew3 at cogeco.ca Wed Jan 5 22:37:22 2005 From: fhew3 at cogeco.ca (Fulko Hew) Date: Wed, 05 Jan 2005 17:37:22 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> Message-ID: <41DC6C22.2000505@cogeco.ca> Douglas Furlong wrote: >I am still having a problem when trying to use my cd/dvd burner in my >laptop. > >When I put a CD in the drive, and try to access it I get the following >messages in dmesg before what appears to be a fairly solid lockup (but >it could just be the system being tied up for a long time on IO waits). > >hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } >hdc: packet command error: error=0x50 >ide: failed opcode was 100 >hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } >hdc: packet command error: error=0x50 >ide: failed opcode was 100 > >I know there is a bugzilla entry for this but for the life of me I can't >find it. > >I did get some other errors, but the system locked up before I was able >to echo them to a file > Is this CD, a CD you also burned on recently on this machine? If so, do you know if the CD was written correctly? Have you tried this on another machine? These errors are similar, if not related, to my problem that started with kernel 2.6.9, where... I can no longer burn CDs successfully, and when reading them I get that same error. (my Bugzilla # 141884) From fct-cornette at insight.rr.com Wed Jan 5 22:43:45 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 05 Jan 2005 17:43:45 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: References: Message-ID: <41DC6DA1.2000509@insight.rr.com> Browder, Tom wrote: >>-----Original Message----- >>From: fedora-test-list-bounces at redhat.com >>[mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Jeff Spaleta >>Sent: Wednesday, January 05, 2005 11:19 AM >>Subject: Re: FC 3 and Kernel Lock or Hang >>That is surely a custom built 2.6.5 kernel you are running on >>that fc1 box and not an actual FC1 kernel. I think this is >>the first time in this thread where you have indicated that >>you are running a custom kernel on the fc1 box. Or is that >>2..6.5 kernel on the FC1 box actually a 2.6.5 kernel shipped >>with fc2, or god forbid one of the nightly fedora-development >>kernel builds leading up to fc2 release? > > > My bad, that box is an old FC 2 one with a stock kernel: 2.6.5-358smp. > > And what has fooled me is we use that remotely and haven't had any > problems using it that way. I just tried to logon through our kvm and > see that the local graphics display is frozen. > > The boxes that have problems aren't on a network and thus an apparent > "hang" isn't truly a kernel lock I guess. I reported an earlier > instance of being able to acces another box on the network thinking it > could offer some info but no one seemed to be interested at the time > (another list). > > So, I have a host with local graphics hung up but I'm able to login > remotely. Is there any info I can look for that will help find the > problem? > > -Tom Browder > The symptoms sound like earlier problems that I had with a Dell Optiplex computer with an Intel 865G Graphics controller. X crahes and leaves the residual image on the screen. This was fixed with the CVS versions of xorg-x11. Check the processes running (or not running) through ssh login on the box. X dogging your display until a eboot sound like what I get from your description. A wild guess, Jim From mgansser at k-p-ebert.de Wed Jan 5 23:50:28 2005 From: mgansser at k-p-ebert.de (Martin Gansser) Date: Thu, 06 Jan 2005 00:50:28 +0100 Subject: kernel. 2.6.10-1.727_FC3: problem with pwc modul Message-ID: <1104969029.6592.11.camel@gecko> if i use camstream, a webcam programm, 'dmesg' shows the following warnings: the program works, but dmesg locks this messages: dvb_frontend_stop: thread PID 1515870810 already died pwc Failed to restore power to the camera! (-32) pwc Failed to set LED on/off time. pwc type = 740 pwc type = 740 pwc decode_size = 5. pwc Using alternate setting 9. usb_unlink_urb() is deprecated for synchronous unlinks. Use usb_kill_urb() instead. Badness in usb_unlink_urb at drivers/usb/core/urb.c:457 [] usb_unlink_urb+0x45/0x7e [] pwc_isoc_cleanup+0x59/0xd5 [pwc] [] pwc_video_close+0xa3/0x10c [pwc] [] __fput+0x4e/0xe7 [] filp_close+0x59/0x5f [] syscall_call+0x7/0xb usb_unlink_urb() is deprecated for synchronous unlinks. Use usb_kill_urb() instead. Badness in usb_unlink_urb at drivers/usb/core/urb.c:457 [] usb_unlink_urb+0x45/0x7e [] pwc_isoc_cleanup+0x59/0xd5 [pwc] [] pwc_video_close+0xa3/0x10c [pwc] [] __fput+0x4e/0xe7 [] filp_close+0x59/0x5f [] syscall_call+0x7/0xb -- Regards Martin From DwaineGarden at rogers.com Thu Jan 6 03:24:37 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Wed, 05 Jan 2005 22:24:37 -0500 Subject: kernel. 2.6.10-1.727_FC3: problem with pwc modul In-Reply-To: <1104969029.6592.11.camel@gecko> References: <1104969029.6592.11.camel@gecko> Message-ID: <41DCAF75.1040508@rogers.com> Martin Gansser wrote: >if i use camstream, a webcam programm, 'dmesg' shows the following >warnings: > >the program works, but dmesg locks this messages: > >dvb_frontend_stop: thread PID 1515870810 already died >pwc Failed to restore power to the camera! (-32) >pwc Failed to set LED on/off time. >pwc type = 740 >pwc type = 740 >pwc decode_size = 5. >pwc Using alternate setting 9. >usb_unlink_urb() is deprecated for synchronous unlinks. Use >usb_kill_urb() instead. >Badness in usb_unlink_urb at drivers/usb/core/urb.c:457 > [] usb_unlink_urb+0x45/0x7e > [] pwc_isoc_cleanup+0x59/0xd5 [pwc] > [] pwc_video_close+0xa3/0x10c [pwc] > [] __fput+0x4e/0xe7 > [] filp_close+0x59/0x5f > [] syscall_call+0x7/0xb >usb_unlink_urb() is deprecated for synchronous unlinks. Use >usb_kill_urb() instead. >Badness in usb_unlink_urb at drivers/usb/core/urb.c:457 > [] usb_unlink_urb+0x45/0x7e > [] pwc_isoc_cleanup+0x59/0xd5 [pwc] > [] pwc_video_close+0xa3/0x10c [pwc] > [] __fput+0x4e/0xe7 > [] filp_close+0x59/0x5f > [] syscall_call+0x7/0xb > > > > It's dying on the usb_unlink_urb() I had to rewrite the code for the usbvision to fix the bombing. Look for the following.... errCode = usb_unlink_urb(usbvision->sbuf[bufIdx].urb); if (errCode < 0) err("%s: usb_unlink_urb() failed: error %d", __FUNCTION__, errCode); Change it to the usb_kill_urb usb_kill_urb(usbvision->sbuf[bufIdx].urb); usb_free_urb(usbvision->sbuf[bufIdx].urb); usbvision->sbuf[bufIdx].urb = NULL; Make sure to subsitute the usbvision to whatever is used in the pwc driver. It should fix it. Dwaine. From lux at diesel-research.com Thu Jan 6 04:06:07 2005 From: lux at diesel-research.com (Kim Lux) Date: Wed, 05 Jan 2005 21:06:07 -0700 Subject: DVD functionality all but broken with 2.6.10-1.727_FC3 In-Reply-To: <41DCAF75.1040508@rogers.com> References: <1104969029.6592.11.camel@gecko> <41DCAF75.1040508@rogers.com> Message-ID: <1104984368.11422.8.camel@localhost.localdomain> It is almost impossible to get a DVD to mount. After trying a combination of mounting with kdfree, right clicking the cdrecorder icon and manually mounting, it eventually mounts. I think it helps to leave it sit for 10 minutes. It is easy to eject the DVD if one right clicks the cdrecorder icon and does an unmount and then an eject. This was a problem with previous kernels: 2.6.9-1.6xx ish. I can't burn a DVD at all. I'm trying to use k3b and getting the following errors: System ----------------------- K3b Version:0.11.14 KDE Version: 3.3.1-2.4.FC3 Red Hat QT Version: 3.3.3 growisofs ----------------------- INFO: UTF-8 character encoding detected by locale settings. Assuming UTF-8 encoded filenames on source filesystem, use -input-charset to override. :-( unable to PREVENT MEDIA REMOVAL: Operation not permitted growisofs comand: ----------------------- /usr/bin/growisofs -Z /dev/hdc -use-the-force-luke=notray -use-the- force-luke=tty -use-the-force-luke=dao -dvd-compat -speed=4 -gui -graft- points -volid K3b data project -volset -appid K3B THE CD KREATOR VERSION 0.11.14 (C) 2003 SEBASTIAN TRUEG AND THE K3B TEAM -publisher - preparer K3b - Version 0.11.14 -sysid LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-krlux/k3bIim4oa.tmp -rational-rock -hide-list /tmp/kde- krlux/k3b30tXfc.tmp -full-iso9660-filenames -iso-level 2 -path- list /tmp/kde-krlux/k3bYT1lOb.tmp syslog shows the following: Jan 5 20:40:16 zd7280 kernel: program eject is using a deprecated SCSI ioctl, please convert it to SG_IO Jan 5 20:40:16 zd7280 kernel: scsi: unknown opcode 0x1e Jan 5 20:40:23 zd7280 kernel: program eject is using a deprecated SCSI ioctl, please convert it to SG_IO Jan 5 20:47:22 zd7280 kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'Health', timestamp 2004/06/23 20:26 (1e5c) Jan 5 20:51:16 zd7280 kernel: cdrom: This disc doesn't have any tracks I recognize! Jan 5 20:54:05 zd7280 kernel: cdrom: This disc doesn't have any tracks I recognize! Jan 5 20:55:58 zd7280 kernel: cdrom: This disc doesn't have any tracks I recognize! The machine is an HP zd7280. The DVD drive works fine under Windows. Let me know what else is needed or if I should enter this in bugzilla. -- Kim Lux, Diesel Research Inc. From lux at diesel-research.com Thu Jan 6 04:52:16 2005 From: lux at diesel-research.com (Kim Lux) Date: Wed, 05 Jan 2005 21:52:16 -0700 Subject: DVD functionality all but broken with 2.6.10-1.727_FC3 In-Reply-To: <1104984368.11422.8.camel@localhost.localdomain> References: <1104969029.6592.11.camel@gecko> <41DCAF75.1040508@rogers.com> <1104984368.11422.8.camel@localhost.localdomain> Message-ID: <1104987136.11422.10.camel@localhost.localdomain> For whatever reason, mplayer has absolutely no problem playing a DVD from the same DVD drive. On Wed, 2005-01-05 at 21:06 -0700, Kim Lux wrote: > It is almost impossible to get a DVD to mount. After trying a > combination of mounting with kdfree, right clicking the cdrecorder icon > and manually mounting, it eventually mounts. I think it helps to leave > it sit for 10 minutes. > > It is easy to eject the DVD if one right clicks the cdrecorder icon and > does an unmount and then an eject. This was a problem with previous > kernels: 2.6.9-1.6xx ish. > > I can't burn a DVD at all. I'm trying to use k3b and getting the > following errors: > > System > ----------------------- > K3b Version:0.11.14 > KDE Version: 3.3.1-2.4.FC3 Red Hat > QT Version: 3.3.3 > > growisofs > ----------------------- > INFO: UTF-8 character encoding detected by locale settings. > Assuming UTF-8 encoded filenames on source filesystem, > use -input-charset to override. > :-( unable to PREVENT MEDIA REMOVAL: Operation not permitted > > growisofs comand: > ----------------------- > /usr/bin/growisofs -Z /dev/hdc -use-the-force-luke=notray -use-the- > force-luke=tty -use-the-force-luke=dao -dvd-compat -speed=4 -gui -graft- > points -volid K3b data project -volset -appid K3B THE CD KREATOR > VERSION 0.11.14 (C) 2003 SEBASTIAN TRUEG AND THE K3B TEAM -publisher - > preparer K3b - Version 0.11.14 -sysid LINUX -volset-size 1 -volset-seqno > 1 -sort /tmp/kde-krlux/k3bIim4oa.tmp -rational-rock -hide-list /tmp/kde- > krlux/k3b30tXfc.tmp -full-iso9660-filenames -iso-level 2 -path- > list /tmp/kde-krlux/k3bYT1lOb.tmp > > syslog shows the following: > > Jan 5 20:40:16 zd7280 kernel: program eject is using a deprecated SCSI > ioctl, please convert it to SG_IO > Jan 5 20:40:16 zd7280 kernel: scsi: unknown opcode 0x1e > Jan 5 20:40:23 zd7280 kernel: program eject is using a deprecated SCSI > ioctl, please convert it to SG_IO > Jan 5 20:47:22 zd7280 kernel: UDF-fs INFO UDF 0.9.8.1 (2004/29/09) > Mounting volume 'Health', timestamp 2004/06/23 20:26 (1e5c) > Jan 5 20:51:16 zd7280 kernel: cdrom: This disc doesn't have any tracks > I recognize! > Jan 5 20:54:05 zd7280 kernel: cdrom: This disc doesn't have any tracks > I recognize! > Jan 5 20:55:58 zd7280 kernel: cdrom: This disc doesn't have any tracks > I recognize! > > The machine is an HP zd7280. The DVD drive works fine under Windows. > > Let me know what else is needed or if I should enter this in bugzilla. > > -- > Kim Lux, Diesel Research Inc. > > -- Kim Lux, Diesel Research Inc. From redhat at tremagi.org.uk Thu Jan 6 09:24:32 2005 From: redhat at tremagi.org.uk (Graham King) Date: Thu, 06 Jan 2005 09:24:32 +0000 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: References: Message-ID: <1105003472.4350.81.camel@oberon.tremagi.org.uk> I've seen similar symptoms (but affecting mouse only), using a KVM. Others reported likewise to this list at the end of November (try searching the archive for KVM). Might be worth eliminating the KVM before doing anything more elaborate. On Wed, 2005-01-05 at 21:19, Browder, Tom wrote: > I just tried to logon through our kvm and > see that the local graphics display is frozen. From mgansser at k-p-ebert.de Thu Jan 6 09:53:37 2005 From: mgansser at k-p-ebert.de (Martin Gansser) Date: Thu, 06 Jan 2005 10:53:37 +0100 Subject: 2.6.10-1.727_FC3 power off fails Message-ID: <1105005218.6567.19.camel@gecko> hi, last year i reported this bug on bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132761 with 2.6.10-1.727 i have the same problems: ACPI_POWER_OFF CALLED is the last message - to power of the machine - I pressed for 5 sec the power off buttom. grub.conf boot option | booting | power off =======================|=========|========== | yes | no -------------------------------------------- apm=power_off acpi=off | no | no -------------------------------------------- apm=power_off acpi=on | yes | no -------------------------------------------- acpi=off | no | no -- Regards Martin From fedora-lists at dark-hill.co.uk Thu Jan 6 10:33:00 2005 From: fedora-lists at dark-hill.co.uk (Douglas Furlong) Date: Thu, 6 Jan 2005 10:33:00 +0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <41DC6C22.2000505@cogeco.ca> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <41DC6C22.2000505@cogeco.ca> Message-ID: <20050106103300.smknwf2ux60ooso4@corrig.dark-hill.co.uk> ----- Message from fhew3 at cogeco.ca --------- Date: Wed, 05 Jan 2005 17:37:22 -0500 From: Fulko Hew Reply-To: For testers of Fedora Core development releases Subject: Re: New testing kernel. 2.6.10-1.727_FC3 To: For testers of Fedora Core development releases > Douglas Furlong wrote: > >> I am still having a problem when trying to use my cd/dvd burner in my >> laptop. >> >> When I put a CD in the drive, and try to access it I get the following >> messages in dmesg before what appears to be a fairly solid lockup (but >> it could just be the system being tied up for a long time on IO waits). >> >> hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } >> hdc: packet command error: error=0x50 >> ide: failed opcode was 100 >> hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } >> hdc: packet command error: error=0x50 >> ide: failed opcode was 100 >> >> I know there is a bugzilla entry for this but for the life of me I can't >> find it. >> >> I did get some other errors, but the system locked up before I was able >> to echo them to a file >> > > Is this CD, a CD you also burned on recently on this machine? > If so, do you know if the CD was written correctly? > Have you tried this on another machine? > > These errors are similar, if not related, to my problem that > started with kernel 2.6.9, where... > > I can no longer burn CDs successfully, and > when reading them I get that same error. > > (my Bugzilla # 141884) > > > I get these error messages with the majority of CD's that I have tried, I would get more information if, A) I was told what was needed, B) The system didn't appear to hang on me. I've tried CD's that have been burnt (and have been used several times to install FC on other machines), Audio CD's and application CD's all of them result in the same thing happening. I do not beleive this behaviour was present in I think FC1, but has been the case since FC2. -- Douglas Furlong ICQ: 7574077 "There are 10 kinds of people, those that understand binary, and those that do not" From twaugh at redhat.com Thu Jan 6 10:41:54 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 6 Jan 2005 10:41:54 +0000 Subject: Fedora Core 3 Test Update: grep-2.5.1-31.4 Message-ID: <20050106104154.GL5322@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-547 2005-01-06 --------------------------------------------------------------------- Product : Fedora Core 3 Name : grep Version : 2.5.1 Release : 31.4 Summary : The GNU versions of grep pattern matching utilities. Description : The GNU versions of commonly used grep utilities. Grep searches through textual input for lines which contain a match to a specified pattern and then prints the matching lines. GNU's grep utilities include grep, egrep and fgrep. You should install grep on your system, because it is a very useful utility for searching through text. --------------------------------------------------------------------- Update Information: This update fixes a small regression in handling multibyte input for "grep -Fi", and further improves performance when processing UTF-8 input. --------------------------------------------------------------------- * Tue Dec 21 2004 Tim Waugh 2.5.1-31.4 - Fixed -Fi for multibyte input (bug #143079). - Bypass kwset matching when ignoring case and processing multibyte input (bug #143079). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ e638385e33286c7288210477d59add09 SRPMS/grep-2.5.1-31.4.src.rpm 5e83dab4b8c63d3689d10a4129a563df x86_64/grep-2.5.1-31.4.x86_64.rpm fc1d716b583fcae22d53a9a653bd4586 x86_64/debug/grep-debuginfo-2.5.1-31.4.x86_64.rpm cd12fbd4d00bee7eac2bc2f0bf398ebf i386/grep-2.5.1-31.4.i386.rpm d7bc66f95becdcee60e3f14f25a7cadd i386/debug/grep-debuginfo-2.5.1-31.4.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fct-cornette at insight.rr.com Thu Jan 6 12:05:20 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 06 Jan 2005 07:05:20 -0500 Subject: 2.6.10-1.727_FC3 power off fails In-Reply-To: <1105005218.6567.19.camel@gecko> References: <1105005218.6567.19.camel@gecko> Message-ID: <41DD2980.1080702@insight.rr.com> Martin Gansser wrote: > hi, > > last year i reported this bug on bugzilla: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132761 > > > with 2.6.10-1.727 i have the same problems: > > ACPI_POWER_OFF CALLED is the last message - to power > of the machine - I pressed for 5 sec the power off buttom. > > > grub.conf boot option | booting | power off > =======================|=========|========== > | yes | no > -------------------------------------------- > apm=power_off acpi=off | no | no > -------------------------------------------- > apm=power_off acpi=on | yes | no > -------------------------------------------- > acpi=off | no | no > > > Have you tried booting with acpi=on within the kernel? The 2.6.10 kernel works and powers off my computer with that option. I believe that putting in no option does the same as specifying acpi=on. I add it to be safe. (if acpi is disabled by default again) For options to shutdown the computer, did you try issuing the command poweroff, hiting the power button once and letting the computer shutdown or shutting down via the GUI choice. I have not tried shutdown -h now lately. The last time that I specified that option, the computer did not shut off the computer, thus I changed to simply using the poweroff command. Probably no help, but just an idea. Jim -- I think the world is run by C students. -- Al McGuire From barryn at pobox.com Thu Jan 6 12:41:55 2005 From: barryn at pobox.com (Barry K. Nathan) Date: Thu, 6 Jan 2005 04:41:55 -0800 Subject: 2.6.10-1.727_FC3 power off fails In-Reply-To: <41DD2980.1080702@insight.rr.com> References: <1105005218.6567.19.camel@gecko> <41DD2980.1080702@insight.rr.com> Message-ID: <20050106124155.GA4442@ip68-4-98-123.oc.oc.cox.net> On Thu, Jan 06, 2005 at 07:05:20AM -0500, Jim Cornette wrote: > I have not tried shutdown -h now lately. The last time that I specified > that option, the computer did not shut off the computer, thus I changed > to simply using the poweroff command. "shutdown -h now" *should* work -- it certainly does for me (my computer that is affected by this bug can shut down with "shutdown -h now" with 2.6.10-1.727_FC3, but not 2.6.9-1.724_FC3). Anyway, one of the ACPI bug fixes in 2.6.10 accidentally introduced a new bug; a fix for that bug is currently in development. It'll be interesting to see where things stand after that bug is fixed. -Barry K. Nathan From livelinux at nwst.de Thu Jan 6 13:23:43 2005 From: livelinux at nwst.de (livelinux at nwst.de) Date: Thu, 06 Jan 2005 14:23:43 +0100 Subject: Fc3 : installation via pxe boot and network Message-ID: <41DD3BDF.20605@nwst.de> Greetings, i`m trying to setup an install server to boot and install systems via network. Currently I`m using the initrd from base/pxeboot. Now: the kernel boots fine, the ramdisk is loaded and /sbin/loader starts. However after loading the network driver it then hangs forever with: 'trying to mount CD device hda'. Well, of course there is no cdrom media present.... Question: how can i tell the /sbin/loader to start a network install ? tia! Best Regards, Dirk Westfal From charlescurley at charlescurley.com Thu Jan 6 13:33:55 2005 From: charlescurley at charlescurley.com (Charles Curley) Date: Thu, 6 Jan 2005 06:33:55 -0700 Subject: Fc3 : installation via pxe boot and network In-Reply-To: <41DD3BDF.20605@nwst.de> References: <41DD3BDF.20605@nwst.de> Message-ID: <20050106133355.GH9700@charlescurley.com> On Thu, Jan 06, 2005 at 02:23:43PM +0100, livelinux at nwst.de wrote: > > Greetings, > > i`m trying to setup an install server to boot and install systems via > network. > > Currently I`m using the initrd from base/pxeboot. > > Now: the kernel boots fine, the ramdisk is loaded and /sbin/loader starts. > > However after loading the network driver it then hangs forever with: > 'trying to mount CD device hda'. > > Well, of course there is no cdrom media present.... > > Question: how can i tell the /sbin/loader to start a network install ? Try using the initrd from the images/boot.iso image on disc one. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Fulko.Hew at sita.aero Thu Jan 6 14:18:46 2005 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Thu, 6 Jan 2005 09:18:46 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 Message-ID: Douglas Furlong @redhat.com on 01/06/2005 05:33:00 AM replied: >----- Message from fhew3 at cogeco.ca ---Date: Wed, 05 Jan 2005 17:37:22 > >> Douglas Furlong wrote: >> >>> I am still having a problem when trying to use my cd/dvd burner in my >>> laptop. >>> >>> When I put a CD in the drive, and try to access it I get the following >>> messages in dmesg before what appears to be a fairly solid lockup (but >>> it could just be the system being tied up for a long time on IO waits). >>> >>> hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } >>> hdc: packet command error: error=0x50 >>> ide: failed opcode was 100 >>> hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } >>> hdc: packet command error: error=0x50 >>> ide: failed opcode was 100 >>> >>> I know there is a bugzilla entry for this but for the life of me I can't >>> find it. >>> >>> I did get some other errors, but the system locked up before I was able >>> to echo them to a file >>> >> >> Is this CD, a CD you also burned on recently on this machine? >> If so, do you know if the CD was written correctly? >> Have you tried this on another machine? >> >> These errors are similar, if not related, to my problem that >> started with kernel 2.6.9, where... >> >> I can no longer burn CDs successfully, and >> when reading them I get that same error. >> >> (my Bugzilla # 141884) >> >> >> >I get these error messages with the majority of CD's that I have tried, >I would >get more information if, A) I was told what was needed, B) The system didn't >appear to hang on me. > >I've tried CD's that have been burnt (and have been used several times to >install FC on other machines), Audio CD's and application CD's all of them >result in the same thing happening. > >I do not beleive this behaviour was present in I think FC1, but has been the >case since FC2. Then your issue doesn't sound like mine. I believe those errors are generic 'read' errors, your question is why are you getting them. I get mine because ever since kernel 2.6.9 (on both FC2 and FC3), I can no longer burn CDs... 2.6.8 and earlier works fine. So because I can't burn CDs (correctly) they are bad when I try to read them, and hence the/my errors. From alan at redhat.com Thu Jan 6 14:01:51 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 6 Jan 2005 09:01:51 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> Message-ID: <20050106140151.GD32537@devserv.devel.redhat.com> On Wed, Jan 05, 2005 at 08:38:32PM +0000, Douglas Furlong wrote: > When I put a CD in the drive, and try to access it I get the following > messages in dmesg before what appears to be a fairly solid lockup (but > it could just be the system being tied up for a long time on IO waits). Boot single user, remove haldaemon, reboot. Let me know if that helps (if I've asked you specifically this already ignore me) From livelinux at nwst.de Thu Jan 6 14:25:42 2005 From: livelinux at nwst.de (livelinux at nwst.de) Date: Thu, 06 Jan 2005 15:25:42 +0100 Subject: Fc3 : installation via pxe boot and network In-Reply-To: <20050106133355.GH9700@charlescurley.com> References: <41DD3BDF.20605@nwst.de> <20050106133355.GH9700@charlescurley.com> Message-ID: <41DD4A66.8030407@nwst.de> Hi, Charles Curley schrieb: > On Thu, Jan 06, 2005 at 02:23:43PM +0100, livelinux at nwst.de wrote: > .... >>Question: how can i tell the /sbin/loader to start a network install ? > > > Try using the initrd from the images/boot.iso image on disc one. > > I`ve already tried that - same problem. Is there perhaps a boot option ? Best Regards, Dirk Westfal From gslink at one.net Thu Jan 6 15:28:27 2005 From: gslink at one.net (gslink) Date: Thu, 06 Jan 2005 10:28:27 -0500 Subject: Problems reading and writing C/Ds and DVDs on FC3 Message-ID: <41DD591B.3020606@one.net> The version of the CD burner supplied with FC3 shows a message on first startup saying that it works only for root user. This is true. Every instance we tried gave a false error on each and every burn which said that the CD or DVD just burned was bad. We checked these and found them to be perfect. In addition there is a notice in the code saying that this version has been changed to burn DVDs and not to bother the author with bugs. There is a bug which sometimes prevents ejecting the CD and when this happens you must force the CD out and reboot. You know there is trouble because the CD mounts but no icon appears on the desktop. This happens elsewhere besides in the burner. Attempting to verify a CD with the burner also seems to fail as the burner program usually can't find the CD to be verified and returns a no CD message. This may be due to changing the CD address from RH9 It would help if someone could post out the exact fix for the ejection problem as I suspect many of these other problems are related. From lux at diesel-research.com Thu Jan 6 15:28:22 2005 From: lux at diesel-research.com (Kim Lux) Date: Thu, 06 Jan 2005 08:28:22 -0700 Subject: Problems reading and writing C/Ds and DVDs on FC3 In-Reply-To: <41DD591B.3020606@one.net> References: <41DD591B.3020606@one.net> Message-ID: <1105025302.8688.8.camel@localhost.localdomain> On Thu, 2005-01-06 at 10:28 -0500, gslink wrote: > The version of the CD burner supplied with FC3 Which application are you speaking of ? k3b ? xcdroast ? or a command line util ? -- Kim Lux, Diesel Research Inc. From alan at redhat.com Thu Jan 6 15:38:08 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 6 Jan 2005 10:38:08 -0500 Subject: Problems reading and writing C/Ds and DVDs on FC3 In-Reply-To: <41DD591B.3020606@one.net> References: <41DD591B.3020606@one.net> Message-ID: <20050106153808.GA21365@devserv.devel.redhat.com> On Thu, Jan 06, 2005 at 10:28:27AM -0500, gslink wrote: > with bugs. There is a bug which sometimes prevents ejecting the CD and > when this happens you must force the CD out and reboot. You know there > is trouble because the CD mounts but no icon appears on the desktop. That is a hal bug not a burning software bug. Kill haldaemon and it'll sort out. You can then restart haldaemon again. Basically hal leaks file handles and breaks stuff From gslink at one.net Thu Jan 6 15:54:11 2005 From: gslink at one.net (gslink) Date: Thu, 06 Jan 2005 10:54:11 -0500 Subject: Problems reading and writing C/Ds and DVDs on FC3 In-Reply-To: <20050106153808.GA21365@devserv.devel.redhat.com> References: <41DD591B.3020606@one.net> <20050106153808.GA21365@devserv.devel.redhat.com> Message-ID: <41DD5F23.9050109@one.net> Alan Cox wrote: > On Thu, Jan 06, 2005 at 10:28:27AM -0500, gslink wrote: > >>with bugs. There is a bug which sometimes prevents ejecting the CD and >>when this happens you must force the CD out and reboot. You know there >>is trouble because the CD mounts but no icon appears on the desktop. > > > That is a hal bug not a burning software bug. Kill haldaemon and it'll sort > out. You can then restart haldaemon again. > > Basically hal leaks file handles and breaks stuff > > Thank you! It doesn't make any difference where the bug is if it keeps your program from running. When are you going to fix it? I suspect that some other problems with xcdroast are caused by the hal bug and not xcdroast but I haven't had time to trace and won't until I get the Java bug under control. From alan at redhat.com Thu Jan 6 15:55:04 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 6 Jan 2005 10:55:04 -0500 Subject: Problems reading and writing C/Ds and DVDs on FC3 In-Reply-To: <41DD5F23.9050109@one.net> References: <41DD591B.3020606@one.net> <20050106153808.GA21365@devserv.devel.redhat.com> <41DD5F23.9050109@one.net> Message-ID: <20050106155504.GB30447@devserv.devel.redhat.com> On Thu, Jan 06, 2005 at 10:54:11AM -0500, gslink wrote: > When are you going to fix it? I suspect that some other problems with > xcdroast are caused by the hal bug and not xcdroast but I haven't had As I understand it David has already fixed the hal leak of file handles case, it may not have been pushed to FC3 yet that is all ? From david at fubar.dk Thu Jan 6 15:59:01 2005 From: david at fubar.dk (David Zeuthen) Date: Thu, 06 Jan 2005 10:59:01 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050106140151.GD32537@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> Message-ID: <1105027142.4358.1.camel@daxter.boston.redhat.com> On Thu, 2005-01-06 at 09:01 -0500, Alan Cox wrote: > On Wed, Jan 05, 2005 at 08:38:32PM +0000, Douglas Furlong wrote: > > When I put a CD in the drive, and try to access it I get the following > > messages in dmesg before what appears to be a fairly solid lockup (but > > it could just be the system being tied up for a long time on IO waits). > > Boot single user, remove haldaemon, reboot. Let me know if that helps (if I've > asked you specifically this already ignore me) > Alan - any news of when ide-cd is fixed so these issues will be a thing of the past? David? From david at fubar.dk Thu Jan 6 16:00:34 2005 From: david at fubar.dk (David Zeuthen) Date: Thu, 06 Jan 2005 11:00:34 -0500 Subject: Problems reading and writing C/Ds and DVDs on FC3 In-Reply-To: <20050106155504.GB30447@devserv.devel.redhat.com> References: <41DD591B.3020606@one.net> <20050106153808.GA21365@devserv.devel.redhat.com> <41DD5F23.9050109@one.net> <20050106155504.GB30447@devserv.devel.redhat.com> Message-ID: <1105027235.4358.4.camel@daxter.boston.redhat.com> On Thu, 2005-01-06 at 10:55 -0500, Alan Cox wrote: > On Thu, Jan 06, 2005 at 10:54:11AM -0500, gslink wrote: > > When are you going to fix it? I suspect that some other problems with > > xcdroast are caused by the hal bug and not xcdroast but I haven't had > > As I understand it David has already fixed the hal leak of file handles case, > it may not have been pushed to FC3 yet that is all ? > Yeah, I'm looking at one other bug before a new package will be pushed to Rawhide and FC3 - until then, the fix is here http://people.redhat.com/davidz/cvs20050103/ David From tjb at unh.edu Thu Jan 6 16:20:47 2005 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 06 Jan 2005 11:20:47 -0500 Subject: FC3 on Dell 670n using Devel Boot Image? Message-ID: <1105028447.21632.7.camel@wintermute.sr.unh.edu> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144367 I've got a Dell 670n that I want to install fc3/64 on but I get a kernel panic when the installer loads the ata_piix kernel module. I can somewhat continue after the panic but installation hangs soon after. I can boot the current x86_64 boot.img in the devel tree and that works fine but when I point it at the non-devel fc3/64 tree, it won't install that. If I use the standard fc3/64 boot disk with noprobe, I get no keyboard so I can't continue. I want to run fc3/64. What's the best way to get a newer kernel in an installer? 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 mgansser at k-p-ebert.de Thu Jan 6 16:37:02 2005 From: mgansser at k-p-ebert.de (Martin Gansser) Date: Thu, 06 Jan 2005 17:37:02 +0100 Subject: 2.6.10-1.727_FC3 power off fails In-Reply-To: <20050106124155.GA4442@ip68-4-98-123.oc.oc.cox.net> References: <1105005218.6567.19.camel@gecko> <41DD2980.1080702@insight.rr.com> <20050106124155.GA4442@ip68-4-98-123.oc.oc.cox.net> Message-ID: <1105029423.6562.1.camel@gecko> Am Donnerstag, den 06.01.2005, 04:41 -0800 schrieb Barry K. Nathan: > On Thu, Jan 06, 2005 at 07:05:20AM -0500, Jim Cornette wrote: > > I have not tried shutdown -h now lately. The last time that I specified > > that option, the computer did not shut off the computer, thus I changed > > to simply using the poweroff command. > > "shutdown -h now" *should* work -- it certainly does for me (my computer > that is affected by this bug can shut down with "shutdown -h now" with > 2.6.10-1.727_FC3, but not 2.6.9-1.724_FC3). > > Anyway, one of the ACPI bug fixes in 2.6.10 accidentally introduced a > new bug; a fix for that bug is currently in development. It'll be > interesting to see where things stand after that bug is fixed. > > -Barry K. Nathan > 'shutdown -h now' or poweroff didn't poweroff the computer. I will wait for the next 2.6.10 kernel rpm on fc3. -- Regards Martin From philip at datafoundry.com Thu Jan 6 14:45:29 2005 From: philip at datafoundry.com (Philip Molter) Date: Thu, 06 Jan 2005 08:45:29 -0600 Subject: 4g/4g patch? Message-ID: <41DD4F09.7090507@datafoundry.com> Dave, Do you guys have in-house a "working" copy of the latest 4g/4g patch? I tried backporting the version from 2.6.9-1.6_FC2, but couldn't make it work. The latest kernel update contains a few security fixes I need, but I've come to rely on the large 4GB lowmem space, and upgrading absolutely kills me. I know you had in there some support for compiling hugemem kernels. Even if it's an option in the SRPM that's not built for the standard distribution, that's fine. I just personally need that 4G support. Thanks, Philip From alinvryyoshino at ybb.ne.jp Thu Jan 6 16:41:26 2005 From: alinvryyoshino at ybb.ne.jp (Yuji Yoshino) Date: Fri, 7 Jan 2005 01:41:26 +0900 Subject: How to connect to internat in FC3 by dhcp. Message-ID: <001501c4f40e$a149e2f0$196cbcdb@ALINVRHPCORG> Dear The Officer I woulod like to know about dhcpd and named in FedraCore3. I have installed FedraC ore3, but I could not connet to the internet. I must change hosts, dhcpd.conf and named.conf ? I think that dhcpd is for ipv6. Because I have found dhcpdipv6 in /etc/services file. Please show me how to connect to internet or what kind of manual to read. Sincerly yours. Yuji Yoshino. Shibuya, Tokyo, Japan. -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.298 / Virus Database: 265.6.8 - Release Date: 2005/01/03 From alan at redhat.com Thu Jan 6 17:24:06 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 6 Jan 2005 12:24:06 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1105027142.4358.1.camel@daxter.boston.redhat.com> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> <1105027142.4358.1.camel@daxter.boston.redhat.com> Message-ID: <20050106172406.GA8256@devserv.devel.redhat.com> On Thu, Jan 06, 2005 at 10:59:01AM -0500, David Zeuthen wrote: > > Boot single user, remove haldaemon, reboot. Let me know if that helps (if I've > > asked you specifically this already ignore me) > > > Alan - any news of when ide-cd is fixed so these issues will be a thing > of the past? General - the cd at boot crash is fixed - end of media is fixed - the bogus messages in the log should be fixed - vanishing CD with no serial number is fixed - request queue corruptor is fixed (as of yesterday) Burning - request filtering is in all our 2.6.9 trees - there have been some fixes to that - We do not yet have tools for adjusting the filter list [Daniel at gentoo and others were playing with an fs for it] - the burn v haldaemon stuff has to be userspace I think Unsolved - corner case race that can hang on DMA timeout/speed change - the great dell v hal drive probing (probably HAL should blacklist) - some other drive v hal cases I don't understand even what is at fault yet. Pending - CD-ROM drive hotplug for thinkpad and other laptops And probably some I only have on paper. Its been a pita because its been a lot of little bugs not one big one From kyrre at solution-forge.net Thu Jan 6 18:06:01 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 06 Jan 2005 19:06:01 +0100 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <41DC6DA1.2000509@insight.rr.com> References: <41DC6DA1.2000509@insight.rr.com> Message-ID: <1105034761.6594.13.camel@localhost.localdomain> ons, 05.01.2005 kl. 23.43 skrev Jim Cornette: > Browder, Tom wrote: > >>-----Original Message----- > >>From: fedora-test-list-bounces at redhat.com > >>[mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Jeff Spaleta > >>Sent: Wednesday, January 05, 2005 11:19 AM > >>Subject: Re: FC 3 and Kernel Lock or Hang > >>That is surely a custom built 2.6.5 kernel you are running on > >>that fc1 box and not an actual FC1 kernel. I think this is > >>the first time in this thread where you have indicated that > >>you are running a custom kernel on the fc1 box. Or is that > >>2..6.5 kernel on the FC1 box actually a 2.6.5 kernel shipped > >>with fc2, or god forbid one of the nightly fedora-development > >>kernel builds leading up to fc2 release? > > > > > > My bad, that box is an old FC 2 one with a stock kernel: 2.6.5-358smp. > > > > And what has fooled me is we use that remotely and haven't had any > > problems using it that way. I just tried to logon through our kvm and > > see that the local graphics display is frozen. > > > > The boxes that have problems aren't on a network and thus an apparent > > "hang" isn't truly a kernel lock I guess. I reported an earlier > > instance of being able to acces another box on the network thinking it > > could offer some info but no one seemed to be interested at the time > > (another list). > > > > So, I have a host with local graphics hung up but I'm able to login > > remotely. Is there any info I can look for that will help find the > > problem? > > > > -Tom Browder > > > > The symptoms sound like earlier problems that I had with a Dell Optiplex > computer with an Intel 865G Graphics controller. X crahes and leaves the > residual image on the screen. This was fixed with the CVS versions of > xorg-x11. > > Check the processes running (or not running) through ssh login on the box. > > X dogging your display until a eboot sound like what I get from your > description. > > A wild guess, > > Jim Hmm.. I got something like this on a single cpu pentium 3 with a nvidia PCI gforce 2 MX (nvidia driver) and fc2 - but *not* often... Kernel 2.6.9_1.6_FC2 It just *frose* yesterday (X) - and a quick ssh showed that ssh was running at about 100% CPU... Keyboard led's etc. appeared to work, as did ssh. Killing X didn't work - however it did die from a kill -9. But the picture did stay on-screen untill reboot, when the BIOS came up just fine. From lwn-fedora-test at lwn.net Thu Jan 6 18:06:20 2005 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Thu, 06 Jan 2005 11:06:20 -0700 Subject: korganizer leaves me disorganized Message-ID: <20050106180620.28799.qmail@lwn.net> Since I did a rawhide update in late November, korganizer has refused to come up and run. December turned out to be a month in which any plans I had made became irrelevant anyway, but now I'm really trying to resume something like an ordinary life, and that means remembering my appointments. I bugzilla'd it a month ago: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=141761 but the only activity was one "me too" posting. It seems korganizer is pretty low on the list of priorities - wish I had the time to try to figure it out myself. Instead I'll ask: anybody else seeing this, or is it just me? Anybody got a workaround? Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From kyrre at solution-forge.net Thu Jan 6 17:49:54 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 06 Jan 2005 18:49:54 +0100 Subject: How to connect to internat in FC3 by dhcp. In-Reply-To: <001501c4f40e$a149e2f0$196cbcdb@ALINVRHPCORG> References: <001501c4f40e$a149e2f0$196cbcdb@ALINVRHPCORG> Message-ID: <1105033794.6594.1.camel@localhost.localdomain> Checkout "neat" if you have a gui. Else, i think just typing "setup" should do it. Hmm.. My computer's has always "just worked" (any linux distro) when there is a dhcp on the net... tor, 06.01.2005 kl. 17.41 skrev Yuji Yoshino: > Dear The Officer > > I woulod like to know about dhcpd and named in FedraCore3. > > I have installed FedraC ore3, but I could not connet > to the internet. > > I must change hosts, dhcpd.conf and named.conf ? > > I think that dhcpd is for ipv6. > > Because I have found dhcpdipv6 in /etc/services file. > > Please show me how to connect to internet or > what kind of manual to read. > > Sincerly yours. > > Yuji Yoshino. > > Shibuya, Tokyo, Japan. > > > > > -- > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.298 / Virus Database: 265.6.8 - Release Date: 2005/01/03 From shrek-m at gmx.de Thu Jan 6 19:13:08 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 06 Jan 2005 20:13:08 +0100 Subject: How to connect to internat in FC3 by dhcp. In-Reply-To: <1105033794.6594.1.camel@localhost.localdomain> References: <001501c4f40e$a149e2f0$196cbcdb@ALINVRHPCORG> <1105033794.6594.1.camel@localhost.localdomain> Message-ID: <41DD8DC4.3030102@gmx.de> Kyrre Ness Sjobak wrote: >Checkout "neat" if you have a gui. Else, i think just typing "setup" >should do it. > >Hmm.. My computer's has always "just worked" (any linux distro) when >there is a dhcp on the net... > >tor, 06.01.2005 kl. 17.41 skrev Yuji Yoshino: > > >>Dear The Officer >> >>I woulod like to know about dhcpd and named in FedraCore3. >> >>I have installed FedraC ore3, but I could not connet >>to the internet. >> >> one more fedora "user" in the "test" list. For users of Fedora Core releases please subscribe http://www.redhat.com/mailman/listinfo/fedora-list router, modem, isdn, dsl, ...? ip_address ? standard-gateway ? nameserver ? proxy-server ? firewall ? $ man resolv.conf $ man ifconfig $ man route ... $ /usr/bin/internet-druid $ system-config-[tab][tab] $ man wvdialconf $ man wvdial $ rpm -qd rp-pppoe $ man adsl-setup $ rpm -qd dhcp $ man dhcpd $ rpm -qd bind $ man named.conf $ rpm -qd caching-nameserver ... -- shrek-m From linux_4ever at yahoo.com Thu Jan 6 19:21:59 2005 From: linux_4ever at yahoo.com (Steve G) Date: Thu, 6 Jan 2005 11:21:59 -0800 (PST) Subject: korganizer leaves me disorganized In-Reply-To: <20050106180620.28799.qmail@lwn.net> Message-ID: <20050106192204.1893.qmail@web50603.mail.yahoo.com> >It seems korganizer is pretty low on the list of priorities - wish I had >the time to try to figure it out myself. Instead I'll ask: anybody else >seeing this, or is it just me? Anybody got a workaround? I found & fixed this early in December. Posted the fix here: http://lists.kde.org/?l=kde-core-devel&m=110472969924961&w=2 I'll check into getting a new packages out. -Steve Grubb __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo From fedora-lists at dark-hill.co.uk Thu Jan 6 19:34:21 2005 From: fedora-lists at dark-hill.co.uk (Douglas Furlong) Date: Thu, 06 Jan 2005 19:34:21 +0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050106140151.GD32537@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> Message-ID: <1105040061.5469.2.camel@dougs-laptop.dark-hill.co.uk> On Thu, 2005-01-06 at 09:01 -0500, Alan Cox wrote: > On Wed, Jan 05, 2005 at 08:38:32PM +0000, Douglas Furlong wrote: > > When I put a CD in the drive, and try to access it I get the following > > messages in dmesg before what appears to be a fairly solid lockup (but > > it could just be the system being tied up for a long time on IO waits). > > Boot single user, remove haldaemon, reboot. Let me know if that helps (if I've > asked you specifically this already ignore me) Hi Alan When you say "remove baldaemon" will checkconfig --level 345 haldaemon off suffice? In the past I have been asked to remove some magic mushroom app or sumin, but I'm not convinced I rememoved the right thing. I have no disable haldaemon, and I am suffering the same problems. I put an audio CD in to the drive, tried to play audio. Heard nothing. Hit eject on the application, application hangs, CD is ejected. I start seeing this in the dmesg output. ide-cd: cmd 0x3 timed out hdc: lost interrupt hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) ide-cd: cmd 0x3 timed out hdc: lost interrupt hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) ide-cd: cmd 0x3 timed out hdc: lost interrupt hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) ide-cd: cmd 0x3 timed out hdc: lost interrupt hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) ide-cd: cmd 0x3 timed out hdc: lost interrupt hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) Any help? -- Douglas Furlong From alan at redhat.com Thu Jan 6 19:36:49 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 6 Jan 2005 14:36:49 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1105040061.5469.2.camel@dougs-laptop.dark-hill.co.uk> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> <1105040061.5469.2.camel@dougs-laptop.dark-hill.co.uk> Message-ID: <20050106193649.GA6309@devserv.devel.redhat.com> On Thu, Jan 06, 2005 at 07:34:21PM +0000, Douglas Furlong wrote: > When you say "remove baldaemon" will checkconfig --level 345 haldaemon > off suffice? Yes, and then kill the running one and or reboot. In most cases service haldaemon stop investigate service haldaemon start > hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) > ide-cd: cmd 0x3 timed out > hdc: lost interrupt > hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) Can you send me (privately) the lspci for your box, the boot messages and the fail log from /var/log/messages so it has timestamps ? Alan From fedora-lists at dark-hill.co.uk Thu Jan 6 19:58:37 2005 From: fedora-lists at dark-hill.co.uk (Douglas Furlong) Date: Thu, 06 Jan 2005 19:58:37 +0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050106193649.GA6309@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> <1105040061.5469.2.camel@dougs-laptop.dark-hill.co.uk> <20050106193649.GA6309@devserv.devel.redhat.com> Message-ID: <1105041517.5662.2.camel@dougs-laptop.dark-hill.co.uk> On Thu, 2005-01-06 at 14:36 -0500, Alan Cox wrote: > On Thu, Jan 06, 2005 at 07:34:21PM +0000, Douglas Furlong wrote: > > When you say "remove baldaemon" will checkconfig --level 345 haldaemon > > off suffice? > > Yes, and then kill the running one and or reboot. > > In most cases > > service haldaemon stop > investigate > service haldaemon start Ahh, so you were saying go to single user mode, just in case I was having problem booting the PC? For the last few months I have been using hdc=noprobe works a charm :) > > > hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) > > ide-cd: cmd 0x3 timed out > > hdc: lost interrupt > > hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01) > > Can you send me (privately) the lspci for your box, the boot messages > and the fail log from /var/log/messages so it has timestamps ? Done -- Douglas Furlong From nphilipp at redhat.com Thu Jan 6 22:24:19 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 06 Jan 2005 23:24:19 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.1-0.fc3.1 Message-ID: <1105050259.11280.44.camel@wombat.tiptoe.de> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-579 2005-01-06 --------------------------------------------------------------------- Product : Fedora Core 3 Name : gimp Version : 2.2.1 Release : 0.fc3.1 Summary : The GNU Image Manipulation Program Description : The GIMP (GNU Image Manipulation Program) is a powerful image composition and editing program, which can be extremely useful for creating logos and other graphics for webpages. The GIMP has many of the tools and filters you would expect to find in similar commercial offerings, and some interesting extras as well. The GIMP provides a large image manipulation toolbox, including channel operations and layers, effects, sub-pixel imaging and anti-aliasing, and conversions, all with multi-level undo. The GIMP includes a scripting facility, but many of the included scripts rely on fonts that we cannot distribute. The GIMP FTP site has a package of fonts that you can install by yourself, which includes all the fonts needed to run the included scripts. Some of the fonts have unusual licensing requirements; all the licenses are documented in the package. Get ftp://ftp.gimp.org/pub/gimp/fonts/freefonts-0.10.tar.gz and ftp://ftp.gimp.org/pub/gimp/fonts/sharefonts-0.10.tar.gz if you are so inclined. Alternatively, choose fonts which exist on your system before running the scripts. --------------------------------------------------------------------- Update Information: This is a major update (2.0 -> 2.2) which I did because upstream made 2.2 to be binary compatible. Still I'd like to have as much feedback as possible, especially if there are regressions compared to the 2.0 packages. I plan to release this as a final update by end of next week (Jan 14th). --------------------------------------------------------------------- * Wed Dec 29 2004 Nils Philippsen - version 2.2.1 - pygimp-logo.png included in tarball again * Mon Dec 20 2004 Nils Philippsen - version 2.2.0 - include pygimp-logo.png missing from tarball * Fri Dec 10 2004 Nils Philippsen - use xsane plugin (un)install script if available * Mon Nov 22 2004 Nils Philippsen - version 2.2-pre2 * Thu Nov 18 2004 Nils Philippsen - obsolete fixed gimp-perl version to be able to reintroduce it at a later point - use correct dir in source URL --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 3a62dfcefe989eb033a6b8c53c8e1c16 SRPMS/gimp-2.2.1-0.fc3.1.src.rpm ea5228cdba83337a60582132fe6b9cce x86_64/gimp-2.2.1-0.fc3.1.x86_64.rpm f91598489c5f790479963c2c13e99384 x86_64/gimp-devel-2.2.1-0.fc3.1.x86_64.rpm 31a7f39cdf8ad2be56650b6f53a9f7bd x86_64/debug/gimp-debuginfo-2.2.1-0.fc3.1.x86_64.rpm 7b0a23fdcd16e30d89d80b826af7c9e8 i386/gimp-2.2.1-0.fc3.1.i386.rpm aa0910be630bee1e64b3b0cb4cb8948f i386/gimp-devel-2.2.1-0.fc3.1.i386.rpm a0c299a961f0d15974af6a913e2b9fce i386/debug/gimp-debuginfo-2.2.1-0.fc3.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From jeffy5 at optonline.net Thu Jan 6 23:49:40 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Thu, 06 Jan 2005 18:49:40 -0500 Subject: An Idea for FC4 Message-ID: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> Hello Sirs, I don't know if anyone has suggested this before, but I was curious about something: in the next release of Fedora Core (FC4), during the installation of Fedora, why can't there be an automatic detection and configuration of printers, just as there are automatic detections of other devices during installation? I have had difficulty in printing over the network with Fedora Core where the printer is attached to a Fedora Core 3 box. I have Googled all over the internet where I have found info about setting up printing with CUPS, however I have not been able to print over a small network. By the way, I know that printers can be automatically set up in other distributions of Linux (Mandrake, for one) that have allowed me to print wirelessly and though Ethernet over a small network. Anyway, this is just a suggestion. Are there any plans to allow for the automatic detection and installation of printing in Fedora Core 4 when it becomes available? -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at warmcat.com Thu Jan 6 14:16:19 2005 From: fedora at warmcat.com (Andy Green) Date: Thu, 6 Jan 2005 14:16:19 +0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: References: Message-ID: <200501061416.26434.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 06 January 2005 14:18, Fulko.Hew at sita.aero wrote: > I get mine because ever since kernel 2.6.9 (on both FC2 and FC3), > I can no longer burn CDs... 2.6.8 and earlier works fine. > > So because I can't burn CDs (correctly) they are bad when I try to > read them, and hence the/my errors. Just in case it is the same problem -- I am noting strange pauses in the current devel kernel 2.6.10-1.1056_FC4 periodically, interrupting video playback and audio for a second or two at intervals, even when the machine is fairly quietscant. That might well be long enough to wreck up any burning if it is the same deal. I added it to an existing bugzilla under Alsa-lib but I don't think that is the culprit, just an easy way to detect the pauses. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134421 - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB3Ug6jKeDCxMJCTIRAkkTAKCJJVROi4jtRtk65Ei42nrufb5hfQCfVhYB GbUB6vpk0ueXPm5yzHspegE= =kAQJ -----END PGP SIGNATURE----- From davej at redhat.com Fri Jan 7 02:02:23 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 6 Jan 2005 21:02:23 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <200501061416.26434.fedora@warmcat.com> References: <200501061416.26434.fedora@warmcat.com> Message-ID: <20050107020222.GA1917@redhat.com> On Thu, Jan 06, 2005 at 02:16:19PM +0000, Andy Green wrote: > Just in case it is the same problem -- I am noting strange pauses in the > current devel kernel 2.6.10-1.1056_FC4 periodically, interrupting video > playback and audio for a second or two at intervals, even when the machine is > fairly quietscant. There's a lot of heavyweight debug code in the rawhide kernels right now which could account for this. It's the usual stuff that gets turned off just before release (checking for reuse of free'd memory etc..) Dave From johannes at erdfelt.com Fri Jan 7 02:10:19 2005 From: johannes at erdfelt.com (Johannes Erdfelt) Date: Thu, 6 Jan 2005 18:10:19 -0800 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <1104480666.5402.15.camel@laptopd505.fenrus.org> References: <200412301547.00088.czar@czarc.net> <20041230224816.XSQS16610.lakermmtao08.cox.net@nonerjsnum1tkq> <20041230230452.GG18847@sventech.com> <1104480666.5402.15.camel@laptopd505.fenrus.org> Message-ID: <20050107021019.GB27583@sventech.com> Woops, just saw this reply. Missed it while on vacation I guess. On Fri, Dec 31, 2004, Arjan van de Ven wrote: > On Thu, 2004-12-30 at 15:04 -0800, Johannes Erdfelt wrote: > > I have a dual Athlon that mysteriously locks up too. I've had hardware > > problems with it in the past, but I thought I had it fixed with FC1 a > > while ago, but then started having lockups again when I upgraded to FC3. > > 1) we need oopses to be able to debug this. > just 'it locks up' isn't too usefull Yes, I know. I'll be placing a serial console on it soon to see if I can get an oops from it. > 2) All the people seeing this are NOT using a binary only nvidia or ATI > video driver, right? > (those who do anyway PLEASE always mention that in your reports) Nope. Not even running X. The machine is a headless server. JE From MSchwartz at MedAnalytics.com Fri Jan 7 02:30:28 2005 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Thu, 06 Jan 2005 20:30:28 -0600 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050107020222.GA1917@redhat.com> References: <200501061416.26434.fedora@warmcat.com> <20050107020222.GA1917@redhat.com> Message-ID: <1105065029.553.43.camel@horizons.localdomain> On Thu, 2005-01-06 at 21:02 -0500, Dave Jones wrote: > On Thu, Jan 06, 2005 at 02:16:19PM +0000, Andy Green wrote: > > > Just in case it is the same problem -- I am noting strange pauses in the > > current devel kernel 2.6.10-1.1056_FC4 periodically, interrupting video > > playback and audio for a second or two at intervals, even when the machine is > > fairly quietscant. > > There's a lot of heavyweight debug code in the rawhide kernels right now > which could account for this. It's the usual stuff that gets turned off > just before release (checking for reuse of free'd memory etc..) > > Dave FWIW, I have noted similar audio interruptus with 2.6.10-1.727_FC3 using xmms (1.2.10) with internet radio streams. Playback will stop consistently, though the actual play time will vary. Sometimes it is after a few seconds, others after some minutes. It does not re-start however, I need to manually re-play the stream again. I tried running xmms from a terminal to see if any messages were displayed upon stoppage, but there was nothing. This phenomenon does not appear to happen with audio CDs or MP3s strangely enough. I am playing some MP3s at the moment, with no problems. I have not had any problems burning DVDs with this kernel. I burned two today using k3b and the post burn verification check was fine. Other than the above, I have not noted other problems with this kernel. This is all on a Dell 5150 laptop (3.2 Ghz P4, 2 Gb RAM) fully updated, including BIOS (A37) with a NEC DVD+RW (ND-5100A). Marc Schwartz From fhew3 at cogeco.ca Fri Jan 7 02:53:40 2005 From: fhew3 at cogeco.ca (Fulko Hew) Date: Thu, 06 Jan 2005 21:53:40 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <200501061416.26434.fedora@warmcat.com> References: <200501061416.26434.fedora@warmcat.com> Message-ID: <41DDF9B4.4090303@cogeco.ca> Andy Green wrote: >On Thursday 06 January 2005 14:18, Fulko.Hew at sita.aero wrote: > >> get mine because ever since kernel 2.6.9 (on both FC2 and FC3), >>I can no longer burn CDs... 2.6.8 and earlier works fine. >> >>So because I can't burn CDs (correctly) they are bad when I try to >>read them, and hence the/my errors. >> > >Just in case it is the same problem -- I am noting strange pauses in the >current devel kernel 2.6.10-1.1056_FC4 periodically, interrupting video >playback and audio for a second or two at intervals, even when the machine is >fairly quietscant. > >That might well be long enough to wreck up any burning if it is the same deal. > I don't think its the same cause for me, because I would have expected cdrecord to have told me that there was a buffer under-run or that burn-free had to kick in, and I don't see that. Also I don't think I see 'interrupted video' or audio either. But then again, I'm only running 2.6.9-1.11_FC2 ... snip ... From smooge at gmail.com Thu Jan 6 02:19:53 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Wed, 5 Jan 2005 19:19:53 -0700 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> Message-ID: <80d7e40905010518195288add9@mail.gmail.com> On Wed, 05 Jan 2005 20:38:32 +0000, Douglas Furlong wrote: > On Tue, 2005-01-04 at 18:16 -0500, Dave Jones wrote: > > A new year, (another) new testing kernel. This rebases > > the whole tree to the latest upstream release 2.6.10, > > with the 2.6.10-ac2 patch on top for good measure. > > > > With around 4000 changes between 2.6.9 and 2.6.10, > > this fixes a lot of problems, including the infamous > > 'ACPI wont turn off my computer' bug. > > > > No doubt it accidentally brings along new regressions, > > so please, jump on it for a while, and once the worst > > bits are shaken out, I'll push this out as an update. > > > > This is not the same as the 2.6.10 in rawhide, as that > > one is tracking the daily -bk snapshots heading toward > > 2.6.11, whilst FC3 will get a 2.6.10-ac update. > > > Good morning Dave > > I am still having a problem when trying to use my cd/dvd burner in my > laptop. > > When I put a CD in the drive, and try to access it I get the following > messages in dmesg before what appears to be a fairly solid lockup (but > it could just be the system being tied up for a long time on IO waits). > > hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } > hdc: packet command error: error=0x50 > ide: failed opcode was 100 > hdc: packet command error: status=0x51 { DriveReady SeekComplete Error } > hdc: packet command error: error=0x50 > ide: failed opcode was 100 > > I know there is a bugzilla entry for this but for the life of me I can't > find it. > > I did get some other errors, but the system locked up before I was able > to echo them to a file. > > -- I am seeing similar issues with mixed music/data cdroms. I am also seeing sound-juicer bailing every time I 'cut' a cdrom. I was not seeing this with the previous kernel 682. I am reverting at this moment because it is getting to be painful between cdrom lockups or program crashes. The laptop is a Latitude D800 in case RH has any currently. > Douglas Furlong > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From steve_dum at mentorg.com Fri Jan 7 03:39:02 2005 From: steve_dum at mentorg.com (steve_dum at mentorg.com) Date: Thu, 06 Jan 2005 19:39:02 -0800 Subject: dvd burner - really slow response Message-ID: <200501070339.j073d2m1032151@drdoom.wv.mentorg.com> I'm running FC3 with the 2.6.9-1.681_FC3smp kernel. If I put a dvd in my drive, fire up k3b and ask for disk info k3b goes away for 7 minutes -- SEVEN MINUTES -- and then comes back and and shows the disk info. Same disk on a RH 8 system comes back in a few seconds. I have a Hi-Val "DVD RW 4XMax" (iomagic DD0203) 4x dvd +/-R writer. There are no messages logged in /var/log messages and no errors reported by k3b. The above is a specific behavior, but in general reading or writing dvd's takes forever. Drive worked fine under FC1. Reading/writing cd-r media doesn't show these excessive delays but also is slower than under FC1. While waiting, the drive activity light tends to be either off, or occasionally blinking, but not constantly busy. Does anyone have any ideas on what would cause this, or if there is a workaround. I didn't see any issues listed in bugzilla. steve From jspaleta at gmail.com Fri Jan 7 00:53:14 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 6 Jan 2005 19:53:14 -0500 Subject: An Idea for FC4 In-Reply-To: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> Message-ID: <604aa79105010616535eb838d@mail.gmail.com> On Thu, 06 Jan 2005 18:49:40 -0500, Jeffrey D. Yuille wrote: > Anyway, this is just a suggestion. Are there any plans to allow for > the automatic detection and installation of printing in Fedora Core 4 when > it becomes available? I'm not sure exactly what you want to see thats not being done now. Having difficulty printing over 'the network' could be the result of a number of different problems that would have to be solved before printing detection can be done. So maybe its best to analyze why you are having a problem before we talk about solutions. You want printers on the network to be detected and configured during the install.... as in part of anaconda? Or do you mean post-install as part of the functions of firstboot? Asking anaconda to do this seems wrong to me. Having this as in firstboot doesn't seem so wrong. But the question i guess is this appropriate for firstboot? I think there is already support in hal for autodetection and autoconfiguration of locally attached printers that hal can probe for. , assuming no bugs. For completeness sake having a pane of firstboot review the settings and allow you to customize or skip doesn't seem so bad, but I'm not sure there is a need. Overloading firstboot with too many steps to encompass too many tweaks also seems wrong. If you have an attached usb printer on fc3 that wasn't autodetected and configured maybe we should talk about why it wasn't instead. And my memory could be wrong and the memory of those whom I asked could be wrong.. but browsing of available cups/ipp printers on the network is on by default already (assuming your firewall is configured to allow the communication to work, and you haven't encountered a latent bug in the cups config) Or are you specifically looking for auto-detection of Windows Network printers? Thats a bit tougher... and requires samba to be running and properly configured. Are we going to shove samba configuration into firstboot as well as a prereq for printer detection/review/configuration in firstboot? -jef From P.R.Schaffner at IEEE.org Fri Jan 7 03:04:17 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Thu, 06 Jan 2005 22:04:17 -0500 Subject: Fc3 : installation via pxe boot and network In-Reply-To: <41DD4A66.8030407@nwst.de> References: <41DD3BDF.20605@nwst.de> <20050106133355.GH9700@charlescurley.com> <41DD4A66.8030407@nwst.de> Message-ID: <1105067057.5730.3.camel@tabb1.tabb> On Thu, 2005-01-06 at 15:25 +0100, livelinux at nwst.de wrote: > Hi, > > Charles Curley schrieb: > > On Thu, Jan 06, 2005 at 02:23:43PM +0100, livelinux at nwst.de wrote: ... > > Try using the initrd from the images/boot.iso image on disc one. > > > > > I`ve already tried that - same problem. > Is there perhaps a boot option ? Didn't think it necessary when not booting from the install CD, but... linux askmethod should be the option you want. Phil From jspaleta at gmail.com Fri Jan 7 02:27:07 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 6 Jan 2005 21:27:07 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <604aa791050106182721769103@mail.gmail.com> On Tue, 4 Jan 2005 18:16:48 -0500, Dave Jones wrote: > This is not the same as the 2.6.10 in rawhide, as that > one is tracking the daily -bk snapshots heading toward > 2.6.11, whilst FC3 will get a 2.6.10-ac update. > > Thanks, Okay... here's a funky one regarding my usb keydrive: under 2.6.9-1.724_FC3smp and ealier cat /proc/scsi/scsi Host: scsi2 Channel: 00 Id: 00 Lun: 00 Vendor: USB Model: Flash Disk Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02 under 2.6.10-1.727_FC3smp i get Vendor: ????????? Model:??????????????? Which wouldnt be so annoying.. except appearently nautilus picks up the same Vendor and Model information string and uses them in its description in the Computer pane. Shall I file this? -jef From alan at redhat.com Fri Jan 7 04:20:53 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 6 Jan 2005 23:20:53 -0500 Subject: dvd burner - really slow response In-Reply-To: <200501070339.j073d2m1032151@drdoom.wv.mentorg.com> References: <200501070339.j073d2m1032151@drdoom.wv.mentorg.com> Message-ID: <20050107042053.GA14387@devserv.devel.redhat.com> On Thu, Jan 06, 2005 at 07:39:02PM -0800, steve_dum at mentorg.com wrote: > If I put a dvd in my drive, fire up k3b and ask for disk info k3b goes away > for 7 minutes -- SEVEN MINUTES -- and then comes back and and shows the disk > info. Same disk on a RH 8 system comes back in a few seconds. Does it do the same as root. Does it do the same if you stop haldaemon first. (I'd be suprised if either make a difference but just to be sure). If it doesn't then strace might give clues as to what is being slow > The above is a specific behavior, but in general reading or writing dvd's > takes forever. Drive worked fine under FC1. > > Reading/writing cd-r media doesn't show these excessive delays but also > is slower than under FC1. While waiting, the drive activity light tends to > be either off, or occasionally blinking, but not constantly busy. Interesting. The reading side I could believe was hal or similar but I don't understand why it would mostly hit DVD. We really don't do much different for the two cases. From jeffy5 at optonline.net Fri Jan 7 05:17:56 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Fri, 07 Jan 2005 00:17:56 -0500 Subject: An Idea for FC4 In-Reply-To: <604aa79105010616535eb838d@mail.gmail.com> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> <604aa79105010616535eb838d@mail.gmail.com> Message-ID: <1105075076.4510.10.camel@jeffrey.jeffsdomain.net> On Thu, 2005-01-06 at 19:53 -0500, Jeff Spaleta wrote: > On Thu, 06 Jan 2005 18:49:40 -0500, Jeffrey D. Yuille > wrote: > > Anyway, this is just a suggestion. Are there any plans to allow for > > the automatic detection and installation of printing in Fedora Core 4 when > > it becomes available? > > I'm not sure exactly what you want to see thats not being done now. > Having difficulty printing over 'the network' could be the result of > a number of different problems that would have to be solved before > printing detection can be done. So maybe its best to analyze why you > are having a problem before we talk about solutions. > > You want printers on the network to be detected and configured during > the install.... as in part of anaconda? Or do you mean post-install > as part of the functions of firstboot? Asking anaconda to do this > seems wrong to me. Having this as in firstboot doesn't seem so wrong. > > But the question i guess is this appropriate for firstboot? I think > there is already support in hal for autodetection and > autoconfiguration of locally attached printers that hal can probe for. > , assuming no bugs. For completeness sake having a pane of firstboot > review the settings and allow you to customize or skip doesn't seem so > bad, but I'm not sure there is a need. Overloading firstboot with too > many steps to encompass too many tweaks also seems wrong. > If you have an attached usb printer on fc3 that wasn't autodetected > and configured maybe we should talk about why it wasn't instead. > > And my memory could be wrong and the memory of those whom I asked > could be wrong.. but browsing of available cups/ipp printers on the > network is on by default already (assuming your firewall is configured > to allow the communication to work, and you haven't encountered a > latent bug in the cups config) > > Or are you specifically looking for auto-detection of Windows Network printers? > Thats a bit tougher... and requires samba to be running and properly > configured. Are we going to shove samba configuration into firstboot > as well as a prereq for printer detection/review/configuration in > firstboot? > > -jef > Hello Jeff, Thanks for the response. I guess there are some other things that I didn't state in my original post. When I stated "network", I was referring to a small home LAN. Also, my printer (an Epson Stylus C80) is connected to a parallel port instead of USB. Thirdly, all of the computers on the LAN have Fedora Core 3 installed. I have not problems printing locally where the printer is installed. It's when I try to print from one of the other machines that I am not able to print. The client computers can "see" the printer when I am ready to print but for some reason, I guess that the print jobs are stuck in the queue and will not print. Also, I previously had Mandrake Linux 10.1 installed as my print server (that is, where the printer is attached) and remote printing worked flawlessly. I also noticed that in the installation of Mandrake, the printer with CUPS is installed automatically. This is why I was wondering if this could be done in the next iteration of Fedora Core. Also, I have firewalls installed by default (SELinux, for example). I hope I clarified myself a little bit here, as any help would be greatly appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: From joelbryanster at gmail.com Fri Jan 7 04:20:48 2005 From: joelbryanster at gmail.com (joelbryan) Date: Thu, 6 Jan 2005 20:20:48 -0800 Subject: An Idea for FC4 In-Reply-To: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> Message-ID: Firstboot will try to get the most information about how the user wants the system to be setup. I think enhancing Firstboot will make a lot of improvements to setting up system-wide changes affecting to all the users. Firstboot setup will make the system more easier to use, since they don't have to think about setting up the printers, the scanners, the ISP, since it's all configured and ready for use using Firstboot. Here are the list I believe should be asked in Firstboot. 1. Printers & Scanners 2. Network ISP's for PPPoe (DSL, Broadband) 3. Up2Date/YUM Software Updates 4. Login Preferences (Should you use Facebrowser or Network Login?) 5. People who are going to use the PC. (Login Accounts) 6. Preferred Desktop (What should be default for me? GNOME, KDE or XFCE?) On Thu, 06 Jan 2005 18:49:40 -0500, Jeffrey D. Yuille wrote: > Hello Sirs, > > I don't know if anyone has suggested this before, but I was curious > about something: in the next release of Fedora Core (FC4), during the > installation of Fedora, why can't there be an automatic detection and > configuration of printers, just as there are automatic detections of other > devices during installation? I have had difficulty in printing over the > network with Fedora Core where the printer is attached to a Fedora Core 3 > box. I have Googled all over the internet where I have found info about > setting up printing with CUPS, however I have not been able to print over a > small network. By the way, I know that printers can be automatically set up > in other distributions of Linux (Mandrake, for one) that have allowed me to > print wirelessly and though Ethernet over a small network. > > Anyway, this is just a suggestion. Are there any plans to allow for > the automatic detection and installation of printing in Fedora Core 4 when > it becomes available? > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > From steve_dum at mentorg.com Fri Jan 7 06:48:36 2005 From: steve_dum at mentorg.com (steve_dum at mentorg.com) Date: Thu, 06 Jan 2005 22:48:36 -0800 Subject: dvd burner - really slow response In-Reply-To: Your message of "Thu, 06 Jan 2005 23:20:53 EST." <20050107042053.GA14387@devserv.devel.redhat.com> Message-ID: <200501070648.j076maCH009268@drdoom.wv.mentorg.com> In message <20050107042053.GA14387 at devserv.devel.redhat.com>you write: >On Thu, Jan 06, 2005 at 07:39:02PM -0800, steve_dum at mentorg.com wrote: >> If I put a dvd in my drive, fire up k3b and ask for disk info k3b goes away >> for 7 minutes -- SEVEN MINUTES -- and then comes back and and shows the disk > >> info. Same disk on a RH 8 system comes back in a few seconds. > >Does it do the same as root. Does it do the same if you stop haldaemon first. >(I'd be suprised if either make a difference but just to be sure). If it >doesn't then strace might give clues as to what is being slow as root and with haldaemon stopped it behaves the same. strace shows that it's in a loop, it does a brk, then about 30 ioctls and repeats. brk(0x9528000) = 0x9528000 ioctl(19, CDROM_SEND_PACKET, 0xfefa0110) = 0 ioctl(19, CDROM_SEND_PACKET, 0xfefa02a0) = 0 ioctl(19, CDROM_SEND_PACKET, 0xfefa02a0) = 0 ... steve > >> The above is a specific behavior, but in general reading or writing dvd's >> takes forever. Drive worked fine under FC1. >> >> Reading/writing cd-r media doesn't show these excessive delays but also >> is slower than under FC1. While waiting, the drive activity light tends to >> be either off, or occasionally blinking, but not constantly busy. > >Interesting. The reading side I could believe was hal or similar but I don't >understand why it would mostly hit DVD. We really don't do much different >for the two cases. > > From nphilipp at redhat.com Fri Jan 7 09:04:17 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 07 Jan 2005 10:04:17 +0100 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <1105088658.19192.8.camel@wombat.tiptoe.de> On Tue, 2005-01-04 at 18:16 -0500, Dave Jones wrote: > A new year, (another) new testing kernel. This rebases > the whole tree to the latest upstream release 2.6.10, > with the 2.6.10-ac2 patch on top for good measure. > > With around 4000 changes between 2.6.9 and 2.6.10, > this fixes a lot of problems, including the infamous > 'ACPI wont turn off my computer' bug. > > No doubt it accidentally brings along new regressions, > so please, jump on it for a while, and once the worst > bits are shaken out, I'll push this out as an update. I hope this counts as one of the worser bits, namely my machine at home (FWIW: Athlon 1400, Abit KT7A mobo, 2 (yeah, junk) RTL 8139 NICs) oopses after a while of running (I had it after 5 minutes once, about half an hour for the second time, then I switched back to the 2.6.9-1.724_FC3 ;-). Unfortunately I don't get the whole oops, from the symbols involved it's some iptables (ipt_*) stuff (don't remember the exact symbol) so I guess netdump is out of the question and my only nullmodem cable is broken... Shall I open a BZ entry for it? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From fedora at warmcat.com Fri Jan 7 09:34:02 2005 From: fedora at warmcat.com (Andy Green) Date: Fri, 7 Jan 2005 09:34:02 +0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050107020222.GA1917@redhat.com> References: <200501061416.26434.fedora@warmcat.com> <20050107020222.GA1917@redhat.com> Message-ID: <200501070934.06197.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday 07 January 2005 02:02, Dave Jones wrote: > On Thu, Jan 06, 2005 at 02:16:19PM +0000, Andy Green wrote: > > Just in case it is the same problem -- I am noting strange pauses in the > > current devel kernel 2.6.10-1.1056_FC4 periodically, interrupting video > > playback and audio for a second or two at intervals, even when the > > machine is fairly quietscant. > > There's a lot of heavyweight debug code in the rawhide kernels right now > which could account for this. It's the usual stuff that gets turned off > just before release (checking for reuse of free'd memory etc..) Thanks, that can easily explain it if something allocated and freed a big chunk of memory and then it is checked for being touched. I'll wait and see if it goes away when a stable 2.6.10 kernel turns up then. - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB3leOjKeDCxMJCTIRAo3bAJwOI33bU1CPFHmc9jtQQebmeT0pgACdGg4k sRLv5ZjDphXIa+vQTSKM3Nc= =HApd -----END PGP SIGNATURE----- From twaugh at redhat.com Fri Jan 7 09:47:07 2005 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 7 Jan 2005 09:47:07 +0000 Subject: Fedora Core 3 Test Update: gimp-2.2.1-0.fc3.1 In-Reply-To: <1105050259.11280.44.camel@wombat.tiptoe.de> References: <1105050259.11280.44.camel@wombat.tiptoe.de> Message-ID: <20050107094707.GP5322@redhat.com> On Thu, Jan 06, 2005 at 11:24:19PM +0100, Nils Philippsen wrote: > FEDORA-2005-579 Should that be FEDORA-2004-579? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From twaugh at redhat.com Fri Jan 7 09:52:26 2005 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 7 Jan 2005 09:52:26 +0000 Subject: An Idea for FC4 In-Reply-To: <1105075076.4510.10.camel@jeffrey.jeffsdomain.net> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> <604aa79105010616535eb838d@mail.gmail.com> <1105075076.4510.10.camel@jeffrey.jeffsdomain.net> Message-ID: <20050107095226.GQ5322@redhat.com> On Fri, Jan 07, 2005 at 12:17:56AM -0500, Jeffrey D. Yuille wrote: > The client computers can "see" the printer when I am ready to print So in other words, it's already automatically detected the remote printer.. > but for some reason, I guess that the print jobs are stuck in the > queue and will not print. This sounds more like a problem on the server side to me. > Also, I have firewalls installed by default (SELinux, for > example). Well, SELinux isn't a firewall, but presuming you have the default firewall installed that's what you need to change. You need to allow inbound TCP port 631 packets on the server. You also need to configure the queue on the server to be remotely available, if you haven't done that already (but it sounds as though you might have). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From barryn at pobox.com Fri Jan 7 10:54:06 2005 From: barryn at pobox.com (Barry K. Nathan) Date: Fri, 7 Jan 2005 02:54:06 -0800 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1105088658.19192.8.camel@wombat.tiptoe.de> References: <20050104231648.GC872@redhat.com> <1105088658.19192.8.camel@wombat.tiptoe.de> Message-ID: <20050107105406.GA4222@ip68-4-98-123.oc.oc.cox.net> On Fri, Jan 07, 2005 at 10:04:17AM +0100, Nils Philippsen wrote: > I hope this counts as one of the worser bits, namely my machine at home > (FWIW: Athlon 1400, Abit KT7A mobo, 2 (yeah, junk) RTL 8139 NICs) oopses > after a while of running (I had it after 5 minutes once, about half an > hour for the second time, then I switched back to the > 2.6.9-1.724_FC3 ;-). Unfortunately I don't get the whole oops, from the > symbols involved it's some iptables (ipt_*) stuff (don't remember the > exact symbol) so I guess netdump is out of the question and my only > nullmodem cable is broken... Shall I open a BZ entry for it? You might want to look at bug 144324 (especially the oops I attached to it). My box that's hitting this is more complicated (4 pcnet32 Ethernet NICs, 1 pcnet32 HomePNA NIC, masquerading, bridging, QoS) so if you're seeing this (or something like it) on a less complicated box, perhaps that's useful to know. -Barry K. Nathan From jeffy5 at optonline.net Fri Jan 7 11:24:00 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Fri, 07 Jan 2005 06:24:00 -0500 Subject: An Idea for FC4 In-Reply-To: <20050107095226.GQ5322@redhat.com> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> <604aa79105010616535eb838d@mail.gmail.com> <1105075076.4510.10.camel@jeffrey.jeffsdomain.net> <20050107095226.GQ5322@redhat.com> Message-ID: <1105097040.3314.4.camel@localhost.localdomain> On Fri, 2005-01-07 at 09:52 +0000, Tim Waugh wrote: > On Fri, Jan 07, 2005 at 12:17:56AM -0500, Jeffrey D. Yuille wrote: > > > The client computers can "see" the printer when I am ready to print > > So in other words, it's already automatically detected the remote > printer.. > > > but for some reason, I guess that the print jobs are stuck in the > > queue and will not print. > > This sounds more like a problem on the server side to me. > > > Also, I have firewalls installed by default (SELinux, for > > example). > > Well, SELinux isn't a firewall, but presuming you have the default > firewall installed that's what you need to change. You need to allow > inbound TCP port 631 packets on the server. > > You also need to configure the queue on the server to be remotely > available, if you haven't done that already (but it sounds as though > you might have). > > Tim. > */ Hello Tim, You're right - it is a problem on the service side. And yes, I already disabled the firewall on the server side as well. And the queue is available remotely, for it can be see whenever I use an application (for example, Open Office.org or from a browser, "File-Print" ). As I also mentioned in a previous response, the printer is connected to the server through the parallel port. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tbrowder at cox.net Fri Jan 7 11:32:07 2005 From: tbrowder at cox.net (Tom Browder) Date: Fri, 7 Jan 2005 05:32:07 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: Message-ID: <20050107113210.TUXG20686.lakermmtao07.cox.net@nonerjsnum1tkq> I'm still having same problem with 727 kernel (all else is fine). Jim Cornette suggested I try latest xorg source from their CVS. Would adding latest xorg rpms from rawhide to my FC 3 setup be feasible without doing the whole FC 4 test? Or is FC 4 stable enough so that I should try that? Thanks. Tom Browder From mike at bristolreccc.co.uk Fri Jan 7 11:40:59 2005 From: mike at bristolreccc.co.uk (mike) Date: Fri, 07 Jan 2005 11:40:59 +0000 Subject: Problem with samba files ownership Message-ID: <1105098059.3544.5.camel@datacc> I have a file-server running FC3, which is running in share mode (XP home machines) I can mount shares and write files except for one major problem - all files are created with owner/group of nobody. This applies on bioth XP and FC3 machines. The same problem applies whether using smb or cifs This causes problems especially sending mail Any idea what is wrong? This is my relevant smb.conf [global] workgroup = brec wins support = yes netbios name = DATA_CC server string = breccc security = SHARE obey pam restrictions = Yes password server = None pam password change = Yes passwd program = /usr/bin/passwd %u passwd chat = *New*password* %n\n *Retype*new*password* %n\n *passwd:*all*authentication*tokens*updated*successfully* unix password sync = Yes log level = 3 log file = /var/log/samba/%m.log max log size = 0 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 name resolve order = wins lmhosts hosts bcast os level = 50 preferred master = Yes domain master = Yes dns proxy = No ldap ssl = no create mask = 0777 force create mode = 0777 force security mode = 0777 directory mask = 0777 force directory mode = 0777 force directory security mode = 0777 guest ok = yes hosts allow = 192.168.1.4, 192.168.1.50,192.168.1.6, 127.0.0.1, 192.168.1.7,192.168.1.6 idmap uid = 16777216-33554431 idmap gid = 16777216-33554431 template shell = /bin/false winbind use default domain = no [datacc] comment = shared data files for connecting communities path = /home/data_cc writeable = yes inherit permissions = Yes From tbrowder at cox.net Fri Jan 7 11:43:38 2005 From: tbrowder at cox.net (Tom Browder) Date: Fri, 7 Jan 2005 05:43:38 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <1104697991.2691.2.camel@kyrre> Message-ID: <20050107114341.UCOD20686.lakermmtao07.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of > Kyrre Ness Sjobak > Sent: Sunday, January 02, 2005 2:33 PM > You say you push the power button, and the shutdown sequence starts? > Does it complete - i.e. does the computer shut down nicely? Yes, nicely. > Hmm... Sounds like an X hangup... Can you ssh in? if so, does > X run at 99,9% CPU (check with top)? The graphics lock on my box on the kvm shows nothing unusual I can tell. No surging X. Maybe I can get some more intel today. And I'm interested in testing new X11 if the experts think it feasible with FC 3. Tom From twaugh at redhat.com Fri Jan 7 11:48:55 2005 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 7 Jan 2005 11:48:55 +0000 Subject: An Idea for FC4 In-Reply-To: <1105097040.3314.4.camel@localhost.localdomain> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> <604aa79105010616535eb838d@mail.gmail.com> <1105075076.4510.10.camel@jeffrey.jeffsdomain.net> <20050107095226.GQ5322@redhat.com> <1105097040.3314.4.camel@localhost.localdomain> Message-ID: <20050107114855.GT5322@redhat.com> On Fri, Jan 07, 2005 at 06:24:00AM -0500, Jeffrey D. Yuille wrote: > > Well, SELinux isn't a firewall, but presuming you have the default > > firewall installed that's what you need to change. You need to allow > > inbound TCP port 631 packets on the server. > > > > You also need to configure the queue on the server to be remotely > > available, if you haven't done that already (but it sounds as though > > you might have). > > > > Tim. > > */ > > > Hello Tim, > > You're right - it is a problem on the service side. And yes, I > already disabled the firewall on the server side as well. Actually I forgot to say that you also need TCP port 631 to be open on the client I think. > And the queue > is available remotely, for it can be see whenever I use an application No, it doesn't necessarily follow. You need to make sure that the sharing properties for the queue has the "This queue is available to other computers" checkbox checked. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nphilipp at redhat.com Fri Jan 7 12:36:48 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 07 Jan 2005 13:36:48 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.1-0.fc3.1 In-Reply-To: <20050107094707.GP5322@redhat.com> References: <1105050259.11280.44.camel@wombat.tiptoe.de> <20050107094707.GP5322@redhat.com> Message-ID: <1105101408.21228.29.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-01-07 at 09:47 +0000, Tim Waugh wrote: > On Thu, Jan 06, 2005 at 11:24:19PM +0100, Nils Philippsen wrote: > > > FEDORA-2005-579 > > Should that be FEDORA-2004-579? Ahh how the lack of infrastructure bites us again ;-). Apparently the template script was already updated while I wasn't aware that I should restart numbering in the list in the new year. I've reserved FEDORA-2005-004 for the final update (I don't think I really want to use FEDORA-2005-579 yet ;-). So for the record: This should really have been 2005-004 or at least 2004-579. Don't confuse this one with the FEDORA-2005-579 update that might come in the future ;-). BTW, IMO you shouldn't need to rebuild gimp-print because gimp-2.2 is (at least claims to be) binary compatible. Let me know if there are build problems against it though. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Jan 7 13:41:46 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 07 Jan 2005 14:41:46 +0100 Subject: Problem with samba files ownership In-Reply-To: <1105098059.3544.5.camel@datacc> References: <1105098059.3544.5.camel@datacc> Message-ID: <1105105307.21228.32.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-01-07 at 11:40 +0000, mike wrote: > I have a file-server running FC3, which is running in share mode (XP > home machines) > > I can mount shares and write files except for one major problem - all > files are created with owner/group of nobody. This applies on bioth XP > and FC3 machines. The same problem applies whether using smb or cifs > > This causes problems especially sending mail > > Any idea what is wrong? I'd guess that your authentication fails and thus the user gets mapped to the guest account which gets mapped nobody IIRC. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From mike at bristolreccc.co.uk Fri Jan 7 14:19:44 2005 From: mike at bristolreccc.co.uk (mike) Date: Fri, 07 Jan 2005 14:19:44 +0000 Subject: Problem with samba files ownership In-Reply-To: <1105105307.21228.32.camel@gibraltar.stuttgart.redhat.com> References: <1105098059.3544.5.camel@datacc> <1105105307.21228.32.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1105107584.3544.9.camel@datacc> On Fri, 2005-01-07 at 14:41 +0100, Nils Philippsen wrote: > On Fri, 2005-01-07 at 11:40 +0000, mike wrote: > > I have a file-server running FC3, which is running in share mode (XP > > home machines) > > > > I can mount shares and write files except for one major problem - all > > files are created with owner/group of nobody. This applies on bioth XP > > and FC3 machines. The same problem applies whether using smb or cifs > > > > This causes problems especially sending mail > > > > Any idea what is wrong? > > I'd guess that your authentication fails and thus the user gets mapped > to the guest account which gets mapped nobody IIRC. > > Nils this is the output [mike at datacc ~]$ smbmount //data_cc/datacc /home/mike/data3 mount.smbfs started (version 3.0.10-1.fc3) added interface ip=192.168.1.6 bcast=192.168.1.255 nmask=255.255.255.0 resolve_wins: Attempting wins lookup for name data_cc<0x20> resolve_wins: using WINS server 127.0.0.1 and tag '*' Got a positive name query response from 127.0.0.1 ( 192.168.1.6 ) Connecting to 192.168.1.6 at port 445 Password: [mike at datacc ~]$ > -- > Nils Philippsen / Red Hat / nphilipp at redhat.com > "They that can give up essential liberty to obtain a little temporary > safety deserve neither liberty nor safety." -- B. Franklin, 1759 > PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 > From gslink at one.net Fri Jan 7 14:28:18 2005 From: gslink at one.net (gslink) Date: Fri, 07 Jan 2005 09:28:18 -0500 Subject: Detection of printers in FC4 Message-ID: <41DE9C82.5050002@one.net> FC3 (I need a more stable system than Rawhide) has about the correct printing detection. What happens if you have several hundred printers on a network. You do not want detection as these are likely to be light duty, private printers. Currently, CUPS publishes those printers that are marked shared queue and these are picked up by all machines on the network. This is fine but searching for and publishing printers that just have a lan address is wrong. On a large lan this could take hours and result in a long printer listing. From gslink at one.net Fri Jan 7 14:39:35 2005 From: gslink at one.net (gslink) Date: Fri, 07 Jan 2005 09:39:35 -0500 Subject: Excessive spam due to the word C/D Message-ID: <41DE9F27.1070100@one.net> If possible, would the people who have spam filters set the filter to kill posts that contain the word (C/D)xxx or (DVD)xxx instead of rejecting them. If you reject them then they come back on the poster as spam. Currently if you post here and mention these words you get back several rejected copies of your post. Please remove the xs to read. From twaugh at redhat.com Fri Jan 7 15:35:16 2005 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 7 Jan 2005 15:35:16 +0000 Subject: Detection of printers in FC4 In-Reply-To: <41DE9C82.5050002@one.net> References: <41DE9C82.5050002@one.net> Message-ID: <20050107153516.GX5322@redhat.com> On Fri, Jan 07, 2005 at 09:28:18AM -0500, gslink wrote: > FC3 (I need a more stable system than Rawhide) has about the correct > printing detection. What happens if you have several hundred printers > on a network. You do not want detection as these are likely to be light > duty, private printers. Why would private printers be being broadcast in the first place? > Currently, CUPS publishes those printers that are marked shared > queue and these are picked up by all machines on the network. This > is fine but searching for and publishing printers that just have a > lan address is wrong. On a large lan this could take hours and > result in a long printer listing. I'm not quite sure what behaviour you are seeing that you think is incorrect. Could you be a bit more specific please? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gslink at one.net Fri Jan 7 16:08:40 2005 From: gslink at one.net (gslink) Date: Fri, 07 Jan 2005 11:08:40 -0500 Subject: Detection of printers in FC4 In-Reply-To: <20050107153516.GX5322@redhat.com> References: <41DE9C82.5050002@one.net> <20050107153516.GX5322@redhat.com> Message-ID: <41DEB408.8050700@one.net> Tim Waugh wrote: > On Fri, Jan 07, 2005 at 09:28:18AM -0500, gslink wrote: > > >>FC3 (I need a more stable system than Rawhide) has about the correct >>printing detection. What happens if you have several hundred printers >>on a network. You do not want detection as these are likely to be light >>duty, private printers. > > > Why would private printers be being broadcast in the first place? > > >>Currently, CUPS publishes those printers that are marked shared >>queue and these are picked up by all machines on the network. This >>is fine but searching for and publishing printers that just have a >>lan address is wrong. On a large lan this could take hours and >>result in a long printer listing. > > > I'm not quite sure what behaviour you are seeing that you think is > incorrect. Could you be a bit more specific please? > > Tim. > */ I see nothing that I think needs to be changed. In replying to a request to change how printers are picked up I merely point out that CUPS allows connection in many ways. Only those printers where specific action has been taken should be picked up without intervention. I know of an installation that has several hundred printers that are directly lan connected. These printers use JetDirect. Others use Novell, or Unix. In most cases you do not want these printers to be public but they are. You don't want Linux to search for them. CUPS finds public printers now but only those that are declared public by CUPS. I believe the whole business should be left the way it is. Before someone asks for it, you can share printers over a lan without implementing any other kind of lan connection. From jspaleta at gmail.com Fri Jan 7 15:10:57 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 7 Jan 2005 10:10:57 -0500 Subject: Detection of printers in FC4 In-Reply-To: <41DE9C82.5050002@one.net> References: <41DE9C82.5050002@one.net> Message-ID: <604aa79105010707103ae2131c@mail.gmail.com> On Fri, 07 Jan 2005 09:28:18 -0500, gslink wrote: > This is fine but searching for and publishing printers that > just have a lan address is wrong. On a large lan this could take hours > and result in a long printer listing. And your suggestion to fix this is? Are you suggesting that auto-detection not be done? Are you suggesting that listing of auto-detected printers not be done? Network detection has to be done at some point to compile a list of available printers so there is no getting around the issue of it taking a long time to get the printers available on the network without a centralized listing to communicate to. I'm much more interested in preventing a default long list of available network printers. But to do that there must be a way in the ui to hide and to unhide individual ques in the browsable list. I would also love to be able to see the ip address of device where the que is being browsed from, and I would love to be able to 'hide' all ques from specific ip addresses. In a large network I can not rely on the Description string that shows up in the s-c-printer listing to be correct, its just a fact of life on a big network. If i could see the ip address in the listing I could at least track down the devices location that is broadcasting and inform IT about its misconfigured cups ques and make some progress either getting the que removed or its Description corrrected. Right now... sitting on a large network with my fc2 or fc3 machine... my cups listing is a wasteland of auto-detected cups ques from linux machines in offices with locally attached printers with Descriptions like 'location unknown' and que names like 'printer' and 'printer1'. Intermixed with listings from an IT department controlled cups system that I actually want to interact with. I typically need to use 3 printers on the network, a fast black and white, a color phaser and a plotter. The black and white is the default.. and the default works just fine. But negotiating the 300+ list of printers every time i want to print to the plotter is an annoyance, especially when the list isn't static and i can't assume the plotter i want is going to show up in relatively the same place bracketted by the same list neighbors. In a better world i would be able to hide cups servers and individual ques that I don't want to see on the client computer I control in my office. In a perfect world there would be a way in the ui to seperate a listing of 'available' printers from the printers i have selected already to be usable on my client. Hidden printers would be listed in the very long 'available' list while printers I have selected are in the default list shown in s-c-printer and the appliction print dialogs. Thus preventing me from having to see a list of 300+ printers on the network unless I want to select a new printer to use from the 'available' list. In my perfect world. my s-c-printer list and my printing dialog list would by default show exactly 3 printers, the printers i use. If i need to use a 4th printer. i'd hop over to the available list and select it to be usable. -jef From pri.rhl3 at iadonisi.to Fri Jan 7 16:39:58 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Fri, 07 Jan 2005 11:39:58 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <1105115999.10854.7.camel@tuxpaq> I haven't seen anyone mention this yet, but I've been having what I think are nfs corruption problems with 2.6.10-1.727_FC3smp. A 2.6.10-1.727_FC3smp system is the client, while a 2.6.9-1.727_FC3 system is the server. Haven't tried 2.6.9-1.724_FC3[smp] as the client yet. To reproduce somewhat reliably, I just have a directory of 10 or so 200MB files on the server and do a mkisofs from the client to create a DVD iso. Sometimes it eventually hangs and the nfs server is unreachable (still pingable and sshable, but not nfsable ;-)), sometimes it completes seemingly successfully, but loopback mounting the resulting iso and doing an md5sum on the files shows that they are not the same as the originals. I won't be able to test more until later tonight, but just wanted to see if anyone else can reproduce it. Haven't searched bugzilla yet, but intend to after sending this message. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From joe at eshu.net Fri Jan 7 17:54:15 2005 From: joe at eshu.net (Joe Christy) Date: Fri, 07 Jan 2005 09:54:15 -0800 Subject: Fc3 : installation via pxe boot and network In-Reply-To: <41DD3BDF.20605@nwst.de> References: <41DD3BDF.20605@nwst.de> Message-ID: <41DECCC7.1000505@eshu.net> Vis-a-vis Dirk's note of 01/06/2005 05:23 AM: > ... > i`m trying to setup an install server to boot and install systems via > network. > > Currently I`m using the initrd from base/pxeboot. > > Now: the kernel boots fine, the ramdisk is loaded and /sbin/loader starts. > > However after loading the network driver it then hangs forever with: > 'trying to mount CD device hda'. > > Well, of course there is no cdrom media present.... > > Question: how can i tell the /sbin/loader to start a network install ? > ... Works fine for me with precisely that initrd. I think that the kickstart piece of the puzzle is what you are missing. I do an interactive network install by placing the following ks.cfg in /tftpboot/linux-install/FC3/ on my tftp server, too. ####################################################################### #use NFS installation media nfs --server 172.24.4.16 --dir /usr/local/Heidelberg ####################################################################### where /usr/local/Heidelberg/Fedora/{base,RPMS} on my install server contains the install tree and is NFS exported to the network segment (only) where the installees reside. I also have a much funkier, sort-of-working, localized kickstart config within /usr/local/Heidelberg/Fedora/ that aims to give me a hands-free install of a heavily customized install for the cluster nodes of my web-app backend. I can't claim to be 100% certain of how/why kickstart works in this situation though. I just experiment with each new RH/FC release until I hit a working combination. FWIW, I did _not_ use the system-config-netboot generated dhcpd.conf, as I my dhcp server lives on a *BSD box, and the generated dhcpd.conf simply didn't work, while one based on the info from the SYSLINUX site: http://syslinux.zytor.com/pxe.php#special has worked for me for some time now. If FC3 now uses a sufficiently modern version of dhcp, the comments there should apply equally. The bottom line is that it's still neccessary to do a fair amount of Googling & tweaking to use the system-config-netboot tool for installs, though it did make setting up the tftpboot tree _much_ less painful than the system I've used w/ earlier RH's & FC's. Joe PS It goes without saying (I hope) that you want all your dhcp/tftp/install servers securely isolated from the open Internet; there be monsters. From davej at redhat.com Fri Jan 7 18:07:35 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 7 Jan 2005 13:07:35 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <200501070934.06197.fedora@warmcat.com> References: <200501061416.26434.fedora@warmcat.com> <20050107020222.GA1917@redhat.com> <200501070934.06197.fedora@warmcat.com> Message-ID: <20050107180735.GB22299@redhat.com> On Fri, Jan 07, 2005 at 09:34:02AM +0000, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Friday 07 January 2005 02:02, Dave Jones wrote: > > On Thu, Jan 06, 2005 at 02:16:19PM +0000, Andy Green wrote: > > > Just in case it is the same problem -- I am noting strange pauses in the > > > current devel kernel 2.6.10-1.1056_FC4 periodically, interrupting video > > > playback and audio for a second or two at intervals, even when the > > > machine is fairly quietscant. > > > > There's a lot of heavyweight debug code in the rawhide kernels right now > > which could account for this. It's the usual stuff that gets turned off > > just before release (checking for reuse of free'd memory etc..) > > Thanks, that can easily explain it if something allocated and freed a big > chunk of memory and then it is checked for being touched. I'll wait and see > if it goes away when a stable 2.6.10 kernel turns up then. As a heads-up, todays rawhide has an extra debugging check that checks those memory allocations periodically. This should catch stuff that stomps past the end of its allocation, but never free's it. Hopefully it won't turn up anything new, but it's worth having it on for now just for a look-see.. Dave From rpaiz at simpaticus.com Fri Jan 7 18:15:44 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Fri, 07 Jan 2005 12:15:44 -0600 Subject: How to connect to internat in FC3 by dhcp. In-Reply-To: <001501c4f40e$a149e2f0$196cbcdb@ALINVRHPCORG> References: <001501c4f40e$a149e2f0$196cbcdb@ALINVRHPCORG> Message-ID: <1105121744.3621.58.camel@rodolfo.gt.factorrent.com> On Fri, 2005-01-07 at 01:41 +0900, Yuji Yoshino wrote: > I woulod like to know about dhcpd and named in FedraCore3. > > I have installed FedraC ore3, but I could not connet > to the internet. > You do not need either dhcpd or named to connect to the Internet. Those are DHCP and DNS *server* programs, respectively, and are not applicable to you. You only need to setup your network interface to connect to the Internet. *How* you need to set that up is something that cannot be answered without more information, and I guess that you do not have that information from the content of your message. I suggest you talk to the system or network administration at your location. Also, please note that this is the "testing" list, intended for discussion of the new packages and features that are being prepared for Fedora Core. It is not a forum for questions on how to use Fedora. For that, you should unsubscribe from this list and subscribe instead to "fedora-list at redhat.com". Cheers, -- Rodolfo J. Paiz From czar at czarc.net Fri Jan 7 19:09:46 2005 From: czar at czarc.net (Gene C.) Date: Fri, 7 Jan 2005 14:09:46 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050107180735.GB22299@redhat.com> References: <200501070934.06197.fedora@warmcat.com> <20050107180735.GB22299@redhat.com> Message-ID: <200501071409.46614.czar@czarc.net> On Friday 07 January 2005 13:07, Dave Jones wrote: > As a heads-up, todays rawhide has an extra debugging check that > checks those memory allocations periodically. This should catch > stuff that stomps past the end of its allocation, but never > free's it. ?Hopefully it won't turn up anything new, but it's > worth having it on for now just for a look-see.. I am having some problems of apparent conflicts between USB (mouse) and acpi [this is already bugzilla'ed] and was wondering if the new kernel in rawhide might fix the problem. I am currently running FC3 with all available updates applied. Is there any problem running the rawhide kernel in such a system (other than any problems the kernel itself might have)? -- Gene From davej at redhat.com Fri Jan 7 19:50:21 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 7 Jan 2005 14:50:21 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <200501071409.46614.czar@czarc.net> References: <200501070934.06197.fedora@warmcat.com> <20050107180735.GB22299@redhat.com> <200501071409.46614.czar@czarc.net> Message-ID: <20050107195021.GG22299@redhat.com> On Fri, Jan 07, 2005 at 02:09:46PM -0500, Gene C. wrote: > On Friday 07 January 2005 13:07, Dave Jones wrote: > > As a heads-up, todays rawhide has an extra debugging check that > > checks those memory allocations periodically. This should catch > > stuff that stomps past the end of its allocation, but never > > free's it. ?Hopefully it won't turn up anything new, but it's > > worth having it on for now just for a look-see.. > > I am having some problems of apparent conflicts between USB (mouse) and acpi > [this is already bugzilla'ed] and was wondering if the new kernel in rawhide > might fix the problem. I am currently running FC3 with all available updates > applied. Is there any problem running the rawhide kernel in such a system > (other than any problems the kernel itself might have)? Rawhide is currently based on 2.6.10-bk9, updates-testing has a 2.6.10-ac3 kernel (soon to be ac6). At this moment, I'd have more faith that the -ac kernel is going to prove more solid. Dave From guy at incentre.net Fri Jan 7 20:59:59 2005 From: guy at incentre.net (Guy Fraser) Date: Fri, 07 Jan 2005 13:59:59 -0700 Subject: Problem with samba files ownership In-Reply-To: <1105098059.3544.5.camel@datacc> References: <1105098059.3544.5.camel@datacc> Message-ID: <1105131599.3780.152.camel@sigurd.incentre.net> IIRC you can set the sticky bits on the user and group. chmod ug+s /home/data_cc When a file is created in /home/data_cc it should now be owned by the user and group that owns /home/data_cc. I use this along with the mask and mode commands in the samba configuration file to restrict who can add directories and files and ensure that the created files have the same ownership and permissions no matter who puts them there. Your setup seems overly liberal. This is what I use: ---smb.conf--- # Global parameters [global] workgroup = JUPITER netbios name = EUROPA server string = FreeBSD Samba Server unix password sync = yes encrypt passwords = Yes update encrypted = Yes restrict anonymous = Yes # ssl CA certFile = /usr/share/ssl/certs/ca-bundle.crt log file = /var/log/samba/log.%m.%U.%I max log size = 50 debug uid = Yes socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 character set = ISO8859-1 os level = 66 preferred master = Yes domain master = Yes wins support = Yes admin users = callisto create mask = 0644 printing = cups [homes] comment = Home Directories writeable = Yes browseable = No [public] path = /var/backup/public-share/ comment = Public file share area allow hosts = create mask = 660 write list = @public directory mask = 770 --- This is how I set the directory permissions. --- drwxr-xr-x root wheel /var/backup/public-share drwsrwsrwx root wheel /var/backup/public-share/Network Trash Folder -r--r--r-- root wheel /var/backup/public-share/README.txt drwsrwsrwx root wheel /var/backup/public-share/TheVolumeSettingsFolder drwsr-sr-x root wheel /var/backup/public-share/Work drwxrws--- root public /var/backup/public-share/Work/Documentation drwxrws--- root public /var/backup/public-share/Work/Images drwxrwx--- root wheel /var/backup/public-share/Work/Misc drwxrwxr-x root wheel /var/backup/public-share/Work/Network drwxrws--- root public /var/backup/public-share/Work/Forms drwxrws--- root public /var/backup/public-share/Works/Products drwxrwsr-x root public /var/backup/public-share/Work/Software drwxr-xr-x root wheel /var/backup/public-share/Work/Special drwsrws--- root wheel /var/backup/public-share/Work/Special/Secret drwxrws-wx root wheel /var/backup/public-share/Work/Special/moderated drwxrwsr-x root wheel /var/backup/public-share/Work/Special/readonly drwxrws--- root public /var/backup/public-share/Work/Special/user-ro --- As you can see by changing the group and permission a number of unique qualities can be configured. Users who belong to wheel have extensive privileges, users who belong to public have limited access, and users who don't belong to either group have very restricted access. Where you see an "s" instead of an "x" in a directories permissions it means the owner or group associated to the "s" is applied to any file or directory created in that directory. This may be more complicated than you need because these directories are also shared with netatalk. This is so that Macintosh, Windows and Unix/Linux machines have the same privileges depending on the user not the platform. Hope this helps. On Fri, 2005-07-01 at 11:40 +0000, mike wrote: > I have a file-server running FC3, which is running in share mode (XP > home machines) > > I can mount shares and write files except for one major problem - all > files are created with owner/group of nobody. This applies on bioth XP > and FC3 machines. The same problem applies whether using smb or cifs > > This causes problems especially sending mail > > Any idea what is wrong? > > This is my relevant smb.conf > > [global] > workgroup = brec > wins support = yes > netbios name = DATA_CC > server string = breccc > security = SHARE > obey pam restrictions = Yes > password server = None > pam password change = Yes > passwd program = /usr/bin/passwd %u > passwd chat = *New*password* %n\n *Retype*new*password* %n\n > *passwd:*all*authentication*tokens*updated*successfully* > unix password sync = Yes > log level = 3 > log file = /var/log/samba/%m.log > max log size = 0 > socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 > name resolve order = wins lmhosts hosts bcast > os level = 50 > preferred master = Yes > domain master = Yes > dns proxy = No > ldap ssl = no > create mask = 0777 > force create mode = 0777 > force security mode = 0777 > directory mask = 0777 > force directory mode = 0777 > force directory security mode = 0777 > guest ok = yes > hosts allow = 192.168.1.4, 192.168.1.50,192.168.1.6, 127.0.0.1, > 192.168.1.7,192.168.1.6 > > idmap uid = 16777216-33554431 > idmap gid = 16777216-33554431 > template shell = /bin/false > winbind use default domain = no > > [datacc] > comment = shared data files for connecting communities > path = /home/data_cc > writeable = yes > inherit permissions = Yes > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From guy at incentre.net Fri Jan 7 21:35:11 2005 From: guy at incentre.net (Guy Fraser) Date: Fri, 07 Jan 2005 14:35:11 -0700 Subject: Detection of printers in FC4 In-Reply-To: <41DEB408.8050700@one.net> References: <41DE9C82.5050002@one.net> <20050107153516.GX5322@redhat.com> <41DEB408.8050700@one.net> Message-ID: <1105133711.3780.187.camel@sigurd.incentre.net> On Fri, 2005-07-01 at 11:08 -0500, gslink wrote: > Tim Waugh wrote: > > On Fri, Jan 07, 2005 at 09:28:18AM -0500, gslink wrote: > > > > > >>FC3 (I need a more stable system than Rawhide) has about the correct > >>printing detection. What happens if you have several hundred printers > >>on a network. You do not want detection as these are likely to be light > >>duty, private printers. > > > > > > Why would private printers be being broadcast in the first place? > > > > > >>Currently, CUPS publishes those printers that are marked shared > >>queue and these are picked up by all machines on the network. This > >>is fine but searching for and publishing printers that just have a > >>lan address is wrong. On a large lan this could take hours and > >>result in a long printer listing. > > > > > > I'm not quite sure what behaviour you are seeing that you think is > > incorrect. Could you be a bit more specific please? > > > > Tim. > > */ > I see nothing that I think needs to be changed. In replying to a > request to change how printers are picked up I merely point out that > CUPS allows connection in many ways. Only those printers where specific > action has been taken should be picked up without intervention. I know > of an installation that has several hundred printers that are directly > lan connected. These printers use JetDirect. Others use Novell, or That is the Network administrators fault, not Linux or FC3. > > Unix. In most cases you do not want these printers to be public but > they are. You don't want Linux to search for them. CUPS finds public If the network was designed properly, then yes I would. > printers now but only those that are declared public by CUPS. I believe > the whole business should be left the way it is. Before someone asks > for it, you can share printers over a lan without implementing any other > kind of lan connection. Windows, Appletalk/Ethertalk, Jetdirect and Novell sharing systems are "chatty" and should be avoided in large numbers on a network segment. These protocols use IP,IPX,DDP and/or Ethernet broadcasting to announce themselves on a regular basis. I have seen situations where networked printers and fax machines have rendered networks useless due to there constant "bleating". If possible a static IP address and only LPR should be configured on network printers. If they need to be shared on other protocols then they should be setup to be shared from a file or print server and there should only be one file server and or print server per work-group. Segregating work-groups helps to keep the broadcast traffic down and improves network efficiency. I have worked on many different kinds of networks using different topologies and protocols for over 20 years now. For the past 9 years I have maintained a very large group of networks. Good network design requires a lot of hard work to setup, and is not plug and play. For small segregated networks plug and play is fine and works well, but for medium to large networks plug and play will cause you more trouble than it would take to just take time to set things up properly the first time. Eight years ago I setup a Linux machine to act as a file and print server for all our Apple, Windows and Unix workstations and all our Unix and new Linux Servers. It was difficult to setup at the time, but extended the life of our local 10b2 LAN. Of course now it's all 100bT, 1000bT and Fibre but we still only need one file and print server. Proper network design can simplify your network and improve it's performance. From david at fubar.dk Fri Jan 7 21:41:34 2005 From: david at fubar.dk (David Zeuthen) Date: Fri, 07 Jan 2005 16:41:34 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050106172406.GA8256@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> <1105027142.4358.1.camel@daxter.boston.redhat.com> <20050106172406.GA8256@devserv.devel.redhat.com> Message-ID: <1105134094.4730.77.camel@daxter.boston.redhat.com> On Thu, 2005-01-06 at 12:24 -0500, Alan Cox wrote: > On Thu, Jan 06, 2005 at 10:59:01AM -0500, David Zeuthen wrote: > > > Boot single user, remove haldaemon, reboot. Let me know if that helps (if I've > > > asked you specifically this already ignore me) > > > > > Alan - any news of when ide-cd is fixed so these issues will be a thing > > of the past? > Thanks for the update, > General > - the cd at boot crash is fixed > - end of media is fixed > - the bogus messages in the log should be fixed > - vanishing CD with no serial number is fixed > - request queue corruptor is fixed (as of yesterday) > > Burning > - request filtering is in all our 2.6.9 trees > - there have been some fixes to that > - We do not yet have tools for adjusting the filter list > [Daniel at gentoo and others were playing with an fs for it] > - the burn v haldaemon stuff has to be userspace I think > I'm really surprised that hald can disrupt burning - when hald polls the drive it uses O_EXCL and so does cdrecord (if it doesn't it's a packaging bug). > Unsolved > - corner case race that can hang on DMA timeout/speed change > - the great dell v hal drive probing (probably HAL should blacklist) As of version 0.4.2, HAL does blacklist such devices. It's being tracked here https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138148 This bug report discusses why this happens - see comment 14 and 15. It appears that one can poll if you keep a file descriptor open, e.g. fd = open ("/dev/cdrom", O_RDONLY) sleep (2) sleep (2) ... does not cause the slowdown on the hard disk on the same channel. However if you do fd = open ("/dev/cdrom", O_RDONLY) close (fd) sleep (2) fd = open ("/dev/cdrom", O_RDONLY) close (fd) sleep (2) ... we indeed get the slowdown. Hence, the kernel does something when the last closer closes the device - dunno what to do here from userspace short of just not poll. > - some other drive v hal cases I don't understand even what is at > fault yet. > > Pending > - CD-ROM drive hotplug for thinkpad and other laptops > > And probably some I only have on paper. Its been a pita because its been a lot > of little bugs not one big one There's also this one here https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144036 which I completely fail to understand. Long term it looks like hald should be using MMC commands to detect media if available - any idea of where I can find documentation/code for this? Thanks, David From alan at redhat.com Fri Jan 7 22:38:10 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 7 Jan 2005 17:38:10 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <1105134094.4730.77.camel@daxter.boston.redhat.com> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> <1105027142.4358.1.camel@daxter.boston.redhat.com> <20050106172406.GA8256@devserv.devel.redhat.com> <1105134094.4730.77.camel@daxter.boston.redhat.com> Message-ID: <20050107223810.GB11186@devserv.devel.redhat.com> On Fri, Jan 07, 2005 at 04:41:34PM -0500, David Zeuthen wrote: > > - the burn v haldaemon stuff has to be userspace I think > > I'm really surprised that hald can disrupt burning - when hald polls > the drive it uses O_EXCL and so does cdrecord (if it doesn't it's a > packaging bug). I was too except for the dual CD-ROM case which is understandable but this shows up in the uni case. Still a mystery - might not even be HAL in the end > we indeed get the slowdown. Hence, the kernel does something when the > last > closer closes the device - dunno what to do here from userspace short of > just not poll. We unlock the door, that makes the drive power management kick in. If we leave the door locked you can't take a CD out 8) > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144036 > > which I completely fail to understand. Long term it looks like hald > should be > using MMC commands to detect media if available - any idea of where I > can find > documentation/code for this? The standard. You'll want a magic circle, some runes, a wand, a pointy hat and a heart of steel. I don't know of anything else that covers it. From whb at ceimaine.org Fri Jan 7 22:43:29 2005 From: whb at ceimaine.org (Will Backman) Date: Fri, 07 Jan 2005 17:43:29 -0500 Subject: Confirm? New local root exploits Message-ID: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> Anyone tried the recently announced local root exploits against Fedora Core? Do the stack protections and other stuff protect the Fedora Kernel? I've manage a university shell server with many many student accounts. Scared.... -- Will Backman Coastal Enterprises, Inc. The ozone layer or cheese in a spray can. Don't make me choose. From alan at redhat.com Fri Jan 7 22:52:02 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 7 Jan 2005 17:52:02 -0500 Subject: Confirm? New local root exploits In-Reply-To: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> References: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> Message-ID: <20050107225202.GA1384@devserv.devel.redhat.com> On Fri, Jan 07, 2005 at 05:43:29PM -0500, Will Backman wrote: > Anyone tried the recently announced local root exploits against Fedora > Core? Do the stack protections and other stuff protect the Fedora > Kernel? Not in this case > I've manage a university shell server with many many student accounts. > Scared.... Its fixed in 2.6.10-ac6 along with the following - DoS/oops in setsid (user triggerable) - Coda unverified user data (only if using Coda) - XFS unverified user data (only if using XFS) - Bridge ioctl (only if using bridge and already net_admin) - Rose ioctl (only if using rose and already net_admin) - SDLA firmware ioctls (only if net_admin and using sdla) From fonya at fatav.hu Fri Jan 7 23:16:00 2005 From: fonya at fatav.hu (=?ISO-8859-1?Q?Szab=F3_=C1kos?=) Date: Sat, 08 Jan 2005 00:16:00 +0100 Subject: Confirm? New local root exploits In-Reply-To: <20050107225202.GA1384@devserv.devel.redhat.com> References: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> <20050107225202.GA1384@devserv.devel.redhat.com> Message-ID: <1105139760.32566.9.camel@loon.fatav.hu> On Fri, 2005-01-07 at 17:52 -0500, Alan Cox wrote: Its fixed in 2.6.10-ac6 along with the following > - DoS/oops in setsid (user triggerable) > - Coda unverified user data (only if using Coda) > - XFS unverified user data (only if using XFS) > - Bridge ioctl (only if using bridge and already net_admin) > - Rose ioctl (only if using rose and already net_admin) > - SDLA firmware ioctls (only if net_admin and using sdla) Brad Spengler send a mail to the grsecurity list, and He wrote: 3) 2.4/2.6 random poolsize sysctl handler integer overflow 4) 2.6 scsi ioctl integer overflow and information leak 5) 2.2/2.4/2.6 moxa serial driver bss overflow 6) 2.4/2.6 RLIMIT_MEMLOCK bypass and (2.6) unprivileged user DoS 7) Attachments, including patches for all vulns, a POC for #3, and a working exploit for #6 He talk about 2.4.28, and 2.6.10. If You want, I can forward the whole message. The -ac6 patch fixed those problems? -- Fonya Ami?ta NT-t install?ltam a porsz?v?mra, semmi sz?v?s nincs vele. PGP key ID F86614E5, GPG key ID 83AD9365 From philip at datafoundry.com Fri Jan 7 23:20:56 2005 From: philip at datafoundry.com (Philip Molter) Date: Fri, 07 Jan 2005 17:20:56 -0600 Subject: Confirm? New local root exploits In-Reply-To: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> References: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> Message-ID: <41DF1958.1090408@datafoundry.com> Will Backman wrote: > Anyone tried the recently announced local root exploits against Fedora > Core? Do the stack protections and other stuff protect the Fedora > Kernel? > I've manage a university shell server with many many student accounts. > Scared.... Note that if you upgrade, they also made a major change to way the kernel handles large memory sizes (the so-called 4g/4g patch was dropped). It probably doesn't affect a university shell server, but it sure screwed me over. From goemon at anime.net Fri Jan 7 23:34:32 2005 From: goemon at anime.net (Dan Hollis) Date: Fri, 7 Jan 2005 15:34:32 -0800 (PST) Subject: Confirm? New local root exploits In-Reply-To: <41DF1958.1090408@datafoundry.com> Message-ID: On Fri, 7 Jan 2005, Philip Molter wrote: > Note that if you upgrade, they also made a major change to way the > kernel handles large memory sizes (the so-called 4g/4g patch was > dropped). It probably doesn't affect a university shell server, but it > sure screwed me over. Specifics? -Dan From alan at redhat.com Fri Jan 7 23:37:42 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 7 Jan 2005 18:37:42 -0500 Subject: Confirm? New local root exploits In-Reply-To: <1105139760.32566.9.camel@loon.fatav.hu> References: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> <20050107225202.GA1384@devserv.devel.redhat.com> <1105139760.32566.9.camel@loon.fatav.hu> Message-ID: <20050107233742.GC16534@devserv.devel.redhat.com> On Sat, Jan 08, 2005 at 12:16:00AM +0100, Szab? ?kos wrote: > Brad Spengler send a mail to the grsecurity list, and He wrote: > > 3) 2.4/2.6 random poolsize sysctl handler integer overflow > 4) 2.6 scsi ioctl integer overflow and information leak > 5) 2.2/2.4/2.6 moxa serial driver bss overflow > 6) 2.4/2.6 RLIMIT_MEMLOCK bypass and (2.6) unprivileged user DoS > 7) Attachments, including patches for all vulns, a POC for #3, and a > working exploit for #6 > > He talk about 2.4.28, and 2.6.10. If You want, I can forward the whole > message. > > The -ac6 patch fixed those problems? -ac7 (as of about 5 mins ago) The real 3. Given Moxa doesnt even compile in 2.6 that didn't make sense. Also moxa had a more serious hole he missed. It seems to be security day. -ac8 will fix another hole or two (less serious) probably tomorrow. From fct-cornette at insight.rr.com Fri Jan 7 23:58:34 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 07 Jan 2005 18:58:34 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050107113210.TUXG20686.lakermmtao07.cox.net@nonerjsnum1tkq> References: <20050107113210.TUXG20686.lakermmtao07.cox.net@nonerjsnum1tkq> Message-ID: <41DF222A.6090705@insight.rr.com> Tom Browder wrote: > I'm still having same problem with 727 kernel (all else is fine). > > Jim Cornette suggested I try latest xorg source from their CVS. > > Would adding latest xorg rpms from rawhide to my FC 3 setup be feasible > without doing the whole FC 4 test? > > Or is FC 4 stable enough so that I should try that? > > Thanks. > > Tom Browder > The version of xorg-x11 from FC3 updates or testing should work to correct the problem with X bailing out and leaving the display filled with whatever was present until a reboot. If X is still running, this is not the same problem that I have experenced before. FC2 had the version of xorg-x11 that mysteriously exited, mainly with certain screensavers. Anyway, if you can ssh into the box and have to kill X processes, it is not the same bug. I guess I should not refer to the xorg-x11 versions as a CVS version. It was a CVS version during the testing phase for FC3 (test2 or 3). It is a version included in FC3 now. Jim About FC4, I upgraded to the latest rawhide kernel and it oops'd and also I had to manually bring my ethernet connection up with the previous kernel and updatd package versions. Rawhide is pretty non-conflicting with deps right now. Some programs are not working great though. From philip at datafoundry.com Sat Jan 8 00:03:37 2005 From: philip at datafoundry.com (Philip Molter) Date: Fri, 07 Jan 2005 18:03:37 -0600 Subject: Confirm? New local root exploits In-Reply-To: References: Message-ID: <41DF2359.5020308@datafoundry.com> Dan Hollis wrote: > On Fri, 7 Jan 2005, Philip Molter wrote: > >>Note that if you upgrade, they also made a major change to way the >>kernel handles large memory sizes (the so-called 4g/4g patch was >>dropped). It probably doesn't affect a university shell server, but it >>sure screwed me over. > > > Specifics? Specifically, I have a machine with 4GB of memory that requires a lot of memory listed as Buffers: (upwards of 2.5GB). This machine is very heavy on I/O and highly tuned for its design. Not having the 4G/4G patch, Buffers: is limited to about 600MB, and the system goes to I/O hell. I did recompile the kernel with a 2G/2G split rather than a 1G/3G and that helps (3G/1G is out of the question for me), but the previous 4G/4G setup was much better for my load, even if it did use about 5-10% more CPU (the box was, again, tuned for that extra CPU usage). It still kind of irks me that such a major kernel change was made in a x.y.z_a.b security release, but one can't complain too much about software they don't pay for. Most people aren't affected by the change, I suppose. It would've been nice if the patch was left in, so people could recompile and enable it. Philip From fct-cornette at insight.rr.com Sat Jan 8 00:48:08 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 07 Jan 2005 19:48:08 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050107180735.GB22299@redhat.com> References: <200501061416.26434.fedora@warmcat.com> <20050107020222.GA1917@redhat.com> <200501070934.06197.fedora@warmcat.com> <20050107180735.GB22299@redhat.com> Message-ID: <41DF2DC8.2010405@insight.rr.com> Dave Jones wrote: > On Fri, Jan 07, 2005 at 09:34:02AM +0000, Andy Green wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Friday 07 January 2005 02:02, Dave Jones wrote: > > > On Thu, Jan 06, 2005 at 02:16:19PM +0000, Andy Green wrote: > > > > Just in case it is the same problem -- I am noting strange pauses in the > > > > current devel kernel 2.6.10-1.1056_FC4 periodically, interrupting video > > > > playback and audio for a second or two at intervals, even when the > > > > machine is fairly quietscant. > > > > > > There's a lot of heavyweight debug code in the rawhide kernels right now > > > which could account for this. It's the usual stuff that gets turned off > > > just before release (checking for reuse of free'd memory etc..) > > > > Thanks, that can easily explain it if something allocated and freed a big > > chunk of memory and then it is checked for being touched. I'll wait and see > > if it goes away when a stable 2.6.10 kernel turns up then. > > As a heads-up, todays rawhide has an extra debugging check that > checks those memory allocations periodically. This should catch > stuff that stomps past the end of its allocation, but never > free's it. Hopefully it won't turn up anything new, but it's > worth having it on for now just for a look-see.. > > Dave > On my laptop: I'm not having troubles with the 727 kernel. My DVD is working, the box powers off properly, X is alright if I don't change to a virtual terminal. I did try a rawhide kernel for the first 2.6.10 kernel that I saw in rawhide. It needed to pull in newer kernel related packages from rawhide, in addition to the kernel. Is it possible that some of the oops' that are hapnening are related to the 2.6.10 krnel not requiring the newer kernel related packages? I don't know because I have the kernel related packages installed and then installed kernel-2.6.10-1.727_FC3 afterwards. On my desktop: The new kernel in rawhide shows the debugging code, then oops' during further booting. This is on a rawhide system that is fully updated. I just used the previous rawhide kernel and did not investigate the oops. Jim From tbrowder at cox.net Sat Jan 8 00:48:03 2005 From: tbrowder at cox.net (Tom Browder) Date: Fri, 7 Jan 2005 18:48:03 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <41DF222A.6090705@insight.rr.com> Message-ID: <20050108004808.PLQB27357.lakermmtao01.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Jim Cornette > Sent: Friday, January 07, 2005 5:59 PM > To: For testers of Fedora Core development releases > Subject: Re: FC 3 and Kernel Lock or Hang > The version of xorg-x11 from FC3 updates or testing should > work to correct the problem with X bailing out and leaving That's what I'm using (xorg-*-*-6.8.1-12--still have that problem, though. Would Xorg stuff in rawhide work on FC 3 without any other FC 4 stuff? I'm also trying the latest xscreensaver package (from raw src: 4.19). I'm desperate here--I have 5 computers that are rapidly becoming worthless unless something gives! Thanks. Tom Browder From tbrowder at cox.net Fri Jan 7 23:44:31 2005 From: tbrowder at cox.net (Tom Browder) Date: Fri, 7 Jan 2005 17:44:31 -0600 Subject: FC 4 Xorg Rpms on FC 3? Message-ID: <20050107234438.GGJJ1657.lakermmtao11.cox.net@nonerjsnum1tkq> To possibly solve my X problems, Jim Cornette suggested I try latest xorg source from their CVS. Would adding latest xorg rpms from rawhide to my FC 3 setup be feasible without installing the whole FC 4 test? Or is FC 4 stable enough so that I should try that? Thanks. Tom Browder From barryn at pobox.com Sat Jan 8 00:51:52 2005 From: barryn at pobox.com (Barry K. Nathan) Date: Fri, 7 Jan 2005 16:51:52 -0800 Subject: Confirm? New local root exploits In-Reply-To: <41DF2359.5020308@datafoundry.com> References: <41DF2359.5020308@datafoundry.com> Message-ID: <20050108005152.GB4222@ip68-4-98-123.oc.oc.cox.net> On Fri, Jan 07, 2005 at 06:03:37PM -0600, Philip Molter wrote: > It still kind of irks me that such a major kernel change was made in a > x.y.z_a.b security release, but one can't complain too much about > software they don't pay for. Most people aren't affected by the change, > I suppose. It would've been nice if the patch was left in, so people > could recompile and enable it. AFAIK the RHEL 4 beta hugemem kernels still have the 4g/4g patch: http://people.redhat.com/davej/kernels/RHEL4/ (the non-hugemem kernels do not have it however) -Barry K. Nathan From fct-cornette at insight.rr.com Sat Jan 8 01:45:24 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 07 Jan 2005 20:45:24 -0500 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050108004808.PLQB27357.lakermmtao01.cox.net@nonerjsnum1tkq> References: <20050108004808.PLQB27357.lakermmtao01.cox.net@nonerjsnum1tkq> Message-ID: <41DF3B34.8000509@insight.rr.com> Tom Browder wrote: >>-----Original Message----- >>From: fedora-test-list-bounces at redhat.com >>[mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Jim Cornette >>Sent: Friday, January 07, 2005 5:59 PM >>To: For testers of Fedora Core development releases >>Subject: Re: FC 3 and Kernel Lock or Hang >>The version of xorg-x11 from FC3 updates or testing should >>work to correct the problem with X bailing out and leaving > > > That's what I'm using (xorg-*-*-6.8.1-12--still have that problem, though. > > Would Xorg stuff in rawhide work on FC 3 without any other FC 4 stuff? > > I'm also trying the latest xscreensaver package (from raw src: 4.19). > > I'm desperate here--I have 5 computers that are rapidly becoming worthless > unless something gives! > > Thanks. > > Tom Browder > To get the rawhide versions and any deps that might be associated with xorg-x11, you might add the development repository to up2date, yum or any other program used to retrieve updates. After getting the xorg-x11 and associated programs ,you can comment out the development repo. I'm running xorg-x11-6.8.1.901-1 that I believe was pulled from rawhide using up2date via the gui. I am not having problems with this version. Like anything, it depends on your hardware. Finding out what lspci says that you have as hardware might be helpful and might get people with similar hardware an idea for a solution. You might ask this question with hardware information and what is working and not working on fedora-list. There is a bigger pool of people on the user list and probably a higher chance that someone might know how to go through resolving your issues with this problem that you have using FC3. Jim From jspaleta at gmail.com Fri Jan 7 16:53:30 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 7 Jan 2005 11:53:30 -0500 Subject: Detection of printers in FC4 In-Reply-To: <20050107153516.GX5322@redhat.com> References: <41DE9C82.5050002@one.net> <20050107153516.GX5322@redhat.com> Message-ID: <604aa79105010708534358e009@mail.gmail.com> On Fri, 7 Jan 2005 15:35:16 +0000, Tim Waugh wrote: > Why would private printers be being broadcast in the first place? Simple answer... misconfiguration by the person admining that box. On a network tightly controlled by an IT department that actually employs staff to support linux installs.. there is a clear place to go to get that misconfiguration corrected... IT can help you sort it out and browbeat the person misconfiguring their cups server. But in networks where linux is merely tolerated so long as the linux workstation does not impact the windows clients IT does support, figuring out whom to talk to about reconfiguring the misconfigured private printer is a chore since system-config-printer doesn't give me any information to figure out which printer server is serving up the que i shouldn't be seeing. I can't walk over to the IT helpdesk on-site and complain about someone's misconfigured cups printer, the IT department does not touch any linux workstation install issues. And this gets even more complicated as the network becomes less and less centralized and more and more open.... educational nets with lots of student machines... even if you could track down the admin of a particular broadcasting print server convincing them to see reason and change their configs so you don't see their printer on your box could be a problem, with no network policy to support your request. The question becomes... how important is it for the service detection tools to accomedate poorly managed servers that are beyond the control of the admin of the client machine? On large de-centralized networks.. like the ones I'm on at work... its somewhat important to be able to limit on the client which cups servers im pulling printers from lto be usable at all. Just as its useful for the service configuration tools to be able to ALLOW/DENY client access based on ip address.. i think its equally useful for clients to allow/deny browsing of broadcasting print servers based ip address of the print server. -jef From david at fubar.dk Sat Jan 8 04:50:24 2005 From: david at fubar.dk (David Zeuthen) Date: Fri, 07 Jan 2005 23:50:24 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050107223810.GB11186@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <1104957512.5670.3.camel@dougs-laptop.dark-hill.co.uk> <20050106140151.GD32537@devserv.devel.redhat.com> <1105027142.4358.1.camel@daxter.boston.redhat.com> <20050106172406.GA8256@devserv.devel.redhat.com> <1105134094.4730.77.camel@daxter.boston.redhat.com> <20050107223810.GB11186@devserv.devel.redhat.com> Message-ID: <1105159824.21947.9.camel@daxter.boston.redhat.com> On Fri, 2005-01-07 at 17:38 -0500, Alan Cox wrote: > > we indeed get the slowdown. Hence, the kernel does something when the > > last > > closer closes the device - dunno what to do here from userspace short of > > just not poll. > > We unlock the door, that makes the drive power management kick in. If > we leave the door locked you can't take a CD out 8) > I forgot to mention that the device is of course opened O_NONBLOCK, which if I understand correctly, is interpreted as a non-data open for CD drives. For polling, one needs to do that otherwise the user can never put a CD into the drive :-) Now, would it be totally insane to skip the lock/unlock door parts for fd's opened with O_NONBLOCK? That would solve the issue; just an idea, not sure about the ramifications.. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144036 > > > > which I completely fail to understand. Long term it looks like hald > > should be > > using MMC commands to detect media if available - any idea of where I > > can find > > documentation/code for this? > > The standard. You'll want a magic circle, some runes, a wand, a pointy > hat and a heart of steel. I don't know of anything else that covers it. > OK, I did something like that http://people.redhat.com/davidz/test-mmc.c Asynchronous notification doesn't work on any on my drives, see [1]. The spec does say "In asynchronous mode, the Initiator should issue a single GET EVENT/STATUS NOTIFICATION command with an IMMED (immediate) bit of 0 requested. If the Logical Unit does not support Asynchronous Mode, the command shall fail as an illegal request. If the Initiator requests Asynchronous Mode using a request that is not queued or overlapped, the command shall fail as an illegal request." I'm not sure if I need to do something special to make SG_IO use queued or overlapped requests; maybe that's why it's failing, maybe it's just because I got crappy drives. Don't know. Thanks, David [1] : [davidz at daxter mmc]$ ./test-mmc /dev/cdrom poll Using device /dev/cdrom and polling Sending command... Got reply; size 6 bytes data: 0x00 0x06 0x04 0x5e 0x00 0x00 Media Present: 0 Door or Tray Open : 0 [davidz at daxter mmc]$ ./test-mmc /dev/cdrom notif Using device /dev/cdrom and notification Sending command... Sending command failed: Invalid argument [davidz at daxter mmc]$ From jspaleta at gmail.com Fri Jan 7 13:02:21 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 7 Jan 2005 08:02:21 -0500 Subject: An Idea for FC4 In-Reply-To: <20050107114855.GT5322@redhat.com> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> <604aa79105010616535eb838d@mail.gmail.com> <1105075076.4510.10.camel@jeffrey.jeffsdomain.net> <20050107095226.GQ5322@redhat.com> <1105097040.3314.4.camel@localhost.localdomain> <20050107114855.GT5322@redhat.com> Message-ID: <604aa7910501070502792a67c4@mail.gmail.com> On Fri, 7 Jan 2005 11:48:55 +0000, Tim Waugh wrote: > Actually I forgot to say that you also need TCP port 631 to be open on > the client I think. I think its the client. I saw this behavior too at one point, poked a tcp:631 hole on the firewalls of the clients and I can print from one fc3 desktop to the other fc3 desktop on the lan. Would it be possible to add a ui hook into system-config-printers to poke that hole along with making 'remote printing' a pre-defined item in system-config-securitylevel's trust services list? -jef From mattdm at mattdm.org Sat Jan 8 05:30:39 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 8 Jan 2005 00:30:39 -0500 Subject: Confirm? New local root exploits In-Reply-To: <20050107233742.GC16534@devserv.devel.redhat.com> References: <1105137809.5265.20.camel@cei3772.empower.ceimaine.org> <20050107225202.GA1384@devserv.devel.redhat.com> <1105139760.32566.9.camel@loon.fatav.hu> <20050107233742.GC16534@devserv.devel.redhat.com> Message-ID: <20050108053039.GA5817@jadzia.bu.edu> On Fri, Jan 07, 2005 at 06:37:42PM -0500, Alan Cox wrote: > > The -ac6 patch fixed those problems? > -ac7 (as of about 5 mins ago) Any chance of a 2.6.9 FC2 and FC3 update with backported fixes? OpenAFS is all crashy with the 2.6.10 test releases (and there so much changed...). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fedora at warmcat.com Fri Jan 7 12:55:12 2005 From: fedora at warmcat.com (Andy Green) Date: Fri, 7 Jan 2005 12:55:12 +0000 Subject: dhcpd: Lease with bogus binding state: 257 Message-ID: <200501071255.17363.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Folks - Running dhcpd just for my wireless network. It has been working okay, although it seemed slow to deliver an IP. Today it is not working at all, I look in the /var/log/messages, and I see Jan 7 12:35:47 backup dhcpd: DHCPDISCOVER from 00:10:c6:41:d4:d6 via wlan0: network 10.0.0.0/24: no free leases This is mighty surprising since it has many IPs to allocate /etc/dhcpd.conf and just one client right now: ddns-update-style ad-hoc; subnet 10.0.0.0 netmask 255.255.255.0 { range 10.0.0.21 10.0.0.253; option subnet-mask 255.255.255.0; option broadcast-address 10.0.0.255; option routers 10.0.0.10; option domain-name-servers 192.168.0.1; option domain-name "home.warmcat.com"; } Oh well, maybe I have a couple of hundred hackers parked outside. So I restart dhcpd, but I am surprised to see service dhcpd restart Internet Systems Consortium DHCP Server V3.0.1 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Shutting down dhcpd: [ OK ] Starting dhcpd: Internet Systems Consortium DHCP Server V3.0.1 Copyright 2004 Internet Systems Consortium. All rights reserved. For info, please visit http://www.isc.org/sw/dhcp/ Lease with bogus binding state: 257 Lease with bogus binding state: 257 ... (continues for every lease in range) ... Lease with bogus binding state: 257 Wrote 0 leases to leases file. Listening on LPF/wlan0/00:02:72:03:0e:e1/10.0.0.0/24 Sending on LPF/wlan0/00:02:72:03:0e:e1/10.0.0.0/24 No subnet declaration for eth0 (192.168.0.30). ** Ignoring requests on eth0. If this is not what you want, please write a subnet declaration in your dhcpd.conf file for the network segment to which interface eth0 is attached. ** Sending on Socket/fallback/fallback-net [ OK ] The warning is actually okay, I only want to serve leases on wlan0 from this machine, not eth0. Okay, maybe there is junk in the leases file, but I go to /var/lib/dhcp/dhcpd.leases and it just has the default comment in it. I move even that to a new filename so there is no lease file and the behaviour is the same on service restart. Google shows another guy on FC3 saw the same thing, but it is not useful for a result, I tried Bugzilla and I did not find anything there, but many times I failed to find something there that is there. Any ideas? - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB3oa1jKeDCxMJCTIRAv6BAKCYM4Pnu3iSKlXSEGYjz11WwqVe7wCfaxNa VFSdZ0gqw1qSdiojx0A2Gfs= =u9xJ -----END PGP SIGNATURE----- From jerryw4386 at msn.com Sat Jan 8 07:42:38 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Fri, 07 Jan 2005 23:42:38 -0800 Subject: Kernel test Message-ID: I have tried to run kernel 2.6.10-1.727 586 and it took 9 min & 35 sec from grub to full log no to gnome desk top where it takes only 1 min & 29 on 2.6.9-1.715 586 fc3 and all below kernels. And have kernel panic on 2.6.10-1.1069 fc4 586 felled to sync .i think it stopped on the ide drives. Is there any way to remove these ? Jerry W. Whitmire _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! hthttp://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From davej at redhat.com Sat Jan 8 08:07:07 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 8 Jan 2005 03:07:07 -0500 Subject: Kernel test In-Reply-To: References: Message-ID: <20050108080707.GA4827@redhat.com> On Fri, Jan 07, 2005 at 11:42:38PM -0800, JERRY WHITMIRE wrote: > I have tried to run kernel 2.6.10-1.727 586 > and it took 9 min & 35 sec from grub to full log no to gnome desk top > where it takes only 1 min & 29 on 2.6.9-1.715 586 fc3 and all below > kernels. Intensive background debug checks. They'll be really painful on a slower machine. They'll be turned off for the final update. > And have kernel panic on 2.6.10-1.1069 fc4 586 felled to sync .i think it > stopped on the ide drives. > Is there any way to remove these ? I'm still chasing that one. I think I've narrowed down the problem changeset, but I'm scratching my head as to whats wrong with it. Dave From livelinux at nwst.de Sat Jan 8 10:20:54 2005 From: livelinux at nwst.de (livelinux at nwst.de) Date: Sat, 08 Jan 2005 11:20:54 +0100 Subject: Fc3 : installation via pxe boot and network In-Reply-To: <41DECCC7.1000505@eshu.net> References: <41DD3BDF.20605@nwst.de> <41DECCC7.1000505@eshu.net> Message-ID: <41DFB406.1080900@nwst.de> Hi, Joe Christy schrieb: > Vis-a-vis Dirk's note of 01/06/2005 05:23 AM: > .. >> Question: how can i tell the /sbin/loader to start a network install ? >> ... > > > Works fine for me with precisely that initrd. I think that the > kickstart piece of the puzzle is what you are missing. > > I do an interactive network install by placing the following ks.cfg > in /tftpboot/linux-install/FC3/ on my tftp server, too. > Well - that`s what i don`t want to use - at least not via nfs (which i don`t like much :). I`m using a very customized comps.xml that is tailored for our servers and workstations, and though I`m sure i can get it to work with ks, it would be nice to be able to use the same install method from cdrom and network without the need to create/use a ks file and nfs. The funny thing is: the same initrd works fine (=able to do a network install via the text 'select install method' screen) when booting from cdrom - but some of our systems have neither floppy nor cdrom. I can`t see the logic why the loader requires to mount a cdrom (my install cd contains just the kernel and initrd, quite like the fc boot.iso), so there`s nothing on the cdrom that could be used later in the process - odd. Passing 'network' or 'askmethod' as suggested in a previous answer didn`t help (passed via 'append' in pxelinux.cfg/C0). ... > > Joe Thanks a lot for your answer. Best Regards, Dirk Westfal > > PS It goes without saying (I hope) that you want all your > dhcp/tftp/install servers securely isolated from the open Internet; > there be monsters. > Sure :) The install network and the server is well protected. From shrek-m at gmx.de Sat Jan 8 10:17:53 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 08 Jan 2005 11:17:53 +0100 Subject: FC 4 Xorg Rpms on FC 3? In-Reply-To: <20050107234438.GGJJ1657.lakermmtao11.cox.net@nonerjsnum1tkq> References: <20050107234438.GGJJ1657.lakermmtao11.cox.net@nonerjsnum1tkq> Message-ID: <41DFB351.6080003@gmx.de> Tom Browder wrote: >To possibly solve my X problems, Jim Cornette suggested I try latest xorg >source from their CVS. > >Would adding latest xorg rpms from rawhide to my FC 3 setup be feasible >without installing the whole FC 4 test? > > should be ok this is on a clean up_2_date fc3 # yum --enablerepo=development update xorg* [...] Dependencies Resolved Transaction Listing: Update: xorg-x11.i386 0:6.8.1.901-1 Update: xorg-x11-Mesa-libGL.i386 0:6.8.1.901-1 Update: xorg-x11-Mesa-libGLU.i386 0:6.8.1.901-1 Update: xorg-x11-Xdmx.i386 0:6.8.1.901-1 Update: xorg-x11-Xnest.i386 0:6.8.1.901-1 Update: xorg-x11-Xvfb.i386 0:6.8.1.901-1 Update: xorg-x11-deprecated-libs.i386 0:6.8.1.901-1 Update: xorg-x11-deprecated-libs-devel.i386 0:6.8.1.901-1 Update: xorg-x11-devel.i386 0:6.8.1.901-1 Update: xorg-x11-doc.i386 0:6.8.1.901-1 Update: xorg-x11-font-utils.i386 0:6.8.1.901-1 Update: xorg-x11-libs.i386 0:6.8.1.901-1 Update: xorg-x11-sdk.i386 0:6.8.1.901-1 Update: xorg-x11-tools.i386 0:6.8.1.901-1 Update: xorg-x11-twm.i386 0:6.8.1.901-1 Update: xorg-x11-xauth.i386 0:6.8.1.901-1 Update: xorg-x11-xdm.i386 0:6.8.1.901-1 Update: xorg-x11-xfs.i386 0:6.8.1.901-1 Is this ok [y/N]:n Exiting on user Command Complete! # >Or is FC 4 stable enough so that I should try that? > http://fedora.redhat.com/participate/schedule/ FC4 ? FC4-test ? FC4-test1 will coming soon. -- shrek-m From surak at casa.surak.eti.br Sat Jan 8 14:38:51 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sat, 08 Jan 2005 11:38:51 -0300 Subject: latest kernels and ndiswrapper Message-ID: <1105195132.21955.6.camel@localhost.surak.eti.br> Hello list, I've been trying to use a wireless card (00:08.0 Network controller: Intersil Corporation ISL3886 [Prism Javelin/Prism Xbow] (rev 01) - with isl3886 firmware). The prism54's guy Sebastien told me this firmware is still not supported at all but with ndiswrapper. As ndiswrapper wiki says at http://ndiswrapper.sourceforge.net/phpwiki/index.php/Distributions , "Recent 2.6 kernels have an option to enable/disable 4k stack size. However, Fedora kernels disable this option altogether and use a 4K stack size, which is not enough for some windows drivers. If you are running a Fedora 2.6 kernel and your machine freezes after running modprobe ndiswrapper as described in the [Installation] page, you are probably using a driver that requires a stack sizegreater than 4K. Try installing the 16K stack kernel update fo Linuxant" But I don't even get to that. I can create both userspace utilities and kernel module for recent kernels. But all of those says to me: FATAL: Error inserting ndiswrapper (/lib/modules/2.6.9-1.724_FC3/misc/ndiswrapper.ko): Unknown symbol in module, or unknown parameter (see dmesg) In dmesg, I have ndiswrapper: Unknown symbol task_nice This is happening with latest kernels. In fact, every FC3/rawhide kernel I tested have this issue. I've been able to use it with previous versions of fedora though. Is this a kernel, a fedora kernel, or a ndiswrapper issue? From czar at czarc.net Sat Jan 8 15:12:19 2005 From: czar at czarc.net (Gene C.) Date: Sat, 8 Jan 2005 10:12:19 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <200501081012.19972.czar@czarc.net> On Tuesday 04 January 2005 18:16, Dave Jones wrote: > A new year, (another) new testing kernel. ?This rebases > the whole tree to the latest upstream release 2.6.10, > with the 2.6.10-ac2 patch on top for good measure. How should bugs be reported for this new test kernel? I would really like to run 2.6.10 since it appears to include a fix for a USB mouse problem I have on a R3000z -- https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143895 However, when the rivafb module is loaded it segfaults and I also need to run it since running it gets around another problem on the R3000z. -- Gene From alan at redhat.com Sat Jan 8 15:16:47 2005 From: alan at redhat.com (Alan Cox) Date: Sat, 8 Jan 2005 10:16:47 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <200501081012.19972.czar@czarc.net> References: <20050104231648.GC872@redhat.com> <200501081012.19972.czar@czarc.net> Message-ID: <20050108151647.GA30845@devserv.devel.redhat.com> On Sat, Jan 08, 2005 at 10:12:19AM -0500, Gene C. wrote: > However, when the rivafb module is loaded it segfaults and I also need to run > it since running it gets around another problem on the R3000z. Do you have a traceback ? From czar at czarc.net Sat Jan 8 15:37:35 2005 From: czar at czarc.net (Gene C.) Date: Sat, 8 Jan 2005 10:37:35 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050108151647.GA30845@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <200501081012.19972.czar@czarc.net> <20050108151647.GA30845@devserv.devel.redhat.com> Message-ID: <200501081037.35739.czar@czarc.net> On Saturday 08 January 2005 10:16, Alan Cox wrote: > On Sat, Jan 08, 2005 at 10:12:19AM -0500, Gene C. wrote: > > However, when the rivafb module is loaded it segfaults and I also need to > > run it since running it gets around another problem on the R3000z. > > Do you have a traceback ? Right now the only thing I have is an entry in /var/log/messages: Jan 8 09:37:27 eagle kernel: ACPI: PCI Interrupt Link [LNK5] enabled at IRQ 11 Jan 8 09:37:27 eagle kernel: ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11 Jan 8 09:37:27 eagle kernel: rivafb: nVidia device/chipset 10DE0179 Jan 8 09:37:27 eagle kernel: rivafb: On a laptop. Assuming Digital Flat Panel Jan 8 09:37:27 eagle kernel: rivafb: Detected CRTC controller 1 being used Jan 8 09:37:27 eagle kernel: rivafb: RIVA MTRR set to ON Jan 8 09:37:27 eagle kernel: rivafb: setting virtual Y resolution to 104857 Jan 8 09:37:27 eagle startfb: rivafb not installed Jan 8 09:37:27 eagle startfb: /etc/rc3.d/S98startfb: line 16: 4992 Segmentation fault /sbin/modprobe rivafb >/dev/null 2>&1 -- Gene From alan at redhat.com Sat Jan 8 15:46:21 2005 From: alan at redhat.com (Alan Cox) Date: Sat, 8 Jan 2005 10:46:21 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <200501081037.35739.czar@czarc.net> References: <20050104231648.GC872@redhat.com> <200501081012.19972.czar@czarc.net> <20050108151647.GA30845@devserv.devel.redhat.com> <200501081037.35739.czar@czarc.net> Message-ID: <20050108154621.GA7198@devserv.devel.redhat.com> On Sat, Jan 08, 2005 at 10:37:35AM -0500, Gene C. wrote: > Jan 8 09:37:27 eagle kernel: rivafb: RIVA MTRR set to ON > Jan 8 09:37:27 eagle kernel: rivafb: setting virtual Y resolution to 104857 That looked sane until > Jan 8 09:37:27 eagle startfb: rivafb not installed Umm > Jan 8 09:37:27 eagle startfb: /etc/rc3.d/S98startfb: line 16: 4992 > Segmentation fault /sbin/modprobe rivafb >/dev/null 2>&1 And in dmesg ? From tbrowder at cox.net Sat Jan 8 15:51:25 2005 From: tbrowder at cox.net (Tom Browder) Date: Sat, 8 Jan 2005 09:51:25 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050108004808.PLQB27357.lakermmtao01.cox.net@nonerjsnum1tkq> Message-ID: <20050108155131.RSIT1713.lakermmtao09.cox.net@nonerjsnum1tkq> I'm still on kernel 727 with occasional graphic and keyboard lockups at home. I've done the following: 1. installed xscreensaver-4.19 from source 2. installed all xorg rpms from rawhide 3. gone through the FC 3 (and FC's 1 and 2) release notes and used rpm -e to delete all packages stated as removed I found one error in the FC 3 removed packages list: # rpm -e fedora-release error: Failed dependencies: /etc/redhat-release is needed by (installed) initscripts-7.93.5-1.i386 Apparently fedora-release is still good, just updated. **Immediate, unrelated success** with the removal of old stuff: I didn't state so in the original problem description, but I usually update rather than do a clean install. And I know that occasionally there are insidious problems with doing so. For example, my udev/hotplug now works properly when I plug in my flash drive (glory!). Shouldn't the installer ask to remove old packages (maybe deprecated packages, too)? I don't recall ever seeing such an option. It is really tedious to do so by hand. There may be something I've missed since it is so easy to do an upgrade--usually saves much work with /etc system stuff. And I have to admit I usually save reading the release notes for when problems develop (bad practice I know--I promise to do better). Based on the hotplug fix, maybe that's all the X problem is: conflicts with old stuff. I'm going back through the FC 3 package list and make sure I have nothing else from previous releases hanging around. By the way, I notice the Fedora home page lists packages for FC 2 but not FC 3. Keeping my fingers crossed, -Tom Browder From czar at czarc.net Sat Jan 8 15:59:12 2005 From: czar at czarc.net (Gene C.) Date: Sat, 8 Jan 2005 10:59:12 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050108154621.GA7198@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <200501081037.35739.czar@czarc.net> <20050108154621.GA7198@devserv.devel.redhat.com> Message-ID: <200501081059.12797.czar@czarc.net> On Saturday 08 January 2005 10:46, Alan Cox wrote: > On Sat, Jan 08, 2005 at 10:37:35AM -0500, Gene C. wrote: > > Jan ?8 09:37:27 eagle kernel: rivafb: RIVA MTRR set to ON > > Jan ?8 09:37:27 eagle kernel: rivafb: setting virtual Y resolution to > > 104857 > > That looked sane until > > > Jan ?8 09:37:27 eagle startfb: rivafb not installed > > Umm > > > Jan ?8 09:37:27 eagle startfb: /etc/rc3.d/S98startfb: line 16: ?4992 > > Segmentation fault ? ? ?/sbin/modprobe rivafb >/dev/null 2>&1 > > And in dmesg ? OK, rather than rebooting from run level 2 (which does not automatically run startfb), I ran it "manually" and have much more information from dmesg: rivafb: nVidia device/chipset 10DE0179 rivafb: On a laptop. Assuming Digital Flat Panel rivafb: Detected CRTC controller 1 being used rivafb: RIVA MTRR set to ON rivafb: setting virtual Y resolution to 104857 Unable to handle kernel paging request at virtual address c03bf9fc printing eip: c01e6297 *pde = 00419027 Oops: 0000 [#1] DEBUG_PAGEALLOC Modules linked in: rivafb vgastate md5 ipv6 parport_pc lp parport pcmcia ipt_REJECT ipt_state ip_conntrack iptable_filter ip_tables dm_mod video button battery ac ohci1394 ieee1394 yenta_socket pcmcia_core ohci_hcd ehci_hcd i2c_nforce2 i2c_core snd_intel8x0m snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc 8139too mii ext3 jbd CPU: 0 EIP: 0060:[] Not tainted VLI EFLAGS: 00010282 (2.6.10-1.727_FC3) EIP is at fb_prepare_logo+0x90/0xd3 eax: 000001e0 ebx: ec8fb000 ecx: 00000003 edx: c03bf9f4 esi: 0000001e edi: c04019fc ebp: c03ffd60 esp: ec898db8 ds: 007b es: 007b ss: 0068 Process modprobe (pid: 4360, threadinfo=ec898000 task=ec89baa0) Stack: ec8fb000 0000001e c01e0ef5 00000003 00000000 00000000 00000000 00000720 00000050 0000001e 00000050 c1821000 c1821000 ec8fb000 0000001e c03ffd60 c01e1be1 0000001e 00000050 0000001e 00000050 00043701 00000100 00000050 Call Trace: [] fbcon_prepare_logo+0x58/0x2e7 [] fbcon_init+0x220/0x266 [] visual_init+0xf4/0x14c [] take_over_console+0x1ed/0x2da [] fbcon_takeover+0x5c/0x86 [] fbcon_fb_registered+0x36/0x64 [] fbcon_event_notify+0x38/0x65 [] notifier_call_chain+0x17/0x2b [] register_framebuffer+0x12d/0x139 [] rivafb_check_var+0x1dc/0x235 [rivafb] [] rivafb_probe+0x3b7/0x454 [rivafb] [] pci_device_probe_static+0x2a/0x3d [] __pci_device_probe+0x1b/0x2c [] pci_device_probe+0x1b/0x2d [] driver_probe_device+0x30/0x4d [] driver_attach+0x37/0x66 [] bus_add_driver+0x7a/0xa4 [] driver_register+0x51/0x58 [] pci_register_driver+0x8b/0x9e [] sys_init_module+0x1c4/0x294 [] syscall_call+0x7/0xb Code: eb 14 c7 05 ec 19 40 c0 01 00 00 00 c7 05 f4 19 40 c0 01 00 00 00 89 d0 e8 4b f9 ff ff a3 f8 19 40 c0 85 c0 89 c2 74 08 8b 43 0c <39> 42 08 76 0e c7 05 f8 19 40 c0 00 00 00 00 31 c0 eb 2d 8b 02 Needless to say, startfb and loading rivafb works fine on the 2.6.9-1.724_FC3 kernel. -- Gene From czar at czarc.net Sat Jan 8 16:18:36 2005 From: czar at czarc.net (Gene C.) Date: Sat, 8 Jan 2005 11:18:36 -0500 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050108154621.GA7198@devserv.devel.redhat.com> References: <20050104231648.GC872@redhat.com> <200501081037.35739.czar@czarc.net> <20050108154621.GA7198@devserv.devel.redhat.com> Message-ID: <200501081118.36187.czar@czarc.net> On Saturday 08 January 2005 10:46, Alan Cox wrote: > On Sat, Jan 08, 2005 at 10:37:35AM -0500, Gene C. wrote: > > Jan 8 09:37:27 eagle kernel: rivafb: RIVA MTRR set to ON > > Jan 8 09:37:27 eagle kernel: rivafb: setting virtual Y resolution to > > 104857 > > That looked sane until > > > Jan 8 09:37:27 eagle startfb: rivafb not installed > > Umm > > > Jan 8 09:37:27 eagle startfb: /etc/rc3.d/S98startfb: line 16: 4992 > > Segmentation fault /sbin/modprobe rivafb >/dev/null 2>&1 > > And in dmesg ? Now bugzilla'ed with dmesg -- https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144574 -- Gene From philip at datafoundry.com Sat Jan 8 16:25:01 2005 From: philip at datafoundry.com (Philip Molter) Date: Sat, 08 Jan 2005 10:25:01 -0600 Subject: Confirm? New local root exploits In-Reply-To: <20050108005152.GB4222@ip68-4-98-123.oc.oc.cox.net> References: <41DF2359.5020308@datafoundry.com> <20050108005152.GB4222@ip68-4-98-123.oc.oc.cox.net> Message-ID: <41E0095D.6060703@datafoundry.com> > AFAIK the RHEL 4 beta hugemem kernels still have the 4g/4g patch: > http://people.redhat.com/davej/kernels/RHEL4/ > > (the non-hugemem kernels do not have it however) Barry, Thanks! I've been scrounging around for that. Philip From michal at harddata.com Sat Jan 8 18:08:37 2005 From: michal at harddata.com (Michal Jaegermann) Date: Sat, 8 Jan 2005 11:08:37 -0700 Subject: dhcpd: Lease with bogus binding state: 257 In-Reply-To: <200501071255.17363.fedora@warmcat.com>; from fedora@warmcat.com on Fri, Jan 07, 2005 at 12:55:12PM +0000 References: <200501071255.17363.fedora@warmcat.com> Message-ID: <20050108110837.A23681@mail.harddata.com> On Fri, Jan 07, 2005 at 12:55:12PM +0000, Andy Green wrote: > Today it is not working at all, I > look in the /var/log/messages, and I see > > Jan 7 12:35:47 backup dhcpd: DHCPDISCOVER from 00:10:c6:41:d4:d6 via wlan0: > network 10.0.0.0/24: no free leases > > This is mighty surprising since it has many IPs to allocate /etc/dhcpd.conf > and just one client right now: Apparently you are allocating a new lease on every connection and you are not expiring old leases. If you would trace down why this happens then maybe this would be a really a subject for fedora-test-list. For now move /var/lib/dhcp/dhcpd.leases on your dhcpd server to something else, to have a close look later, and try to connect again. Michal From jvdias at redhat.com Sat Jan 8 18:22:36 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Sat, 08 Jan 2005 13:22:36 -0500 Subject: dhcpd: Lease with bogus binding state: 257 In-Reply-To: <20050108110837.A23681@mail.harddata.com> References: <200501071255.17363.fedora@warmcat.com> <20050108110837.A23681@mail.harddata.com> Message-ID: <1105208556.3101.19.camel@jvdsibm.boston.redhat.com> On Sat, 2005-01-08 at 13:08, Michal Jaegermann wrote: > On Fri, Jan 07, 2005 at 12:55:12PM +0000, Andy Green wrote: > > Today it is not working at all, I > > look in the /var/log/messages, and I see > > > > Jan 7 12:35:47 backup dhcpd: DHCPDISCOVER from 00:10:c6:41:d4:d6 via wlan0: > > network 10.0.0.0/24: no free leases > > > > This is mighty surprising since it has many IPs to allocate /etc/dhcpd.conf > > and just one client right now: > > Apparently you are allocating a new lease on every connection and > you are not expiring old leases. If you would trace down why this > happens then maybe this would be a really a subject for > fedora-test-list. For now move /var/lib/dhcp/dhcpd.leases on your > dhcpd server to something else, to have a close look later, and try > to connect again. > > Michal There was a problem with dhcp-3.0.1-16 in FC4 - the new gcc version 3.4.3-11 miscompiled dhcpd - the '__attribute__((mode(byte)))' type that the lease->binding_state has tickles gcc bug #144358 . See : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144250 I submitted dhcp-3.0.2rc3-1 to FC4, that is compiled with gcc33 and does not have this problem. FIX: install dhcp-3.0.2rc3-1 on your dhcp server. http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/dhcp-3.0.2rc3-1.i386.rpm From tbrowder at cox.net Sat Jan 8 19:15:57 2005 From: tbrowder at cox.net (Tom Browder) Date: Sat, 8 Jan 2005 13:15:57 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050108155131.RSIT1713.lakermmtao09.cox.net@nonerjsnum1tkq> Message-ID: <20050108191602.SQGD1657.lakermmtao10.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Tom Browder > Sent: Saturday, January 08, 2005 9:51 AM > To: 'For testers of Fedora Core development releases' > Subject: RE: FC 3 and Kernel Lock or Hang > > I'm still on kernel 727 with occasional graphic and keyboard > lockups at home. I've done the following: No dice, same problem. From tbrowder at cox.net Sat Jan 8 20:14:48 2005 From: tbrowder at cox.net (Tom Browder) Date: Sat, 8 Jan 2005 14:14:48 -0600 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050108191602.SQGD1657.lakermmtao10.cox.net@nonerjsnum1tkq> Message-ID: <20050108201452.OHTL7687.lakermmtao06.cox.net@nonerjsnum1tkq> > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Tom Browder > Sent: Saturday, January 08, 2005 1:16 PM > To: 'For testers of Fedora Core development releases' > Subject: RE: FC 3 and Kernel Lock or Hang > No dice, same problem. I mext tried changing inittab runlevel to 3 and rebooted. At the text login I did as a regular user. startx gave my my usual desktop. Then I selected "lock screen', the screen immediately went blank and the keyboard froze. Took a power recycle to reboot. Went back to runlevel 5, rebooted, changed screensaver to the blank screen and am waiting for the next keyboard freeze event (not, I continue to hope). -Tom Browder From fedora at warmcat.com Sat Jan 8 19:42:27 2005 From: fedora at warmcat.com (Andy Green) Date: Sat, 8 Jan 2005 19:42:27 +0000 Subject: dhcpd: Lease with bogus binding state: 257 In-Reply-To: <1105208556.3101.19.camel@jvdsibm.boston.redhat.com> References: <200501071255.17363.fedora@warmcat.com> <20050108110837.A23681@mail.harddata.com> <1105208556.3101.19.camel@jvdsibm.boston.redhat.com> Message-ID: <200501081942.32812.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 08 January 2005 18:22, Jason Vas Dias wrote: > On Sat, 2005-01-08 at 13:08, Michal Jaegermann wrote: >>> Okay, maybe there is junk in the leases file, but I go >>> to /var/lib/dhcp/dhcpd.leases and it just has the default comment in >>> it. ?I move even that to a new filename so there is no lease file and the >>> behaviour is the same on service restart. > > Apparently you are allocating a new lease on every connection and > > you are not expiring old leases. If you would trace down why this > > happens then maybe this would be a really a subject for > > fedora-test-list. For now move /var/lib/dhcp/dhcpd.leases on your > > dhcpd server to something else, to have a close look later, and try > > to connect again. Michal, you could have read my report more closely. The lease file is empty. (Additionally for the period when it was working, I was seeing the same allocated IP each time. This is another reason why genuine exhaustion of the IP range seemed highly unlikely.) > There was a problem with dhcp-3.0.1-16 in FC4 - the new gcc version > 3.4.3-11 miscompiled dhcpd - the '__attribute__((mode(byte)))' type > that the lease->binding_state has tickles gcc bug #144358 . > See : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144250 > I submitted dhcp-3.0.2rc3-1 to FC4, that is compiled with gcc33 and > does not have this problem. > FIX: install dhcp-3.0.2rc3-1 on your dhcp server. > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fe >dora/RPMS/dhcp-3.0.2rc3-1.i386.rpm This fixed it 100% immediately. Thanks for the help. - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB4DeojKeDCxMJCTIRAmxLAJ4sYtLB8fbBNDIgnefzn4A025xLWQCfZyGl wf5+brG4NXVBDBoIS0i5Kw4= =08Dc -----END PGP SIGNATURE----- From paul at all-the-johnsons.co.uk Sat Jan 8 22:38:24 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 08 Jan 2005 22:38:24 +0000 Subject: Any danger from these ports? Message-ID: <1105223904.5959.26.camel@localhost.localdomain> Hi, I've just had a strange email from a friend who seems to have had an email from an unsavoury character which I sent to a closed list on 20th Dec. I've checked my box for r00tkits (none found) and open ports and have found 1539 and 5335 open. A web search hasn't revealed very much on these and they seem innocent enough (well, 5335 has been used for a virus before now...) There are few things in my logs which are suspicious... First are a couple like this Jan 1 22:18:35 T7 sshd[31409]: Invalid user test from ::ffff:70.56.41.21 Jan 1 22:18:36 T7 sshd[31409]: Address 70.56.41.21 maps to prox.wares- consulting.com, but this does not map back to the address - POSSIBLE BREAKIN ATTEMPT! I seem to be subjected to a dictionary attack. I get users named guest, admin, test, patrick, rolo, iceuser, horde, cyrus, www, wwwrun, matt, jane, pamela, cosmin, cip52, cip51, noc, webmaster, user and no username etc. Most of the attacks come from three IP addresses (83.235.214.145, 66.78.52.253 and 216.180.243.178) using various ports to get through via ssh2. None have gotten through. Should I be overly worried? I've closed ssh on my router, so that's one line of defence in the way :-) TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 pri.rhl3 at iadonisi.to Sat Jan 8 22:54:31 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sat, 08 Jan 2005 17:54:31 -0500 Subject: Any danger from these ports? In-Reply-To: <1105223904.5959.26.camel@localhost.localdomain> References: <1105223904.5959.26.camel@localhost.localdomain> Message-ID: <1105224871.30554.6.camel@va.local.linuxlobbyist.org> On Sat, 2005-01-08 at 22:38 +0000, Paul wrote: [snip] > There are few things in my logs which are suspicious... > > First are a couple like this > > Jan 1 22:18:35 T7 sshd[31409]: Invalid user test > from ::ffff:70.56.41.21 > Jan 1 22:18:36 T7 sshd[31409]: Address 70.56.41.21 maps to prox.wares- > consulting.com, but this does not map back to the address - POSSIBLE > BREAKIN ATTEMPT! > > I seem to be subjected to a dictionary attack. It's been going on for several months now. Must be some kind of worm out there, but it's harmless provided you take some precautions. > Should I be overly worried? I've closed ssh on my router, so that's one > line of defence in the way :-) > And that probably covers it all. If you need ssh enabled on an internet connected host, I would recommend at least one, maybe all of the following: 1) Allow rsa key logins only. 2) Restrict by IP address, if possible. 3) Restrict by username if possible. 4) Run sshd on a port other than 22. 5) Use port knocking if you are really paranoid. (Though that hasn't had enough field testing to trust it as the only security measure, for sure.) -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From paul at all-the-johnsons.co.uk Sat Jan 8 23:00:36 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 08 Jan 2005 23:00:36 +0000 Subject: Any danger from these ports? In-Reply-To: <1105224871.30554.6.camel@va.local.linuxlobbyist.org> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> Message-ID: <1105225237.5959.38.camel@localhost.localdomain> Hi, > > I seem to be subjected to a dictionary attack. > > It's been going on for several months now. Must be some kind of worm > out there, but it's harmless provided you take some precautions. I didn't think it was that serious. In all the time I've run linux systems, I've had one intrusion and that was down to me leaving (effectively) a back door the size of a house open (I was younger at the time!) > > Should I be overly worried? I've closed ssh on my router, so that's one > > line of defence in the way :-) > > > > And that probably covers it all. If you need ssh enabled on an > internet connected host, I would recommend at least one, maybe all of > the following: > > 1) Allow rsa key logins only. > 2) Restrict by IP address, if possible. > 3) Restrict by username if possible. > 4) Run sshd on a port other than 22. > 5) Use port knocking if you are really paranoid. (Though that hasn't > had enough field testing to trust it as the only security measure, > for sure.) Is there a simple to follow howto on all of these? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 pri.rhl3 at iadonisi.to Sun Jan 9 00:35:00 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sat, 08 Jan 2005 19:35:00 -0500 Subject: Any danger from these ports? In-Reply-To: <1105225237.5959.38.camel@localhost.localdomain> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <1105225237.5959.38.camel@localhost.localdomain> Message-ID: <1105230900.30554.31.camel@va.local.linuxlobbyist.org> On Sat, 2005-01-08 at 23:00 +0000, Paul wrote: > > 1) Allow rsa key logins only. > > 2) Restrict by IP address, if possible. > > 3) Restrict by username if possible. > > 4) Run sshd on a port other than 22. > > 5) Use port knocking if you are really paranoid. (Though that hasn't > > had enough field testing to trust it as the only security measure, > > for sure.) > > Is there a simple to follow howto on all of these? Not that I know of, but here's some quickies: 1) RSA keys: On the any clients you want to have access to a particular server, generate a key pair with 'ssh-keygen -t rsa'. Then copy (via sneaker.net for the truly paranoid, and then eat the floppy when your done) your ~/.ssh/id_rsa.pub on the client to your ~/.ssh/authorized_keys on your server (or append, as appropriate). Be sure to 'chmod 600 ~/.ssh/authorized_keys. Edit /etc/ssh/sshd_config on your server and set PubkeyAuthentication to yes and PasswordAuthentication to no. Other things I usually change are Protocol (2), PermitRootLogin (no), and PermitEMptyPasswords (no). Restart sshd on the server. 2) IP restrictions: I thought there was a way to put a list of IPs in the /etc/ssh/sshd_config file, but I can't find it in the man page anywhere. Looks like sshd is linked with tcp_wrappers, however, so you could just use /etc/hosts.{allow,deny} settings to set those restrictions. Just using iptables is also a possibility. 3) User restrictions: Change/add AllowUsers setting to /etc/ssh/sshd_config with a list of allowed users. Related options are DenyUsers, AllowGroups, and DenyGroups. 4) Port setting: Change the 'Port' setting in /etc/ssh/sshd_config to something other than 22. 1022 is a common alternative, which is a good reason to use something *other* than 1022 :-). Use 'ssh -p ' to connect to your ssh daemon after this change. 5) Do a google for "Port Knocking" :-) Sorry, that's all I can help with in that area. There are other, more paranoid settings you can change in /etc/ssh/sshd_config, but I wouldn't go overboard. You can make it truly difficult for legitimate users to use your ssh daemon if you really want to. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From lsomike at futzin.com Sun Jan 9 01:43:12 2005 From: lsomike at futzin.com (Mike Klinke) Date: Sat, 8 Jan 2005 19:43:12 -0600 Subject: Excessive spam due to the word C/D In-Reply-To: <41DE9F27.1070100@one.net> References: <41DE9F27.1070100@one.net> Message-ID: <200501081943.12918.lsomike@futzin.com> On Friday 07 January 2005 08:39, gslink wrote: > If possible, would the people who have spam filters set the > filter to kill posts that contain the word (C/D)xxx or (DVD)xxx > instead of rejecting them. If you reject them then they come > back on the poster as spam. Currently if you post here and > mention these words you get back several rejected copies of your > post. Please remove the xs to read. Many of the list administrators will periodically run a message to look for auto-responders of this type and a quick note to him/her with a sample that you're receiving will often result in the offenders being forcefully unsubscribed or temporarily blocked from the list which will take care of the problem for everyone at one time. Regards, Mike Klinke From tdiehl at rogueind.com Sun Jan 9 02:49:21 2005 From: tdiehl at rogueind.com (Tom Diehl) Date: Sat, 8 Jan 2005 21:49:21 -0500 (EST) Subject: Any danger from these ports? In-Reply-To: <1105224871.30554.6.camel@va.local.linuxlobbyist.org> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> Message-ID: On Sat, 8 Jan 2005, Paul Iadonisi wrote: > On Sat, 2005-01-08 at 22:38 +0000, Paul wrote: > > [snip] > > > There are few things in my logs which are suspicious... > > > > First are a couple like this > > > > Jan 1 22:18:35 T7 sshd[31409]: Invalid user test > > from ::ffff:70.56.41.21 > > Jan 1 22:18:36 T7 sshd[31409]: Address 70.56.41.21 maps to prox.wares- > > consulting.com, but this does not map back to the address - POSSIBLE > > BREAKIN ATTEMPT! > > > > I seem to be subjected to a dictionary attack. > > It's been going on for several months now. Must be some kind of worm > out there, but it's harmless provided you take some precautions. > > > Should I be overly worried? I've closed ssh on my router, so that's one > > line of defence in the way :-) > > > > And that probably covers it all. If you need ssh enabled on an > internet connected host, I would recommend at least one, maybe all of > the following: > > 1) Allow rsa key logins only. > 2) Restrict by IP address, if possible. > 3) Restrict by username if possible. > 4) Run sshd on a port other than 22. > 5) Use port knocking if you are really paranoid. (Though that hasn't > had enough field testing to trust it as the only security measure, > for sure.) Another thing you might want to look into is the ipt_recent module for iptables. I just crafted a couple of rules for fwbuilder that allow iptables to watch for multiple connection attempts from the same address within minute. I have it set so that if the same ip address tries to connect more than 2 times in a minute, subsequent connections attempts from that ip address are simply dropped by iptables. After 60 seconds connections from the offending ip are restored, at least until they exceed the threshold again. That at least limits how many attempts the bad guys can make. If it is just someone that screwed up their username or passwd it does not lock them out permanently. Regards, Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From fct-cornette at insight.rr.com Sun Jan 9 07:46:22 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 09 Jan 2005 02:46:22 -0500 Subject: starting to toy with rawhide, no conflicts, some broken things Message-ID: <41E0E14E.9030206@insight.rr.com> I am booting a development installation that was sitting dormant since FC3 was released. It still had FC2 repositories listed, so it was pretty well outdated. Anyway, I have noticed problems with several features that do not seem to work well with rawhide on my test resumes. The first problem relates to not getting an IP address when booting up the system. I have to run dhclient in order to get an IP address from my router that is setup via DHCP. Using neat or system-config-network, I get an inactive message for the interface. the NIC is setup to activate on boot. Another problem is related to a usb harddrive that is attached. I have to mount the drive as root in order to use it. Also I have a few ACPI related errors. For the acpi errors, I get the below in the system log. Jan 7 12:36:16 cornette-hdb kernel: ibm_acpi: ec object not found Jan 7 12:36:18 cornette-hdb acpid: acpid startup succeeded Jan 7 16:48:38 cornette-hdb kernel: ibm_acpi: ec object not found Jan 9 01:12:23 cornette-hdb kernel: ibm_acpi: ec object not found For ACPI, I get the below: Jan 7 12:36:11 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\MCTH] (Node dfe33a6c), AE_AML_BUFFER_LIMIT Jan 7 12:36:11 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\OINI] (Node dfe33b48), AE_AML_BUFFER_LIMIT Jan 7 12:36:11 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node dfe339e8), AE_AML_BUFFER_LIMIT Jan 7 16:48:36 cornette-hdb kernel: ACPI: Subsystem revision 20041210 Jan 7 16:48:36 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\MCTH] (Node dfe33a6c), AE_AML_BUFFER_LIMIT Jan 7 16:48:36 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\OINI] (Node dfe33b48), AE_AML_BUFFER_LIMIT Jan 7 16:48:36 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node dfe339e8), AE_AML_BUFFER_LIMIT Jan 9 01:12:21 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\MCTH] (Node dfe33a6c), AE_AML_BUFFER_LIMIT Jan 9 01:12:21 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\OINI] (Node dfe33b48), AE_AML_BUFFER_LIMIT Jan 9 01:12:21 cornette-hdb kernel: ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0._INI] (Node dfe339e8), AE_AML_BUFFER_LIMIT Jan 9 01:12:21 cornette-hdb kernel: ACPI: Interpreter enabled Jan 9 01:12:21 cornette-hdb kernel: ACPI: Using PIC for interrupt routing lspci shows 00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 02) 00:02.0 VGA compatible controller: Intel Corp. 82815 CGC [Chipset Graphics Controller] (rev 02) 00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) 00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) 00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) 00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) 00:1f.5 Multimedia audio controller: Intel Corp. 82801AA AC'97 Audio (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc 264VT [Mach64 VT] (rev 40) 01:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) kernel version 2.6.10-1.1063_FC4, system-config-network-1.3.22-1, acpid-1.0.3-2 On the positive news, I was able to burn a DVD without any errors. Also, there were a few avc errors related to cups and dbus. Jan 9 02:17:58 cornette-hdb dbus: avc: denied { send_msg } for scontext=user_u:system_r:cupsd_t tcontext=user_u:system_r:unconfined_t tclass=dbus Jan 9 02:18:01 cornette-hdb dbus: avc: denied { send_msg } for scontext=user_u:system_r:initrc_t tcontext=user_u:system_r:cupsd_t tclass=dbus rpm -qa *selinux* selinux-policy-targeted-1.19.17-3 selinux-policy-targeted-sources-1.19.17-3 libselinux-devel-1.20.1-1 selinux-policy-strict-1.19.17-2 selinux-policy-strict-sources-1.19.17-2 libselinux-1.20.1-1 Jim From paul at all-the-johnsons.co.uk Sun Jan 9 12:54:05 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 09 Jan 2005 12:54:05 +0000 Subject: Random lock ups on 1074 kernel Message-ID: <1105275245.5855.16.camel@localhost.localdomain> Hi, Is anyone else experiencing random lock ups on the 1074 kernel? I can't see anything in dmesg to account for this. The machine locked while typing an email last time. I've gone back down to 1063 (1069 caused a kernel panic) and currently I have the following services not working... httpd (libpcre can't be found), NFS, ntp and a few other things - looks like libraries can't be found on load up for these. Very odd. Logging doesn't seem to have happened on reboot either... TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 tbrowder at cox.net Sun Jan 9 13:18:23 2005 From: tbrowder at cox.net (Tom Browder) Date: Sun, 9 Jan 2005 07:18:23 -0600 Subject: FC 3 Kernel 727 X Display and Keyboard Lockup Message-ID: <20050109131831.EKAQ27357.lakermmtao01.cox.net@nonerjsnum1tkq> I'm going back to 722 kernel since 727 X freezes display and keyboard randomly. I've tried dispabling xscreensaver but no change. I also got two oops in a row before giving up. (I didn't see any capture of info after reboot, do I need to pass a kernel option to trap that info? Or?) -Tom Browder From tedkaz at optonline.net Sun Jan 9 14:26:10 2005 From: tedkaz at optonline.net (Ted Kaczmarek) Date: Sun, 09 Jan 2005 09:26:10 -0500 Subject: Random lock ups on 1074 kernel In-Reply-To: <1105275245.5855.16.camel@localhost.localdomain> References: <1105275245.5855.16.camel@localhost.localdomain> Message-ID: <1105280770.14138.11.camel@inyoureyes.linsolutions.com> On Sun, 2005-01-09 at 12:54 +0000, Paul wrote: > Hi, > > Is anyone else experiencing random lock ups on the 1074 kernel? I can't > see anything in dmesg to account for this. The machine locked while > typing an email last time. > > I've gone back down to 1063 (1069 caused a kernel panic) and currently I > have the following services not working... > > httpd (libpcre can't be found), NFS, ntp and a few other things - looks > like libraries can't be found on load up for these. > > Very odd. Logging doesn't seem to have happened on reboot either... > > TTFN > > Paul With or without X running? Ted From sandy_pond at myrealbox.com Sun Jan 9 14:39:47 2005 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 09 Jan 2005 09:39:47 -0500 Subject: [also 1074_FC4?] FC 3 Kernel 727 X Display and Keyboard Lockup In-Reply-To: <20050109131831.EKAQ27357.lakermmtao01.cox.net@nonerjsnum1tkq> References: <20050109131831.EKAQ27357.lakermmtao01.cox.net@nonerjsnum1tkq> Message-ID: <1105281588.4291.2.camel@family> On Sun, 2005-01-09 at 07:18 -0600, Tom Browder wrote: > I'm going back to 722 kernel since 727 X freezes display and keyboard > randomly. > > I've tried dispabling xscreensaver but no change. > > I also got two oops in a row before giving up. (I didn't see any capture of > info after reboot, do I need to pass a kernel option to trap that info? Or?) > > -Tom Browder > I'm having a similar problem when upgrading development kernel from kernel-2.6.10-1.1063_FC4 to kernel-2.6.10-1.1074_FC4. The keyboard locks up after short while then kernel Oops at reboot: kernel: Unable to handle kernel paging request at virtual address d1b39e28 kernel: printing eip: kernel: c01465e0 kernel: *pde = 00046067 kernel: Oops: 0000 [#1] kernel: DEBUG_PAGEALLOC kernel: Modules linked in: parport_pc lp parport autofs4 sunrpc dm_mod video button battery ac sd_mod md5 ipv6 usb_storage scsi_mod ohci_hcd ehci_hcd i2c_nforce2 i2c_core snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc forcedeth 8139too mii floppy ext3 jbd kernel: CPU: 0 kernel: EIP: 0060:[] Not tainted VLI kernel: EFLAGS: 00010002 (2.6.10-1.1074_FC4) kernel: EIP is at check_slabuse+0x33/0xc1 kernel: eax: d1b39e28 ebx: c14344a0 ecx: 00000000 edx: d1b39000 kernel: esi: d1b39000 edi: 00000000 ebp: d1b04ba0 esp: c14aef38 kernel: ds: 007b es: 007b ss: 0068 kernel: Process events/0 (pid: 3, threadinfo=c14ae000 task=ddfdfa80) kernel: Stack: 00000000 00000000 d1b04ba0 c14344a0 00000001 c14bfef8 c01466b4 c14344a0 kernel: c1434528 c0146bb0 c0402c00 c0402c00 00000293 00000000 c012ca14 c0146ae1 kernel: ffffffff ffffffff 00000001 00000000 c01176ad 00010000 00000000 ddfdfa80 kernel: Call Trace: kernel: [] check_redzone+0x46/0xdf kernel: [] cache_reap+0xcf/0x29c kernel: [] worker_thread+0x1eb/0x2f0 kernel: [] cache_reap+0x0/0x29c kernel: [] default_wake_function+0x0/0xc kernel: [] schedule+0x457/0x4da kernel: [] default_wake_function+0x0/0xc kernel: [] worker_thread+0x0/0x2f0 kernel: [] kthread+0x69/0x91 kernel: [] kthread+0x0/0x91 kernel: [] kernel_thread_helper+0x5/0xb kernel: Code: 51 51 f6 40 39 04 0f 84 a6 00 00 00 31 ff 3b 7b 3c 0f 83 9b 00 00 00 8b 73 34 89 d8 0f af f7 03 75 0c 89 f2 e8 84 db ff ff 89 f2 <8b> 00 89 44 24 04 89 d8 e8 91 db ff ff 31 d2 8b 00 81 7c 24 04 From paul at all-the-johnsons.co.uk Sun Jan 9 14:37:28 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 09 Jan 2005 14:37:28 +0000 Subject: Random lock ups on 1074 kernel In-Reply-To: <1105280770.14138.11.camel@inyoureyes.linsolutions.com> References: <1105275245.5855.16.camel@localhost.localdomain> <1105280770.14138.11.camel@inyoureyes.linsolutions.com> Message-ID: <1105281448.5768.3.camel@localhost.localdomain> Hi, > With or without X running? With. Happens on both the laptop and this box. Both are now using 1063 again. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 sandy_pond at myrealbox.com Sun Jan 9 14:51:12 2005 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 09 Jan 2005 09:51:12 -0500 Subject: Random lock ups on 1074 kernel In-Reply-To: <1105281448.5768.3.camel@localhost.localdomain> References: <1105275245.5855.16.camel@localhost.localdomain> <1105280770.14138.11.camel@inyoureyes.linsolutions.com> <1105281448.5768.3.camel@localhost.localdomain> Message-ID: <1105282272.4291.5.camel@family> On Sun, 2005-01-09 at 14:37 +0000, Paul wrote: > Hi, > > > With or without X running? > > With. Happens on both the laptop and this box. Both are now using 1063 > again. > > TTFN > > Paul > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list I get same problem. X running and Oops on reboot (mouse keeps working) (also reported in next thread): kernel: Unable to handle kernel paging request at virtual address d1b39e28 kernel: printing eip: kernel: c01465e0 kernel: *pde = 00046067 kernel: Oops: 0000 [#1] kernel: DEBUG_PAGEALLOC kernel: Modules linked in: parport_pc lp parport autofs4 sunrpc dm_mod video button battery ac sd_mod md5 ipv6 usb_storage scsi_mod ohci_hcd ehci_hcd i2c_nforce2 i2c_core snd_intel8x0 snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc forcedeth 8139too mii floppy ext3 jbd kernel: CPU: 0 kernel: EIP: 0060:[] Not tainted VLI kernel: EFLAGS: 00010002 (2.6.10-1.1074_FC4) kernel: EIP is at check_slabuse+0x33/0xc1 kernel: eax: d1b39e28 ebx: c14344a0 ecx: 00000000 edx: d1b39000 kernel: esi: d1b39000 edi: 00000000 ebp: d1b04ba0 esp: c14aef38 kernel: ds: 007b es: 007b ss: 0068 kernel: Process events/0 (pid: 3, threadinfo=c14ae000 task=ddfdfa80) kernel: Stack: 00000000 00000000 d1b04ba0 c14344a0 00000001 c14bfef8 c01466b4 c14344a0 kernel: c1434528 c0146bb0 c0402c00 c0402c00 00000293 00000000 c012ca14 c0146ae1 kernel: ffffffff ffffffff 00000001 00000000 c01176ad 00010000 00000000 ddfdfa80 kernel: Call Trace: kernel: [] check_redzone+0x46/0xdf kernel: [] cache_reap+0xcf/0x29c kernel: [] worker_thread+0x1eb/0x2f0 kernel: [] cache_reap+0x0/0x29c kernel: [] default_wake_function+0x0/0xc kernel: [] schedule+0x457/0x4da kernel: [] default_wake_function+0x0/0xc kernel: [] worker_thread+0x0/0x2f0 kernel: [] kthread+0x69/0x91 kernel: [] kthread+0x0/0x91 kernel: [] kernel_thread_helper+0x5/0xb kernel: Code: 51 51 f6 40 39 04 0f 84 a6 00 00 00 31 ff 3b 7b 3c 0f 83 9b 00 00 00 8b 73 34 89 d8 0f af f7 03 75 0c 89 f2 e8 84 db ff ff 89 f2 <8b> 00 89 44 24 04 89 d8 e8 91 db ff ff 31 d2 8b 00 81 7c 24 04 From fct-cornette at insight.rr.com Sun Jan 9 15:41:51 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 09 Jan 2005 10:41:51 -0500 Subject: Random lock ups on 1074 kernel In-Reply-To: <1105275245.5855.16.camel@localhost.localdomain> References: <1105275245.5855.16.camel@localhost.localdomain> Message-ID: <41E150BF.1060702@insight.rr.com> Paul wrote: > Hi, > > Is anyone else experiencing random lock ups on the 1074 kernel? I can't > see anything in dmesg to account for this. The machine locked while > typing an email last time. > > I've gone back down to 1063 (1069 caused a kernel panic) and currently I > have the following services not working... > > httpd (libpcre can't be found), NFS, ntp and a few other things - looks > like libraries can't be found on load up for these. > > Very odd. Logging doesn't seem to have happened on reboot either... > > TTFN > > Paul > Both the 1069 and 1074 oops when booting in runlevel 3. The strange thing about the oops problem is that I performed 'touch /.autorelabel' because of some lockups related to selinux preventing GNOME from getting past a mouse cursor and blue background with a kernel before 1069. I also ran 'shutdown -Fr now' after applying the latest upgrades from rawhide. The strange thing is that with 1074, it fsck'd the filesystem, performed a relabel, then booted up to where the kernel oops'd. Then when rebooting again with the rawhide kernel before 1069, it went through the fsck and relabeling process again. On the filecheck, it referred to a problem related to the 3rd file descriptor. I took a picture of the oops that occurred, but did not pull it off the camera. From memory, the oops looked similar to oops posted by others on this thread. Jim From kyrre at solution-forge.net Sun Jan 9 17:29:57 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 09 Jan 2005 18:29:57 +0100 Subject: Detection of printers in FC4 In-Reply-To: <604aa79105010707103ae2131c@mail.gmail.com> References: <41DE9C82.5050002@one.net> <604aa79105010707103ae2131c@mail.gmail.com> Message-ID: <1105291796.4932.92.camel@localhost.localdomain> What if there was some kind of "chanel" system - i.e. you could join the "physics department" chanel, and only printers shared to this channel, would be seen. fre, 07.01.2005 kl. 16.10 skrev Jeff Spaleta: > On Fri, 07 Jan 2005 09:28:18 -0500, gslink wrote: > > This is fine but searching for and publishing printers that > > just have a lan address is wrong. On a large lan this could take hours > > and result in a long printer listing. > > > And your suggestion to fix this is? > Are you suggesting that auto-detection not be done? > Are you suggesting that listing of auto-detected printers not be done? > > Network detection has to be done at some point to compile a list of > available printers so there is no getting around the issue of it > taking a long time to get the printers available on the network > without a centralized listing to communicate to. > > I'm much more interested in preventing a default long list of > available network printers. > But to do that there must be a way in the ui to hide and to unhide > individual ques in the browsable list. I would also love to be able > to see the ip address of device where the que is being browsed from, > and I would love to be able to 'hide' all ques from specific ip > addresses. > > In a large network I can not rely on the Description string that shows > up in the s-c-printer listing to be correct, its just a fact of life > on a big network. If i could see the ip address in the listing I could > at least track down the devices location that is broadcasting and > inform IT about its misconfigured cups ques and make some progress > either getting the que removed or its Description corrrected. > > Right now... sitting on a large network with my fc2 or fc3 machine... > my cups listing is a wasteland of auto-detected cups ques from linux > machines in offices with locally attached printers with Descriptions > like 'location unknown' and que names like 'printer' and 'printer1'. > Intermixed with listings from an IT department controlled cups system > that I actually want to interact with. I typically need to use 3 > printers on the network, a fast black and white, a color phaser and a > plotter. The black and white is the default.. and the default works > just fine. But negotiating the 300+ list of printers every time i want > to print to the plotter is an annoyance, especially when the list > isn't static and i can't assume the plotter i want is going to show up > in relatively the same place bracketted by the same list neighbors. > > In a better world i would be able to hide cups servers and individual > ques that I don't want to see on the client computer I control in my > office. In a perfect world there would be a way in the ui to seperate > a listing of 'available' printers from the printers i have selected > already to be usable on my client. Hidden printers would be listed in > the very long 'available' list while printers I have selected are in > the default list shown in s-c-printer and the appliction print > dialogs. Thus preventing me from having to see a list of 300+ printers > on the network unless I want to select a new printer to use from the > 'available' list. In my perfect world. > my s-c-printer list and my printing dialog list would by default show > exactly 3 printers, the printers i use. If i need to use a 4th > printer. i'd hop over to the available list and select it to be > usable. > > -jef From jspaleta at gmail.com Sun Jan 9 18:36:59 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 9 Jan 2005 13:36:59 -0500 Subject: Detection of printers in FC4 In-Reply-To: <1105291796.4932.92.camel@localhost.localdomain> References: <41DE9C82.5050002@one.net> <604aa79105010707103ae2131c@mail.gmail.com> <1105291796.4932.92.camel@localhost.localdomain> Message-ID: <604aa7910501091036485daabd@mail.gmail.com> On Sun, 09 Jan 2005 18:29:57 +0100, Kyrre Ness Sjobak wrote: > What if there was some kind of "chanel" system - i.e. you could join the > "physics department" chanel, and only printers shared to this channel, > would be seen. This idea doesn't solve any of the problems I express if the broadcasting cups server gets to select for itself which channel it is in. Active channels can still be dynamic membership and too long to be usably browsable in the print dialog ui. Active channels still require that every broadcasting cups server on the network be correctly configured to mean anything. On large de-centralized networks... clients can not depend on any broadcasting service to be correctly configured. And its absolutely worse on networks that merely tolerate linux installs but do not have centralized support for linux at all. Administrators for linux machines acting a clients for a service such as cups needs to have an easy way to say 'ignore that specific cups server at ip address W.X.Y.Z its clearly misconfigured and being run by as gentoo zealot who doesn't know how to tie their own shoes and since there is no way I can talk sense into them to reconfigure their cups I need to take local action and disable their cups ques from showing up on my systems to avoid my users acidently trying to use that moron's private printer' I should be able to 'register' selected printers individually and hide the rest. Active channels just complicate the problem by adding yet another piece of information that can be misconfigured on the broadcasting cups server my client computer has the misfortune to notice. The simpliest control on the client side.. is to be able to register individual ques or individual cups servers... and hide the rest from view until a new printer needs to be found. -jef"hostile de-centralized networks do exist....for services that broadcast.. local clients need to have tools that can be taught how to ignore rogue broadcasting servers"spaleta From P.R.Schaffner at IEEE.org Sun Jan 9 20:09:37 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sun, 09 Jan 2005 15:09:37 -0500 Subject: Detection of printers in FC4 In-Reply-To: <604aa7910501091036485daabd@mail.gmail.com> References: <41DE9C82.5050002@one.net> <604aa79105010707103ae2131c@mail.gmail.com> <1105291796.4932.92.camel@localhost.localdomain> <604aa7910501091036485daabd@mail.gmail.com> Message-ID: <1105301377.6776.12.camel@tabb1.tabb> On Sun, 2005-01-09 at 13:36 -0500, Jeff Spaleta wrote: > On Sun, 09 Jan 2005 18:29:57 +0100, Kyrre Ness Sjobak > wrote: > > What if there was some kind of "chanel" system - i.e. you could join the > > "physics department" chanel, and only printers shared to this channel, > > would be seen. > > This idea doesn't solve any of the problems I express if the > broadcasting cups server gets to select for itself which channel it is > in. Active channels can still be dynamic membership and too long to be > usably browsable in the print dialog ui. Active channels still > require that every broadcasting cups server on the network be > correctly configured to mean anything. On large de-centralized > networks... clients can not depend on any broadcasting service to be > correctly configured. We have had the local intranet with several thousand machines connected brought to its knees more than once by a cups server broadcasting its printers at ~1ms intervals. Of course this is partly due to brain-dead network admins who have failed to segment the network in a sane manner. > And its absolutely worse on networks that merely > tolerate linux installs but do not have centralized support for linux > at all. Administrators for linux machines acting a clients for a > service such as cups needs to have an easy way to say 'ignore that > specific cups server at ip address W.X.Y.Z its clearly misconfigured > and being run by as gentoo zealot who doesn't know how to tie their > own shoes and since there is no way I can talk sense into them to > reconfigure their cups I need to take local action and disable their > cups ques from showing up on my systems to avoid my users acidently > trying to use that moron's private printer' Yup, no central policy is what makes our local machines see several dozen to hundreds of cups printer to choose from, without local action to limit what is browsed. > I should be able to 'register' selected printers individually and hide > the rest. Active channels just complicate the problem by adding yet > another piece of information that can be misconfigured on the > broadcasting cups server my client computer has the misfortune to > notice. The simpliest control on the client side.. is to be able to > register individual ques or individual cups servers... and hide the > rest from view until a new printer needs to be found. Amen brother! > > -jef"hostile de-centralized networks do exist....for services that > broadcast.. local clients need to have tools that can be taught how to > ignore rogue broadcasting servers"spaleta Have been able to get such limits to work, but some good tools that made it easy and did not clobber hand-edits to config files would be much appreciated. Phil From michal at harddata.com Sun Jan 9 21:34:14 2005 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 9 Jan 2005 14:34:14 -0700 Subject: Random lock ups on 1074 kernel In-Reply-To: <41E150BF.1060702@insight.rr.com>; from fct-cornette@insight.rr.com on Sun, Jan 09, 2005 at 10:41:51AM -0500 References: <1105275245.5855.16.camel@localhost.localdomain> <41E150BF.1060702@insight.rr.com> Message-ID: <20050109143414.A6224@mail.harddata.com> On Sun, Jan 09, 2005 at 10:41:51AM -0500, Jim Cornette wrote: > From memory, the oops looked similar to oops posted by others on > this thread. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144575 Earlier then this thread. M. From dmack at leviatron.com Sun Jan 9 21:43:38 2005 From: dmack at leviatron.com (Dave Mack) Date: Sun, 09 Jan 2005 13:43:38 -0800 Subject: Random lock ups on 1074 kernel In-Reply-To: <1105275245.5855.16.camel@localhost.localdomain> References: <1105275245.5855.16.camel@localhost.localdomain> Message-ID: <41E1A58A.3000307@leviatron.com> Paul wrote: >Hi, > >Is anyone else experiencing random lock ups on the 1074 kernel? I can't >see anything in dmesg to account for this. The machine locked while >typing an email last time. > >I've gone back down to 1063 (1069 caused a kernel panic) and currently I >have the following services not working... > >httpd (libpcre can't be found), NFS, ntp and a few other things - looks >like libraries can't be found on load up for these. > >Very odd. Logging doesn't seem to have happened on reboot either... > >TTFN > >Paul > > I've had problems with the last few FC4 kernels. The problem turned out to be that I was running out of swap space during depmod. Adding an extra GB of swap and reinstalling the kernel solved the problem. Dave From rodd at clarkson.id.au Mon Jan 10 01:43:00 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 10 Jan 2005 12:43:00 +1100 Subject: An Idea for FC4 In-Reply-To: <20050107114855.GT5322@redhat.com> References: <1105055380.3544.11.camel@jeffrey.jeffsdomain.net> <604aa79105010616535eb838d@mail.gmail.com> <1105075076.4510.10.camel@jeffrey.jeffsdomain.net> <20050107095226.GQ5322@redhat.com> <1105097040.3314.4.camel@localhost.localdomain> <20050107114855.GT5322@redhat.com> Message-ID: <1105321380.3745.2.camel@trevally.redfishdemo.com> > Actually I forgot to say that you also need TCP port 631 to be open on > the client I think. On a related not (with regard to the client) I've found that you also need to tell the client to share printer using the printer setup before CUPS will let the client print. The wording of the setup makes it look like the sharing is server related, but I've noticed a couple of times that enabling sharing of printers on the client (even though no printers are connected to the client) let's the client print to the server. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From robertlaferla at comcast.net Mon Jan 10 04:13:31 2005 From: robertlaferla at comcast.net (Robert La Ferla) Date: Sun, 09 Jan 2005 23:13:31 -0500 Subject: FC4 schedule? Message-ID: <41E200EB.4030101@comcast.net> Is there a FC4 planned? If so, when will the schedule be posted? http://fedora.redhat.com/participate/schedule/ From ggw at wolves.durham.nc.us Mon Jan 10 08:29:21 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 10 Jan 2005 03:29:21 -0500 Subject: Firstboot is for RHEL - needs a cancel/bypass option Message-ID: <20050110082921.GA6636@wolves.durham.nc.us> Fresh install from rawhide of 2005.01.09 shows that my anaconda bugs are fixed, the install was successful. However, the firstboot is obviously for RHEL and doesn't provide any means of bypassing or cancelling out of the RHN registration. Do y'all have any opinions as to whether this is a bug or something that needs to be bugzilla'd? -- 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 ggw at wolves.durham.nc.us Mon Jan 10 08:40:00 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 10 Jan 2005 03:40:00 -0500 Subject: Firefox won't come up Message-ID: <20050110084000.GA6745@wolves.durham.nc.us> In a fresh install of 2005.01.09 rawhide (preserving /home) I'm having a problem with Firefox. Even after removing ~/.mozilla/firefox the Firefox browser won't come up. It just sits there running up cpu time and never displaying a screen or error messages. The system is a K6-2 @400MHz with 320MB and utterly standard hardware. I'll bugzilla this later today. -- 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 surak at casa.surak.eti.br Mon Jan 10 10:21:18 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 10 Jan 2005 07:21:18 -0300 Subject: latest kernels and ndiswrapper In-Reply-To: <1105195132.21955.6.camel@localhost.surak.eti.br> References: <1105195132.21955.6.camel@localhost.surak.eti.br> Message-ID: <1105352478.22743.17.camel@localhost.surak.eti.br> Em S?b, 2005-01-08 ?s 11:38 -0300, Alexandre Strube escreveu: Was this posted to the wrong list? Is no one interested on those issues? > I've been trying to use a wireless card (00:08.0 Network controller: > Intersil Corporation ISL3886 [Prism Javelin/Prism Xbow] (rev 01) - with > isl3886 firmware). The prism54's guy Sebastien told me this firmware is > still not supported at all but with ndiswrapper. > As ndiswrapper wiki says at > http://ndiswrapper.sourceforge.net/phpwiki/index.php/Distributions , > > "Recent 2.6 kernels have an option to enable/disable 4k stack size. > However, Fedora kernels disable this option altogether and use a 4K > stack size, which is not enough for some windows drivers. If you are > running a Fedora 2.6 kernel and your machine freezes after running > modprobe ndiswrapper as described in the [Installation] page, > you are probably using a driver that requires a stack sizegreater than > 4K. Try installing the 16K stack kernel update fo Linuxant" > > > But I don't even get to that. I can create both userspace utilities and > kernel module for recent kernels. > > But all of those says to me: > FATAL: Error inserting ndiswrapper > (/lib/modules/2.6.9-1.724_FC3/misc/ndiswrapper.ko): Unknown symbol in > module, or unknown parameter (see dmesg) > > In dmesg, I have > ndiswrapper: Unknown symbol task_nice > > > This is happening with latest kernels. In fact, every FC3/rawhide kernel > I tested have this issue. I've been able to use it with previous > versions of fedora though. > > Is this a kernel, a fedora kernel, or a ndiswrapper issue? > From paul at all-the-johnsons.co.uk Sun Jan 9 22:42:27 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 09 Jan 2005 22:42:27 +0000 Subject: Missing libs? Message-ID: <1105310547.4804.1.camel@localhost.localdomain> Hi, I've rebooted to kernel 1075 and some of the libs seem to be reporting as not found. Is this me or the system? httpd failed (pcre missing) ntp (crypto missing) vsftpd (ssl missing) TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 gslink at one.net Mon Jan 10 12:30:24 2005 From: gslink at one.net (gslink) Date: Mon, 10 Jan 2005 07:30:24 -0500 Subject: Excessive spam due to the word C/D In-Reply-To: <200501081943.12918.lsomike@futzin.com> References: <41DE9F27.1070100@one.net> <200501081943.12918.lsomike@futzin.com> Message-ID: <41E27560.2020604@one.net> Mike Klinke wrote: > On Friday 07 January 2005 08:39, gslink wrote: > >>If possible, would the people who have spam filters set the >>filter to kill posts that contain the word (C/D)xxx or (DVD)xxx >>instead of rejecting them. If you reject them then they come >>back on the poster as spam. Currently if you post here and >>mention these words you get back several rejected copies of your >>post. Please remove the xs to read. > > > Many of the list administrators will periodically run a message to > look for auto-responders of this type and a quick note to him/her > with a sample that you're receiving will often result in the > offenders being forcefully unsubscribed or temporarily blocked from > the list which will take care of the problem for everyone at one > time. > > Regards, Mike Klinke > I would have done that except for the fact that this is the result of somebody in a school system who is running the computers and has no idea of what is going on. I see a lot of this. The person who subscribed to the forum has enough trouble and doesn't need any more. Remember, a public school is the only place in the whole universe where you can be an elementary gym teacher and be responsible for 2000 computers. I sent the school an e-mail about the problem. They will probably shoot the person who is subscribed to the forum. In far too many schools learning about computers is an offence. From gslink at one.net Mon Jan 10 12:37:04 2005 From: gslink at one.net (gslink) Date: Mon, 10 Jan 2005 07:37:04 -0500 Subject: In case you didn't know or forgot Message-ID: <41E276F0.2090608@one.net> Do not install the glibc fixes found in the FC3 updates if you are using the Nvidia accelerated drivers until Nvidia provides an update. The current drivers will not work with this level. From tbrowder at cox.net Mon Jan 10 13:05:07 2005 From: tbrowder at cox.net (Tom Browder) Date: Mon, 10 Jan 2005 07:05:07 -0600 Subject: FC 3 Kernel 727 X Display and Keyboard Lockup In-Reply-To: <20050109131831.EKAQ27357.lakermmtao01.cox.net@nonerjsnum1tkq> Message-ID: <20050110130517.HJAM7687.lakermmtao06.cox.net@nonerjsnum1tkq> I went back to the 727 kernel and disabled the xscreensaver. So far I have 1 day, 1 hr up time with no display/keyboard lock. (FYI, keyboard and mouse are both PS/2.) -Tom Browder From jspaleta at gmail.com Mon Jan 10 13:05:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Jan 2005 08:05:24 -0500 Subject: In case you didn't know or forgot In-Reply-To: <41E276F0.2090608@one.net> References: <41E276F0.2090608@one.net> Message-ID: <604aa7910501100505552851e3@mail.gmail.com> On Mon, 10 Jan 2005 07:37:04 -0500, gslink wrote: > Do not install the glibc fixes found in the FC3 updates if you are using > the Nvidia accelerated drivers until Nvidia provides an update. The > current drivers will not work with this level. are you on crack? are you talking about the glibc-2.3.4-2.fc3? I have the nvidia drivers installed using rpms at livna working on two updated fc3 machines with no obvious problems. The only problem i am aware of with using nvidia's installer is the well known problem of udev configuration, and the livna rpms take care of that for me, and has nothing to do with glibc. -jef From gslink at one.net Mon Jan 10 14:49:25 2005 From: gslink at one.net (gslink) Date: Mon, 10 Jan 2005 09:49:25 -0500 Subject: In case you didn't know or forgot In-Reply-To: <604aa7910501100505552851e3@mail.gmail.com> References: <41E276F0.2090608@one.net> <604aa7910501100505552851e3@mail.gmail.com> Message-ID: <41E295F5.4050800@one.net> Jeff Spaleta wrote: > On Mon, 10 Jan 2005 07:37:04 -0500, gslink wrote: > >>Do not install the glibc fixes found in the FC3 updates if you are using >>the Nvidia accelerated drivers until Nvidia provides an update. The >>current drivers will not work with this level. > > > are you on crack? are you talking about the glibc-2.3.4-2.fc3? I > have the nvidia drivers installed using rpms at livna working on two > updated fc3 machines with no obvious problems. The only problem i am > aware of with using nvidia's installer is the well known problem of > udev configuration, and the livna rpms take care of that for me, and > has nothing to do with glibc. > > -jef > Yes, I am talking about the glibc updates that came out about the end of the year. They do not work with the 6629 Nvidia distribution. You will notice when you load them into a system that is CURRENTLY running the latest Nvidia accelerated driver that you get a notice that rpm can't find several files. You will NOT usually see any difference in the way your machine runs unless you ACTUALLY USE the problem features in the drivers. The games under Wine that use accelerated features will fail. So will those under Linux that use the affected features. You obviously don't use any affected feature so you will not have a problem. I did not try loading the glibc updates first and then the Nvidia drivers. If that gives FULL service please so post but try ALL the accelerated features before declaring that they work. Unless you have a special program almost all software SUPPLIED with Linux does NOT use the accelerated portion of drivers. If you don't play fast, complex games then accelerated drivers really don't speed things up very much. From P.R.Schaffner at IEEE.org Mon Jan 10 15:04:54 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Mon, 10 Jan 2005 10:04:54 -0500 Subject: latest kernels and ndiswrapper In-Reply-To: <1105352478.22743.17.camel@localhost.surak.eti.br> References: <1105195132.21955.6.camel@localhost.surak.eti.br> <1105352478.22743.17.camel@localhost.surak.eti.br> Message-ID: <1105369494.4071.5.camel@tabb1.tabb> On Mon, 2005-01-10 at 07:21 -0300, Alexandre Strube wrote: > Em S?b, 2005-01-08 ?s 11:38 -0300, Alexandre Strube escreveu: > > Was this posted to the wrong list? Is no one interested on those issues? As nothing in your description seems specific to testing new fedora components, probably fedora-list http://www.redhat.com/mailman/listinfo/fedora-list would be a better place to post. > > I've been trying to use a wireless card (00:08.0 Network controller: > > Intersil Corporation ISL3886 [Prism Javelin/Prism Xbow] (rev 01) - with > > isl3886 firmware). The prism54's guy Sebastien told me this firmware is > > still not supported at all but with ndiswrapper. > > > As ndiswrapper wiki says at > > http://ndiswrapper.sourceforge.net/phpwiki/index.php/Distributions , > > > > "Recent 2.6 kernels have an option to enable/disable 4k stack size. > > However, Fedora kernels disable this option altogether and use a 4K > > stack size, which is not enough for some windows drivers. If you are > > running a Fedora 2.6 kernel and your machine freezes after running > > modprobe ndiswrapper as described in the [Installation] page, > > you are probably using a driver that requires a stack sizegreater than > > 4K. Try installing the 16K stack kernel update fo Linuxant" > > > > > > But I don't even get to that. Why not? Seems pretty clear that they're telling you it's not going to work with Fedora 4k stack which AFAIK is in all FC3 and rawhide kernels. Phil From mike at bristolreccc.co.uk Mon Jan 10 15:19:29 2005 From: mike at bristolreccc.co.uk (mike) Date: Mon, 10 Jan 2005 15:19:29 +0000 Subject: Problem with samba files ownership In-Reply-To: <1105105307.21228.32.camel@gibraltar.stuttgart.redhat.com> References: <1105098059.3544.5.camel@datacc> <1105105307.21228.32.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1105370370.3861.0.camel@datacc> On Fri, 2005-01-07 at 14:41 +0100, Nils Philippsen wrote: > On Fri, 2005-01-07 at 11:40 +0000, mike wrote: > > I have a file-server running FC3, which is running in share mode (XP > > home machines) > > > > I can mount shares and write files except for one major problem - all > > files are created with owner/group of nobody. This applies on bioth XP > > and FC3 machines. The same problem applies whether using smb or cifs > > > > This causes problems especially sending mail > > > > Any idea what is wrong? > > I'd guess that your authentication fails and thus the user gets mapped > to the guest account which gets mapped nobody IIRC. > > Nils > -- just tested and with selinux turned off permissions are right ie: they are that of the user > > Nils Philippsen / Red Hat / nphilipp at redhat.com > "They that can give up essential liberty to obtain a little temporary > safety deserve neither liberty nor safety." -- B. Franklin, 1759 > PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 > From jspaleta at gmail.com Mon Jan 10 15:19:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Jan 2005 10:19:50 -0500 Subject: In case you didn't know or forgot In-Reply-To: <41E295F5.4050800@one.net> References: <41E276F0.2090608@one.net> <604aa7910501100505552851e3@mail.gmail.com> <41E295F5.4050800@one.net> Message-ID: <604aa79105011007192fd1cd99@mail.gmail.com> On Mon, 10 Jan 2005 09:49:25 -0500, gslink wrote: > Yes, I am talking about the glibc updates that came out about the end of > the year. They do not work with the 6629 Nvidia distribution. You will > notice when you load them into a system that is CURRENTLY running the > latest Nvidia accelerated driver that you get a notice that rpm can't > find several files. I've been running nvidia drivers since fc3 came out using srpms from livna. you need to be much more specific.... which several files does rpm can not find? I'm not sure how to interpret this, i have some suspicions as to what you are actually seeing, but until i see an actual error message I'm not going to comment beyond saying I'm not seeing anything like what you describe with rpm not finding several files. > You will NOT usually see any difference in the way > your machine runs unless you ACTUALLY USE the problem features in the > drivers. And which natively compiled opengl applications use these problem features? tuxracer, bzflag, gltron,scorched3d,neverball,trigger,trackballs are all opengl games that work for me and running ldd on them shows they are using the libGL from my nvidia driver install. I also have reports from others of native q3 and doom3 working just fine with the latest glibc updates and latest nvidia drivers. > The games under Wine that use accelerated features will fail. Just games under wine? or accelerated native games as well? Wine is always a special case and has been very fragile with regard to changes made to glibc. It would help if you were more specific about the problems you see. Are you sure its not wine that needs to be fixed? Are you sure its nvidia that needs a fix? What feature inside the nvidia drivers and libraries exactly do games under wine use that native compiled games do not? If you have only tested this with apps under wine.. i think you are looking int the wrong place for the problem. > So will those under Linux that use the affected features. Which games are those? I'd love to be proven wrong with some examples that I can verify on my systems. If you can point me to a game that I can compile for myself that uses these features, I would appreciate the effort. At the moment I haven't seen a problem with any of the games I listed above. >If you don't play fast, complex games > then accelerated drivers really don't speed things up very much. -jef"if doom3 doesn't count...I can't imagine what does"spaleta From pri.rhl3 at iadonisi.to Mon Jan 10 15:37:17 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Mon, 10 Jan 2005 10:37:17 -0500 Subject: In case you didn't know or forgot In-Reply-To: <604aa79105011007192fd1cd99@mail.gmail.com> References: <41E276F0.2090608@one.net> <604aa7910501100505552851e3@mail.gmail.com> <41E295F5.4050800@one.net> <604aa79105011007192fd1cd99@mail.gmail.com> Message-ID: <1105371438.26498.5.camel@tuxpaq> On Mon, 2005-01-10 at 10:19 -0500, Jeff Spaleta wrote: [snip] > Just games under wine? or accelerated native games as well? > Wine is always a special case and has been very fragile with regard to > changes made to glibc. It would help if you were more specific about > the problems you see. Are you sure its not wine that needs to be > fixed? Are you sure its nvidia that needs a fix? What feature inside > the nvidia drivers and libraries exactly do games under wine use that > native compiled games do not? If you have only tested this with apps > under wine.. i think you are looking int the wrong place for the > problem. Take a deep breath, Jeff. ;-) Though I do think you are mostly right, you'll note that 'gslink at one.net' did, in fact, imply in his original post that it is nVidia that needs to provide an updated driver. Though I would be curious as to what the problem actually is, the implication didn't seem to be that the glibc update was the source of the problem, but rather that nVidia is lagging again. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From bavinic at comcast.net Mon Jan 10 15:42:32 2005 From: bavinic at comcast.net (Jim Martin) Date: Mon, 10 Jan 2005 10:42:32 -0500 Subject: In case you didn't know or forgot In-Reply-To: <604aa7910501100505552851e3@mail.gmail.com> References: <41E276F0.2090608@one.net> <604aa7910501100505552851e3@mail.gmail.com> Message-ID: <41E2A268.50404@comcast.net> Jeff Spaleta wrote: >On Mon, 10 Jan 2005 07:37:04 -0500, gslink wrote: > > >>Do not install the glibc fixes found in the FC3 updates if you are using >>the Nvidia accelerated drivers until Nvidia provides an update. The >>current drivers will not work with this level. >> >> > >are you on crack? are you talking about the glibc-2.3.4-2.fc3? I >have the nvidia drivers installed using rpms at livna working on two >updated fc3 machines with no obvious problems. The only problem i am >aware of with using nvidia's installer is the well known problem of >udev configuration, and the livna rpms take care of that for me, and >has nothing to do with glibc. > >-jef > > > I too am running glibc-2.3.4-2.fc3 and I run all kinds of gl apps, both native, and wine, and I have had no problems with any with a minor exception of armagetron, but I've had that problem since fc3 first came out, so I doubt that it is glibc. I run, UT, UT2k3 UT2k4, Quake 3 Arena, Serious sam 1 and 2 (native install) Farcry, DuesEx all with native linux installers ( although I think farcray and DuesEx actually use wine) and of course the normal games such as tux Racer, Super Tux, neverball, frozen bubble just to name a few all I believe use gl. so I am not sure where you see an error, but if ( like was said in another post) could post some examples of which gl features are faulty, that would really help to narrow down the search. BaVinic From jspaleta at gmail.com Mon Jan 10 15:45:02 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Jan 2005 10:45:02 -0500 Subject: Any danger from these ports? In-Reply-To: References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> Message-ID: <604aa7910501100745451ebc88@mail.gmail.com> On Sat, 8 Jan 2005 21:49:21 -0500 (EST), Tom Diehl wrote: > Another thing you might want to look into is the ipt_recent module for iptables. > I just crafted a couple of rules for fwbuilder that allow iptables to watch > for multiple connection attempts from the same address within minute. > I have it set so that if the same ip address tries to connect more than 2 > times in a minute, subsequent connections attempts from that ip address > are simply dropped by iptables. After 60 seconds connections from the offending > ip are restored, at least until they exceed the threshold again. That at least > limits how many attempts the bad guys can make. If it is just someone that > screwed up their username or passwd it does not lock them out permanently. Any chance you can share the example iptables rules that makes this happen to the list? Is the use of ipt_recent in a similar way something worth considering as an inclusion to fedora default firewall rules? -jef From strange at nsk.no-ip.org Mon Jan 10 15:49:56 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Mon, 10 Jan 2005 15:49:56 +0000 Subject: Any danger from these ports? In-Reply-To: <604aa7910501100745451ebc88@mail.gmail.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> Message-ID: <20050110154956.GA4369@nsk.no-ip.org> On Mon, Jan 10, 2005 at 10:45:02AM -0500, Jeff Spaleta wrote: > On Sat, 8 Jan 2005 21:49:21 -0500 (EST), Tom Diehl wrote: > > Another thing you might want to look into is the ipt_recent module for iptables. > > I just crafted a couple of rules for fwbuilder that allow iptables to watch > > for multiple connection attempts from the same address within minute. > > I have it set so that if the same ip address tries to connect more than 2 > > times in a minute, subsequent connections attempts from that ip address > > are simply dropped by iptables. After 60 seconds connections from the offending > > ip are restored, at least until they exceed the threshold again. That at least > > limits how many attempts the bad guys can make. If it is just someone that > > screwed up their username or passwd it does not lock them out permanently. > > Any chance you can share the example iptables rules that makes this > happen to the list? > > Is the use of ipt_recent in a similar way something worth considering > as an inclusion to fedora default firewall rules? Not a default for servers, surely? -- Consciousness: that annoying time between naps. From rshewan at lio.aacisd.com Mon Jan 10 15:33:16 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Mon, 10 Jan 2005 10:33:16 -0500 Subject: Firefox won't come up In-Reply-To: <20050110084000.GA6745@wolves.durham.nc.us> References: <20050110084000.GA6745@wolves.durham.nc.us> Message-ID: <41E2A03C.7060902@lio.aacisd.com> Gregory Woodbury wrote: >In a fresh install of 2005.01.09 rawhide (preserving /home) I'm having a >problem with Firefox. Even after removing ~/.mozilla/firefox the >Firefox browser won't come up. It just sits there running up cpu time >and never displaying a screen or error messages. > >The system is a K6-2 @400MHz with 320MB and utterly standard hardware. > >I'll bugzilla this later today. > > > I'm having the same problem with 1.0-8 on rawhide. It runs but never produces a display. I have removed ~/.mozilla/firefox. From guy at incentre.net Mon Jan 10 16:20:07 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 10 Jan 2005 09:20:07 -0700 Subject: Any danger from these ports? In-Reply-To: <1105223904.5959.26.camel@localhost.localdomain> References: <1105223904.5959.26.camel@localhost.localdomain> Message-ID: <1105374007.6601.10.camel@sigurd.incentre.net> If you have setup sudo : sudo netstat -lpn --inet If you have not, then as root : netstat -lpn --inet This will show all listening "ip" ports and the program that has opened them. Example: Proto Recv-Q Send-Q LocalAddress ForeignAddress State PID/Program name ... tcp 0 0 127.0.0.1:5335 0.0.0.0:* LISTEN 2361/mDNSResponder ... mDNSResponder is part of HAL. Happy Hunting. On Sat, 2005-08-01 at 22:38 +0000, Paul wrote: > Hi, > > I've just had a strange email from a friend who seems to have had an > email from an unsavoury character which I sent to a closed list on 20th > Dec. > > I've checked my box for r00tkits (none found) and open ports and have > found 1539 and 5335 open. A web search hasn't revealed very much on > these and they seem innocent enough (well, 5335 has been used for a > virus before now...) > > There are few things in my logs which are suspicious... > > First are a couple like this > > Jan 1 22:18:35 T7 sshd[31409]: Invalid user test > from ::ffff:70.56.41.21 > Jan 1 22:18:36 T7 sshd[31409]: Address 70.56.41.21 maps to prox.wares- > consulting.com, but this does not map back to the address - POSSIBLE > BREAKIN ATTEMPT! > > I seem to be subjected to a dictionary attack. > > I get users named guest, admin, test, patrick, rolo, iceuser, horde, > cyrus, www, wwwrun, matt, jane, pamela, cosmin, cip52, cip51, noc, > webmaster, user and no username etc. > > Most of the attacks come from three IP addresses (83.235.214.145, > 66.78.52.253 and 216.180.243.178) using various ports to get through via > ssh2. None have gotten through. > > Should I be overly worried? I've closed ssh on my router, so that's one > line of defence in the way :-) > > TTFN > > Paul > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From jspaleta at gmail.com Mon Jan 10 16:28:01 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Jan 2005 11:28:01 -0500 Subject: In case you didn't know or forgot In-Reply-To: <1105371438.26498.5.camel@tuxpaq> References: <41E276F0.2090608@one.net> <604aa7910501100505552851e3@mail.gmail.com> <41E295F5.4050800@one.net> <604aa79105011007192fd1cd99@mail.gmail.com> <1105371438.26498.5.camel@tuxpaq> Message-ID: <604aa79105011008284a2d42a7@mail.gmail.com> On Mon, 10 Jan 2005 10:37:17 -0500, Paul Iadonisi wrote: > Take a deep breath, Jeff. ;-) Though I do think you are mostly > right, you'll note that 'gslink at one.net' did, in fact, imply in his > original post that it is nVidia that needs to provide an updated driver. > Though I would be curious as to what the problem actually is, the > implication didn't seem to be that the glibc update was the source of > the problem, but rather that nVidia is lagging again. Scapegoating nVidia whenever an individual sees a video related problem on their system, while fun to do, isn't particularly constructive. Other than's gslink's naked claim that the problem is widespread and everyone running nvidia drivers on the list should avoid the glibc updates what evidence is there that there is a widespread problem? Did gslink cite a discusion where nvidia developers have ackownledged a problem? Did gslink cite an on-going discussion among nvidia hardware owners where problems have been cross-checked and confirmed on multiple systems? There isn't much supporting evidence to suggest this is a problem with the nvidia libraries or kernel drivers or even a problem associated with the glibc update. There could be a number of problems that gslink is misintepreting as being something inside the nvidia drivers. I think gslink's initial post is classic FUD, and i strongly challenge the call for avoiding the glibc update that gslink made, without more supporting evidence beyond gslink's personal experience. His comment about rpm saying files are missing.. speaks of deeper issues wholely unrelated to how the nvidia drivers and libraries actually operate. More likely than not he used nvidia's installer instead of the nvidia rpms and forced the removal of the xorg-Mesa-libGL which provides libGL.so.1 thus breaking the rpm dependancy chain for ANY application that requires libGL.so.1. Sadly gslink hasn't provided us with any specifics as to the exact errors he's seeing, so I can't be sure thats the problem. We can't be sure of anything really other thank gslink feels that avoiding the glibc update is the correct course of action. If avoiding the glibc update is something nvidia developers have stated as a work-around to a widespread problem i demand the citation to such an annoucement. Telling other users to avoid updating glibc is pretty extreme in my opinion, and I want confirmation from multiple sources that avoiding the glibc update is the prefered workaround... otherwise this is at best unconstructive and at worst dangerous advice. Luckily that glibc update wasn't marked as a security update , if it were, I'd actually be angry at the suggestion that people shouldn't update it. As it stands, im just slightly annoyed. -jef"There is a vast difference between asking for others to confirm a problem that you are seeing and making a bold proclamation of a solution to a widespread problem which you assume exists."spaleta From jspaleta at gmail.com Mon Jan 10 16:35:03 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Jan 2005 11:35:03 -0500 Subject: Any danger from these ports? In-Reply-To: <20050110154956.GA4369@nsk.no-ip.org> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> Message-ID: <604aa79105011008356bb6d2cf@mail.gmail.com> On Mon, 10 Jan 2005 15:49:56 +0000, Luciano Miguel Ferreira Rocha > Not a default for servers, surely? In my mind, i think its perfectly acceptible that any 'server' would be required to change the firewall settings from the non-default as part of its configuration. The default firewall rules don't allow most services from being seen from clients already. Is http allowed through by default in fedora's firewall or do you have to configure the firewall to let it through? If the securitylevel tool included the ability to disable the default ipt_recent ruleset wouldn't that be enough to satify server configuration needs? If this were a check-box in the firewall/securitylevel setup pane during install or firstboot would that be too heavy a burden? -jef From pri.rhl3 at iadonisi.to Mon Jan 10 16:45:32 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Mon, 10 Jan 2005 11:45:32 -0500 Subject: In case you didn't know or forgot In-Reply-To: <604aa79105011008284a2d42a7@mail.gmail.com> References: <41E276F0.2090608@one.net> <604aa7910501100505552851e3@mail.gmail.com> <41E295F5.4050800@one.net> <604aa79105011007192fd1cd99@mail.gmail.com> <1105371438.26498.5.camel@tuxpaq> <604aa79105011008284a2d42a7@mail.gmail.com> Message-ID: <1105375532.26498.17.camel@tuxpaq> Yowza. Oops. I just noticed that misread your question 'Are you sure its nvidia that needs a fix?' as 'Are you sure that its not nvidia that needs a fix?' Don't know why my mind put that 'not' in there. Anyhow, I will now quietly take a step into the background and resolve not to respond to threads that know next to nothing about (i.e.: nVidia binary-only drivers, in this case). :-/ BTW: I'm as annoyed as you are at the suggestion to avoid updates due to proprietary binary-only bits. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From guy at incentre.net Mon Jan 10 16:49:44 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 10 Jan 2005 09:49:44 -0700 Subject: Detection of printers in FC4 In-Reply-To: <1105301377.6776.12.camel@tabb1.tabb> References: <41DE9C82.5050002@one.net> <604aa79105010707103ae2131c@mail.gmail.com> <1105291796.4932.92.camel@localhost.localdomain> <604aa7910501091036485daabd@mail.gmail.com> <1105301377.6776.12.camel@tabb1.tabb> Message-ID: <1105375784.6601.29.camel@sigurd.incentre.net> On Sun, 2005-09-01 at 15:09 -0500, Phil Schaffner wrote: > On Sun, 2005-01-09 at 13:36 -0500, Jeff Spaleta wrote: > > On Sun, 09 Jan 2005 18:29:57 +0100, Kyrre Ness Sjobak > > wrote: > > > What if there was some kind of "chanel" system - i.e. you could join the > > > "physics department" chanel, and only printers shared to this channel, > > > would be seen. > > > > This idea doesn't solve any of the problems I express if the > > broadcasting cups server gets to select for itself which channel it is > > in. Active channels can still be dynamic membership and too long to be > > usably browsable in the print dialog ui. Active channels still > > require that every broadcasting cups server on the network be > > correctly configured to mean anything. On large de-centralized > > networks... clients can not depend on any broadcasting service to be > > correctly configured. > > We have had the local intranet with several thousand machines connected > brought to its knees more than once by a cups server broadcasting its > printers at ~1ms intervals. Of course this is partly due to brain-dead > network admins who have failed to segment the network in a sane manner. > Use tcpdump to find it, then then have it shut down. It is a good idea to segregate traffic between school rooms and departments. A Linksys router in each classroom would block the broadcast traffic from leaving the class room. If you can't live with NAT in each classroom the Lynksys router can be configured to work as a normal router and not a NAT Firewall. > > And its absolutely worse on networks that merely > > tolerate linux installs but do not have centralized support for linux > > at all. Administrators for linux machines acting a clients for a > > service such as cups needs to have an easy way to say 'ignore that > > specific cups server at ip address W.X.Y.Z its clearly misconfigured > > and being run by as gentoo zealot who doesn't know how to tie their > > own shoes and since there is no way I can talk sense into them to > > reconfigure their cups I need to take local action and disable their > > cups ques from showing up on my systems to avoid my users acidently > > trying to use that moron's private printer' > > Yup, no central policy is what makes our local machines see several > dozen to hundreds of cups printer to choose from, without local action > to limit what is browsed. > Again if the traffic is segregated you won't see them. But you should also campaign for a good policy. If your driven completely mad, you could print off H4x0r messages on the printer to "scare" the troglodytes into getting there systems fixed {you might even put up a business card on the notice board ahead of time, and make some spare cash fixing the H4x0r3d machines}. > > I should be able to 'register' selected printers individually and hide > > the rest. Active channels just complicate the problem by adding yet > > another piece of information that can be misconfigured on the > > broadcasting cups server my client computer has the misfortune to > > notice. The simpliest control on the client side.. is to be able to > > register individual ques or individual cups servers... and hide the > > rest from view until a new printer needs to be found. > > Amen brother! > > > > > -jef"hostile de-centralized networks do exist....for services that > > broadcast.. local clients need to have tools that can be taught how to > > ignore rogue broadcasting servers"spaleta > > Have been able to get such limits to work, but some good tools that made > it easy and did not clobber hand-edits to config files would be much > appreciated. > > Phil > From rshewan at lio.aacisd.com Mon Jan 10 16:51:44 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Mon, 10 Jan 2005 11:51:44 -0500 Subject: No sound on kernel-2.6.10-1.1075_FC4 Message-ID: <41E2B2A0.8030109@lio.aacisd.com> The modules load but I am unable to play any source with xmms. This problem doesn't exist on kernel-2.6.10-1.1063_FC4 and earlier. This is a generic intel 845 system. From rpaiz at simpaticus.com Mon Jan 10 16:58:47 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Mon, 10 Jan 2005 10:58:47 -0600 Subject: Any danger from these ports? In-Reply-To: <20050110154956.GA4369@nsk.no-ip.org> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> Message-ID: <1105376327.3610.12.camel@rodolfo.gt.factorrent.com> On Mon, 2005-01-10 at 15:49 +0000, Luciano Miguel Ferreira Rocha wrote: > On Mon, Jan 10, 2005 at 10:45:02AM -0500, Jeff Spaleta wrote: > > Is the use of ipt_recent in a similar way something worth considering > > as an inclusion to fedora default firewall rules? > > Not a default for servers, surely? > Why not? I'd be more than happy if *all* my servers had this feature. Allowing no more than 2 login attempts via SSH from each IP address in a 60-second period is not something that would affect or inconvenience any of my users, but it *is* something that would slow down, annoy, and otherwise impair the jackasses who keep trying dictionary and scripted attacks against my servers. What do you see as the downside to such a feature? Of course one could adjust the specific settings (say, no more than 5 attempts in a 60- second interval if you want to be liberal), but I see no harm... Cheers, -- Rodolfo J. Paiz From strange at nsk.no-ip.org Mon Jan 10 16:59:46 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Mon, 10 Jan 2005 16:59:46 +0000 Subject: Any danger from these ports? In-Reply-To: <604aa79105011008356bb6d2cf@mail.gmail.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> Message-ID: <20050110165946.GA5775@nsk.no-ip.org> On Mon, Jan 10, 2005 at 11:35:03AM -0500, Jeff Spaleta wrote: > On Mon, 10 Jan 2005 15:49:56 +0000, Luciano Miguel Ferreira Rocha > > Not a default for servers, surely? > > In my mind, i think its perfectly acceptible that any 'server' would > be required to change the firewall settings from the non-default as > part of its configuration. The default firewall rules don't allow > most services from being seen from clients already. Is http allowed > through by default in fedora's firewall or do you have to configure > the firewall to let it through? > If the securitylevel tool included the ability to disable the default > ipt_recent ruleset wouldn't that be enough to satify server > configuration needs? Yes, along with: > If this were a check-box in the > firewall/securitylevel setup pane during install or firstboot would > that be too heavy a burden? The feature is nice, and I have no problem with it if a visible option to turn it off is visible during installation, mentioning it's unsuitable for server operation. Regards, Luciano Rocha -- Consciousness: that annoying time between naps. From strange at nsk.no-ip.org Mon Jan 10 17:01:42 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Mon, 10 Jan 2005 17:01:42 +0000 Subject: Any danger from these ports? In-Reply-To: <1105376327.3610.12.camel@rodolfo.gt.factorrent.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <1105376327.3610.12.camel@rodolfo.gt.factorrent.com> Message-ID: <20050110170142.GB5775@nsk.no-ip.org> On Mon, Jan 10, 2005 at 10:58:47AM -0600, Rodolfo J. Paiz wrote: > On Mon, 2005-01-10 at 15:49 +0000, Luciano Miguel Ferreira Rocha wrote: > > On Mon, Jan 10, 2005 at 10:45:02AM -0500, Jeff Spaleta wrote: > > > Is the use of ipt_recent in a similar way something worth considering > > > as an inclusion to fedora default firewall rules? > > > > Not a default for servers, surely? > > > > Why not? I'd be more than happy if *all* my servers had this feature. > Allowing no more than 2 login attempts via SSH from each IP address in a > 60-second period is not something that would affect or inconvenience > any of my users, but it *is* something that would slow down, annoy, and > otherwise impair the jackasses who keep trying dictionary and scripted > attacks against my servers. > > What do you see as the downside to such a feature? Of course one could > adjust the specific settings (say, no more than 5 attempts in a 60- > second interval if you want to be liberal), but I see no harm... For ssh? No downside. For ftp/http/dns/etc, major slowdown and service breakdown. Regards, Luciano Rocha -- Consciousness: that annoying time between naps. From kyrre at solution-forge.net Mon Jan 10 17:03:58 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 10 Jan 2005 18:03:58 +0100 Subject: Firefox won't come up In-Reply-To: <20050110084000.GA6745@wolves.durham.nc.us> References: <20050110084000.GA6745@wolves.durham.nc.us> Message-ID: <1105376637.2693.1.camel@localhost.localdomain> Stupid question: Did you try starting it from a terminal? man, 10.01.2005 kl. 09.40 skrev Gregory Woodbury: > In a fresh install of 2005.01.09 rawhide (preserving /home) I'm having a > problem with Firefox. Even after removing ~/.mozilla/firefox the > Firefox browser won't come up. It just sits there running up cpu time > and never displaying a screen or error messages. > > The system is a K6-2 @400MHz with 320MB and utterly standard hardware. > > I'll bugzilla this later today. From jspaleta at gmail.com Mon Jan 10 17:07:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Jan 2005 12:07:50 -0500 Subject: Any danger from these ports? In-Reply-To: <20050110165946.GA5775@nsk.no-ip.org> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <20050110165946.GA5775@nsk.no-ip.org> Message-ID: <604aa79105011009073fc7fd04@mail.gmail.com> On Mon, 10 Jan 2005 16:59:46 +0000, Luciano Miguel Ferreira Rocha > The feature is nice, and I have no problem with it if a visible option > to turn it off is visible during installation, mentioning it's > unsuitable for server operation. 'unsuitable' i think is a matter of opinion. How about we just explain what that set of rules does in a couple of sentences and let the server admin determine if its unsuitable or not. Some server admins would probably find it perfectly fine if the default timescales invovled in the temporary lock out were suitable. -jef From strange at nsk.no-ip.org Mon Jan 10 17:19:16 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Mon, 10 Jan 2005 17:19:16 +0000 Subject: Any danger from these ports? In-Reply-To: <604aa79105011009073fc7fd04@mail.gmail.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <20050110165946.GA5775@nsk.no-ip.org> <604aa79105011009073fc7fd04@mail.gmail.com> Message-ID: <20050110171916.GC5775@nsk.no-ip.org> On Mon, Jan 10, 2005 at 12:07:50PM -0500, Jeff Spaleta wrote: > On Mon, 10 Jan 2005 16:59:46 +0000, Luciano Miguel Ferreira Rocha > > The feature is nice, and I have no problem with it if a visible option > > to turn it off is visible during installation, mentioning it's > > unsuitable for server operation. > > 'unsuitable' i think is a matter of opinion. Of course. > How about we just > explain what that set of rules does in a couple of sentences and let > the server admin determine if its unsuitable or not. > Some server admins would probably find it perfectly fine if the > default timescales invovled in the temporary lock out were suitable. Some server admins don't know how some protocols and application work. And I wouldn't want to see FC4 being rated as slow or disfuncional for network services by less knowledgeable admins, Regards, Luciano Rocha -- Consciousness: that annoying time between naps. From jspaleta at gmail.com Mon Jan 10 17:32:25 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 10 Jan 2005 12:32:25 -0500 Subject: Any danger from these ports? In-Reply-To: <20050110171916.GC5775@nsk.no-ip.org> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <20050110165946.GA5775@nsk.no-ip.org> <604aa79105011009073fc7fd04@mail.gmail.com> <20050110171916.GC5775@nsk.no-ip.org> Message-ID: <604aa791050110093258489da1@mail.gmail.com> On Mon, 10 Jan 2005 17:19:16 +0000, Luciano Miguel Ferreira Rocha > Some server admins don't know how some protocols and application work. > And I wouldn't want to see FC4 being rated as slow or disfuncional for > network services by less knowledgeable admins, I'm perfectly happy with those sorts of people running gentoo. The educational issues around selinux have already shaken out a good number of 'those' people. This change would be a minor pertubation in comparison i think. Of course there maybe a default techical solution here... can a default ipt_recent rule set be constructed to target the most sensitive ports? Maybe its most reasonable to do this to ssh and the imap/pop services? Maybe its only reasonable to protect ssh by default? Lots of room to provide a default use of ipt_recent that strikes a compromise to off or on for all ports. I'm fine with incremental changes that turn this on for only ssh by default if this is the most reasonable compromise. -jef From ggw at wolves.durham.nc.us Mon Jan 10 17:37:37 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 10 Jan 2005 12:37:37 -0500 Subject: Firefox won't come up In-Reply-To: <1105376637.2693.1.camel@localhost.localdomain> References: <20050110084000.GA6745@wolves.durham.nc.us> <1105376637.2693.1.camel@localhost.localdomain> Message-ID: <20050110173737.GA6267@wolves.durham.nc.us> On Mon, Jan 10, 2005 at 06:03:58PM +0100, Kyrre Ness Sjobak wrote: > Stupid question: Did you try starting it from a terminal? Not a stupid question, but, yes, I did try from a terminal as well as the icon and menus. I'll try disableing IPv6 next. > > man, 10.01.2005 kl. 09.40 skrev Gregory Woodbury: > > In a fresh install of 2005.01.09 rawhide (preserving /home) I'm having a > > problem with Firefox. Even after removing ~/.mozilla/firefox the > > Firefox browser won't come up. It just sits there running up cpu time > > and never displaying a screen or error messages. > > > > The system is a K6-2 @400MHz with 320MB and utterly standard hardware. > > > > I'll bugzilla this later today. -- 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 P.R.Schaffner at IEEE.org Mon Jan 10 19:07:17 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Mon, 10 Jan 2005 14:07:17 -0500 Subject: Firefox won't come up In-Reply-To: <20050110173737.GA6267@wolves.durham.nc.us> References: <20050110084000.GA6745@wolves.durham.nc.us> <1105376637.2693.1.camel@localhost.localdomain> <20050110173737.GA6267@wolves.durham.nc.us> Message-ID: <1105384038.5349.5.camel@tabb1.tabb> On Mon, 2005-01-10 at 12:37 -0500, Gregory Woodbury wrote: > On Mon, Jan 10, 2005 at 06:03:58PM +0100, Kyrre Ness Sjobak wrote: > > Stupid question: Did you try starting it from a terminal? > > Not a stupid question, but, yes, I did try from a terminal as well as > the icon and menus. When your run from the terminal, does it terminate immediately? Have seen cases where plugins, Java being particularly problematic, make a browser silently die. Check what's in /usr/lib/firefox-1.0/plugins/ /usr/lib/mozilla/plugins/ or ~/.mozilla/plugins and try removing (or moving everything out of the way) except /usr/lib/firefox-1.0/plugins/libnullplugin.so and see if it runs. Phil From johannes at erdfelt.com Mon Jan 10 20:06:53 2005 From: johannes at erdfelt.com (Johannes Erdfelt) Date: Mon, 10 Jan 2005 12:06:53 -0800 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <20050107021019.GB27583@sventech.com> References: <200412301547.00088.czar@czarc.net> <20041230224816.XSQS16610.lakermmtao08.cox.net@nonerjsnum1tkq> <20041230230452.GG18847@sventech.com> <1104480666.5402.15.camel@laptopd505.fenrus.org> <20050107021019.GB27583@sventech.com> Message-ID: <20050110200653.GG27583@sventech.com> On Thu, Jan 06, 2005, Johannes Erdfelt wrote: > On Fri, Dec 31, 2004, Arjan van de Ven wrote: > > On Thu, 2004-12-30 at 15:04 -0800, Johannes Erdfelt wrote: > > > I have a dual Athlon that mysteriously locks up too. I've had hardware > > > problems with it in the past, but I thought I had it fixed with FC1 a > > > while ago, but then started having lockups again when I upgraded to FC3. > > > > 1) we need oopses to be able to debug this. > > just 'it locks up' isn't too usefull > > Yes, I know. I'll be placing a serial console on it soon to see if I can > get an oops from it. No oops this lockup unfortunately. I only saw this message on the console: hde: dma_timer_expiry: dma status == 0x21 hde: DMA timeout error The messages didn't make it to the log on disk. I am using md raid5, so it should have been possible to get the message to disk without hde working. I can't say for sure if the message occured at the same time as the lockup, or sometime before. This was with kernel 2.6.9-1.724_FC3smp. hde is a disk hanging off a PDC20268 PCI card. I'm going to try connecting a PS/2 mouse to see if that makes a difference. JE From guy at incentre.net Mon Jan 10 20:33:15 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 10 Jan 2005 13:33:15 -0700 Subject: In case you didn't know or forgot In-Reply-To: <604aa79105011008284a2d42a7@mail.gmail.com> References: <41E276F0.2090608@one.net> <604aa7910501100505552851e3@mail.gmail.com> <41E295F5.4050800@one.net> <604aa79105011007192fd1cd99@mail.gmail.com> <1105371438.26498.5.camel@tuxpaq> <604aa79105011008284a2d42a7@mail.gmail.com> Message-ID: <1105389196.6827.23.camel@sigurd.incentre.net> The nVidia card on my FC3 machine works fine, and other than building an new module and re-creating initrd to include the nvidia module after upgrading the kernel, I haven't had any issues for a while. On Mon, 2005-10-01 at 11:28 -0500, Jeff Spaleta wrote: > On Mon, 10 Jan 2005 10:37:17 -0500, Paul Iadonisi wrote: > > Take a deep breath, Jeff. ;-) Though I do think you are mostly > > right, you'll note that 'gslink at one.net' did, in fact, imply in his > > original post that it is nVidia that needs to provide an updated driver. > > Though I would be curious as to what the problem actually is, the > > implication didn't seem to be that the glibc update was the source of > > the problem, but rather that nVidia is lagging again. > > Scapegoating nVidia whenever an individual sees a video related > problem on their system, while fun to do, isn't particularly > constructive. Other than's gslink's naked claim that the problem is > widespread and everyone running nvidia drivers on the list should > avoid the glibc updates what evidence is there that there is a > widespread problem? Did gslink cite a discusion where nvidia > developers have ackownledged a problem? Did gslink cite an on-going > discussion among nvidia hardware owners where problems have been > cross-checked and confirmed on multiple systems? There isn't much > supporting evidence to suggest this is a problem with the nvidia > libraries or kernel drivers or even a problem associated with the > glibc update. There could be a number of problems that gslink is > misintepreting as being something inside the nvidia drivers. I think > gslink's initial post is classic FUD, and i strongly challenge the > call for avoiding the glibc update that gslink made, without more > supporting evidence beyond gslink's personal experience. His comment > about rpm saying files are missing.. speaks of deeper issues wholely > unrelated to how the nvidia drivers and libraries actually operate. > More likely than not he used nvidia's installer instead of the nvidia > rpms and forced the removal of the xorg-Mesa-libGL which provides > libGL.so.1 thus breaking the rpm dependancy chain for ANY application > that requires libGL.so.1. Sadly gslink hasn't provided us with any > specifics as to the exact errors he's seeing, so I can't be sure thats > the problem. We can't be sure of anything really other thank gslink > feels that avoiding the glibc update is the correct course of action. > > If avoiding the glibc update is something nvidia developers have > stated as a work-around to a widespread problem i demand the citation > to such an annoucement. Telling other users to avoid updating glibc is > pretty extreme in my opinion, and I want confirmation from multiple > sources that avoiding the glibc update is the prefered workaround... > otherwise this is at best unconstructive and at worst dangerous > advice. Luckily that glibc update wasn't marked as a security update , > if it were, I'd actually be angry at the suggestion that people > shouldn't update it. As it stands, im just slightly annoyed. > > -jef"There is a vast difference between asking for others to confirm a > problem that you are seeing and making a bold proclamation of a > solution to a widespread problem which you assume exists."spaleta > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From guy at incentre.net Mon Jan 10 20:38:42 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 10 Jan 2005 13:38:42 -0700 Subject: Hauppauge PVR 250 in FC3 Message-ID: <1105389523.6827.30.camel@sigurd.incentre.net> I built the ivtv module and loaded it but it doesn't seem to detect my Hauppauge PVR 250, I don't get any errors with dmesg either. Does any have one of these cards working in FC3? From smooge at gmail.com Mon Jan 10 20:48:00 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Mon, 10 Jan 2005 13:48:00 -0700 Subject: Kernel Crash with FC3 [glibc?] Message-ID: <80d7e4090501101248330b5195@mail.gmail.com> My home router machine was upgraded in late December to FC3. The machine began experiencing times when it would start having a load average of 1.00 all the time but using top would show no processes using any CPU. The CPU indicator said that it was at 100% in user space. No process was listed as being in device wait either. I took the machine down and did a chkrootkit 0.44 and some other items to make sure it was not compromised. I then rebooted the box and watched the wire to see if anything strange was coming up to it. Nothing. I then went and turned off various processes that were turned on for small network usage. When I did a 'service nscd off' the box went into a kernel crash that went on for quite some time (looked like an infinite loop). Turning off nscd has dropped the load average to a standard 0.00 again so I am guessing that there is something it is doing that is causing issues: nscd-2.3.4-2.fc3 kernel-2.6.9-1.681_FC3 kernel-2.6.9-1.724_FC3 00:00.0 Host bridge: Intel Corp. 82810 DC-100 GMCH [Graphics Memory Controller Hub] (rev 03) 00:01.0 VGA compatible controller: Intel Corp. 82810 DC-100 CGC [Chipset Graphics Controller] (rev 03) 00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) 00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) 00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) 00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) 00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) 01:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) I am having problems getting serial console to work so I do not have a kernel oops at the moment :(. -- Stephen J Smoogen. CSIRT/Linux System Administrator From jwstein at jwsteinw0.mt.att.com Mon Jan 10 21:04:26 2005 From: jwstein at jwsteinw0.mt.att.com (Jeffrey W. Stein) Date: Mon, 10 Jan 2005 16:04:26 -0500 Subject: Hauppauge PVR 250 in FC3 In-Reply-To: <1105389523.6827.30.camel@sigurd.incentre.net> References: <1105389523.6827.30.camel@sigurd.incentre.net> Message-ID: <1105391066.11118.22.camel@jwsteinw0.mt.att.com> On Mon, 2005-01-10 at 13:38 -0700, Guy Fraser wrote: > I built the ivtv module and loaded it but it doesn't seem to > detect my Hauppauge PVR 250, I don't get any errors with dmesg > either. > > Does any have one of these cards working in FC3? > > I have a PVR 250 card working with FC3 that I use with MythTV, following the directions at: The ivtv modules for some reason don't load automatically in FC3, so I need to use "modprobe". I believe there are some additional remarks at the above site on moving this earlier in the start-up process, that I have not implemented yet. Perhaps you can glean some hints from the above site, or others relating to MythTV. Also, I haven't gotten lirc (for the remote control) to work since the initial installation; but other than that is seems to work ok. I am at work right now, so I can't send you what the dmesg output looks like; perhaps later. Jeff From guy at incentre.net Mon Jan 10 21:34:08 2005 From: guy at incentre.net (Guy Fraser) Date: Mon, 10 Jan 2005 14:34:08 -0700 Subject: Hauppauge PVR 250 in FC3 In-Reply-To: <1105391066.11118.22.camel@jwsteinw0.mt.att.com> References: <1105389523.6827.30.camel@sigurd.incentre.net> <1105391066.11118.22.camel@jwsteinw0.mt.att.com> Message-ID: <1105392848.6827.46.camel@sigurd.incentre.net> Thank you. I will check it out. I will try to build the driver from the tar ball and see if I have better success. I was wanting to use VLC or VLS to convert my VHS collection to MPEGs and then put them on DVDs or VCDs. I have an ATI Radeon 8500 DV in my XP box, but ATI has microcode on the card that detects Macrovision copy protection on VHS tapes and will not allow me to record from most of my newer VHS tapes. I could not get the Hauppauge card to detect in XP either so it may be a bad card, or somehow the ATI card is causing the detection to fail. On Mon, 2005-10-01 at 16:04 -0500, Jeffrey W. Stein wrote: > On Mon, 2005-01-10 at 13:38 -0700, Guy Fraser wrote: > > I built the ivtv module and loaded it but it doesn't seem to > > detect my Hauppauge PVR 250, I don't get any errors with dmesg > > either. > > > > Does any have one of these cards working in FC3? > > > > > > I have a PVR 250 card working with FC3 that I use with MythTV, following > the directions at: > > > > The ivtv modules for some reason don't load automatically in FC3, so I > need to use "modprobe". I believe there are some additional remarks at > the above site on moving this earlier in the start-up process, that I > have not implemented yet. Perhaps you can glean some hints from the > above site, or others relating to MythTV. > > Also, I haven't gotten lirc (for the remote control) to work since the > initial installation; but other than that is seems to work ok. > > I am at work right now, so I can't send you what the dmesg output looks > like; perhaps later. > > Jeff From fedora at nodata.co.uk Mon Jan 10 22:00:30 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 10 Jan 2005 23:00:30 +0100 Subject: FC4 schedule? In-Reply-To: <41E200EB.4030101@comcast.net> References: <41E200EB.4030101@comcast.net> Message-ID: <1105394430.3464.16.camel@localhost.localdomain> On Sun, 2005-01-09 at 23:13 -0500, Robert La Ferla wrote: > Is there a FC4 planned? If so, when will the schedule be posted? > > http://fedora.redhat.com/participate/schedule/ > I don't have an answer, but it would be *really* nice if that page was updated. A "PRELIMINARY" schedule for a released product looks shabby. They could at least mention the FC4 schedule is not finalised. You could Bugzilla it, and then they might post some information.. From skvidal at phy.duke.edu Mon Jan 10 22:12:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 10 Jan 2005 17:12:19 -0500 Subject: FC4 schedule? In-Reply-To: <1105394430.3464.16.camel@localhost.localdomain> References: <41E200EB.4030101@comcast.net> <1105394430.3464.16.camel@localhost.localdomain> Message-ID: <1105395139.4675.10.camel@opus.phy.duke.edu> On Mon, 2005-01-10 at 23:00 +0100, nodata wrote: > On Sun, 2005-01-09 at 23:13 -0500, Robert La Ferla wrote: > > Is there a FC4 planned? If so, when will the schedule be posted? > > > > http://fedora.redhat.com/participate/schedule/ > > > > I don't have an answer, but it would be *really* nice if that page was > updated. A "PRELIMINARY" schedule for a released product looks shabby. > > They could at least mention the FC4 schedule is not finalised. > > You could Bugzilla it, and then they might post some information.. Here is what I know from various things overheard: 1. april or may-ish is the rough final date for fc4 2. work backwards 3ish-months to figure out what fc4test1 will be :) 3. the commitments that are being pushed for fc4 are (I think) - more selinux! - gcc4? maybe? - graphical yum stuff - extras available in sync with the release. This is only what I've heard. Nothing definitive. I think mid-may-ish is most likely so figure sometime around mid-late feb for test1. I'm not speaking authoritatively - other people can do that - I'm just relaying reasonably good rumors :) -sv From kyrre at solution-forge.net Mon Jan 10 22:14:23 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 10 Jan 2005 23:14:23 +0100 Subject: Kernel Crash with FC3 [glibc?] In-Reply-To: <80d7e4090501101248330b5195@mail.gmail.com> References: <80d7e4090501101248330b5195@mail.gmail.com> Message-ID: <1105395263.30862.4.camel@localhost.localdomain> I have also seen problems with nscd. On a stable FC3 machine with LDAP auth., it refused to login a user when nscd was turned on, it said the user didn't exist. UID#->username mapping worked, though. Stopping nscd allowed the user to login instantaniously. Using LDAP auth man, 10.01.2005 kl. 21.48 skrev Stephen J. Smoogen: > My home router machine was upgraded in late December to FC3. The > machine began experiencing times when it would start having a load > average of 1.00 all the time but using top would show no processes > using any CPU. The CPU indicator said that it was at 100% in user > space. No process was listed as being in device wait either. > > I took the machine down and did a chkrootkit 0.44 and some other items > to make sure it was not compromised. I then rebooted the box and > watched the wire to see if anything strange was coming up to it. > Nothing. I then went and turned off various processes that were turned > on for small network usage. When I did a 'service nscd off' the box > went into a kernel crash that went on for quite some time (looked like > an infinite loop). > > Turning off nscd has dropped the load average to a standard 0.00 again > so I am guessing that there is something it is doing that is causing > issues: > > nscd-2.3.4-2.fc3 > kernel-2.6.9-1.681_FC3 > kernel-2.6.9-1.724_FC3 > > 00:00.0 Host bridge: Intel Corp. 82810 DC-100 GMCH [Graphics Memory > Controller Hub] (rev 03) > 00:01.0 VGA compatible controller: Intel Corp. 82810 DC-100 CGC > [Chipset Graphics Controller] (rev 03) > 00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02) > 00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02) > 00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02) > 00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02) > 00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02) > 01:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL-8139/8139C/8139C+ (rev 10) > 01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) > > I am having problems getting serial console to work so I do not have a > kernel oops at the moment :(. > > -- > Stephen J Smoogen. > CSIRT/Linux System Administrator From ggw at wolves.durham.nc.us Mon Jan 10 22:14:59 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 10 Jan 2005 17:14:59 -0500 Subject: Firefox won't come up In-Reply-To: <1105384038.5349.5.camel@tabb1.tabb> References: <20050110084000.GA6745@wolves.durham.nc.us> <1105376637.2693.1.camel@localhost.localdomain> <20050110173737.GA6267@wolves.durham.nc.us> <1105384038.5349.5.camel@tabb1.tabb> Message-ID: <20050110221459.GA8464@wolves.durham.nc.us> On Mon, Jan 10, 2005 at 02:07:17PM -0500, Phil Schaffner wrote: > On Mon, 2005-01-10 at 12:37 -0500, Gregory Woodbury wrote: > > On Mon, Jan 10, 2005 at 06:03:58PM +0100, Kyrre Ness Sjobak wrote: > > > Stupid question: Did you try starting it from a terminal? > > > > Not a stupid question, but, yes, I did try from a terminal as well as > > the icon and menus. > > When your run from the terminal, does it terminate immediately? Have > seen cases where plugins, Java being particularly problematic, make a > browser silently die. Check what's > in /usr/lib/firefox-1.0/plugins/ /usr/lib/mozilla/plugins/ or > ~/.mozilla/plugins and try removing (or moving everything out of the > way) except /usr/lib/firefox-1.0/plugins/libnullplugin.so and see if it > runs. No plugins (fresh install) and it keeps racking up cpu time and does not terminate in 10+ minutes. -- 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 ggw at wolves.durham.nc.us Mon Jan 10 22:35:55 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 10 Jan 2005 17:35:55 -0500 Subject: Firefox won't come up In-Reply-To: <20050110221459.GA8464@wolves.durham.nc.us> References: <20050110084000.GA6745@wolves.durham.nc.us> <1105376637.2693.1.camel@localhost.localdomain> <20050110173737.GA6267@wolves.durham.nc.us> <1105384038.5349.5.camel@tabb1.tabb> <20050110221459.GA8464@wolves.durham.nc.us> Message-ID: <20050110223555.GA8718@wolves.durham.nc.us> On Mon, Jan 10, 2005 at 05:14:59PM -0500, Gregory Woodbury wrote: > On Mon, Jan 10, 2005 at 02:07:17PM -0500, Phil Schaffner wrote: > > On Mon, 2005-01-10 at 12:37 -0500, Gregory Woodbury wrote: > > > On Mon, Jan 10, 2005 at 06:03:58PM +0100, Kyrre Ness Sjobak wrote: > > > > Stupid question: Did you try starting it from a terminal? > > > > > > Not a stupid question, but, yes, I did try from a terminal as well as > > > the icon and menus. > > > > When your run from the terminal, does it terminate immediately? Have > > seen cases where plugins, Java being particularly problematic, make a > > browser silently die. Check what's > > in /usr/lib/firefox-1.0/plugins/ /usr/lib/mozilla/plugins/ or > > ~/.mozilla/plugins and try removing (or moving everything out of the > > way) except /usr/lib/firefox-1.0/plugins/libnullplugin.so and see if it > > runs. > > No plugins (fresh install) and it keeps racking up cpu time and does not > terminate in 10+ minutes. Turning off IPv6 (alias net-pf-10 off) in modprobe.conf and rebooting allows firefox to run (quite well!) So I'll preceed to bugzilla now. -- 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 rpaiz at simpaticus.com Mon Jan 10 22:57:17 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Mon, 10 Jan 2005 16:57:17 -0600 Subject: Any danger from these ports? In-Reply-To: <604aa791050110093258489da1@mail.gmail.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <20050110165946.GA5775@nsk.no-ip.org> <604aa79105011009073fc7fd04@mail.gmail.com> <20050110171916.GC5775@nsk.no-ip.org> <604aa791050110093258489da1@mail.gmail.com> Message-ID: <1105397838.3610.24.camel@rodolfo.gt.factorrent.com> On Mon, 2005-01-10 at 12:32 -0500, Jeff Spaleta wrote: > Maybe its only reasonable to protect ssh by default? [...] > I'm fine with incremental changes that turn this on for only > ssh by default if this is the most reasonable compromise. > Off the top of my head, the only service where I immediately *want* to turn it on is SSH. However, running through other services in my head (FTP, SMTP, POP/IMAP, NTP, DNS, DHCP, HTTP, and databases primarily), I cannot think of any other services where this would be a good thing. So I would say, only SSH. Cheers, -- Rodolfo J. Paiz From paul at all-the-johnsons.co.uk Mon Jan 10 23:58:25 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 10 Jan 2005 23:58:25 +0000 Subject: Random lock ups on 1074 kernel In-Reply-To: <41E1A58A.3000307@leviatron.com> References: <1105275245.5855.16.camel@localhost.localdomain> <41E1A58A.3000307@leviatron.com> Message-ID: <1105401505.12373.14.camel@localhost.localdomain> Hi, > I've had problems with the last few FC4 kernels. The problem turned out > to be that I was running out of swap space during depmod. Adding an > extra GB of swap and reinstalling the kernel solved the problem. How do I do that? parted seemed to think /dev/hda3 was mounted, umount didn't. TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 pp at ee.oulu.fi Tue Jan 11 00:08:54 2005 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Tue, 11 Jan 2005 02:08:54 +0200 Subject: Kernel Crash with FC3 [glibc?] In-Reply-To: <1105395263.30862.4.camel@localhost.localdomain> References: <80d7e4090501101248330b5195@mail.gmail.com> <1105395263.30862.4.camel@localhost.localdomain> Message-ID: <20050111000854.GA24619@ee.oulu.fi> On Mon, Jan 10, 2005 at 11:14:23PM +0100, Kyrre Ness Sjobak wrote: > I have also seen problems with nscd. On a stable FC3 machine with LDAP > auth., it refused to login a user when nscd was turned on, it said the > user didn't exist. UID#->username mapping worked, though. > > Stopping nscd allowed the user to login instantaniously. > > Using LDAP auth Possibly related is what I saw a while back, there was a local user and a NIS+ user with different uid etc. nsswitch.conf had passwd: files nisplus yet it used the nis+ user until nscd was stopped. clearing up the nscd caches ( rm -f /var/db/nscd/* ) made it work again even with nscd running. Didn't get around to filing a bug, especially since the nis+ is "somewhat" custom, but nscd invalidating its caches on startup (either rm or nscd -i) might be a good idea nevertheless? Apart from that there still might be something funny in nscd that makes it lose information in the cache? -- Pekka Pietikainen From P.R.Schaffner at IEEE.org Tue Jan 11 01:19:12 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Mon, 10 Jan 2005 20:19:12 -0500 Subject: Random lock ups on 1074 kernel In-Reply-To: <1105401505.12373.14.camel@localhost.localdomain> References: <1105275245.5855.16.camel@localhost.localdomain> <41E1A58A.3000307@leviatron.com> <1105401505.12373.14.camel@localhost.localdomain> Message-ID: <1105406352.5349.18.camel@tabb1.tabb> On Mon, 2005-01-10 at 23:58 +0000, Paul wrote: > Hi, > > > I've had problems with the last few FC4 kernels. The problem turned out > > to be that I was running out of swap space during depmod. Adding an > > extra GB of swap and reinstalling the kernel solved the problem. > > How do I do that? parted seemed to think /dev/hda3 was mounted, umount > didn't. Not sure what that means (swap partitions don't show up as mounted), but you can add a swapfile. From "man mkswap" # dd if=/dev/zero of=swapfile bs=1024 count=65536 Put it on a partition where you have room (/var in example below) and adjust "count=" for desired swapfile size. Then # mkswap /var/cache/swapfile Add to /etc/fstab /var/cache/swapfile swap swap defaults 0 0 and # swapon -a Do "free" before/after to verify effectiveness. Phil From ggw at wolves.durham.nc.us Tue Jan 11 03:15:21 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 10 Jan 2005 22:15:21 -0500 Subject: up2date(-gnome?) glitches across an ssh (-Y) connection Message-ID: <20050111031521.GA10274@wolves.durham.nc.us> My rawhide install of 2005.01.09 was out-of-sync so I fired up an ssh connection from my FC3 gnome-terminal session and ran /usr/bin/up2date (after pointing /etc/sysconfig/rhn/sources to my local mirror.) The "initial configuration" screen of up2date contained "black rectangles" (trash bitmaps) instead of checkboxes for practically all the select options. The main "Package Selection" screen had a trash bitmap instead of a checkbox for the "select all packages" option; the package selection checkboxes were okay. I filed a low priority bugzilla for this, (#144744) -- 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 kyrre at solution-forge.net Tue Jan 11 12:16:48 2005 From: kyrre at solution-forge.net (kyrre at solution-forge.net) Date: Tue, 11 Jan 2005 13:16:48 +0100 (CET) Subject: Any danger from these ports? In-Reply-To: <1105397838.3610.24.camel@rodolfo.gt.factorrent.com> References: <1105223904.5959.26.camel@localhost.localdomain><1105224871.30554.6.camel@va.local.linuxlobbyist.org><604aa7910501100745451ebc88@mail.gmail.com><20050110154956.GA4369@nsk.no-ip.org><604aa79105011008356bb6d2cf@mail.gmail.com><20050110165946.GA5775@nsk.no-ip.org><604aa79105011009073fc7fd04@mail.gmail.com><20050110171916.GC5775@nsk.no-ip.org><604aa791050110093258489da1@mail.gmail.com> <1105397838.3610.24.camel@rodolfo.gt.factorrent.com> Message-ID: <32853.81.191.130.121.1105445808.squirrel@solution-forge.net> > On Mon, 2005-01-10 at 12:32 -0500, Jeff Spaleta wrote: >> Maybe its only reasonable to protect ssh by default? [...] >> I'm fine with incremental changes that turn this on for only >> ssh by default if this is the most reasonable compromise. >> > > Off the top of my head, the only service where I immediately *want* to > turn it on is SSH. However, running through other services in my head > (FTP, SMTP, POP/IMAP, NTP, DNS, DHCP, HTTP, and databases primarily), I > cannot think of any other services where this would be a good thing. > > So I would say, only SSH. > Agreed. But maybe it should be turned off by default (not only firewalled)? Those who want to use it, surely can type "chkconfig ssh on" or click the little box in system-config-services? From tbrowder at cox.net Tue Jan 11 12:17:40 2005 From: tbrowder at cox.net (Tom Browder) Date: Tue, 11 Jan 2005 06:17:40 -0600 Subject: FC 3 Kernel 727 X Display and Keyboard Lockup In-Reply-To: <20050110130517.HJAM7687.lakermmtao06.cox.net@nonerjsnum1tkq> Message-ID: <20050111121753.CDTK2250.lakermmtao03.cox.net@nonerjsnum1tkq> 727 kernel and a disabled xscreensaver: uptime now 2 days, looking to me like xscreensaver is related to display and keybard locking. -Tom Browder From twaugh at redhat.com Tue Jan 11 12:18:07 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 11 Jan 2005 12:18:07 +0000 Subject: Fedora Core 3 Test Update: gphoto2-2.1.5-1.1 Message-ID: <20050111121807.GO5322@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-010 2005-01-11 --------------------------------------------------------------------- Product : Fedora Core 3 Name : gphoto2 Version : 2.1.5 Release : 1.1 Summary : Software for accessing digital cameras Description : The gPhoto2 project is a universal, free application and library framework that lets you download images from several different digital camera models, including the newer models with USB connections. Note that a) for some older camera models you must use the old "gphoto" package. b) for USB mass storage models you must use the driver in the kernel This package contains i) the library that digital camera applications can use ii) the command-line utility gphoto2 Other (GUI) frontends are available separately. --------------------------------------------------------------------- Update Information: This is a version upgrade to 2.1.5. More cameras are supported in this version. Please report feedback here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143141 I hope to release this as a final update next week. --------------------------------------------------------------------- * Mon Jan 10 2005 Tim Waugh 2.1.5-1.1 - 2.1.5 (bug #143141). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ ed4ae2c03f1e8e08f0735613135e8732 SRPMS/gphoto2-2.1.5-1.1.src.rpm 02f6778a5f2fac009ef428e6ebf4a4f1 x86_64/gphoto2-2.1.5-1.1.x86_64.rpm 3edac8c7d57d59df923a20f9d3d286b2 x86_64/gphoto2-devel-2.1.5-1.1.x86_64.rpm f272ff075a19de3728ea31b4f73deda4 x86_64/debug/gphoto2-debuginfo-2.1.5-1.1.x86_64.rpm f81e8fde945fdea3fe680efc07cc5bd2 x86_64/gphoto2-2.1.5-1.1.i386.rpm f81e8fde945fdea3fe680efc07cc5bd2 i386/gphoto2-2.1.5-1.1.i386.rpm 5e65d133546c1d923d9fc63c1cc216ad i386/gphoto2-devel-2.1.5-1.1.i386.rpm 2518f86ada3875c103236905bb62fa52 i386/debug/gphoto2-debuginfo-2.1.5-1.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From davej at redhat.com Tue Jan 11 16:09:05 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 11 Jan 2005 11:09:05 -0500 Subject: FC 3 Kernel 727 X Display and Keyboard Lockup In-Reply-To: <20050111121753.CDTK2250.lakermmtao03.cox.net@nonerjsnum1tkq> References: <20050110130517.HJAM7687.lakermmtao06.cox.net@nonerjsnum1tkq> <20050111121753.CDTK2250.lakermmtao03.cox.net@nonerjsnum1tkq> Message-ID: <20050111160905.GD29712@redhat.com> On Tue, Jan 11, 2005 at 06:17:40AM -0600, Tom Browder wrote: > 727 kernel and a disabled xscreensaver: uptime now 2 days, looking to me > like xscreensaver is related to display and keybard locking. Are you using any of the 3d screensavers ? If so, it might be worth disabling those, and reenabling them one by one until the problem reappears to narrow down where the problem is. Dave From Tom.Browder at fwb.srs.com Tue Jan 11 17:10:14 2005 From: Tom.Browder at fwb.srs.com (Browder, Tom) Date: Tue, 11 Jan 2005 11:10:14 -0600 Subject: FC 3 Kernel 727 X Display and Keyboard Lockup Message-ID: > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Dave Jones ... > Are you using any of the 3d screensavers ? If so, it might be > worth disabling those, and reenabling them one by one until > the problem reappears to narrow down where the problem is. I was getting the lockup with any screen saver mode, including "blank screen only." -Tom Browder From rpaiz at simpaticus.com Tue Jan 11 17:50:51 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 11 Jan 2005 11:50:51 -0600 Subject: Any danger from these ports? In-Reply-To: <1105397838.3610.24.camel@rodolfo.gt.factorrent.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <20050110165946.GA5775@nsk.no-ip.org> <604aa79105011009073fc7fd04@mail.gmail.com> <20050110171916.GC5775@nsk.no-ip.org> <604aa791050110093258489da1@mail.gmail.com> <1105397838.3610.24.camel@rodolfo.gt.factorrent.com> Message-ID: <1105465851.3666.21.camel@rodolfo.gt.factorrent.com> On Mon, 2005-01-10 at 16:57 -0600, Rodolfo J. Paiz wrote: > Off the top of my head, the only service where I immediately *want* to > turn it on is SSH. Speaking of which, I really would like to integrate this into my existing security measures as soon as possible. Tom, could you post those ipt_recent rules you crafted? Cheers, -- Rodolfo J. Paiz From drepper at redhat.com Tue Jan 11 20:49:18 2005 From: drepper at redhat.com (Ulrich Drepper) Date: Tue, 11 Jan 2005 12:49:18 -0800 Subject: Kernel Crash with FC3 [glibc?] In-Reply-To: <1105395263.30862.4.camel@localhost.localdomain> References: <80d7e4090501101248330b5195@mail.gmail.com> <1105395263.30862.4.camel@localhost.localdomain> Message-ID: <41E43BCE.4030406@redhat.com> Kyrre Ness Sjobak wrote: > I have also seen problems with nscd. On a stable FC3 machine with LDAP > auth., it refused to login a user when nscd was turned on, it said the > user didn't exist. UID#->username mapping worked, though. > > Stopping nscd allowed the user to login instantaniously. We had a few people reporting problems but nobody ever was able or willing to provide any data. I use it on all my machines and never had problems. So, if the problem is reproducible after service nscd restart then stop it again, and start nscd by hand with /usr/sbin/nscd -d -d -d After this perform the operation which fails and send the output (or better yet, create a bug). -- ? 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: 252 bytes Desc: OpenPGP digital signature URL: From drepper at redhat.com Tue Jan 11 20:56:17 2005 From: drepper at redhat.com (Ulrich Drepper) Date: Tue, 11 Jan 2005 12:56:17 -0800 Subject: Kernel Crash with FC3 [glibc?] In-Reply-To: <20050111000854.GA24619@ee.oulu.fi> References: <80d7e4090501101248330b5195@mail.gmail.com> <1105395263.30862.4.camel@localhost.localdomain> <20050111000854.GA24619@ee.oulu.fi> Message-ID: <41E43D71.3050906@redhat.com> Pekka Pietikainen wrote: > Possibly related is what I saw a while back, there was a local user > and a NIS+ user with different uid etc. nsswitch.conf had > passwd: files nisplus yet it used the nis+ user until nscd was > stopped. clearing up the nscd caches ( rm -f /var/db/nscd/* ) made it > work again even with nscd running. If the local user was only created shortly before that, this is the expected behavior. The whole point is to cache results. Only when they time out (as controlled in nscd.conf) will the entries be reloaded. And then they are searched in the usual way, not by preferring the service which previously provided the result. > Didn't get around to filing a bug, especially since the nis+ is "somewhat" > custom, but nscd invalidating its caches on startup (either rm or nscd -i) > might be a good idea nevertheless? Then deselect "persistent" in nscd.conf for the database. This is one of the big new features of nscd in recent times (you haven't read the release notes, I gather). If you cannot use it because your local user organization is so flaky disable it. It is definitely of benefit to the fast majority of users. -- ? 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: 252 bytes Desc: OpenPGP digital signature URL: From pp at ee.oulu.fi Tue Jan 11 21:25:39 2005 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Tue, 11 Jan 2005 23:25:39 +0200 Subject: Kernel Crash with FC3 [glibc?] In-Reply-To: <41E43D71.3050906@redhat.com> References: <80d7e4090501101248330b5195@mail.gmail.com> <1105395263.30862.4.camel@localhost.localdomain> <20050111000854.GA24619@ee.oulu.fi> <41E43D71.3050906@redhat.com> Message-ID: <20050111212539.GA24204@ee.oulu.fi> On Tue, Jan 11, 2005 at 12:56:17PM -0800, Ulrich Drepper wrote: > Pekka Pietikainen wrote: > >Possibly related is what I saw a while back, there was a local user > >and a NIS+ user with different uid etc. nsswitch.conf had > >passwd: files nisplus yet it used the nis+ user until nscd was > >stopped. clearing up the nscd caches ( rm -f /var/db/nscd/* ) made it > >work again even with nscd running. > > If the local user was only created shortly before that, this is the > expected behavior. The whole point is to cache results. Only when they > time out (as controlled in nscd.conf) will the entries be reloaded. And > then they are searched in the usual way, not by preferring the service > which previously provided the result. It was actually a freshly installed system, the user was "named" so created during the install, after the install it took some time until figuring out named wasn't starting up (permission problems since /var/named was setup for the local user). I'm pretty sure the problem persisted for longer than the 10 min timeout period that nscd had for passwd, but in any case the local user should have been there all the time... Oh well, those cache files were nuked so there's no way of knowing what the thing was doing and whether the cache timeout was ever reached or not. In any case I'll keep an eye on similar issues and debug more heavily if something like this happens again. Could be just a local configuration issue or a real bug, who knows... -- Pekka Pietikainen From kyrre at solution-forge.net Tue Jan 11 22:10:54 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 11 Jan 2005 23:10:54 +0100 Subject: up2date(-gnome?) glitches across an ssh (-Y) connection In-Reply-To: <20050111031521.GA10274@wolves.durham.nc.us> References: <20050111031521.GA10274@wolves.durham.nc.us> Message-ID: <1105481454.3726.5.camel@localhost.localdomain> tir, 11.01.2005 kl. 04.15 skrev Gregory Woodbury: > My rawhide install of 2005.01.09 was out-of-sync so I fired up an ssh > connection from my FC3 gnome-terminal session and ran /usr/bin/up2date > (after pointing /etc/sysconfig/rhn/sources to my local mirror.) > > The "initial configuration" screen of up2date contained "black > rectangles" (trash bitmaps) instead of checkboxes for practically all > the select options. The main "Package Selection" screen had a trash > bitmap instead of a checkbox for the "select all packages" option; the > package selection checkboxes were okay. > > I filed a low priority bugzilla for this, (#144744) I have seen that with evolution and epiphany fc2->fc2. The client was always a wireless laptop, with poor/medium coverage. Restarting the app fixed it. Problem seen quite often. Good night. Kyrre From kyrre at solution-forge.net Tue Jan 11 22:12:52 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 11 Jan 2005 23:12:52 +0100 Subject: FC4 schedule? In-Reply-To: <1105395139.4675.10.camel@opus.phy.duke.edu> References: <41E200EB.4030101@comcast.net> <1105394430.3464.16.camel@localhost.localdomain> <1105395139.4675.10.camel@opus.phy.duke.edu> Message-ID: <1105481571.3726.7.camel@localhost.localdomain> > - graphical yum stuff > - extras available in sync with the release. :P :-) :-D From ggw at wolves.durham.nc.us Wed Jan 12 01:41:10 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Tue, 11 Jan 2005 20:41:10 -0500 Subject: up2date(-gnome?) glitches across an ssh (-Y) connection In-Reply-To: <1105481454.3726.5.camel@localhost.localdomain> References: <20050111031521.GA10274@wolves.durham.nc.us> <1105481454.3726.5.camel@localhost.localdomain> Message-ID: <20050112014110.GA16772@wolves.durham.nc.us> On Tue, Jan 11, 2005 at 11:10:54PM +0100, Kyrre Ness Sjobak wrote: > tir, 11.01.2005 kl. 04.15 skrev Gregory Woodbury: > > My rawhide install of 2005.01.09 was out-of-sync so I fired up an ssh > > connection from my FC3 gnome-terminal session and ran /usr/bin/up2date > > (after pointing /etc/sysconfig/rhn/sources to my local mirror.) > > > > The "initial configuration" screen of up2date contained "black > > rectangles" (trash bitmaps) instead of checkboxes for practically all > > the select options. The main "Package Selection" screen had a trash > > bitmap instead of a checkbox for the "select all packages" option; the > > package selection checkboxes were okay. > > > > I filed a low priority bugzilla for this, (#144744) > > I have seen that with evolution and epiphany fc2->fc2. > > The client was always a wireless laptop, with poor/medium coverage. > Restarting the app fixed it. Problem seen quite often. This is a wired 100Mbs twisted pair connection. -- 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 tbrowder at cox.net Wed Jan 12 10:34:34 2005 From: tbrowder at cox.net (Tom Browder) Date: Wed, 12 Jan 2005 04:34:34 -0600 Subject: FC 3 Kernel 727 X Display and Keyboard Lockup In-Reply-To: <20050111121753.CDTK2250.lakermmtao03.cox.net@nonerjsnum1tkq> Message-ID: <20050112103448.DUGR7687.lakermmtao06.cox.net@nonerjsnum1tkq> 727 kernel and a disabled xscreensaver: uptime now 3 days -Tom Browder From kyrre at solution-forge.net Wed Jan 12 14:45:07 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 12 Jan 2005 15:45:07 +0100 Subject: Any danger from these ports? In-Reply-To: <604aa79105011008356bb6d2cf@mail.gmail.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> Message-ID: <1105541106.2654.16.camel@localhost.localdomain> man, 10.01.2005 kl. 17.35 skrev Jeff Spaleta: > On Mon, 10 Jan 2005 15:49:56 +0000, Luciano Miguel Ferreira Rocha > > Not a default for servers, surely? > > In my mind, i think its perfectly acceptible that any 'server' would > be required to change the firewall settings from the non-default as > part of its configuration. The default firewall rules don't allow > most services from being seen from clients already. Is http allowed > through by default in fedora's firewall or do you have to configure > the firewall to let it through? > If the securitylevel tool included the ability to disable the default > ipt_recent ruleset wouldn't that be enough to satify server > configuration needs? If this were a check-box in the > firewall/securitylevel setup pane during install or firstboot would > that be too heavy a burden? Hmm... Just thougth i should mention it, when i switched on "allow FTP" on system-config-network on a fedora box a year ago, it did fail to open ports for passive FTP... From harald at redhat.com Wed Jan 12 15:26:52 2005 From: harald at redhat.com (Harald Hoyer) Date: Wed, 12 Jan 2005 16:26:52 +0100 Subject: Any danger from these ports? In-Reply-To: <1105541106.2654.16.camel@localhost.localdomain> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> Message-ID: <41E541BC.1090706@redhat.com> Kyrre Ness Sjobak wrote: > Hmm... Just thougth i should mention it, when i switched on "allow FTP" > on system-config-network on a fedora box a year ago, it did fail to open > ports for passive FTP... this is system-config-securitylevel From rpaiz at simpaticus.com Wed Jan 12 15:49:01 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Wed, 12 Jan 2005 09:49:01 -0600 Subject: Any danger from these ports? In-Reply-To: <1105541106.2654.16.camel@localhost.localdomain> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> Message-ID: <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> On Wed, 2005-01-12 at 15:45 +0100, Kyrre Ness Sjobak wrote: > Hmm... Just thougth i should mention it, when i switched on "allow FTP" > on system-config-network on a fedora box a year ago, it did fail to open > ports for passive FTP... > I'm not aware of there being any need to open additional ports for passive FTP. What do you mean? Cheers, -- Rodolfo J. Paiz From cra at WPI.EDU Wed Jan 12 16:03:00 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Wed, 12 Jan 2005 11:03:00 -0500 Subject: Any danger from these ports? In-Reply-To: <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> Message-ID: <20050112160300.GL1735@angus.ind.WPI.EDU> On Wed, Jan 12, 2005 at 09:49:01AM -0600, Rodolfo J. Paiz wrote: > On Wed, 2005-01-12 at 15:45 +0100, Kyrre Ness Sjobak wrote: > > Hmm... Just thougth i should mention it, when i switched on "allow FTP" > > on system-config-network on a fedora box a year ago, it did fail to open > > ports for passive FTP... > > > > I'm not aware of there being any need to open additional ports for > passive FTP. What do you mean? Passive FTP listens on random local ephemeral ports for data connections set up by the 21/tcp control stream. If you are not using a stateful firewall with a FTP helper, then you need to allow incoming TCP connections to whatever range your FTP server uses for passive FTP (defaults to the entire local port range). This is why I have always set up my FTP server similar to this (older box using ipchains): /etc/sysctl.conf: net.ipv4.ip_local_port_range = 60000 65535 /etc/vsftpd.conf: pasv_min_port=59000 pasv_max_port=59999 /etc/sysconfig/ipchains: -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 21:21 -p 6 -j ACCEPT -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 0:58999 -p 6 -l -j DENY -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 59000:59999 -p 6 -j ACCEPT -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 60000:65535 -p 6 -y -l -j DENY From nphilipp at redhat.com Wed Jan 12 16:50:39 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 12 Jan 2005 17:50:39 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.2-0.fc3.1 In-Reply-To: <1105050259.11280.44.camel@wombat.tiptoe.de> References: <1105050259.11280.44.camel@wombat.tiptoe.de> Message-ID: <1105548640.28009.47.camel@wombat.tiptoe.de> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-019 2005-01-12 --------------------------------------------------------------------- Product : Fedora Core 3 Name : gimp Version : 2.2.2 Release : 0.fc3.1 Summary : The GNU Image Manipulation Program Description : The GIMP (GNU Image Manipulation Program) is a powerful image composition and editing program, which can be extremely useful for creating logos and other graphics for webpages. The GIMP has many of the tools and filters you would expect to find in similar commercial offerings, and some interesting extras as well. The GIMP provides a large image manipulation toolbox, including channel operations and layers, effects, sub-pixel imaging and anti-aliasing, and conversions, all with multi-level undo. The GIMP includes a scripting facility, but many of the included scripts rely on fonts that we cannot distribute. The GIMP FTP site has a package of fonts that you can install by yourself, which includes all the fonts needed to run the included scripts. Some of the fonts have unusual licensing requirements; all the licenses are documented in the package. Get ftp://ftp.gimp.org/pub/gimp/fonts/freefonts-0.10.tar.gz and ftp://ftp.gimp.org/pub/gimp/fonts/sharefonts-0.10.tar.gz if you are so inclined. Alternatively, choose fonts which exist on your system before running the scripts. --------------------------------------------------------------------- Update Information: This update supersedes the "FEDORA-2005-579" testing update for gimp-2.2.1-0.fc3.1 (wrong year anyway in the update ID). This is still a major update, so test away. Barring bug reports I still plan to make this final by Friday, Jan 14th. --------------------------------------------------------------------- * Tue Jan 11 2005 Nils Philippsen - version 2.2.2 - autogenerate %microver --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ a5dea737e0951cff109885eff379c639 SRPMS/gimp-2.2.2-0.fc3.1.src.rpm 650835ca4902702f7b1f93fe574b85ea x86_64/gimp-2.2.2-0.fc3.1.x86_64.rpm 4b905fde1942fb1e7a29bd5c92e79ad6 x86_64/gimp-devel-2.2.2-0.fc3.1.x86_64.rpm 50a1c285c77e26480b584a9d12966302 x86_64/debug/gimp-debuginfo-2.2.2-0.fc3.1.x86_64.rpm d9cf5b4321896da1893f351806d3067f i386/gimp-2.2.2-0.fc3.1.i386.rpm 1dc881aa6235191885524472367da4a5 i386/gimp-devel-2.2.2-0.fc3.1.i386.rpm 9194c2052912442188a336e86633cd31 i386/debug/gimp-debuginfo-2.2.2-0.fc3.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From Aaron.Sterr at tradingscreen.com Wed Jan 12 23:42:05 2005 From: Aaron.Sterr at tradingscreen.com (Aaron.Sterr) Date: Thu, 13 Jan 2005 08:42:05 +0900 (JST) Subject: Any danger from these ports? In-Reply-To: <20050112160300.GL1735@angus.ind.WPI.EDU> Message-ID: On Wed, 12 Jan 2005, Charles R. Anderson wrote: > Passive FTP listens on random local ephemeral ports for data > connections set up by the 21/tcp control stream. If you are not using > a stateful firewall with a FTP helper, then you need to allow incoming > TCP connections to whatever range your FTP server uses for passive FTP > (defaults to the entire local port range). This is why I have always > set up my FTP server similar to this (older box using ipchains): > Passive FTP does NOT use the local ephemeral ports, that is traditional FTP behavior. Passive FTP uses the existing TCP connection for both the control and data channels, and is easier to firewall. Of course, the ftp server needs to know how to use passive FTP instead of traditiional FTP. From ad+lists at uni-x.org Wed Jan 12 23:55:01 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Thu, 13 Jan 2005 00:55:01 +0100 Subject: Any danger from these ports? In-Reply-To: References: Message-ID: <1105574101.6861.286.camel@serendipity.dogma.lan> Am Do, den 13.01.2005 schrieb Aaron.Sterr um 0:42: > Passive FTP does NOT use the local ephemeral ports, that is traditional > FTP behavior. Passive FTP uses the existing TCP connection for both > the control and data channels, and is easier to firewall. > > Of course, the ftp server needs to know how to use passive FTP instead of > traditiional FTP. Where do you have this "knowledge" from? http://slacksite.com/other/ftp.html illustrates well how active and passive ftp work. Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 00:54:10 up 1 day, 23:04, load average: 1.31, 0.89, 0.72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From strange at nsk.no-ip.org Wed Jan 12 23:57:10 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Wed, 12 Jan 2005 23:57:10 +0000 Subject: Any danger from these ports? In-Reply-To: References: <20050112160300.GL1735@angus.ind.WPI.EDU> Message-ID: <20050112235710.GA8876@nsk.no-ip.org> On Thu, Jan 13, 2005 at 08:42:05AM +0900, Aaron.Sterr wrote: > On Wed, 12 Jan 2005, Charles R. Anderson wrote: > > > Passive FTP listens on random local ephemeral ports for data > > connections set up by the 21/tcp control stream. If you are not using > > a stateful firewall with a FTP helper, then you need to allow incoming > > TCP connections to whatever range your FTP server uses for passive FTP > > (defaults to the entire local port range). This is why I have always > > set up my FTP server similar to this (older box using ipchains): > > > > Passive FTP does NOT use the local ephemeral ports, that is traditional > FTP behavior. Passive FTP uses the existing TCP connection for both > the control and data channels, and is easier to firewall. No. Charles is correct. If proof needed, use tcpdump. Regards, Luciano Rocha -- 1/16 From ad+lists at uni-x.org Thu Jan 13 00:03:18 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Thu, 13 Jan 2005 01:03:18 +0100 Subject: Any danger from these ports? In-Reply-To: <20050112160300.GL1735@angus.ind.WPI.EDU> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> Message-ID: <1105574598.6861.296.camel@serendipity.dogma.lan> Am Mi, den 12.01.2005 schrieb Charles R. Anderson um 17:03: > Passive FTP listens on random local ephemeral ports for data > connections set up by the 21/tcp control stream. If you are not using > a stateful firewall with a FTP helper, then you need to allow incoming > TCP connections to whatever range your FTP server uses for passive FTP > (defaults to the entire local port range). This is why I have always > set up my FTP server similar to this (older box using ipchains): > > /etc/sysctl.conf: > net.ipv4.ip_local_port_range = 60000 65535 > > /etc/vsftpd.conf: > pasv_min_port=59000 > pasv_max_port=59999 > > /etc/sysconfig/ipchains: > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 21:21 -p 6 -j ACCEPT > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 0:58999 -p 6 -l -j DENY > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 59000:59999 -p 6 -j ACCEPT > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 60000:65535 -p 6 -y -l -j DENY It is much better to use ip_conntrack_ftp iptables helper module and the stateful capabilities of iptables (ESTABLISHED,RELATED) rather than to "blindly" open a range of high ports. Why using ipchains, which is not stateful, when having iptables? Easily be done with the default Fedora Core iptables rules by adding ip_conntrack_ftp into IPTABLES_MODULES="" in /etc/sysconfig/iptables-config. Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 00:55:04 up 1 day, 23:05, load average: 0.98, 0.85, 0.71 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From Aaron.Sterr at tradingscreen.com Thu Jan 13 00:48:44 2005 From: Aaron.Sterr at tradingscreen.com (Aaron.Sterr) Date: Thu, 13 Jan 2005 09:48:44 +0900 (JST) Subject: Any danger from these ports? In-Reply-To: <1105574101.6861.286.camel@serendipity.dogma.lan> Message-ID: I stand corrected. And on closer reading of Charles' post, I see that he was referring to opening ports on the ftp server side. -- Aaron Sterr - Infrastructure Engineer On Thu, 13 Jan 2005, Alexander Dalloz wrote: > Am Do, den 13.01.2005 schrieb Aaron.Sterr um 0:42: > > > Passive FTP does NOT use the local ephemeral ports, that is traditional > > FTP behavior. Passive FTP uses the existing TCP connection for both > > the control and data channels, and is easier to firewall. > > > > Of course, the ftp server needs to know how to use passive FTP instead of > > traditiional FTP. > > Where do you have this "knowledge" from? > > http://slacksite.com/other/ftp.html illustrates well how active and > passive ftp work. > > Alexander > > > From fct-cornette at insight.rr.com Thu Jan 13 01:04:56 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 12 Jan 2005 20:04:56 -0500 Subject: Trying to determine where dual-display for X begins in FC/RH. Message-ID: <41E5C938.6060906@insight.rr.com> I submitted a bug report for problems trying to resolve a dual display problem with the latest xorg-x11 program. I recall reading some list mail and some bug reports earlier that referred to older X versions working and later versions failing. I want to see if this is regression or if an Intel 815 (primary) and an ati (secondary) video card could work with Fedora/Red Hat. I installed Severn to see if I could configure dual-display and found only the start of the configuration tool interface. (blank tab). Anyway, before trailing through all the betas, FC releases and such, I would like to know where a functional configuration tool begins. The bug and hardware that I am trying to use is posted in the bug report that this link points to. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144597 I know the hardware is capable of working with this setup. The dual-head operation works in Win ME, which is held in low esteem even among MS users. Thanks! Jim -- Your job is being a professor and researcher: That's one hell of a good excuse for some of the brain-damages of minix. (Linus Torvalds to Andrew Tanenbaum) From sandy_pond at myrealbox.com Thu Jan 13 03:27:27 2005 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Wed, 12 Jan 2005 22:27:27 -0500 Subject: NetworkManager Message-ID: <1105586848.6392.8.camel@family> I see on last rawhide update that NetworkManager now requires bind and caching-nameserver. But the named service (bind) was not turned on: $ /sbin/chkconfig --list named named 0:off 1:off 2:off 3:off 4:off 5:off 6:off Is it supposed to be turned on for NetworkManager? From cra at WPI.EDU Thu Jan 13 03:47:05 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Wed, 12 Jan 2005 22:47:05 -0500 Subject: Any danger from these ports? In-Reply-To: <1105574598.6861.296.camel@serendipity.dogma.lan> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> <1105574598.6861.296.camel@serendipity.dogma.lan> Message-ID: <20050113034704.GM1735@angus.ind.WPI.EDU> On Thu, Jan 13, 2005 at 01:03:18AM +0100, Alexander Dalloz wrote: > It is much better to use ip_conntrack_ftp iptables helper module and the > stateful capabilities of iptables (ESTABLISHED,RELATED) rather than to > "blindly" open a range of high ports. Why using ipchains, which is not > stateful, when having iptables? Because the box is a RHL 7.3 box and I was only familiar with ipchains at the time. Because non-stateful firewalls by their very nature operate in a simpler manner that is less likely to break. Because I know nothing besides FTP is using the passive port range I chose. Note that I did qualify my statements with "If you are not using a stateful firewall with a FTP helper"... If I was going to set this up again today, I would probably use what you suggest. From balay at fastmail.fm Thu Jan 13 05:25:40 2005 From: balay at fastmail.fm (Satish Balay) Date: Wed, 12 Jan 2005 23:25:40 -0600 (CST) Subject: NetworkManager ( & bind) In-Reply-To: <1105586848.6392.8.camel@family> References: <1105586848.6392.8.camel@family> Message-ID: On Wed, 12 Jan 2005, Sandy Pond wrote: > I see on last rawhide update that NetworkManager now requires bind and > caching-nameserver. But the named service (bind) was not turned on: > > $ /sbin/chkconfig --list named > named 0:off 1:off 2:off 3:off 4:off 5:off 6:off > > Is it supposed to be turned on for NetworkManager? I see this update for FC3 (not rawhide). Any idea why NetworkManager requires bind? Satish From alor at taipang.com Thu Jan 13 05:18:27 2005 From: alor at taipang.com (Alor) Date: Thu, 13 Jan 2005 10:18:27 +0500 Subject: udev-050-1 while starting udev: don't know how to make device "cpu/microcode" In-Reply-To: <20050113034704.GM1735@angus.ind.WPI.EDU> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> <1105574598.6861.296.camel@serendipity.dogma.lan> <20050113034704.GM1735@angus.ind.WPI.EDU> Message-ID: <41E604A3.4040005@taipang.com> After update udev to udev-050-1 and kernel to kernel-2.6.10-1.1076_FC4 while booting system when starting udev warning: don't know how to make device "cpu/microcode" Ignore it o not? Best regards Alor Long. From ad+lists at uni-x.org Thu Jan 13 13:02:43 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Thu, 13 Jan 2005 14:02:43 +0100 Subject: Any danger from these ports? In-Reply-To: <20050113034704.GM1735@angus.ind.WPI.EDU> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> <1105574598.6861.296.camel@serendipity.dogma.lan> <20050113034704.GM1735@angus.ind.WPI.EDU> Message-ID: <1105621363.6861.343.camel@serendipity.dogma.lan> Am Do, den 13.01.2005 schrieb Charles R. Anderson um 4:47: > > It is much better to use ip_conntrack_ftp iptables helper module and the > > stateful capabilities of iptables (ESTABLISHED,RELATED) rather than to > > "blindly" open a range of high ports. Why using ipchains, which is not > > stateful, when having iptables? > > Because the box is a RHL 7.3 box and I was only familiar with ipchains > at the time. Because non-stateful firewalls by their very nature > operate in a simpler manner that is less likely to break. Because I > know nothing besides FTP is using the passive port range I chose. > Note that I did qualify my statements with "If you are not using a > stateful firewall with a FTP helper"... I see. > If I was going to set this up again today, I would probably use what > you suggest. Ok :) I should have made myself clearer. I was just arguing that iptables is to be preferred - I recognized your "if clause". Why poking a hole into the "firewall" if you don't have to? I see the background of your description (RH7.3 and ipchains trained). Take my reply as an add to your passive FTP packet filtering description - just matching iptables on current Fedora Core systems. Regards Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 13:57:37 up 2 days, 12:08, load average: 0.41, 0.54, 0.41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From paul at all-the-johnsons.co.uk Thu Jan 13 15:12:25 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 13 Jan 2005 15:12:25 +0000 Subject: A couple of problems Message-ID: <1105629145.4723.51.camel@localhost.localdomain> Hi, I'm trying to get cpuspeed to work on my laptop and all it gives me is Error: Could not open file for writing: /sys/devices/system/cpu/cpu0/cpufreq/scaling_govenor If I try to create a directory to take me up to the cpufreq/ part, I get an access denied error, even as su! I have a USB Wireless card which uses the prism2 chipset (so I use the linux-wlan-ng software). This is not currently happy with the rawhide kernel. Is there any way that support for this prism chipset can be incorporated into the kernel either through a recompile or by asking the kernel people nicely? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 dcbw at redhat.com Thu Jan 13 15:18:09 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 13 Jan 2005 10:18:09 -0500 Subject: NetworkManager ( & bind) In-Reply-To: References: <1105586848.6392.8.camel@family> Message-ID: <1105629489.13533.2.camel@dcbw.boston.redhat.com> On Wed, 2005-01-12 at 23:25 -0600, Satish Balay wrote: > On Wed, 12 Jan 2005, Sandy Pond wrote: > > > I see on last rawhide update that NetworkManager now requires bind and > > caching-nameserver. But the named service (bind) was not turned on: > > > > $ /sbin/chkconfig --list named > > named 0:off 1:off 2:off 3:off 4:off 5:off 6:off > > > > Is it supposed to be turned on for NetworkManager? > > I see this update for FC3 (not rawhide). > > Any idea why NetworkManager requires bind? It uses bind in a caching-nameserver functionality and named should _not_ be turned on my default in this configuration. Use of bind as a caching nameserver was done to work around deficiencies of nscd and glibc and should allow user applications to be aware of changes to /etc/resolv.conf faster, since the applications actually just talk to 127.0.0.1 for the nameserver, and its the caching-nameserver that actually does the heavy lifting when /etc/resolv.conf changes since glibc isn't up to the task. Dan From whb at ceimaine.org Thu Jan 13 15:20:49 2005 From: whb at ceimaine.org (Will Backman) Date: Thu, 13 Jan 2005 10:20:49 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105629489.13533.2.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> Message-ID: <1105629649.5573.6.camel@cei3772.empower.ceimaine.org> On Thu, 2005-01-13 at 10:18 -0500, Dan Williams wrote: > On Wed, 2005-01-12 at 23:25 -0600, Satish Balay wrote: > > On Wed, 12 Jan 2005, Sandy Pond wrote: > > > > > I see on last rawhide update that NetworkManager now requires bind and > > > caching-nameserver. But the named service (bind) was not turned on: > > > > > > $ /sbin/chkconfig --list named > > > named 0:off 1:off 2:off 3:off 4:off 5:off 6:off > > > > > > Is it supposed to be turned on for NetworkManager? > > > > I see this update for FC3 (not rawhide). > > > > Any idea why NetworkManager requires bind? > > It uses bind in a caching-nameserver functionality and named should > _not_ be turned on my default in this configuration. Use of bind as a > caching nameserver was done to work around deficiencies of nscd and > glibc and should allow user applications to be aware of changes > to /etc/resolv.conf faster, since the applications actually just talk to > 127.0.0.1 for the nameserver, and its the caching-nameserver that > actually does the heavy lifting when /etc/resolv.conf changes since > glibc isn't up to the task. > > Dan > So my FC3 machine tells me that there is an unresolvable chain of dependencies and doesn't install the updates. I have a standard workstation install. -- Will Backman Coastal Enterprises, Inc. The ozone layer or cheese in a spray can. Don't make me choose. From dcbw at redhat.com Thu Jan 13 15:30:15 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 13 Jan 2005 10:30:15 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105629649.5573.6.camel@cei3772.empower.ceimaine.org> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <1105629649.5573.6.camel@cei3772.empower.ceimaine.org> Message-ID: <1105630215.13533.6.camel@dcbw.boston.redhat.com> On Thu, 2005-01-13 at 10:20 -0500, Will Backman wrote: > So my FC3 machine tells me that there is an unresolvable chain of > dependencies and doesn't install the updates. What exactly is the error it spits out? Dan From cmadams at hiwaay.net Thu Jan 13 15:31:02 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 13 Jan 2005 09:31:02 -0600 Subject: NetworkManager ( & bind) In-Reply-To: <1105629489.13533.2.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> Message-ID: <20050113153101.GA631002@hiwaay.net> Once upon a time, Dan Williams said: > On Wed, 2005-01-12 at 23:25 -0600, Satish Balay wrote: > > Any idea why NetworkManager requires bind? > > It uses bind in a caching-nameserver functionality and named should > _not_ be turned on my default in this configuration. This new requirement broke my local named config. I had bind installed but not caching-nameserver; installing caching-nameserver (to fulfill the dependency) moved my named.conf to named.conf.rpmsave and yum didn't even tell me about it. NetworkManager's RPM says "It is intended only for the desktop use-case, and is not intended for usage on servers.", yet it is installed by default in the "Base" group (which means going forward bind and caching-nameserver will also be installed by default). I don't need this if I'm building a firewall or server (it actually gets in the way of configuring bind). It seems that too many things are creeping into Base; what makes "cyrus-sasl-plain" or "mt-st" or "slocate" mandatory? Why are Bluetooth utils and "numactl" included in Base by default? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From guy at incentre.net Thu Jan 13 15:34:01 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 13 Jan 2005 08:34:01 -0700 Subject: Any danger from these ports? In-Reply-To: <1105574598.6861.296.camel@serendipity.dogma.lan> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> <1105574598.6861.296.camel@serendipity.dogma.lan> Message-ID: <1105630441.7721.13.camel@sigurd.incentre.net> On Thu, 2005-13-01 at 01:03 +0100, Alexander Dalloz wrote: > Am Mi, den 12.01.2005 schrieb Charles R. Anderson um 17:03: > > > Passive FTP listens on random local ephemeral ports for data > > connections set up by the 21/tcp control stream. If you are not using > > a stateful firewall with a FTP helper, then you need to allow incoming > > TCP connections to whatever range your FTP server uses for passive FTP > > (defaults to the entire local port range). This is why I have always > > set up my FTP server similar to this (older box using ipchains): > > > > /etc/sysctl.conf: > > net.ipv4.ip_local_port_range = 60000 65535 > > > > /etc/vsftpd.conf: > > pasv_min_port=59000 > > pasv_max_port=59999 > > > > /etc/sysconfig/ipchains: > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 21:21 -p 6 -j ACCEPT > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 0:58999 -p 6 -l -j DENY > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 59000:59999 -p 6 -j ACCEPT > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 60000:65535 -p 6 -y -l -j DENY > > It is much better to use ip_conntrack_ftp iptables helper module and the > stateful capabilities of iptables (ESTABLISHED,RELATED) rather than to > "blindly" open a range of high ports. Why using ipchains, which is not > stateful, when having iptables? > Easily be done with the default Fedora Core iptables rules by adding > ip_conntrack_ftp into IPTABLES_MODULES="" in > /etc/sysconfig/iptables-config. > > Alexander > Linux has had modules for handling FTP though NAT since at least the 1.3 kernel. The only reason to use passive FTP has been when dealing with firewalls that can not handle connection tracking for FTP. I will agree that iptables has more functionality than ipchains and if possible should be used for current implementations. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From whb at ceimaine.org Thu Jan 13 15:34:39 2005 From: whb at ceimaine.org (Will Backman) Date: Thu, 13 Jan 2005 10:34:39 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105630215.13533.6.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <1105629649.5573.6.camel@cei3772.empower.ceimaine.org> <1105630215.13533.6.camel@dcbw.boston.redhat.com> Message-ID: <1105630479.5573.13.camel@cei3772.empower.ceimaine.org> On Thu, 2005-01-13 at 10:30 -0500, Dan Williams wrote: > On Thu, 2005-01-13 at 10:20 -0500, Will Backman wrote: > > So my FC3 machine tells me that there is an unresolvable chain of > > dependencies and doesn't install the updates. > > What exactly is the error it spits out? > > Dan > There was a package dependency problem. The message was: Unresolvable chain of dependencies: NetworkManager 0.3.3-1.cvs20050112.1.fc requires bind NetworkManager 0.3.3-1.cvs20050112.1.fc requires caching-nameserver Please modify your package selections and try again. -- Will Backman Coastal Enterprises, Inc. The ozone layer or cheese in a spray can. Don't make me choose. From temlakos at gmail.com Thu Jan 13 15:36:09 2005 From: temlakos at gmail.com (Temlakos) Date: Thu, 13 Jan 2005 10:36:09 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105629649.5573.6.camel@cei3772.empower.ceimaine.org> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <1105629649.5573.6.camel@cei3772.empower.ceimaine.org> Message-ID: <41E69569.3000803@gmail.com> Will Backman wrote: >>> >>>Any idea why NetworkManager requires bind? >> >>It uses bind in a caching-nameserver functionality and named should >>_not_ be turned on my default in this configuration. Use of bind as a >>caching nameserver was done to work around deficiencies of nscd and >>glibc and should allow user applications to be aware of changes >>to /etc/resolv.conf faster, since the applications actually just talk to >>127.0.0.1 for the nameserver, and its the caching-nameserver that >>actually does the heavy lifting when /etc/resolv.conf changes since >>glibc isn't up to the task. >> >>Dan >> > > > So my FC3 machine tells me that there is an unresolvable chain of > dependencies and doesn't install the updates. > > I have a standard workstation install. Actually, my FC3 machine does install the updates, and installs bind /and/ the caching-nameserver to resolve the dependencies. Here is my up2date sources file: ---BEGIN FILE--- ### This describes the various package repositories (repos) that up2date will ### query for packages. It currently supports apt-rpm, yum, and "dir" repos. ### Format is one repository (repo) entry per line, # starts comments, the ### first word on each line is the type of repo. ### The default RHN (using "default" as the url means use the one in the ### up2date config file). #up2date default ### Note: when a channel label is required for the non up2date repos, ### the label is solely used as an internal identifier and is not ### based on the url or any other info from the repos. ### An apt style repo (the example is arjan's 2.6 kernel repo). ### The format is: ### type channel-label service:server path repo name #apt arjan-2.6-kernel-i386 http://people.redhat.com ~arjanv/2.5/ kernel ### Note: for apt repos, there can be multiple repo names specified (space ### seperated). ### A yum style repo. The format is: ### type channel-label url ### A local directory full of packages (a "dir" repo). For example: #dir my-favorite-rpms /var/spool/RPMS/ # Multiple versions of all repos except "up2date" can be used. Dependencies # can be resolved "cross-repo" if need be. # # base # Fedora Core 3 - i386 - Base # apt base http://ayo.freshrpms.net fedora/linux/3/i386 core # # updates-released # Fedora Core 3 - i386 - Released Updates # apt updates-released http://ayo.freshrpms.net fedora/linux/3/i386 updates # # updates-testing # Fedora Core 3 - i386 - Unreleased Updates # # apt updates-testing http://ayo.freshrpms.net fedora/linux/3/i386 tupdates # # fedoralegacyupdates # Fedora Core 3 - i386 - Released Updates by FedoraLegacy # # apt fedoralegacyupdates http://download.fedoralegacy.org/apt fedora/3/i386 updates # # atrpms # Fedora Core 3 - i386 - ATrpms # alternatives to stable: testing and bleeding # apt atrpms http://apt.atrpms.net fedora/3/en/i386 at-stable yum fedora-core-3 http://download.fedora.redhat.com/pub/fedora/linux/core/3/$ARCH/os/ yum updates-released-fc3 http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/$ARCH/ yum-mirror fedora-core-3 http://fedora.redhat.com/download/up2date-mirrors/fedora-core-3 yum-mirror updates-released-fc3 http://fedora.redhat.com/download/up2date-mirrors/updates-released-fc3 yum dag http://apt.sw.be/fedora/3/en/$ARCH/dag ---END OF FILE--- As you can see, I use freshrpms, at-stable, and dag, in addition to the traditional fedora-core-3 and updates-released-fc3 repositories. (I edited my up2date file to skip the "libhowl" packages from at-stable; they force too many removals.) Temlakos From guy at incentre.net Thu Jan 13 15:43:58 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 13 Jan 2005 08:43:58 -0700 Subject: Any danger from these ports? In-Reply-To: <20050113034704.GM1735@angus.ind.WPI.EDU> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> <1105574598.6861.296.camel@serendipity.dogma.lan> <20050113034704.GM1735@angus.ind.WPI.EDU> Message-ID: <1105631038.7721.23.camel@sigurd.incentre.net> On Wed, 2005-12-01 at 22:47 -0500, Charles R. Anderson wrote: > On Thu, Jan 13, 2005 at 01:03:18AM +0100, Alexander Dalloz wrote: > > It is much better to use ip_conntrack_ftp iptables helper module and the > > stateful capabilities of iptables (ESTABLISHED,RELATED) rather than to > > "blindly" open a range of high ports. Why using ipchains, which is not > > stateful, when having iptables? > > Because the box is a RHL 7.3 box and I was only familiar with ipchains > at the time. Because non-stateful firewalls by their very nature > operate in a simpler manner that is less likely to break. Because I > know nothing besides FTP is using the passive port range I chose. > Note that I did qualify my statements with "If you are not using a > stateful firewall with a FTP helper"... > The kernel used in 7.3 most certainly was capable of connection tracking for ftp. It had been discussed many times in the mailing lists. If I remember correctly it was a module called nat_ftp. Although most of the firewall I configure do not do NAT, I have built a dozen or so NAT firewalls,using ipchains and ipforward {the firewall system before ipchains IIRC} had kernel modules that allowed FTP connection tracking, because Mac's couldn't do passive ftp at the time. > If I was going to set this up again today, I would probably use what > you suggest. From dcbw at redhat.com Thu Jan 13 15:45:16 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 13 Jan 2005 10:45:16 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <20050113153101.GA631002@hiwaay.net> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050113153101.GA631002@hiwaay.net> Message-ID: <1105631116.13533.9.camel@dcbw.boston.redhat.com> On Thu, 2005-01-13 at 09:31 -0600, Chris Adams wrote: > NetworkManager's RPM says "It is intended only for the desktop use-case, > and is not intended for usage on servers.", yet it is installed by > default in the "Base" group (which means going forward bind and > caching-nameserver will also be installed by default). I don't need > this if I'm building a firewall or server (it actually gets in the way > of configuring bind). I believe I was in error adding the caching-nameserver dep, I'll remove that and push another update. Dan From guy at incentre.net Thu Jan 13 15:48:33 2005 From: guy at incentre.net (Guy Fraser) Date: Thu, 13 Jan 2005 08:48:33 -0700 Subject: Trying to determine where dual-display for X begins in FC/RH. In-Reply-To: <41E5C938.6060906@insight.rr.com> References: <41E5C938.6060906@insight.rr.com> Message-ID: <1105631313.7721.25.camel@sigurd.incentre.net> On Wed, 2005-12-01 at 20:04 -0500, Jim Cornette wrote: > I submitted a bug report for problems trying to resolve a dual display > problem with the latest xorg-x11 program. I recall reading some list > mail and some bug reports earlier that referred to older X versions > working and later versions failing. I want to see if this is regression > or if an Intel 815 (primary) and an ati (secondary) video card could > work with Fedora/Red Hat. > I installed Severn to see if I could configure dual-display and found > only the start of the configuration tool interface. (blank tab). > Anyway, before trailing through all the betas, FC releases and such, I > would like to know where a functional configuration tool begins. > I will have to presume that reading the documentation and then using "vi" to edit /etc/X11/xorg.conf don't count. > The bug and hardware that I am trying to use is posted in the bug report > that this link points to. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144597 > > I know the hardware is capable of working with this setup. The dual-head > operation works in Win ME, which is held in low esteem even among MS users. > > Thanks! > > Jim > > -- > Your job is being a professor and researcher: That's one hell of a good > excuse for some of the brain-damages of minix. > (Linus Torvalds to Andrew Tanenbaum) > -- Guy Fraser Network Administrator The Internet Centre 1-888-450-6787 (780)450-6787 From tjikkun at xs4all.nl Thu Jan 13 18:32:49 2005 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Thu, 13 Jan 2005 19:32:49 +0100 Subject: mysql Message-ID: <1105641169.3132.3.camel@CC256006-A> Hi, after updating mysql-server to 4.1.7-10 it doesn't seem to work for me anymore in the logfile i find the following: 050113 19:24:40 mysqld started 050113 19:24:40 InnoDB: Operating system error number 13 in a file operation. InnoDB: The error means mysqld does not have the access rights to InnoDB: the directory. InnoDB: File name ./ibdata1 InnoDB: File operation call: 'open'. InnoDB: Cannot continue operation. 050113 19:24:40 mysqld ended then i tried putting: skip-innodb in /etc/my.cnf after that the logfile showed: 050113 19:27:37 mysqld started 050113 19:27:37 [ERROR] /usr/libexec/mysqld: Can't find file: './mysql/host.frm' (errno: 13) 050113 19:27:37 [ERROR] Fatal error: Can't open privilege tables: Can't find file: './mysql/host.frm' (errno: 13) 050113 19:27:37 mysqld ended What am I doing wrong? Sander Hoentjen From terraformers at gmx.net Thu Jan 13 19:44:46 2005 From: terraformers at gmx.net (Lars) Date: Thu, 13 Jan 2005 20:44:46 +0100 Subject: KDE 3.4 Beta1 "Krokodile" Message-ID: oh, please please please someone let us test kde 3.4beta1 "Krokodile" :) http://dot.kde.org/1105642626 thanks! L From jspaleta at gmail.com Thu Jan 13 19:53:02 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 13 Jan 2005 14:53:02 -0500 Subject: A couple of problems In-Reply-To: <1105629145.4723.51.camel@localhost.localdomain> References: <1105629145.4723.51.camel@localhost.localdomain> Message-ID: <604aa79105011311534efaf64a@mail.gmail.com> On Thu, 13 Jan 2005 15:12:25 +0000, Paul wrote: > Error: Could not open file for > writing: /sys/devices/system/cpu/cpu0/cpufreq/scaling_govenor > > If I try to create a directory to take me up to the cpufreq/ part, I get > an access denied error, even as su! you are trying to create directory structures under /sys? /sys is a special location not unsimilar to /proc in a lot of ways I'm not even sure its possible to create dirs and files in /sys and even if you could i somehow doubt its advisable. -jef From surak at casa.surak.eti.br Thu Jan 13 20:18:06 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Thu, 13 Jan 2005 17:18:06 -0300 Subject: KDE 3.4 Beta1 "Krokodile" In-Reply-To: References: Message-ID: <1105647486.4366.0.camel@localhost.surak.eti.br> Em Qui, 2005-01-13 ?s 20:44 +0100, Lars escreveu: > oh, please please please someone let us test kde 3.4beta1 "Krokodile" :) > http://dot.kde.org/1105642626 oooh please take kde away ;-) (just kidding - not to start another flame war) From paul at all-the-johnsons.co.uk Thu Jan 13 20:52:14 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 13 Jan 2005 20:52:14 +0000 Subject: A couple of problems In-Reply-To: <604aa79105011311534efaf64a@mail.gmail.com> References: <1105629145.4723.51.camel@localhost.localdomain> <604aa79105011311534efaf64a@mail.gmail.com> Message-ID: <1105649535.4723.59.camel@localhost.localdomain> Hi, > > If I try to create a directory to take me up to the cpufreq/ part, I get > > an access denied error, even as su! > > > you are trying to create directory structures under /sys? Yep. D'oh! > /sys is a special location not unsimilar to /proc in a lot of ways > I'm not even sure its possible to create dirs and files in /sys and > even if you could i somehow doubt its advisable. In that case, how do I get cpuspeed to work? TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- 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 dcbw at redhat.com Thu Jan 13 21:45:15 2005 From: dcbw at redhat.com (Dan Williams) Date: Thu, 13 Jan 2005 16:45:15 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105631116.13533.9.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050113153101.GA631002@hiwaay.net> <1105631116.13533.9.camel@dcbw.boston.redhat.com> Message-ID: <1105652715.28097.3.camel@dcbw.boston.redhat.com> On Thu, 2005-01-13 at 10:45 -0500, Dan Williams wrote: > On Thu, 2005-01-13 at 09:31 -0600, Chris Adams wrote: > > NetworkManager's RPM says "It is intended only for the desktop use-case, > > and is not intended for usage on servers.", yet it is installed by > > default in the "Base" group (which means going forward bind and > > caching-nameserver will also be installed by default). I don't need > > this if I'm building a firewall or server (it actually gets in the way > > of configuring bind). > > I believe I was in error adding the caching-nameserver dep, I'll remove > that and push another update. I actually appear to be wrong on this one, we _do_ need caching- nameserver from what Colin Walters says, since some of the configuration for named is stored in the config files /other/ than the main one (ie reverse DNS info he said?). It seems to be a packaging issue for caching-nameserver more or less. Dan From terraformers at gmx.net Thu Jan 13 22:01:24 2005 From: terraformers at gmx.net (Lars) Date: Thu, 13 Jan 2005 23:01:24 +0100 Subject: KDE 3.4 Beta1 "Krokodile" References: <1105647486.4366.0.camel@localhost.surak.eti.br> Message-ID: Alexandre Strube wrote: > Em Qui, 2005-01-13 ?s 20:44 +0100, Lars escreveu: >> oh, please please please someone let us test kde 3.4beta1 "Krokodile" :) >> http://dot.kde.org/1105642626 > > > oooh please take kde away ;-) (just kidding - not to start another flame > war) > Schni Schna Schnappi! ;-O :-) L From m_epling at comcast.net Thu Jan 13 22:03:28 2005 From: m_epling at comcast.net (amazing powers of observation) Date: Thu, 13 Jan 2005 16:03:28 -0600 Subject: KDE 3.4 Beta1 "Krokodile" In-Reply-To: References: <1105647486.4366.0.camel@localhost.surak.eti.br> Message-ID: <41E6F030.2050002@comcast.net> where are the gnomes ? there should be gnomes ! ;) Lars wrote: >Alexandre Strube wrote: > > > >>Em Qui, 2005-01-13 ?s 20:44 +0100, Lars escreveu: >> >> >>>oh, please please please someone let us test kde 3.4beta1 "Krokodile" :) >>>http://dot.kde.org/1105642626 >>> >>> >>oooh please take kde away ;-) (just kidding - not to start another flame >>war) >> >> >> > >Schni Schna Schnappi! ;-O > >:-) >L > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Fri Jan 14 01:19:45 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 13 Jan 2005 20:19:45 -0500 Subject: Trying to determine where dual-display for X begins in FC/RH. In-Reply-To: <1105631313.7721.25.camel@sigurd.incentre.net> References: <41E5C938.6060906@insight.rr.com> <1105631313.7721.25.camel@sigurd.incentre.net> Message-ID: <41E71E31.6050309@insight.rr.com> Guy Fraser wrote: > On Wed, 2005-12-01 at 20:04 -0500, Jim Cornette wrote: > >>I submitted a bug report for problems trying to resolve a dual display >>problem with the latest xorg-x11 program. I recall reading some list >>mail and some bug reports earlier that referred to older X versions >>working and later versions failing. I want to see if this is regression >>or if an Intel 815 (primary) and an ati (secondary) video card could >>work with Fedora/Red Hat. >>I installed Severn to see if I could configure dual-display and found >>only the start of the configuration tool interface. (blank tab). >>Anyway, before trailing through all the betas, FC releases and such, I >>would like to know where a functional configuration tool begins. >> > > I will have to presume that reading the documentation and then using > "vi" to edit /etc/X11/xorg.conf don't count. Severn is now gone. I upgraded to FC2 to try to configure this with s-c-display. As for the editing the xorg.conf file to do dual head functioning. I think editing should be a last resort, after configuration tools fall short of expectations. Basic problem. Rawhide s-c-display errored out on attempting to reconfigure X. Severn does not have the tool. FC2 comes with the ability to configure dual head. I'll attempt to scour through the documentation to manually configure dual head. I can get X up and running. The problem is with getting the secondary and promary cards configure to work correctly. Internal video (Intel 815) and PCI slotted ATI video do not seem to configure properly with Internal first, PCI secondary. I figured out where s-c-display and X both seem to work a bit. (FC2 w/ no updates applied. The interaction is still present with this backdated trail. So the answer is: With vi and scouring documentation for X? Jim > > >>The bug and hardware that I am trying to use is posted in the bug report >>that this link points to. >> >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144597 >> >>I know the hardware is capable of working with this setup. The dual-head >>operation works in Win ME, which is held in low esteem even among MS users. >> >>Thanks! >> >>Jim From sandy_pond at myrealbox.com Fri Jan 14 04:14:12 2005 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Thu, 13 Jan 2005 23:14:12 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105652715.28097.3.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050113153101.GA631002@hiwaay.net> <1105631116.13533.9.camel@dcbw.boston.redhat.com> <1105652715.28097.3.camel@dcbw.boston.redhat.com> Message-ID: <1105676052.3667.1.camel@family> On Thu, 2005-01-13 at 16:45 -0500, Dan Williams wrote: > On Thu, 2005-01-13 at 10:45 -0500, Dan Williams wrote: > > On Thu, 2005-01-13 at 09:31 -0600, Chris Adams wrote: > > > NetworkManager's RPM says "It is intended only for the desktop use-case, > > > and is not intended for usage on servers.", yet it is installed by > > > default in the "Base" group (which means going forward bind and > > > caching-nameserver will also be installed by default). I don't need > > > this if I'm building a firewall or server (it actually gets in the way > > > of configuring bind). > > > > I believe I was in error adding the caching-nameserver dep, I'll remove > > that and push another update. > > I actually appear to be wrong on this one, we _do_ need caching- > nameserver from what Colin Walters says, since some of the configuration > for named is stored in the config files /other/ than the main one (ie > reverse DNS info he said?). It seems to be a packaging issue for > caching-nameserver more or less. > > Dan > Will NetworkManager not be in the base install for anaconda "server" installation? From harald at redhat.com Fri Jan 14 10:20:26 2005 From: harald at redhat.com (Harald Hoyer) Date: Fri, 14 Jan 2005 11:20:26 +0100 Subject: KDE 3.4 Beta1 "Krokodile" In-Reply-To: References: <1105647486.4366.0.camel@localhost.surak.eti.br> Message-ID: <41E79CEA.6090403@redhat.com> Lars wrote: > Schni Schna Schnappi! ;-O > > :-) > L :-) Than Ngo is on vacation... If you provide cvs patches, I can push KDE 3.4beta1 through the build system today or this weekend, otherwise you'll have to wait until I can spare some time next week. From terraformers at gmx.net Fri Jan 14 11:05:17 2005 From: terraformers at gmx.net (Lars) Date: Fri, 14 Jan 2005 12:05:17 +0100 Subject: KDE 3.4 Beta1 "Krokodile" References: <1105647486.4366.0.camel@localhost.surak.eti.br> <41E79CEA.6090403@redhat.com> Message-ID: Harald Hoyer wrote: > Lars wrote: >> Schni Schna Schnappi! ;-O >> >> :-) >> L > > :-) > > Than Ngo is on vacation... If you provide cvs patches, I can push KDE > 3.4beta1 through the build system today or this weekend, otherwise > you'll have to wait until I can spare some time next week. > guess i'm not *that* skilled in writing the proper patch to do this for now. but i'm working on improving my coding skills :) maybe rex wants to help out on this? best *hey i'm only a tester* L From mpeters at mac.com Fri Jan 14 12:21:44 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 14 Jan 2005 12:21:44 +0000 Subject: FC4 schedule? In-Reply-To: <1105481571.3726.7.camel@localhost.localdomain> (from kyrre@solution-forge.net on Tue Jan 11 14:12:52 2005) References: <41E200EB.4030101@comcast.net> <1105394430.3464.16.camel@localhost.localdomain> <1105395139.4675.10.camel@opus.phy.duke.edu> <1105481571.3726.7.camel@localhost.localdomain> Message-ID: <1105705304l.7745l.3l@devel.mpeters.us> On 01/11/2005 02:12:52 PM, Kyrre Ness Sjobak wrote: > > > - graphical yum stuff > > - extras available in sync with the release. > > :P :-) :-D If that is true - I would like to something like what smart does, where you can give a repository priority (or individual packages) and it won't replace them with same name packages from lesser priority repositories even if the version number is newer - unless you specifically up the priority of the package. From kevin.hobbs.1 at ohiou.edu Fri Jan 14 13:21:11 2005 From: kevin.hobbs.1 at ohiou.edu (Kevin H. Hobbs) Date: Fri, 14 Jan 2005 08:21:11 -0500 Subject: FC4 schedule? In-Reply-To: <1105705304l.7745l.3l@devel.mpeters.us> References: <41E200EB.4030101@comcast.net> <1105394430.3464.16.camel@localhost.localdomain> <1105395139.4675.10.camel@opus.phy.duke.edu> <1105481571.3726.7.camel@localhost.localdomain> <1105705304l.7745l.3l@devel.mpeters.us> Message-ID: <1105708871.14375.2.camel@gargon.hooperlab> On Fri, 2005-01-14 at 12:21 +0000, Michael A. Peters wrote: > On 01/11/2005 02:12:52 PM, Kyrre Ness Sjobak wrote: > > > > > - graphical yum stuff > > > - extras available in sync with the release. > > > > :P :-) :-D > > If that is true - I would like to something like what smart does, where > you can give a repository priority (or individual packages) and it > won't replace them with same name packages from lesser priority > repositories even if the version number is newer - unless you > specifically up the priority of the package. > > pkgpolicy does some of this -------------- 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 skvidal at phy.duke.edu Fri Jan 14 14:03:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 14 Jan 2005 09:03:23 -0500 Subject: FC4 schedule? In-Reply-To: <1105708871.14375.2.camel@gargon.hooperlab> References: <41E200EB.4030101@comcast.net> <1105394430.3464.16.camel@localhost.localdomain> <1105395139.4675.10.camel@opus.phy.duke.edu> <1105481571.3726.7.camel@localhost.localdomain> <1105705304l.7745l.3l@devel.mpeters.us> <1105708871.14375.2.camel@gargon.hooperlab> Message-ID: <1105711403.3944.21.camel@cutter> On Fri, 2005-01-14 at 08:21 -0500, Kevin H. Hobbs wrote: > On Fri, 2005-01-14 at 12:21 +0000, Michael A. Peters wrote: > > On 01/11/2005 02:12:52 PM, Kyrre Ness Sjobak wrote: > > > > > > > - graphical yum stuff > > > > - extras available in sync with the release. > > > > > > :P :-) :-D > > > > If that is true - I would like to something like what smart does, where > > you can give a repository priority (or individual packages) and it > > won't replace them with same name packages from lesser priority > > repositories even if the version number is newer - unless you > > specifically up the priority of the package. > > > > > > pkgpolicy does some of this Not in 2.1 and the problem I have with the repo prioritization in smart is the same problem I have with doing it in yum: It's terribly confusing, as a setting, for a new user. It is also a good mechanism to hose up a dependency or other setting for a user who thinks s/he is experienced. Essentially repo priority is a super-epoch. It lets the user control how the version comparison process occurs and put in their own 'override'. I'm having a hard time thinking of a situation where this situation is useful to anyone beyond the person who really just needs to learn how to use --exclude or the 'exclude' and 'includepkgs' repo settings. Can you explain to me a situation where you see the repository priority mechanism as a better mechanism for solving a dependency problem? The only justification I've ever heard for it is to overcome broken repositories and well, that's fixing the problem in the wrong place. Not only should you fix the repository you should also consider disabling that repository in your configuration BECAUSE it is broken. Seriously, what's the justification for a feature which adds a fair bit of complexity to any of the dependency resolution code? -sv From dcbw at redhat.com Fri Jan 14 14:24:53 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 14 Jan 2005 09:24:53 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105676052.3667.1.camel@family> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050113153101.GA631002@hiwaay.net> <1105631116.13533.9.camel@dcbw.boston.redhat.com> <1105652715.28097.3.camel@dcbw.boston.redhat.com> <1105676052.3667.1.camel@family> Message-ID: <1105712693.4436.4.camel@dcbw.boston.redhat.com> On Thu, 2005-01-13 at 23:14 -0500, Sandy Pond wrote: > Will NetworkManager not be in the base install for anaconda "server" > installation? Yes, it should not be installed for servers. NetworkManager is really only useful in a desktop context, and is mostly targetted at laptops where the user is mobile. At this point, it doesn't really make sense for server environments, though that capability may well creep in at future points. Dan From whb at ceimaine.org Fri Jan 14 15:22:28 2005 From: whb at ceimaine.org (Will Backman) Date: Fri, 14 Jan 2005 10:22:28 -0500 Subject: RedHat Directory Message-ID: <1105716148.8891.20.camel@cei3772.empower.ceimaine.org> Any chance we will see the newly purchased Netscppp Directory technology for testing any time soon? -- Will Backman Coastal Enterprises, Inc. The ozone layer or cheese in a spray can. Don't make me choose. From kevin.hobbs.1 at ohiou.edu Fri Jan 14 15:29:28 2005 From: kevin.hobbs.1 at ohiou.edu (Kevin H. Hobbs) Date: Fri, 14 Jan 2005 10:29:28 -0500 Subject: FC4 schedule? In-Reply-To: <1105711403.3944.21.camel@cutter> References: <41E200EB.4030101@comcast.net> <1105394430.3464.16.camel@localhost.localdomain> <1105395139.4675.10.camel@opus.phy.duke.edu> <1105481571.3726.7.camel@localhost.localdomain> <1105705304l.7745l.3l@devel.mpeters.us> <1105708871.14375.2.camel@gargon.hooperlab> <1105711403.3944.21.camel@cutter> Message-ID: <1105716568.14375.11.camel@gargon.hooperlab> On Fri, 2005-01-14 at 09:03 -0500, seth vidal wrote: > On Fri, 2005-01-14 at 08:21 -0500, Kevin H. Hobbs wrote: > > On Fri, 2005-01-14 at 12:21 +0000, Michael A. Peters wrote: > > > On 01/11/2005 02:12:52 PM, Kyrre Ness Sjobak wrote: > > > > > > > > > - graphical yum stuff > > > > > - extras available in sync with the release. > > > > > > > > :P :-) :-D > > > > > > If that is true - I would like to something like what smart does, where > > > you can give a repository priority (or individual packages) and it > > > won't replace them with same name packages from lesser priority > > > repositories even if the version number is newer - unless you > > > specifically up the priority of the package. > > > > > > > > > > pkgpolicy does some of this > > Not in 2.1 and the problem I have with the repo prioritization in smart > is the same problem I have with doing it in yum: > That would be why I couldn't find more about it in the manual. I suppose I could delete that line from the config. -------------- 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 jspaleta at gmail.com Fri Jan 14 15:53:48 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 14 Jan 2005 10:53:48 -0500 Subject: RedHat Directory In-Reply-To: <1105716148.8891.20.camel@cei3772.empower.ceimaine.org> References: <1105716148.8891.20.camel@cei3772.empower.ceimaine.org> Message-ID: <604aa79105011407535479d6bd@mail.gmail.com> On Fri, 14 Jan 2005 10:22:28 -0500, Will Backman wrote: > Any chance we will see the newly purchased Netscppp Directory technology > for testing any time soon? 'any time soon' is rather vague don't you think? I doubt anyone is going to go out on a limb and give you an eta for it. Will it happen? I personally have very little doubt about it showing up, but the timing of how you open up pieces of technology isn't so easy to set a time table to. I don't remember anyone making any promises beyond 'as soon as possible' when Red Hat acquired the gfs technology which is showing up now in rawhide. Sit back and mull over how long that took and use the it as a example to gauge your time table expectations. -jef From guy at incentre.net Fri Jan 14 16:12:36 2005 From: guy at incentre.net (Guy Fraser) Date: Fri, 14 Jan 2005 09:12:36 -0700 Subject: RedHat Directory In-Reply-To: <1105716148.8891.20.camel@cei3772.empower.ceimaine.org> References: <1105716148.8891.20.camel@cei3772.empower.ceimaine.org> Message-ID: <1105719156.7721.87.camel@sigurd.incentre.net> On Fri, 2005-14-01 at 10:22 -0500, Will Backman wrote: > Any chance we will see the newly purchased Netscppp Directory technology > for testing any time soon? > What is Netscppp Directory technology? > -- > Will Backman > Coastal Enterprises, Inc. > > The ozone layer or cheese in a spray can. Don't make me choose. From selinux at gmail.com Fri Jan 14 17:55:40 2005 From: selinux at gmail.com (Tom London) Date: Fri, 14 Jan 2005 09:55:40 -0800 Subject: initrd-2.6.10-1.1088_FC4.img munged?!? Message-ID: <4c4ba15305011409553ae3e7bf@mail.gmail.com> I upgraded 2 machines this morning to kernel-2.6.10-1.1088_FC4. One went without a hitch. The other appears to have generated a munged initrd. The boot fails very early with all sorts of mount, etc. problems. Finally croaks with 'killing init' message. The apparently offending initrd is about 2x the size of the initrd for 1075 or 1076. This appears similar to: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144553 I removed and reinstalled 1088 to no effect. Anyone seeing this? Hints? thanks, tom -- Tom London From mharris at redhat.com Fri Jan 14 21:04:18 2005 From: mharris at redhat.com (Mike A. Harris) Date: Fri, 14 Jan 2005 16:04:18 -0500 (EST) Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide Message-ID: X.Org X11 6.8.2rc2 (6.8.1.902) was released yesterday, and is now available for testing for Fedora Core users in rawhide. This is the second release candidate of what will become 6.8.2 in the coming weeks. The 6.8.x series is a stable bugfix only series which fixes bugs in 6.8.1 and contains no major new features. If you have had any problems with 6.8.1 as shipped in Fedora Core 3, or 6.7.0 as shipped in Fedora Core 2, please upgrade to 6.8.1.902 in rawhide and test it well to see if the problems you may have experienced have been fixed now. Please close any open bug reports in both Red Hat and X.Org bugzilla if you have filed a bug against X.Org and it is no longer present in the new RC2 rpms. Fedora Core 3 and rawhide users are both encouraged to do this, as we will be releasing 6.8.2 as an update for FC3 once it is finalized. Additionally, if you experience any regressions or other new problems that did not occur in 6.8.1 or earlier, please report these problems directly to X.Org, via the X.Org bugzilla at freedesktop.org: http://bugs.freedesktop.org in the "xorg" component. This will ensure that all X.Org developers have a chance to see the bug report and possibly develop a solution for the final 6.8.2 release. Thanks in advance for testing. -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - X11 Developer - Red Hat From rshewan at lio.aacisd.com Fri Jan 14 17:55:04 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Fri, 14 Jan 2005 12:55:04 -0500 Subject: Errors on boot of kernel 2.6.10-1.1088_FC4 Message-ID: <41E80778.9050807@lio.aacisd.com> I have recently updated my rawhide box with 2.6.10-1.1088_FC4. On boot it issues messages along the lines: failed exec /sbin/udevstart mount: cannot create device root This is not verbatim and there are additional lines. I have attempted to retrieve the messages with dmesg and examined the contents of /var/log/messages. If someone could tell me how to collect these messages I would submit a bug. Rob Shewan From feliciano.matias at free.fr Fri Jan 14 21:23:02 2005 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Fri, 14 Jan 2005 22:23:02 +0100 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: References: Message-ID: <1105737782.18319.2.camel@one.myworld> Le vendredi 14 janvier 2005 ? 16:04 -0500, Mike A. Harris a ?crit : > Fedora Core 3 and rawhide users are both encouraged to do this, > as we will be releasing 6.8.2 as an update for FC3 once it is > finalized. So push it in /fedora/core/updates/testing/3/ . -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From paul at all-the-johnsons.co.uk Fri Jan 14 21:24:51 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 14 Jan 2005 21:24:51 +0000 Subject: Errors on boot of kernel 2.6.10-1.1088_FC4 In-Reply-To: <41E80778.9050807@lio.aacisd.com> References: <41E80778.9050807@lio.aacisd.com> Message-ID: <1105737891.4844.15.camel@localhost.localdomain> Hi, > If someone could tell me how to collect these messages I would submit a bug. The messages should be in /var/log/dmesg. To submit them into a bug copy and paste them into a bugzilla report at http://bugzilla.redhat.com TTFN Paul -- "He's not the Messiah, he's a very naughty boy!" - Life of Brian, Monty Python -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at nodata.co.uk Fri Jan 14 21:41:59 2005 From: fedora at nodata.co.uk (nodata) Date: Fri, 14 Jan 2005 22:41:59 +0100 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: <1105737782.18319.2.camel@one.myworld> References: <1105737782.18319.2.camel@one.myworld> Message-ID: <1105738919.4864.21.camel@sb-home.lan> On Fri, 2005-01-14 at 22:23 +0100, F?liciano Matias wrote: > Le vendredi 14 janvier 2005 ? 16:04 -0500, Mike A. Harris a ?crit : > > Fedora Core 3 and rawhide users are both encouraged to do this, > > as we will be releasing 6.8.2 as an update for FC3 once it is > > finalized. > > So push it in /fedora/core/updates/testing/3/ . > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list You have to wait, Red Hat like their early announcements :-) From feliciano.matias at free.fr Fri Jan 14 22:49:27 2005 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Fri, 14 Jan 2005 23:49:27 +0100 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: <1105738919.4864.21.camel@sb-home.lan> References: <1105737782.18319.2.camel@one.myworld> <1105738919.4864.21.camel@sb-home.lan> Message-ID: <1105742967.18319.6.camel@one.myworld> Le vendredi 14 janvier 2005 ? 22:41 +0100, nodata a ?crit : > On Fri, 2005-01-14 at 22:23 +0100, F?liciano Matias wrote: > > Le vendredi 14 janvier 2005 ? 16:04 -0500, Mike A. Harris a ?crit : > > > Fedora Core 3 and rawhide users are both encouraged to do this, > > > as we will be releasing 6.8.2 as an update for FC3 once it is > > > finalized. > > > > So push it in /fedora/core/updates/testing/3/ . ^^^^^^^ > > You have to wait, Red Hat like their early announcements :-) > I don't know if I correctly understand you. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From smooge at gmail.com Fri Jan 14 23:04:29 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Fri, 14 Jan 2005 16:04:29 -0700 Subject: NetworkManager In-Reply-To: <1105586848.6392.8.camel@family> References: <1105586848.6392.8.camel@family> Message-ID: <80d7e4090501141504efcfc37@mail.gmail.com> On Wed, 12 Jan 2005 22:27:27 -0500, Sandy Pond wrote: > I see on last rawhide update that NetworkManager now requires bind and > caching-nameserver. But the named service (bind) was not turned on: > > $ /sbin/chkconfig --list named > named 0:off 1:off 2:off 3:off 4:off 5:off 6:off > > Is it supposed to be turned on for NetworkManager? > Personally I think that something is wrong in RPM dependencies if caching name-server and bind are needed. -- Stephen J Smoogen. CSIRT/Linux System Administrator From smooge at gmail.com Fri Jan 14 23:12:10 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Fri, 14 Jan 2005 16:12:10 -0700 Subject: RedHat Directory In-Reply-To: <1105716148.8891.20.camel@cei3772.empower.ceimaine.org> References: <1105716148.8891.20.camel@cei3772.empower.ceimaine.org> Message-ID: <80d7e40905011415126cfd9397@mail.gmail.com> On Fri, 14 Jan 2005 10:22:28 -0500, Will Backman wrote: > Any chance we will see the newly purchased Netscppp Directory technology > for testing any time soon? If it is like other closed source acquisitions there is usually a year of cleanup to get out any non-licensable code that is in the base tree and rewriting those parts os that it can be used when it is released. -- Stephen J Smoogen. CSIRT/Linux System Administrator From smooge at gmail.com Fri Jan 14 23:10:06 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Fri, 14 Jan 2005 16:10:06 -0700 Subject: NetworkManager ( & bind) In-Reply-To: <1105712693.4436.4.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050113153101.GA631002@hiwaay.net> <1105631116.13533.9.camel@dcbw.boston.redhat.com> <1105652715.28097.3.camel@dcbw.boston.redhat.com> <1105676052.3667.1.camel@family> <1105712693.4436.4.camel@dcbw.boston.redhat.com> Message-ID: <80d7e409050114151024f25fc@mail.gmail.com> On Fri, 14 Jan 2005 09:24:53 -0500, Dan Williams wrote: > On Thu, 2005-01-13 at 23:14 -0500, Sandy Pond wrote: > > Will NetworkManager not be in the base install for anaconda "server" > > installation? > > Yes, it should not be installed for servers. NetworkManager is really > only useful in a desktop context, and is mostly targetted at laptops > where the user is mobile. At this point, it doesn't really make sense > for server environments, though that capability may well creep in at > future points. > So if bind is turned off... then how is NetworkManager doing lookups? And why cant nscd be 'fixed' to do these? Sorry I just dont like having a bind server on boxes that arent DNS servers.. you deal with one BIND exploit and it taints you :). It also seems to be heading towards everyone needing 1 gig of ram and a 3 ghz dekstop to even run effectively. [Hope this isnt too cranky.. little sleep.] -- Stephen J Smoogen. CSIRT/Linux System Administrator From notting at redhat.com Fri Jan 14 23:21:06 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 14 Jan 2005 18:21:06 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105629489.13533.2.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> Message-ID: <20050114232106.GA8257@nostromo.devel.redhat.com> Dan Williams (dcbw at redhat.com) said: > It uses bind in a caching-nameserver functionality and named should > _not_ be turned on my default in this configuration. Use of bind as a > caching nameserver was done to work around deficiencies of nscd and > glibc and should allow user applications to be aware of changes > to /etc/resolv.conf faster, since the applications actually just talk to > 127.0.0.1 for the nameserver, and its the caching-nameserver that > actually does the heavy lifting when /etc/resolv.conf changes since > glibc isn't up to the task. Why can't this be solved with nscd and use of 'nscd -i hosts' when resolv.conf changes, out of curiousity? Bill From alan at redhat.com Fri Jan 14 23:37:33 2005 From: alan at redhat.com (Alan Cox) Date: Fri, 14 Jan 2005 18:37:33 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <80d7e409050114151024f25fc@mail.gmail.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050113153101.GA631002@hiwaay.net> <1105631116.13533.9.camel@dcbw.boston.redhat.com> <1105652715.28097.3.camel@dcbw.boston.redhat.com> <1105676052.3667.1.camel@family> <1105712693.4436.4.camel@dcbw.boston.redhat.com> <80d7e409050114151024f25fc@mail.gmail.com> Message-ID: <20050114233733.GG8760@devserv.devel.redhat.com> On Fri, Jan 14, 2005 at 04:10:06PM -0700, Stephen J. Smoogen wrote: > So if bind is turned off... then how is NetworkManager doing lookups? You don't need named/caching-server. Alan From Stephen.Shankland at cnet.com Fri Jan 14 23:41:30 2005 From: Stephen.Shankland at cnet.com (Stephen Shankland) Date: Fri, 14 Jan 2005 15:41:30 -0800 Subject: RedHat Directory Message-ID: <635CAD74BD612B43AB95A1BA2B10D8B311B06E@SF-E2K3-PUB01.cnet.cnwk> When I talked to Red Hat at the end of September 2004, when the acquisition was announced, the company said the directory would be included in the next 6 to 12 months. So if they meet their schedule, expect it to be final by the end of September 2005. I don't know when the code will be released as open-source software or how long the test period before the final availability will last. http://news.com.com/Red+Hat+taps+Netscape+to+broaden+its+landscape/2100- 7344_3-5389920.html sts Stephen Shankland, reporter, CNET News.com 415-344-2406 stephen.shankland at cnet.com 235 Second St., San Francisco CA 94105 -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Stephen J. Smoogen Sent: Friday, January 14, 2005 3:12 PM To: For testers of Fedora Core development releases Subject: Re: RedHat Directory On Fri, 14 Jan 2005 10:22:28 -0500, Will Backman wrote: > Any chance we will see the newly purchased Netscppp Directory technology > for testing any time soon? If it is like other closed source acquisitions there is usually a year of cleanup to get out any non-licensable code that is in the base tree and rewriting those parts os that it can be used when it is released. -- Stephen J Smoogen. CSIRT/Linux System Administrator -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From mharris at www.linux.org.uk Sat Jan 15 08:44:40 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sat, 15 Jan 2005 03:44:40 -0500 Subject: X.org X11 6.8.2rc1 (xorg-x11-6.8.1.901) release candidate 1 now in Fedora Development for testing In-Reply-To: <1104684795.5635.2.camel@dougs-laptop.dark-hill.co.uk> References: <41C7D681.3020305@www.linux.org.uk> <1104684795.5635.2.camel@dougs-laptop.dark-hill.co.uk> Message-ID: <41E8D7F8.2030700@www.linux.org.uk> Douglas Furlong wrote: > On Tue, 2004-12-21 at 02:53 -0500, Mike A. Harris wrote: > >>X.Org X11 6.8.2rc1 a.k.a 6.8.1.901 is now in Fedora Development >>(rawhide) for testing. This new X11 test release is from the stable >>bugfix-only 6.8-branch of X.Org X11 CVS. The new release fixes a large >>number of bugs in 6.8.1 which have been reported since it was released, >>including fixes to the X server, radeon and other drivers, and addition >>of PCI IDs of some newer hardware. > > Hi > > Can you confirm that the patches referred to in the below link have been > included? > > https://bugs.freedesktop.org/show_bug.cgi?id=1559 The src.rpm is open source fortunately, so anyone can investigate this. Or even just test out new rpms and find out for themselves. I also recommend checking the rpm changelogs directly. From mharris at www.linux.org.uk Sat Jan 15 08:48:33 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sat, 15 Jan 2005 03:48:33 -0500 Subject: FC 4 Xorg Rpms on FC 3? In-Reply-To: <20050107234438.GGJJ1657.lakermmtao11.cox.net@nonerjsnum1tkq> References: <20050107234438.GGJJ1657.lakermmtao11.cox.net@nonerjsnum1tkq> Message-ID: <41E8D8E1.5010804@www.linux.org.uk> Tom Browder wrote: > To possibly solve my X problems, Jim Cornette suggested I try latest xorg > source from their CVS. > > Would adding latest xorg rpms from rawhide to my FC 3 setup be feasible > without installing the whole FC 4 test? > > Or is FC 4 stable enough so that I should try that? Generally speaking, my recommendation to end users is to never use X.Org CVS directly for several reasons: 1) Installing from raw X source will not be configured identically to the way X is built in Fedora Core. This will be even worse on AMD64 64bit OS installations with multilib. 2) You will no longer be able to use X from rpm packaging or upgrade the OS without manually hacking various things in the filesystem to undo the damage installing X from source does. While it is possible to undo the damage, it is a PITA, and I really don't recommend it. If you _must_ do it, use ProjectRoot et al. (documented in the host.def section of the rpm spec file instead. The rawhide X rpms *should* work on FC3. If not, simply rebuild them on FC3. There will be an X.Org X11 update to 6.8.2 for FC3 when it is released also. Hope this helps. From mharris at www.linux.org.uk Sat Jan 15 08:55:42 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sat, 15 Jan 2005 03:55:42 -0500 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: <1105737782.18319.2.camel@one.myworld> References: <1105737782.18319.2.camel@one.myworld> Message-ID: <41E8DA8E.1040302@www.linux.org.uk> F?liciano Matias wrote: > Le vendredi 14 janvier 2005 ? 16:04 -0500, Mike A. Harris a ?crit : > >>Fedora Core 3 and rawhide users are both encouraged to do this, >>as we will be releasing 6.8.2 as an update for FC3 once it is >>finalized. > > > So push it in /fedora/core/updates/testing/3/ . Actually, we're considering doing just that. ;o) We want to have people test for a few days first however to guage any major problems or regressions. Also there is at least one glitch I'd like to fix prior to a push to /testing/. Sometimes upgrades cause xorg.conf to get renamed to xorg.conf.backup In the mean time, please test the rpms posted in my first posting or from rawhide. (they're the same) ;o) Thanks in advance. From shrek-m at gmx.de Sat Jan 15 13:40:53 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 15 Jan 2005 14:40:53 +0100 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX Message-ID: <41E91D65.5020509@gmx.de> hi, you should remove the last dovecot update immediately. http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm here it is often reproducable, squirrelmail - dovecot sometimes you can see a new "sentmail"-box delete it with squirrelmail, dovecot/squirrelmail has no acces to INBOX mail, mail-f, ... works ok downgrade to # rpm -q dovecot dovecot-0.99.11-1.FC3.4 FC3 cd#3 solve all the problems bugzilla will follow -- shrek-m From feliciano.matias at free.fr Sat Jan 15 15:06:44 2005 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sat, 15 Jan 2005 16:06:44 +0100 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: <41E8DA8E.1040302@www.linux.org.uk> References: <1105737782.18319.2.camel@one.myworld> <41E8DA8E.1040302@www.linux.org.uk> Message-ID: <1105801604.28025.1.camel@one.myworld> Le samedi 15 janvier 2005 ? 03:55 -0500, Mike A. Harris a ?crit : > In the mean time, please test the rpms posted in my first posting or > from rawhide. (they're the same) ;o) > Done. No regression (Matrox Millennium G400). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ufo at linux.net.mk Sat Jan 15 16:11:55 2005 From: ufo at linux.net.mk (Arangel Angov) Date: Sat, 15 Jan 2005 17:11:55 +0100 Subject: Hardware upgrade & FC3? Message-ID: <41E940CB.1020302@linux.net.mk> I have FC3 installed at the moment on a lucky star KT100 motherboard, with 512SD RAM and AMD Athlon 1.4GHz proccessor. I just got a good deal on a brand new Soltek motherboard, 512 DDR RAM and AMD Athlon 2.4GHz processor. My question is, how will fedora handle this hardware upgrade, first of all will it boot? The HDD an all other other hardware will remain as they are. I just don't want to try it before I ask someone.. don't want to do a new install if not nessecary. Thanks in advance. Arangel -- Fedora-trans-list mailing list Fedora-trans-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-trans-list From fct-cornette at insight.rr.com Sat Jan 15 16:22:56 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 15 Jan 2005 11:22:56 -0500 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: <1105801604.28025.1.camel@one.myworld> References: <1105737782.18319.2.camel@one.myworld> <41E8DA8E.1040302@www.linux.org.uk> <1105801604.28025.1.camel@one.myworld> Message-ID: <41E94360.30906@insight.rr.com> F?liciano Matias wrote: > Le samedi 15 janvier 2005 ? 03:55 -0500, Mike A. Harris a ?crit : > >>In the mean time, please test the rpms posted in my first posting or >>from rawhide. (they're the same) ;o) >> > > > Done. No regression (Matrox Millennium G400). > Same bugs for FC3 original xorg-x11 through current version in rawhide. Tux causes lockups, switching to a VT then back again locks up computer. (Fan races, no response from keys, need hard reset). Jim 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 (prog-if 00 [VGA]) Subsystem: Hewlett-Packard Company Pavilion ze4400 builtin Video Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B+ Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- References: <41E940CB.1020302@linux.net.mk> Message-ID: <200501151228.07652.fox3ec208@wideopenwest.com> On Saturday January 15 2005 11:11, Arangel Angov wrote: > I have FC3 installed at the moment on a lucky star KT100 motherboard, > with 512SD RAM and AMD Athlon 1.4GHz proccessor. I just got a good deal > on a brand new Soltek motherboard, 512 DDR RAM and AMD Athlon 2.4GHz > processor. My question is, how will fedora handle this hardware upgrade, > first of all will it boot? The HDD an all other other hardware will > remain as they are. > > I just don't want to try it before I ask someone.. don't want to do a > new install if not nessecary. What kind of HD and video? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From balay at fastmail.fm Sat Jan 15 17:42:07 2005 From: balay at fastmail.fm (Satish Balay) Date: Sat, 15 Jan 2005 11:42:07 -0600 (CST) Subject: Hardware upgrade & FC3? In-Reply-To: <41E940CB.1020302@linux.net.mk> References: <41E940CB.1020302@linux.net.mk> Message-ID: On Sat, 15 Jan 2005, Arangel Angov wrote: > I have FC3 installed at the moment on a lucky star KT100 motherboard, > with 512SD RAM and AMD Athlon 1.4GHz proccessor. I just got a good deal > on a brand new Soltek motherboard, 512 DDR RAM and AMD Athlon 2.4GHz > processor. My question is, how will fedora handle this hardware upgrade, > first of all will it boot? The HDD an all other other hardware will > remain as they are. > > I just don't want to try it before I ask someone.. don't want to do a > new install if not nessecary. Generally - it does boot and redetect hardware (and kudzu attempts to reconfigure stuff). So things should work. Make sure you have the latest rhgb update installed. I've swapped hdds between a thinkpad 600E and T40 successfully.. Satish From webmaster at margo.bijoux.nom.br Sat Jan 15 18:30:41 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sat, 15 Jan 2005 16:30:41 -0200 Subject: Hardware upgrade & FC3? In-Reply-To: <41E940CB.1020302@linux.net.mk> References: <41E940CB.1020302@linux.net.mk> Message-ID: <41E96151.70700@margo.bijoux.nom.br> Arangel Angov wrote: > I have FC3 installed at the moment on a lucky star KT100 motherboard, > with 512SD RAM and AMD Athlon 1.4GHz proccessor. I just got a good deal > on a brand new Soltek motherboard, 512 DDR RAM and AMD Athlon 2.4GHz > processor. My question is, how will fedora handle this hardware upgrade, > first of all will it boot? The HDD an all other other hardware will > remain as they are. > > I just don't want to try it before I ask someone.. don't want to do a > new install if not nessecary. I already did that trick once.. Replacing a motherboard ECS k7vta3 (via kt333 chipset) with an asus a7n8x (nforce 2). At that time , I think I was using FC2. All the necessary stuff was reconfigured automatically by kudzu.. I only had to change the network config to static IP. Considering that you are using FC2 or above , then probably you'll have no problem at all... -- Pedro Macedo From kyrre at solution-forge.net Sat Jan 15 19:05:57 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 15 Jan 2005 20:05:57 +0100 Subject: Hardware upgrade & FC3? In-Reply-To: <200501151228.07652.fox3ec208@wideopenwest.com> References: <41E940CB.1020302@linux.net.mk> <200501151228.07652.fox3ec208@wideopenwest.com> Message-ID: <1105815957.2735.10.camel@localhost.localdomain> l?r, 15.01.2005 kl. 18.28 skrev Terry Polzin: > On Saturday January 15 2005 11:11, Arangel Angov wrote: > > I have FC3 installed at the moment on a lucky star KT100 motherboard, > > with 512SD RAM and AMD Athlon 1.4GHz proccessor. I just got a good deal > > on a brand new Soltek motherboard, 512 DDR RAM and AMD Athlon 2.4GHz > > processor. My question is, how will fedora handle this hardware upgrade, > > first of all will it boot? The HDD an all other other hardware will > > remain as they are. > > > > I just don't want to try it before I ask someone.. don't want to do a > > new install if not nessecary. > What kind of HD and video? Shouldn't video be OK as long as you use free drivers? When i switched my voodo 3 for a flashy new geforce 2mx, FC2 did all correct, asked me a couple of questions like "vodoo removal detected, reconfigure?" and "nvidia attachment detected - configure?". All i did was "yes", and gdm etc came up nicely. From kyrre at solution-forge.net Sat Jan 15 19:07:21 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 15 Jan 2005 20:07:21 +0100 Subject: RedHat Directory In-Reply-To: <635CAD74BD612B43AB95A1BA2B10D8B311B06E@SF-E2K3-PUB01.cnet.cnwk> References: <635CAD74BD612B43AB95A1BA2B10D8B311B06E@SF-E2K3-PUB01.cnet.cnwk> Message-ID: <1105816041.2735.12.camel@localhost.localdomain> What kind of product will this be? A easy-to-use directory server? (pleeeease!) that will make it a flash to setup a simple file/auth server? l?r, 15.01.2005 kl. 00.41 skrev Stephen Shankland: > When I talked to Red Hat at the end of September 2004, when the > acquisition was announced, the company said the directory would be > included in the next 6 to 12 months. So if they meet their schedule, > expect it to be final by the end of September 2005. I don't know when > the code will be released as open-source software or how long the test > period before the final availability will last. > > http://news.com.com/Red+Hat+taps+Netscape+to+broaden+its+landscape/2100- > 7344_3-5389920.html > > sts > > Stephen Shankland, reporter, CNET News.com > 415-344-2406 > stephen.shankland at cnet.com > 235 Second St., San Francisco CA 94105 > > -----Original Message----- > From: fedora-test-list-bounces at redhat.com > [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Stephen J. > Smoogen > Sent: Friday, January 14, 2005 3:12 PM > To: For testers of Fedora Core development releases > Subject: Re: RedHat Directory > > On Fri, 14 Jan 2005 10:22:28 -0500, Will Backman > wrote: > > Any chance we will see the newly purchased Netscppp Directory > technology > > for testing any time soon? > > > If it is like other closed source acquisitions there is usually a year > of cleanup to get out any non-licensable code that is in the base tree > and rewriting those parts os that it can be used when it is released. > > > > > -- > Stephen J Smoogen. > CSIRT/Linux System Administrator > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From webmaster at margo.bijoux.nom.br Sat Jan 15 19:21:59 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sat, 15 Jan 2005 17:21:59 -0200 Subject: Hardware upgrade & FC3? In-Reply-To: <1105815957.2735.10.camel@localhost.localdomain> References: <41E940CB.1020302@linux.net.mk> <200501151228.07652.fox3ec208@wideopenwest.com> <1105815957.2735.10.camel@localhost.localdomain> Message-ID: <41E96D57.6000501@margo.bijoux.nom.br> Kyrre Ness Sjobak wrote: >l?r, 15.01.2005 kl. 18.28 skrev Terry Polzin: > > >>On Saturday January 15 2005 11:11, Arangel Angov wrote: >> >> >>>I have FC3 installed at the moment on a lucky star KT100 motherboard, >>>with 512SD RAM and AMD Athlon 1.4GHz proccessor. I just got a good deal >>>on a brand new Soltek motherboard, 512 DDR RAM and AMD Athlon 2.4GHz >>>processor. My question is, how will fedora handle this hardware upgrade, >>>first of all will it boot? The HDD an all other other hardware will >>>remain as they are. >>> >>>I just don't want to try it before I ask someone.. don't want to do a >>>new install if not nessecary. >>> >>> >>What kind of HD and video? >> >> >Shouldn't video be OK as long as you use free drivers? When i switched >my voodo 3 for a flashy new geforce 2mx, FC2 did all correct, asked me a >couple of questions like "vodoo removal detected, reconfigure?" and >"nvidia attachment detected - configure?". All i did was "yes", and gdm >etc came up nicely. > > > Even with closed drivers , it shouldnt be an issue.. Except for ATI cards.. The fglrx config tool adds a line to the X config that says the device ID (or bus ID , dont remmember now the exactly item) that is motherboard dependent.... I had a bit of headache trying to understand what was going on and it took some time till found the option hidden in the X config... now , for nvidia cards with the binary driver , works perfectly.. My brother changed his motherboard and everything worked as it should... -- Pedro Macedo From kyrre at solution-forge.net Sat Jan 15 20:27:11 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 15 Jan 2005 21:27:11 +0100 Subject: udev-050-1 while starting udev: don't know how to make device "cpu/microcode" In-Reply-To: <41E604A3.4040005@taipang.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> <1105574598.6861.296.camel@serendipity.dogma.lan> <20050113034704.GM1735@angus.ind.WPI.EDU> <41E604A3.4040005@taipang.com> Message-ID: <1105820830.3671.2.camel@localhost.localdomain> tor, 13.01.2005 kl. 06.18 skrev Alor: > After update udev to udev-050-1 and kernel to kernel-2.6.10-1.1076_FC4 > while booting system > when starting udev warning: > don't know how to make device "cpu/microcode" > Ignore it o not? > > Best regards > Alor Long. By posting as an answer to an old thread instead of creating a new one, your post is having smaller chances to be detected by people who uses threaded email clients. From kyrre at solution-forge.net Sat Jan 15 21:03:34 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 15 Jan 2005 22:03:34 +0100 Subject: Any danger from these ports? In-Reply-To: <41E541BC.1090706@redhat.com> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <41E541BC.1090706@redhat.com> Message-ID: <1105823014.3671.9.camel@localhost.localdomain> ons, 12.01.2005 kl. 16.26 skrev Harald Hoyer: > Kyrre Ness Sjobak wrote: > > Hmm... Just thougth i should mention it, when i switched on "allow FTP" > > on system-config-network on a fedora box a year ago, it did fail to open > > ports for passive FTP... > > this is system-config-securitylevel yups. oops... From kyrre at solution-forge.net Sat Jan 15 21:12:22 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 15 Jan 2005 22:12:22 +0100 Subject: Any danger from these ports? In-Reply-To: <1105574598.6861.296.camel@serendipity.dogma.lan> References: <1105223904.5959.26.camel@localhost.localdomain> <1105224871.30554.6.camel@va.local.linuxlobbyist.org> <604aa7910501100745451ebc88@mail.gmail.com> <20050110154956.GA4369@nsk.no-ip.org> <604aa79105011008356bb6d2cf@mail.gmail.com> <1105541106.2654.16.camel@localhost.localdomain> <1105544941.5322.11.camel@rodolfo.gt.factorrent.com> <20050112160300.GL1735@angus.ind.WPI.EDU> <1105574598.6861.296.camel@serendipity.dogma.lan> Message-ID: <1105823541.3671.18.camel@localhost.localdomain> Bug created. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145242 tor, 13.01.2005 kl. 01.03 skrev Alexander Dalloz: > Am Mi, den 12.01.2005 schrieb Charles R. Anderson um 17:03: > > > Passive FTP listens on random local ephemeral ports for data > > connections set up by the 21/tcp control stream. If you are not using > > a stateful firewall with a FTP helper, then you need to allow incoming > > TCP connections to whatever range your FTP server uses for passive FTP > > (defaults to the entire local port range). This is why I have always > > set up my FTP server similar to this (older box using ipchains): > > > > /etc/sysctl.conf: > > net.ipv4.ip_local_port_range = 60000 65535 > > > > /etc/vsftpd.conf: > > pasv_min_port=59000 > > pasv_max_port=59999 > > > > /etc/sysconfig/ipchains: > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 21:21 -p 6 -j ACCEPT > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 0:58999 -p 6 -l -j DENY > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 59000:59999 -p 6 -j ACCEPT > > -A input -i eth0 -s 0.0.0.0/0.0.0.0 -d 0.0.0.0/0.0.0.0 60000:65535 -p 6 -y -l -j DENY > > It is much better to use ip_conntrack_ftp iptables helper module and the > stateful capabilities of iptables (ESTABLISHED,RELATED) rather than to > "blindly" open a range of high ports. Why using ipchains, which is not > stateful, when having iptables? > Easily be done with the default Fedora Core iptables rules by adding > ip_conntrack_ftp into IPTABLES_MODULES="" in > /etc/sysconfig/iptables-config. > > Alexander > From maxer1 at xmission.com Sat Jan 15 21:59:42 2005 From: maxer1 at xmission.com (RaXeT) Date: Sat, 15 Jan 2005 14:59:42 -0700 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) and any new ATI support In-Reply-To: <41E94360.30906@insight.rr.com> Message-ID: <001001c4fb4d$84cb3520$0200000a@frankvm8xsembs> Wondering if final 6.8.2 will have support for the new ATI X700 Pro? I created an entry for "Requesting driver support for the ATI Radeon X700 chipset" : https://bugs.freedesktop.org/show_bug.cgi?id=1873 back on the 19th of November. Alex Deucher mentioned it shouldn't be a bid deal, but I haven't seen a post since? Any idea what's happening? Thanks, RaXeT From lynn at garlic.com Sun Jan 16 06:03:29 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Sat, 15 Jan 2005 23:03:29 -0700 Subject: kernel-smp-2.6.10-1.741_FC3 dies during boot, unable to read superblock on ext3 filesystem In-Reply-To: <20050114170036.350497364E@hormel.redhat.com> References: <20050114170036.350497364E@hormel.redhat.com> Message-ID: <41EA03B1.3050508@garlic.com> i've been running smp kernel 681 ... i tried smp kernel 724 ... and it died early in boot with message about unable to read superblock on boot ext3 filesystem. just tried 741 ... and it died the same way with similar message. From DwaineGarden at rogers.com Sun Jan 16 06:16:26 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Sun, 16 Jan 2005 06:16:26 +0000 Subject: kooka has gone koo koo Message-ID: <41EA06BA.3040505@rogers.com> Trying to get kooka running in KDE. Does anyone know how to get around this problem with glibc? QLayout: Adding QComboBox/PREVIEWFORMATCOMBO (child of QVButtonGroup/unnamed) to layout for Previewer/unnamed *** glibc detected *** double free or corruption (!prev): 0x0865ea20 *** Alarm clock I tried to grab the source code and the same message comes up when the new compiled version is ran. Any suggestions? Dwaine. From feliciano.matias at free.fr Sun Jan 16 06:34:47 2005 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Sun, 16 Jan 2005 07:34:47 +0100 Subject: kooka has gone koo koo In-Reply-To: <41EA06BA.3040505@rogers.com> References: <41EA06BA.3040505@rogers.com> Message-ID: <1105857287.1442.9.camel@one.myworld> Le dimanche 16 janvier 2005 ? 06:16 +0000, Dwaine Garden a ?crit : > Trying to get kooka running in KDE. Does anyone know how to get around > this problem with glibc? > > QLayout: Adding QComboBox/PREVIEWFORMATCOMBO (child of > QVButtonGroup/unnamed) to layout for Previewer/unnamed > *** glibc detected *** double free or corruption (!prev): 0x0865ea20 *** > Alarm clock > > > I tried to grab the source code and the same message comes up when the > new compiled version is ran. > > Any suggestions? > Release note : http://fr2.rpmfind.net/linux/fedora/core/3/i386/os/RELEASE-NOTES-en glibc o The version of glibc provided with Fedora Core 3 performs additional internal sanity checks to prevent and detect data corruption as early as possible. By default, should corruption be detected, a message similar to the following will be displayed on standard error (or logged via syslog if stderr is not open): *** glibc detected *** double free or corruption: 0x0937d008 *** By default, the program that generated this error will also be killed; however, this (and whether or not an error message is generated) can be controlled via the MALLOC_CHECK_ environment variable. The following settings are supported: o 0 -- Do not generate an error message, and do not kill the program o 1 -- Generate an error message, but do not kill the program o 2 -- Do not generate an error message, but kill the program o 3 -- Generate an error message and kill the program Note If MALLOC_CHECK_ is explicitly set a value other than 0, this causes glibc to perform more tests that are more extensive than the default, and may impact performance. Should you have a program from a third party ISV that triggers these corruption checks and displays a message, you should file a defect report with the application's vendor, since this indicates a serious bug. > Dwaine. > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From seanc at libero.it Sun Jan 16 08:34:49 2005 From: seanc at libero.it (Sean Carlos) Date: Sun, 16 Jan 2005 09:34:49 +0100 Subject: Intel 537EP modem does not work after kernel update: 2.6.9-1.724_FC3smp -> 2.6.10-1.741_FC3smp Message-ID: <1105864489.4657.5.camel@localhost.localdomain> Hello, I have an Intel "soft" modem which no longer works after updating the kernel and recompiling (make; make 537; make install) Dialing out, I get the error message "8". In var/log/messages: Jan 15 14:07:47 localhost wvdial[6932]: WvDial: Internet dialer version 1.54.0 Jan 15 14:07:47 localhost wvdial[6932]: Initializing modem. Jan 15 14:07:47 localhost wvdial[6932]: Sending: ATZ Jan 15 14:07:47 localhost wvdial[6932]: Sending: ATQ0 Jan 15 14:07:47 localhost wvdial[6932]: Re-Sending: ATZ Jan 15 14:07:47 localhost wvdial[6932]: Modem not responding. Reverting back to 2.6.9-1.724_FC3smp and recompiling, everything is fine. The software (intel-537ep-2.60.80.0.tgz or intel-537ep-2.60.80.1.tgz) comes from the Intel site. Any suggestions? Sean -------------- next part -------------- A non-text attachment was scrubbed... Name: compile_2.6.10-1.741_FC3smp_2005-01-15.log Type: text/x-log Size: 5339 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: compile_2.6.9-1.724_FC3smp_2005-01-15.log Type: text/x-log Size: 5170 bytes Desc: not available URL: From surak at casa.surak.eti.br Sun Jan 16 12:43:36 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sun, 16 Jan 2005 09:43:36 -0300 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <41E91D65.5020509@gmx.de> References: <41E91D65.5020509@gmx.de> Message-ID: <1105879416.21841.11.camel@localhost.surak.eti.br> Em S?b, 2005-01-15 ?s 14:40 +0100, shrek-m at gmx.de escreveu: > hi, > > you should remove the last dovecot update immediately. > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm Dovecot 1.00 from ATRpms is bad too. I lost one week of work because of it :-) I already asked for Axel to remove it, and didn't updated my system again since that. From fhew3 at cogeco.ca Sun Jan 16 16:19:44 2005 From: fhew3 at cogeco.ca (Fulko Hew) Date: Sun, 16 Jan 2005 11:19:44 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <20041224172658.GD22347@devserv.devel.redhat.com> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> Message-ID: <41EA9420.3060600@cogeco.ca> Here is an update to my investigations on why I can no longer burn good CDs on FC2 and FC3. (Bugzilla # 141884) Background: With post 2.6.7 kernels, CDs that are burned, cause read errors at semi-random sectors. Current observations and investigation process: After reading about people having problems with audio 'hickups' (bugzilla #143421) I was reminded of some 'hickups' I've been hearing lately. Upon further investigation, it turns out that those dropouts were on the original mp3, since they always happened at the same spot. But that got me to thinking about what happens when I burn CDs... a) I use a screensaver called "Euphoria" an OpenGL, fairly CPU intensive application. b) Burning CDs takes a while, and my screen saver always kicks in. (because I'm usually doing something else on another machine while waiting.) So I decide to persue testing on FC3. I won't bore you with all the tests I did over the 25 hours of testing and countless burns. But here are the results (and they uncover another error too). 1/ The timer on the screensaver does not work. - Time values < 20 minutes are obeyed. - Time values >20 minutes always results in a timeout of 20 minutes. 2/ When the screen save kicks in, the CD burn process causes a burn failure. 3/ There is no indication on 'cdrecord' of burn errors. (Burnproof is on, but never used, and min buffer fill was 84%.) 4/ It is independent of actual screen saver selected. (I also tried 'blank screen'.) 5/ The semi-random location of the read error was caused because of the varying screensaving time I had configured, or other keyboard activity that deferred screen timeouts. 6/ Continuous keyboard usage during burning (deferring screen timeouts) results in good burns. 7/ Disabling screen saver results in a good burn (FC3 only, see item 9 below). 8/ It doesn't seem to be related to the 'inform power management about screen blanking' option. 9/ Disabling screen savers on _FC2_ does not work. In addition to observation #1 above, if the screen saver is disabled, the screen will still blank after a maximum of 20 minutes. Conclusions: i/ Screen saving timer misbehaves (different symptoms on FC2 versus FC3). ii/ Screensaving induces CD burn errors. iii/ A good burn (when read) will read extra data past the sixe of the original ISO written (15 x 2048 bytes) Note: The original CD error was reported as bugzilla # 141884. I think the original bugzilla should be split into multiple reports. I will do this later today. From alan at redhat.com Sun Jan 16 16:43:49 2005 From: alan at redhat.com (Alan Cox) Date: Sun, 16 Jan 2005 11:43:49 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41EA9420.3060600@cogeco.ca> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> Message-ID: <20050116164349.GA17879@devserv.devel.redhat.com> On Sun, Jan 16, 2005 at 11:19:44AM -0500, Fulko Hew wrote: > 1/ The timer on the screensaver does not work. > - Time values < 20 minutes are obeyed. > - Time values >20 minutes always results in a timeout of 20 minutes. Do you have a BIOS set 20 minute display timeout floating around too by any chance ? > iii/ A good burn (when read) will read extra data past the sixe of the > original ISO written (15 x 2048 bytes) Thats correct behaviour. The end of a CD is very low accuracy only. Alan From skvidal at phy.duke.edu Sun Jan 16 16:52:36 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 16 Jan 2005 11:52:36 -0500 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <1105879416.21841.11.camel@localhost.surak.eti.br> References: <41E91D65.5020509@gmx.de> <1105879416.21841.11.camel@localhost.surak.eti.br> Message-ID: <1105894356.3725.11.camel@cutter> On Sun, 2005-01-16 at 09:43 -0300, Alexandre Strube wrote: > Em S?b, 2005-01-15 ?s 14:40 +0100, shrek-m at gmx.de escreveu: > > hi, > > > > you should remove the last dovecot update immediately. > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm > > Dovecot 1.00 from ATRpms is bad too. I lost one week of work because of > it :-) I already asked for Axel to remove it, and didn't updated my > system again since that. there is no final dovecot 1.00 from the upstream author. There are only test releases. Some of the test releases have had some serious bugs in them, this is why they're test releases. -sv From fhew3 at cogeco.ca Sun Jan 16 16:51:13 2005 From: fhew3 at cogeco.ca (Fulko Hew) Date: Sun, 16 Jan 2005 11:51:13 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <20050116164349.GA17879@devserv.devel.redhat.com> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> <20050116164349.GA17879@devserv.devel.redhat.com> Message-ID: <41EA9B81.9030302@cogeco.ca> Alan Cox wrote: >On Sun, Jan 16, 2005 at 11:19:44AM -0500, Fulko Hew wrote: > >> 1/ The timer on the screensaver does not work. >> - Time values < 20 minutes are obeyed. >> - Time values >20 minutes always results in a timeout of 20 minutes. >> > >Do you have a BIOS set 20 minute display timeout floating around too by >any chance ? > My BIOS has no 'apparent' options. Actually it has very few options. :-( >> iii/ A good burn (when read) will read extra data past the sixe of the >> original ISO written (15 x 2048 bytes) >> > >Thats correct behaviour. The end of a CD is very low accuracy only. > OK. But (in my nievity) doesn't that make it difficult to 'dup' CDs? ie. you couldn't do a: dd if=/dev/cdrom of=test.iso bs=2048 From fhew3 at cogeco.ca Sun Jan 16 16:54:25 2005 From: fhew3 at cogeco.ca (Fulko Hew) Date: Sun, 16 Jan 2005 11:54:25 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41EA9B81.9030302@cogeco.ca> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> <20050116164349.GA17879@devserv.devel.redhat.com> <41EA9B81.9030302@cogeco.ca> Message-ID: <41EA9C41.2070002@cogeco.ca> Fulko Hew adds to his own post: > Alan Cox wrote: > >> On Sun, Jan 16, 2005 at 11:19:44AM -0500, Fulko Hew wrote: >> >>> 1/ The timer on the screensaver does not work. >>> - Time values < 20 minutes are obeyed. >>> - Time values >20 minutes always results in a timeout of 20 minutes. >>> >> >> Do you have a BIOS set 20 minute display timeout floating around too by >> any chance ? >> > > My BIOS has no 'apparent' options. Actually it has very few options. > :-( And remember, this CD burn problem _is_ kernel specific. I will do tests later today with older kernels and this 20 minute timeout issue and report back. >>> iii/ A good burn (when read) will read extra data past the sixe of the >>> original ISO written (15 x 2048 bytes) >>> >> >> Thats correct behaviour. The end of a CD is very low accuracy only. >> > > OK. But (in my nievity) doesn't that make it difficult to 'dup' CDs? > > ie. you couldn't do a: dd if=/dev/cdrom of=test.iso bs=2048 > > From alan at redhat.com Sun Jan 16 16:54:30 2005 From: alan at redhat.com (Alan Cox) Date: Sun, 16 Jan 2005 11:54:30 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41EA9B81.9030302@cogeco.ca> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> <20050116164349.GA17879@devserv.devel.redhat.com> <41EA9B81.9030302@cogeco.ca> Message-ID: <20050116165430.GA22177@devserv.devel.redhat.com> On Sun, Jan 16, 2005 at 11:51:13AM -0500, Fulko Hew wrote: > >Thats correct behaviour. The end of a CD is very low accuracy only. > > OK. But (in my nievity) doesn't that make it difficult to 'dup' CDs? > ie. you couldn't do a: dd if=/dev/cdrom of=test.iso bs=2048 Each copy will gradually get a bit longer unless you know the real .iso size (which is easy to find). The iso file system knows its own size so it ignores the padding From alan at redhat.com Sun Jan 16 16:56:23 2005 From: alan at redhat.com (Alan Cox) Date: Sun, 16 Jan 2005 11:56:23 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41EA9C41.2070002@cogeco.ca> References: <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> <20050116164349.GA17879@devserv.devel.redhat.com> <41EA9B81.9030302@cogeco.ca> <41EA9C41.2070002@cogeco.ca> Message-ID: <20050116165623.GB22177@devserv.devel.redhat.com> On Sun, Jan 16, 2005 at 11:54:25AM -0500, Fulko Hew wrote: > And remember, this CD burn problem _is_ kernel specific. > I will do tests later today with older kernels and this 20 minute > timeout issue > and report back. Yes. My guess at the moment is something involving acpi or the cpu frequency daemon (acpi=off being one test to do). The reason for this is that when the CPU changes speed it has to disconnect from the system busses and reconnect. Thats a complex process and there are chip errata (and also maybe software bugs of course) in this area which might foul up a current DMA transfer. Alan From mpeters at mac.com Sun Jan 16 16:58:23 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 16 Jan 2005 16:58:23 +0000 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <41EA9420.3060600@cogeco.ca> (from fhew3@cogeco.ca on Sun Jan 16 08:19:44 2005) References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> Message-ID: <1105894703l.32216l.3l@devel.mpeters.us> On 01/16/2005 08:19:44 AM, Fulko Hew wrote: > > a) I use a screensaver called "Euphoria" an OpenGL, fairly CPU > intensive application. Not sure what Euphoria is part of - but yeah, I always disable screenaver when burning, or what doing something very cpu heavy and long (ie transcoding video) It has just become habit for me - xscreensaver-command -exit cdrecord options file From surak at casa.surak.eti.br Sun Jan 16 17:11:52 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sun, 16 Jan 2005 14:11:52 -0300 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <1105894356.3725.11.camel@cutter> References: <41E91D65.5020509@gmx.de> <1105879416.21841.11.camel@localhost.surak.eti.br> <1105894356.3725.11.camel@cutter> Message-ID: <1105895512.25209.0.camel@localhost.surak.eti.br> Em Dom, 2005-01-16 ?s 11:52 -0500, seth vidal escreveu: > > > you should remove the last dovecot update immediately. > > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm > > Dovecot 1.00 from ATRpms is bad too. I lost one week of work because of > > it :-) I already asked for Axel to remove it, and didn't updated my > > system again since that. > there is no final dovecot 1.00 from the upstream author. There are only > test releases. Some of the test releases have had some serious bugs in > them, this is why they're test releases. Sorry, you are correct. It was 1.0test28 (or something like that) which caused havoc here. From DwaineGarden at rogers.com Sun Jan 16 19:49:07 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Sun, 16 Jan 2005 19:49:07 +0000 Subject: kooka has gone koo koo In-Reply-To: <1105857287.1442.9.camel@one.myworld> References: <41EA06BA.3040505@rogers.com> <1105857287.1442.9.camel@one.myworld> Message-ID: <41EAC533.1020704@rogers.com> F?liciano Matias wrote: >Le dimanche 16 janvier 2005 ? 06:16 +0000, Dwaine Garden a ?crit : > > >>Trying to get kooka running in KDE. Does anyone know how to get around >>this problem with glibc? >> >>QLayout: Adding QComboBox/PREVIEWFORMATCOMBO (child of >>QVButtonGroup/unnamed) to layout for Previewer/unnamed >>*** glibc detected *** double free or corruption (!prev): 0x0865ea20 *** >>Alarm clock >> >> >>I tried to grab the source code and the same message comes up when the >>new compiled version is ran. >> >>Any suggestions? >> >> >> > >Release note : >http://fr2.rpmfind.net/linux/fedora/core/3/i386/os/RELEASE-NOTES-en > glibc > > o The version of glibc provided with Fedora Core 3 performs additional > internal sanity checks to prevent and detect data corruption as early > as possible. By default, should corruption be detected, a message > similar to the following will be displayed on standard error (or > logged via syslog if stderr is not open): > > *** glibc detected *** double free or corruption: 0x0937d008 *** > > By default, the program that generated this error will also be killed; > however, this (and whether or not an error message is generated) can > be controlled via the MALLOC_CHECK_ environment variable. The > following settings are supported: > > o 0 -- Do not generate an error message, and do not kill the > program > > o 1 -- Generate an error message, but do not kill the program > > o 2 -- Do not generate an error message, but kill the program > > o 3 -- Generate an error message and kill the program > > Note > > If MALLOC_CHECK_ is explicitly set a value other than 0, this causes > glibc to perform more tests that are more extensive than the default, > and may impact performance. > > Should you have a program from a third party ISV that triggers these > corruption checks and displays a message, you should file a defect > report with the application's vendor, since this indicates a serious > bug. > > > >>Dwaine. >> >> >> Thanks for the information. I'll follow up with kooka maintainers and get the source code modified. I might even take a look at it. Dwaine. From ernesto at ornl.gov Sun Jan 16 21:24:55 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 16 Jan 2005 16:24:55 -0500 Subject: How to make permissions on "/dev/nvidia" stick? Message-ID: <1105910695.14580.18.camel@lion> Hi, Following a reboot/powerup before starting doom3 or unreal; I have to modify the permissions on the following files: ================================================================ [root at lion ~]# ls -l /dev/nvid* crw-rw-rw- 1 root root 195, 255 Jan 15 23:41 /dev/nvidia crw-rw-rw- 1 root root 195, 0 Nov 7 19:05 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Nov 7 19:05 /dev/nvidiactl ================================================================ Does anyone know the trick to make this stick? Following a reboot I must execute: chmod o+rw /dev/nvid* I am using "NVIDIA-Linux-x86-1.0-6629-pkg1.run" Thanks, Ernesto From jspaleta at gmail.com Sun Jan 16 21:36:44 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 16 Jan 2005 16:36:44 -0500 Subject: How to make permissions on "/dev/nvidia" stick? In-Reply-To: <1105910695.14580.18.camel@lion> References: <1105910695.14580.18.camel@lion> Message-ID: <604aa79105011613365d4bffae@mail.gmail.com> On Sun, 16 Jan 2005 16:24:55 -0500, Ernest L. Williams Jr. wrote: > Does anyone know the trick to make this stick? > Following a reboot I must execute: > chmod o+rw /dev/nvid* > > I am using "NVIDIA-Linux-x86-1.0-6629-pkg1.run" The permissions change for me automatically when i log into the console via the pam_console mechanism. And then the permissions revert back to default permissions when a user is not at the console. If you want to change that behavior you may have to edit the udev device defaults for the nvidia devices and the console.perms. did you follow the documented instructions on how to get nvidia working with udev? http://fedora.redhat.com/docs/udev/ does /etc/security/console.perms have the lines =/dev/nvidia* /dev/3dfx* and 0600 0600 root -jef From arjanv at redhat.com Sun Jan 16 21:41:34 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 16 Jan 2005 22:41:34 +0100 Subject: How to make permissions on "/dev/nvidia" stick? In-Reply-To: <1105910695.14580.18.camel@lion> References: <1105910695.14580.18.camel@lion> Message-ID: <1105911695.8734.57.camel@laptopd505.fenrus.org> On Sun, 2005-01-16 at 16:24 -0500, Ernest L. Williams Jr. wrote: > Hi, > > Following a reboot/powerup before starting doom3 or unreal; I have to > modify the permissions on the following files I think your mail is somewhat off topic for this list about testing the latest fedora rawhide/betas and is more suitable for the generic fedora- list user oriented list. -------------- 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 ernesto at ornl.gov Sun Jan 16 22:38:57 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 16 Jan 2005 17:38:57 -0500 Subject: How to make permissions on "/dev/nvidia" stick? In-Reply-To: <604aa79105011613365d4bffae@mail.gmail.com> References: <1105910695.14580.18.camel@lion> <604aa79105011613365d4bffae@mail.gmail.com> Message-ID: <1105915137.14580.19.camel@lion> On Sun, 2005-01-16 at 16:36 -0500, Jeff Spaleta wrote: > On Sun, 16 Jan 2005 16:24:55 -0500, Ernest L. Williams Jr. > wrote: > > Does anyone know the trick to make this stick? > > Following a reboot I must execute: > > chmod o+rw /dev/nvid* > > > > I am using "NVIDIA-Linux-x86-1.0-6629-pkg1.run" > > The permissions change for me automatically when i log into the > console via the pam_console mechanism. And then the permissions > revert back to default permissions when a user is not at the console. > If you want to change that behavior you may have to edit the udev > device defaults for the nvidia devices and the console.perms. > > did you follow the documented instructions on how to get nvidia > working with udev? > http://fedora.redhat.com/docs/udev/ > > does /etc/security/console.perms have the lines > =/dev/nvidia* /dev/3dfx* > and > 0600 0600 root Yes, but the nvidia instructions wanted those lines commented out. > > -jef > From ernesto at ornl.gov Sun Jan 16 22:39:48 2005 From: ernesto at ornl.gov (Ernest L. Williams Jr.) Date: Sun, 16 Jan 2005 17:39:48 -0500 Subject: How to make permissions on "/dev/nvidia" stick? In-Reply-To: <1105911695.8734.57.camel@laptopd505.fenrus.org> References: <1105910695.14580.18.camel@lion> <1105911695.8734.57.camel@laptopd505.fenrus.org> Message-ID: <1105915188.14580.21.camel@lion> On Sun, 2005-01-16 at 22:41 +0100, Arjan van de Ven wrote: > On Sun, 2005-01-16 at 16:24 -0500, Ernest L. Williams Jr. wrote: > > Hi, > > > > Following a reboot/powerup before starting doom3 or unreal; I have to > > modify the permissions on the following files > > I think your mail is somewhat off topic for this list about testing the > latest fedora rawhide/betas and is more suitable for the generic fedora- > list user oriented list. Sorry. You are right. I will use the Fedora List next time. > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From philip at balister.org Sun Jan 16 23:01:48 2005 From: philip at balister.org (Philip Balister) Date: Sun, 16 Jan 2005 18:01:48 -0500 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: References: Message-ID: <1105916508.7087.2.camel@localhost.localdomain> My Dell 600m can sleep (echo 3 > /proc/acpi/sleep) and resume with this version of X (and the latest FC3 kernel). There is some problem with the ipw2100 driver, but I just unload it before sleeping as a temporary hack. Thanks! Philip On Fri, 2005-01-14 at 16:04 -0500, Mike A. Harris wrote: > X.Org X11 6.8.2rc2 (6.8.1.902) was released yesterday, and is now > available for testing for Fedora Core users in rawhide. This is > the second release candidate of what will become 6.8.2 in the > coming weeks. The 6.8.x series is a stable bugfix only series > which fixes bugs in 6.8.1 and contains no major new features. > > If you have had any problems with 6.8.1 as shipped in Fedora Core > 3, or 6.7.0 as shipped in Fedora Core 2, please upgrade to > 6.8.1.902 in rawhide and test it well to see if the problems you > may have experienced have been fixed now. Please close any open > bug reports in both Red Hat and X.Org bugzilla if you have filed > a bug against X.Org and it is no longer present in the new RC2 > rpms. > > Fedora Core 3 and rawhide users are both encouraged to do this, > as we will be releasing 6.8.2 as an update for FC3 once it is > finalized. > > Additionally, if you experience any regressions or other new > problems that did not occur in 6.8.1 or earlier, please report > these problems directly to X.Org, via the X.Org bugzilla at > freedesktop.org: http://bugs.freedesktop.org in the "xorg" > component. This will ensure that all X.Org developers have > a chance to see the bug report and possibly develop a > solution for the final 6.8.2 release. > > Thanks in advance for testing. > > -- > Mike A. Harris ftp://people.redhat.com/mharris > OS Systems Engineer - X11 Developer - Red Hat > From joelbryanster at gmail.com Mon Jan 17 02:13:57 2005 From: joelbryanster at gmail.com (joelbryan) Date: Sun, 16 Jan 2005 18:13:57 -0800 Subject: Redhat, not participating in Tsunami relief. Message-ID: This were just my observation, I tried a Google site search on tsunami aid relief on Redhat, and blogs.redhat.com. And also I tried Oracle, I could not see any pages about tsunami aid. I know it's just a volunteer participation, this is not a force to make contributions or aid. It's just... SCO, Apple and Microsoft have one in their website. From skvidal at phy.duke.edu Mon Jan 17 02:25:14 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 16 Jan 2005 21:25:14 -0500 Subject: Redhat, not participating in Tsunami relief. In-Reply-To: References: Message-ID: <1105928714.3725.49.camel@cutter> On Sun, 2005-01-16 at 18:13 -0800, joelbryan wrote: > This were just my observation, I tried a Google site search on tsunami > aid relief on Redhat, and blogs.redhat.com. And also I tried Oracle, I > could not see any pages about tsunami aid. > > I know it's just a volunteer participation, this is not a force to > make contributions or aid. It's just... SCO, Apple and Microsoft have > one in their website. Definitely the wrong list. -sv From lynn at garlic.com Mon Jan 17 03:52:07 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Sun, 16 Jan 2005 20:52:07 -0700 Subject: kernel-smp-2.6.10-1.741_FC3 dies during boot, unable to read superblock on ext3 filesystem In-Reply-To: <20050116170016.7CFAA738F8@hormel.redhat.com> References: <20050116170016.7CFAA738F8@hormel.redhat.com> Message-ID: <41EB3667.40304@garlic.com> have gotten smp kernel 741 to boot on smp machine with scsi drives and standard ext3 boot filesystem. smp kernel 724 & 741 fail to boot (error message saying unable to read superblock) on smp machine with pair of sata drivers configured with logical volume support (fresh fc3 install) where all the filesystems are ext3, the boot filesystem is (software) mirrored on the two drives and the remaining filesystems are (software) striped on the two drives. smp kernel 681 works fine. From dcbw at redhat.com Mon Jan 17 04:47:29 2005 From: dcbw at redhat.com (Dan Williams) Date: Sun, 16 Jan 2005 23:47:29 -0500 (EST) Subject: The problem with nscd (was RE: NetworkManager & bind) In-Reply-To: <20050114232106.GA8257@nostromo.devel.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050114232106.GA8257@nostromo.devel.redhat.com> Message-ID: Bill & everyone, Here's the problem. 'nscd -i hosts' isn't adequate for all cases. Specifically (and you can argue about its relevance), nscd doesn't interrupt in-process resolution calls and return current information immediately. Instead, if /etc/resolv.conf gets changed from underneath 'nscd' and you call 'nscd -i hosts', an app like Mozilla will sit there until it times out because nscd is too dumb to deal with changed information in the middle of a gethostbyname(). For example: 1) Stick bogus information in /etc/resolv.conf 2) service nscd start 3) nscd -i hosts (to clear all previous cached hosts) 4) Fire up mozilla, "www.google.com" (mozilla will sit there resolving as the DNS servers are incorrect) 5) correct /etc/resolv.conf with good DNS servers 6) nscd -i hosts 7) WAIT FOREVER (15 - 20 seconds) Using a caching nameserver, and restarting the nameserver, works correctly, every time, all the time. Try getting something (/Anything/) past Uli, let alone something with the name resolver. Note that killing nscd and restarting a fresh copy doesn't work either. Server-types and those people who don't actually use a desktop may argue that this delay is acceptable, but its not, even if it occurs 10% of the time for 10% of the users. Furthermore, I've run into cases where just 'nscd -i hosts' is inadequate, as I did when I was testing to make sure I knew what I was talking about here. I had an nscd running, copied over a bogus /etc/resolv.conf, and did 'nscd -i hosts', but apps could still resolv names when clearly they should not have due to the bogus resolv.conf and the invalidated hosts cache. nscd simply doesn't work well enough, caching-nameservers do. Were these problems in nscd/glibc corrected, we'd love to switch back to nscd becacuse its simply less complicated, which is bonus. But not if it doesn't work. Dan On Fri, 14 Jan 2005, Bill Nottingham wrote: > Dan Williams (dcbw at redhat.com) said: > > It uses bind in a caching-nameserver functionality and named should > > _not_ be turned on my default in this configuration. Use of bind as a > > caching nameserver was done to work around deficiencies of nscd and > > glibc and should allow user applications to be aware of changes > > to /etc/resolv.conf faster, since the applications actually just talk to > > 127.0.0.1 for the nameserver, and its the caching-nameserver that > > actually does the heavy lifting when /etc/resolv.conf changes since > > glibc isn't up to the task. > > Why can't this be solved with nscd and use of 'nscd -i hosts' when > resolv.conf changes, out of curiousity? > > Bill > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From Fulko.Hew at sita.aero Mon Jan 17 14:18:46 2005 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Mon, 17 Jan 2005 09:18:46 -0500 Subject: FC3 can no longer successfully burn CDs] Message-ID: Alan Cox asked: >>>> 1/ The timer on the screensaver does not work. >>>> - Time values < 20 minutes are obeyed. >>>> - Time values >20 minutes always results in a timeout of 20 minutes. >>> >>> Do you have a BIOS set 20 minute display timeout floating around too by >>> any chance ? >> >> And remember, this CD burn problem _is_ kernel specific. >> I will do tests later today with older kernels and this 20 minute >> timeout issue and report back. > >Yes. My guess at the moment is something involving acpi or the cpu frequency >daemon (acpi=off being one test to do). The reason for this is that when the >CPU changes speed it has to disconnect from the system busses and reconnect. >Thats a complex process and there are chip errata (and also maybe software >bugs of course) in this area which might foul up a current DMA transfer. I had done the 'cpu frequency demon test' earlier last week, and it did not have any effect. The 'acpi=off' however, does act as a workaround. By turning it off, the burn is successful. Regardless of whether the screen blanks or not. NOTE: acpi=off does _not_ affect the pre-mature screen blanking symptom. So my (un-confirmed) conclusions are: - The issue is related to ACPI (as executed by the kernel). - Kernels (post 2.6.7), have changed their ACPI functionality. 1/ Xscreensaver has a bug, (or is controlled by mysterious/hidden ACPI parameters even if ACPI is OFF), regardless of Xscreensaver settings. Because after the '20 minutes' the animated wallpaper kicks in regardless of the setting of Xscreensaver. 2/ ACPI affects hardware regardless of the Xscreensaver setting of the "don't inform power management hardware of screen saving" option. 3/ My laptop's ACPI code is buggy causing a 'glitch' that affects CD-ROM burning (when some un-specified, buggy, ACPI code is inappropriately activated, as per 1 & 2 above). BTW. I have already had to add "acpi_os_name=xxxxxyyyyyzzzzzxxxxx" to my boot options to workaround an "ACPI disables the enhanced USB (v 2.0) controller when running under Linux" issue, as per tests/discussions performed with Greg Kroah ~Sep/04 and the USB sub-system. a) Now I don't know what bugzillas to report. :-( b) Would my next step be to disassemble the ACPI/BIOS code to see what I can see? From reader at newsguy.com Mon Jan 17 14:57:49 2005 From: reader at newsguy.com (Harry Putnam) Date: Mon, 17 Jan 2005 08:57:49 -0600 Subject: newest gimp won't run Message-ID: I ran yum on all gimp packages .. installing: gimp-2.2.2-3 gtkam-gimp-0.1.12-2 gimp-data-extras-1.2.0-12 gimp-print-plugin-4.2.7-3 gimp-help-2-0.1.0.6.1 gimp-print-4.2.7-3 No errors showed up. But now when I attempt to run gimp. I get a errors like this (and no gimp comes up): (gimp:12373): GLib-GObject-WARNING **: specified class size for type `GimpContainerEntry' is smaller than the parent type's `GtkEntry' class size (gimp:12373): GLib-GObject-CRITICAL **: file gtype.c: line 2319 (g_type_add_interface_static): assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (gimp:12373): GLib-GObject-CRITICAL **: file gobject.c: line 819 (g_object_new): assertion `G_TYPE_IS_OBJECT (object_type)' failed gimp: symbol lookup error: gimp: undefined symbol: g_return_if_fail_warning From Axel.Thimm at ATrpms.net Sun Jan 16 16:56:22 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 16 Jan 2005 17:56:22 +0100 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <1105894356.3725.11.camel@cutter> References: <41E91D65.5020509@gmx.de> <1105879416.21841.11.camel@localhost.surak.eti.br> <1105894356.3725.11.camel@cutter> Message-ID: <20050116165622.GA11464@neu.nirvana> On Sun, Jan 16, 2005 at 11:52:36AM -0500, seth vidal wrote: > On Sun, 2005-01-16 at 09:43 -0300, Alexandre Strube wrote: > > Em S?b, 2005-01-15 ?s 14:40 +0100, shrek-m at gmx.de escreveu: > > > you should remove the last dovecot update immediately. > > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm > > > > Dovecot 1.00 from ATRpms is bad too. I lost one week of work because of > > it :-) I already asked for Axel to remove it, and didn't updated my > > system again since that. > > there is no final dovecot 1.00 from the upstream author. There are only > test releases. Some of the test releases have had some serious bugs in > them, this is why they're test releases. Which is why they are in a repo called "bleeding" and labeled accordingly :) Anyway to do justice to dovecot 1.0, it does seem rock stable in my test installation. But I've only been following 1.0-test for a few months, so it may have been bleeding, indeed :) -- Axel.Thimm at ATrpms.net From fedora at warmcat.com Mon Jan 17 14:35:50 2005 From: fedora at warmcat.com (Andy Green) Date: Mon, 17 Jan 2005 14:35:50 +0000 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: References: Message-ID: <200501171435.54439.fedora@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 17 January 2005 14:18, Fulko.Hew at sita.aero wrote: > 3/ My laptop's ACPI code is buggy causing a 'glitch' that affects > CD-ROM burning (when some un-specified, buggy, ACPI code is > inappropriately activated, as per 1 & 2 above). I have seen stuttering evilness from the action of interrogating the battery state. If you have KLaptop in your tray, this might be provoking that behaviour. Just a wild thought. - -Andy - -- http://www.addintelligence.co.uk -- we design custom hardware and software for your products -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB681KjKeDCxMJCTIRAj4HAJwJbkOracT3ySfve/nhmRMP+caE3ACePtE0 Mw8gc+rMWfysswdGq+EnGtA= =lq5n -----END PGP SIGNATURE----- From m_epling at comcast.net Mon Jan 17 15:34:54 2005 From: m_epling at comcast.net (amazing powers of observation) Date: Mon, 17 Jan 2005 09:34:54 -0600 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <200501171435.54439.fedora@warmcat.com> References: <200501171435.54439.fedora@warmcat.com> Message-ID: <41EBDB1E.4050303@comcast.net> hey that could be a new idea on a new line of linux laptops with kde called a klaptop model Andy Green wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Monday 17 January 2005 14:18, Fulko.Hew at sita.aero wrote: > > > >> 3/ My laptop's ACPI code is buggy causing a 'glitch' that affects >> CD-ROM burning (when some un-specified, buggy, ACPI code is >> inappropriately activated, as per 1 & 2 above). >> >> > >I have seen stuttering evilness from the action of interrogating the battery >state. If you have KLaptop in your tray, this might be provoking that >behaviour. Just a wild thought. > >- -Andy > >- -- >http://www.addintelligence.co.uk -- we design custom hardware and software for >your products >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.6 (GNU/Linux) > >iD8DBQFB681KjKeDCxMJCTIRAj4HAJwJbkOracT3ySfve/nhmRMP+caE3ACePtE0 >Mw8gc+rMWfysswdGq+EnGtA= >=lq5n >-----END PGP SIGNATURE----- > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Fulko.Hew at sita.aero Mon Jan 17 16:09:10 2005 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Mon, 17 Jan 2005 11:09:10 -0500 Subject: FC3 can no longer successfully burn CDs] Message-ID: Andy Green @redhat.com on 01/17/2005 09:35:50 AM wrote: > On Monday 17 January 2005 14:18, Fulko.Hew at sita.aero wrote: > > > 3/ My laptop's ACPI code is buggy causing a 'glitch' that affects > > CD-ROM burning (when some un-specified, buggy, ACPI code is > > inappropriately activated, as per 1 & 2 above). > > I have seen stuttering evilness from the action of interrogating the battery > state. If you have KLaptop in your tray, this might be provoking that > behaviour. Just a wild thought. That might explain random failures, but I'd find it hard to believe that it would cause failures synchronized to the screen blanking. But, I will try to check out that lead. From lists at donut.dk Mon Jan 17 16:01:50 2005 From: lists at donut.dk (lists) Date: Mon, 17 Jan 2005 17:01:50 +0100 Subject: Firefox inconsistency "bug" Message-ID: <20050117160150.6532.qmail@donut.dk> I have noticed a annoying thing about Firefox in FC3. If you want to change your connection settings its Edit => Preferences => General in Firefox for windows, its under Tools => Options => General in Thunderbird for windows its under Tools => Options => Advanced in Thunderbird for FC3 its under Tools => Options => Advanced Why not move the Preferences item from Edit to Tools and call it Options? (i dont know if this is in FC3 only or a general thing with Firefox for linux) From kyrre at solution-forge.net Mon Jan 17 16:04:35 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 17 Jan 2005 17:04:35 +0100 Subject: How to make permissions on "/dev/nvidia" stick? In-Reply-To: <1105910695.14580.18.camel@lion> References: <1105910695.14580.18.camel@lion> Message-ID: <1105977874.2649.38.camel@localhost.localdomain> well, kinda hackish, but you should be able to get around by doing the chmod in /etc/rc.d/rc.local s?n, 16.01.2005 kl. 22.24 skrev Ernest L. Williams Jr.: > Hi, > > Following a reboot/powerup before starting doom3 or unreal; I have to > modify the permissions on the following files: > ================================================================ > [root at lion ~]# ls -l /dev/nvid* > crw-rw-rw- 1 root root 195, 255 Jan 15 23:41 /dev/nvidia > crw-rw-rw- 1 root root 195, 0 Nov 7 19:05 /dev/nvidia0 > crw-rw-rw- 1 root root 195, 255 Nov 7 19:05 /dev/nvidiactl > ================================================================ > > > Does anyone know the trick to make this stick? > Following a reboot I must execute: > chmod o+rw /dev/nvid* > > I am using "NVIDIA-Linux-x86-1.0-6629-pkg1.run" > > > > > > Thanks, > Ernesto From kyrre at solution-forge.net Mon Jan 17 16:05:33 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 17 Jan 2005 17:05:33 +0100 Subject: Redhat, not participating in Tsunami relief. In-Reply-To: References: Message-ID: <1105977932.2649.41.camel@localhost.localdomain> man, 17.01.2005 kl. 03.13 skrev joelbryan: > This were just my observation, I tried a Google site search on tsunami > aid relief on Redhat, and blogs.redhat.com. And also I tried Oracle, I > could not see any pages about tsunami aid. > > I know it's just a volunteer participation, this is not a force to > make contributions or aid. It's just... SCO, Apple and Microsoft have > one in their website. Well, the new tsunami warning system obiviously runns RH... At least they have bluecurve on their screens.... From mpg at redhat.com Mon Jan 17 16:10:25 2005 From: mpg at redhat.com (Marco Pesenti Gritti) Date: Mon, 17 Jan 2005 17:10:25 +0100 Subject: Firefox inconsistency "bug" In-Reply-To: <20050117160150.6532.qmail@donut.dk> References: <20050117160150.6532.qmail@donut.dk> Message-ID: <1105978225.8350.1.camel@localhost.localdomain> On Mon, 2005-01-17 at 17:01 +0100, lists wrote: > I have noticed a annoying thing about Firefox in FC3. > > If you want to change your connection settings its Edit => Preferences > => General > > in Firefox for windows, its under Tools => Options => General > in Thunderbird for windows its under Tools => Options => Advanced > in Thunderbird for FC3 its under Tools => Options => Advanced > > Why not move the Preferences item from Edit to Tools and call it Options? > > (i dont know if this is in FC3 only or a general thing with Firefox for > linux) I think it's a general thing with Firefox for linux. I guess the reason is to follow the GNOME user interface guidelines. http://developer.gnome.org/projects/gup/hig/2.0/ Marco From nphilipp at redhat.com Mon Jan 17 16:21:03 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 17 Jan 2005 17:21:03 +0100 Subject: newest gimp won't run In-Reply-To: References: Message-ID: <1105978863.18263.2.camel@wombat.tiptoe.de> On Mon, 2005-01-17 at 08:57 -0600, Harry Putnam wrote: > I ran yum on all gimp packages .. installing: > gimp-2.2.2-3 > gtkam-gimp-0.1.12-2 > gimp-data-extras-1.2.0-12 > gimp-print-plugin-4.2.7-3 > gimp-help-2-0.1.0.6.1 > gimp-print-4.2.7-3 > > No errors showed up. But now when I attempt to run gimp. I get a > errors like this (and no gimp comes up): > > > (gimp:12373): GLib-GObject-WARNING **: specified class size for type > `GimpContainerEntry' is smaller than the parent type's `GtkEntry' > class size > > (gimp:12373): GLib-GObject-CRITICAL **: file gtype.c: line 2319 > (g_type_add_interface_static): assertion `G_TYPE_IS_INSTANTIATABLE > (instance_type)' failed > > (gimp:12373): GLib-GObject-CRITICAL **: file gobject.c: line 819 > (g_object_new): assertion `G_TYPE_IS_OBJECT (object_type)' failed > gimp: symbol lookup error: gimp: undefined symbol: > g_return_if_fail_warning Is this an FC3 or an FC4 (development/Rawhide) system? I assume the former -- in that case please install the package built for FC3 then (gimp-2.2.2-0.fc3.3 should hit the download servers with then next push), you shouldn't use Rawhide packages on FC3. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From ufo at linux.net.mk Mon Jan 17 18:10:50 2005 From: ufo at linux.net.mk (Arangel Angov) Date: Mon, 17 Jan 2005 19:10:50 +0100 Subject: Hardware upgrade & FC3? In-Reply-To: <41E96151.70700@margo.bijoux.nom.br> References: <41E940CB.1020302@linux.net.mk> <41E96151.70700@margo.bijoux.nom.br> Message-ID: <41EBFFAA.8000205@linux.net.mk> Pedro Fernandes Macedo wrote: > I already did that trick once.. Replacing a motherboard ECS k7vta3 > (via kt333 chipset) with an asus a7n8x (nforce 2). > At that time , I think I was using FC2. All the necessary stuff was > reconfigured automatically by kudzu.. Everything went fine. Kudzu detected everything without problems. Thanks. Arangel From surak at casa.surak.eti.br Mon Jan 17 18:26:47 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 17 Jan 2005 15:26:47 -0300 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <20050116165622.GA11464@neu.nirvana> References: <41E91D65.5020509@gmx.de> <1105879416.21841.11.camel@localhost.surak.eti.br> <1105894356.3725.11.camel@cutter> <20050116165622.GA11464@neu.nirvana> Message-ID: <1105986407.5878.19.camel@localhost.surak.eti.br> Em Dom, 2005-01-16 ?s 17:56 +0100, Axel Thimm escreveu: > On Sun, Jan 16, 2005 at 11:52:36AM -0500, seth vidal wrote: > > On Sun, 2005-01-16 at 09:43 -0300, Alexandre Strube wrote: > > > Em S?b, 2005-01-15 ?s 14:40 +0100, shrek-m at gmx.de escreveu: > > > > you should remove the last dovecot update immediately. > > > > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm > > > > > > Dovecot 1.00 from ATRpms is bad too. I lost one week of work because of > > > it :-) I already asked for Axel to remove it, and didn't updated my > > > system again since that. > > there is no final dovecot 1.00 from the upstream author. There are only > > test releases. Some of the test releases have had some serious bugs in > > them, this is why they're test releases. > Which is why they are in a repo called "bleeding" and labeled > accordingly :) That's what make our jobs fun after all :-) > Anyway to do justice to dovecot 1.0, it does seem rock stable in my > test installation. But I've only been following 1.0-test for a few > months, so it may have been bleeding, indeed :) Did I reported some trouble to you those days, didn't I? Something regarding dovecot 1.0-test with squirrelmail... From notting at redhat.com Mon Jan 17 21:40:25 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 17 Jan 2005 16:40:25 -0500 Subject: The problem with nscd (was RE: NetworkManager & bind) In-Reply-To: References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050114232106.GA8257@nostromo.devel.redhat.com> Message-ID: <20050117214025.GA27128@nostromo.devel.redhat.com> Dan Williams (dcbw at redhat.com) said: > Here's the problem. 'nscd -i hosts' isn't adequate for all cases. > Specifically (and you can argue about its relevance), nscd doesn't > interrupt in-process resolution calls and return current information > immediately. Instead, if /etc/resolv.conf gets changed from underneath > 'nscd' and you call 'nscd -i hosts', an app like Mozilla will sit there > until it times out because nscd is too dumb to deal with changed > information in the middle of a gethostbyname(). > > For example: > 1) Stick bogus information in /etc/resolv.conf > 2) service nscd start > 3) nscd -i hosts (to clear all previous cached hosts) > 4) Fire up mozilla, "www.google.com" > (mozilla will sit there resolving as the DNS servers are incorrect) > 5) correct /etc/resolv.conf with good DNS servers > 6) nscd -i hosts > 7) WAIT FOREVER (15 - 20 seconds) OK, I'd argue that this isn't a particularly relevant usage case. How often do people really change their DNS servers *in the middle of a lookup?* > Note that killing nscd and restarting a fresh copy doesn't work either. > Server-types and those people who don't actually use a desktop may argue > that this delay is acceptable, but its not, Nice strawman there. > even if it occurs 10% of the time for 10% of the users. ... which I highly doubt. > Furthermore, I've run into cases where just 'nscd -i hosts' is inadequate, > as I did when I was testing to make sure I knew what I was talking about > here. I had an nscd running, copied over a bogus /etc/resolv.conf, and > did 'nscd -i hosts', but apps could still resolv names when clearly they > should not have due to the bogus resolv.conf and the invalidated hosts > cache. nscd simply doesn't work well enough, caching-nameservers do. Then that's bugs in nscd that should be fixed, not a reason to install *bind* on all desktops. Bill From fedora-test at drussell.dnsalias.com Tue Jan 18 00:11:49 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Mon, 17 Jan 2005 16:11:49 -0800 (PST) Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <1105879416.21841.11.camel@localhost.surak.eti.br> References: <41E91D65.5020509@gmx.de> <1105879416.21841.11.camel@localhost.surak.eti.br> Message-ID: <3919.10.10.10.5.1106007109.squirrel@10.10.10.250> > Em S?b, 2005-01-15 ?s 14:40 +0100, shrek-m at gmx.de escreveu: >> hi, >> >> you should remove the last dovecot update immediately. >> http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm Do not remove dovecot.... change /etc/dovecot.config to include mail_extra_groups=mail (#mail_extra_groups= is already in the config file, remove the # and add the mail group name) Ref: http://wiki.dovecot.org/VarMailDotLock From jdennis at redhat.com Tue Jan 18 00:44:22 2005 From: jdennis at redhat.com (John Dennis) Date: Mon, 17 Jan 2005 19:44:22 -0500 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <3919.10.10.10.5.1106007109.squirrel@10.10.10.250> References: <41E91D65.5020509@gmx.de> <1105879416.21841.11.camel@localhost.surak.eti.br> <3919.10.10.10.5.1106007109.squirrel@10.10.10.250> Message-ID: <1106009061.2085.66.camel@finch.boston.redhat.com> On Mon, 2005-01-17 at 19:11, Don Russell wrote: > > Em S?b, 2005-01-15 ?s 14:40 +0100, shrek-m at gmx.de escreveu: > >> hi, > >> > >> you should remove the last dovecot update immediately. > >> http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/dovecot-0.99.13-2.FC3.i386.rpm > > Do not remove dovecot.... change /etc/dovecot.config to include > mail_extra_groups=mail > > (#mail_extra_groups= is already in the config file, remove the # and add > the mail group name) > > Ref: http://wiki.dovecot.org/VarMailDotLock There are several solutions to this problem: 1) explicitly set "mbox_locks = fcntl" The default is "fcntl dotlock", by forcing mbox_locks to fcntl only then dotlocks won't be created in addition to fcntl locking. 2) If you want to use dotlocks then the above suggestion applies, set mail_extra_groups to mail in the in the config file. This is documented in /usr/share/doc/dovecot-*/REDHAT-FAQ.txt The use of dotlocks is probably only needed on older NFS mounts. The permission problem with dotlock creation only occurs if the mbox file in the system spool directory, which is only one of multiple places to locate the mbox (albeit common). 3) Wait a short while, a new rpm is being prepared whose config file reverts to the previous behavior of forcing mbox_locks to fcntl which overrides the default. -- John Dennis From DwaineGarden at rogers.com Tue Jan 18 01:27:19 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Tue, 18 Jan 2005 01:27:19 +0000 Subject: Hardware upgrade & FC3? In-Reply-To: <41EBFFAA.8000205@linux.net.mk> References: <41E940CB.1020302@linux.net.mk> <41E96151.70700@margo.bijoux.nom.br> <41EBFFAA.8000205@linux.net.mk> Message-ID: <41EC65F7.5040206@rogers.com> Arangel Angov wrote: > Pedro Fernandes Macedo wrote: > >> I already did that trick once.. Replacing a motherboard ECS k7vta3 >> (via kt333 chipset) with an asus a7n8x (nforce 2). >> At that time , I think I was using FC2. All the necessary stuff was >> reconfigured automatically by kudzu.. > > > Everything went fine. Kudzu detected everything without problems. > > Thanks. > > Arangel > I'm glad to read this thread. I had the same question. Dwaine From surak at casa.surak.eti.br Tue Jan 18 02:41:52 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Mon, 17 Jan 2005 23:41:52 -0300 Subject: latest kernels and ndiswrapper In-Reply-To: <1105369494.4071.5.camel@tabb1.tabb> References: <1105195132.21955.6.camel@localhost.surak.eti.br> <1105352478.22743.17.camel@localhost.surak.eti.br> <1105369494.4071.5.camel@tabb1.tabb> Message-ID: <1106016112.9857.14.camel@localhost.surak.eti.br> Em Seg, 2005-01-10 ?s 10:04 -0500, Phil Schaffner escreveu: > > > running a Fedora 2.6 kernel and your machine freezes after running > > > modprobe ndiswrapper as described in the [Installation] page, > > > you are probably using a driver that requires a stack sizegreater than > > > 4K. Try installing the 16K stack kernel update fo Linuxant" > > > But I don't even get to that. > Why not? Seems pretty clear that they're telling you it's not going to > work with Fedora 4k stack which AFAIK is in all FC3 and rawhide kernels. For what reason does fedora use that stack size? (besides breaking ndiswrapper, of course hehe). From alan at redhat.com Tue Jan 18 02:46:32 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 17 Jan 2005 21:46:32 -0500 Subject: latest kernels and ndiswrapper In-Reply-To: <1106016112.9857.14.camel@localhost.surak.eti.br> References: <1105195132.21955.6.camel@localhost.surak.eti.br> <1105352478.22743.17.camel@localhost.surak.eti.br> <1105369494.4071.5.camel@tabb1.tabb> <1106016112.9857.14.camel@localhost.surak.eti.br> Message-ID: <20050118024632.GA12406@devserv.devel.redhat.com> On Mon, Jan 17, 2005 at 11:41:52PM -0300, Alexandre Strube wrote: > > Why not? Seems pretty clear that they're telling you it's not going to > > work with Fedora 4k stack which AFAIK is in all FC3 and rawhide kernels. > > For what reason does fedora use that stack size? (besides breaking > ndiswrapper, of course hehe). It saves 4K per process of unswappable kernel memory and it reduces memory pressure because the 8K stacks require 2 adjacent physical pages which means you may have to boot stuff out to make room. In addition the 8K stack is effectively a 4K stack for the process, a couple of K for interrupts and some for the process data. Which means anything that requires 8K stack not 4K is likely to randomly stack overflow and crash when worst cases situations occur. It might not crash all the time but it will probably get you eventually. Alan From matt at rairyu.tk Tue Jan 18 02:54:21 2005 From: matt at rairyu.tk (Matthew Faull) Date: Tue, 18 Jan 2005 11:54:21 +0900 Subject: ASUS S5N and the 2.6.10-1.741_FC3 kernal and s3 sleep works In-Reply-To: <20050116124332.01D3E731DB@hormel.redhat.com> References: <20050116124332.01D3E731DB@hormel.redhat.com> Message-ID: <1106016862.9266.10.camel@klendor.rairyu.tk> ASUS S5N and the 2.6.10-1.741_FC3 kernel and s3 sleep seems to work now. In all previous FC3 kernels(724,681,667), it seemed to die when you woke it up again. Other random info about my setup: - Asus S5N with the 210 bios update. - Here's my entry in grub.conf: *********************************************************************** title Fedora Core (2.6.10-1.741_FC3) root (hd0,0) kernel /vmlinuz-2.6.10-1.741_FC3 ro root=LABEL=/ rhgb quiet acpi_sleep=s3_bios pm=off vga=0x317 video=vesa:ywrap,mtrr splash=silent *********************************************************************** - Heres the command I run to send the notebook to sleep: *********************************************************************** #!/bin/bash # suspend-to-ram : Sends the machine to S3, # performing some tasks before and after wakeup. PATH=/bin:/usr/bin:/usr/sbin:/sbin:/usr/local/sbin /usr/bin/killall synergyc echo -e "3[1;31mInitiating suspend-to-ram 3[0m" # Empty logfile echo > /tmp/suspend.log /etc/init.d/hotplug stop >> /tmp/suspend.log 2>&1 /etc/init.d/acpid stop >> /tmp/suspend.log 2>&1 # Go, sleep! echo 3 > /proc/acpi/sleep echo -e "3[1;32m... back 3[0m" # http://bugme.osdl.org/show_bug.cgi?id=3609 setpci -s 00:1f.0 f2.b=1 /etc/init.d/acpid start >> /tmp/suspend.log 2>&1 & /etc/init.d/hotplug start >> /tmp/suspend.log 2>&1 & *********************************************************************** Note: I don't claim to be the author of any of the code above. I just dug it up from googling around the net. Thanks people Cheers -- Matthew Faull From reader at newsguy.com Tue Jan 18 05:07:24 2005 From: reader at newsguy.com (Harry Putnam) Date: Mon, 17 Jan 2005 23:07:24 -0600 Subject: newest gimp won't run In-Reply-To: <1105978863.18263.2.camel@wombat.tiptoe.de> (Nils Philippsen's message of "Mon, 17 Jan 2005 17:21:03 +0100") References: <1105978863.18263.2.camel@wombat.tiptoe.de> Message-ID: Nils Philippsen writes: > Is this an FC3 or an FC4 (development/Rawhide) system? I assume the > former -- in that case please install the package built for FC3 then > (gimp-2.2.2-0.fc3.3 should hit the download servers with then next > push), you shouldn't use Rawhide packages on FC3. Its sort of a hybrid. Mostly rawhide. Cat /etc/fedora-release just shows: Fedora Core release Rawhide (Rawhide) I always get confused about the version thing. I just update out of rawhide intermittenly. Do you know what other packages might be causing the problem? Shouldn't the dependancy routines have returned something about a problem? Currently I have 238 packages to update. Any ideas which would be most likely to help this?. My system is fairly stable right now. I'd like to just update whats needed at the moment for gimp. From skvidal at phy.duke.edu Tue Jan 18 05:26:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 18 Jan 2005 00:26:21 -0500 Subject: newest gimp won't run In-Reply-To: References: <1105978863.18263.2.camel@wombat.tiptoe.de> Message-ID: <1106025982.3725.157.camel@cutter> > Its sort of a hybrid. Mostly rawhide. > Cat /etc/fedora-release just shows: > Fedora Core release Rawhide (Rawhide) > > I always get confused about the > version thing. I just update out of rawhide intermittenly. Do you > know what other packages might be causing the problem? > > Shouldn't the dependancy routines have returned something about a > problem? > > Currently I have 238 packages to update. Any ideas which would be most > likely to help this?. My system is fairly stable right now. I'd > like to just update whats needed at the moment for gimp. dependencies being solved does not, in any way, guarantee that the program will run w/o problems. -sv From reader at newsguy.com Tue Jan 18 06:09:34 2005 From: reader at newsguy.com (Harry Putnam) Date: Tue, 18 Jan 2005 00:09:34 -0600 Subject: newest gimp won't run In-Reply-To: <1106025982.3725.157.camel@cutter> (seth vidal's message of "Tue, 18 Jan 2005 00:26:21 -0500") References: <1105978863.18263.2.camel@wombat.tiptoe.de> <1106025982.3725.157.camel@cutter> Message-ID: seth vidal writes: > dependencies being solved does not, in any way, guarantee that the > program will run w/o problems. Not sure why you felt a need to make such a comment. I didn't suggest it did. No mention of guarantees whatever. Not showing any dependancy errors should be a good indicator the probram won't break due to dependancy problems. I don't know if this is even dependency related. That is what I was asking. From shrek-m at gmx.de Tue Jan 18 06:24:32 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 18 Jan 2005 07:24:32 +0100 Subject: fc3 update dovecot 0.99.13-2.FC3 breaks INBOX In-Reply-To: <1106009061.2085.66.camel@finch.boston.redhat.com> References: <41E91D65.5020509@gmx.de> <1105879416.21841.11.camel@localhost.surak.eti.br> <3919.10.10.10.5.1106007109.squirrel@10.10.10.250> <1106009061.2085.66.camel@finch.boston.redhat.com> Message-ID: <41ECABA0.80007@gmx.de> John Dennis wrote: >3) Wait a short while, a new rpm is being prepared whose config file > reverts to the previous behavior of forcing mbox_locks to fcntl > which overrides the default. > > thanks. can you post it in the fedora-announce-list when they are in updates-testing / updates ? -- shrek-m From nphilipp at redhat.com Tue Jan 18 09:16:59 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 18 Jan 2005 10:16:59 +0100 Subject: newest gimp won't run In-Reply-To: References: <1105978863.18263.2.camel@wombat.tiptoe.de> Message-ID: <1106039819.7151.15.camel@wombat.tiptoe.de> On Mon, 2005-01-17 at 23:07 -0600, Harry Putnam wrote: > Nils Philippsen writes: > > > Is this an FC3 or an FC4 (development/Rawhide) system? I assume the > > former -- in that case please install the package built for FC3 then > > (gimp-2.2.2-0.fc3.3 should hit the download servers with then next > > push), you shouldn't use Rawhide packages on FC3. > > Its sort of a hybrid. Mostly rawhide. > Cat /etc/fedora-release just shows: > Fedora Core release Rawhide (Rawhide) > > I always get confused about the > version thing. I just update out of rawhide intermittenly. Do you > know what other packages might be causing the problem? The only way to reliably find out what may be causing this were to debug it deeply. A good guess would be gtk2 and related packages, but if you want to be safe, do this: 0) Start with the gimp, gimp-devel packages 1) find out what packages are required ("rpm -q --requires ...") 2) find out which packages provide these requirements ("rpm -q --whatprovides ...") 3) update these packages if necessary 4) repeat steps 1 through 3 until all packages are updated that gimp and gimp-devel require Alternatively you can update the whole system which is much easier ;-). > Shouldn't the dependancy routines have returned something about a > problem? No, they don't have information about library symbol changes. > Currently I have 238 packages to update. Any ideas which would be most > likely to help this?. My system is fairly stable right now. I'd > like to just update whats needed at the moment for gimp. If you want a fairly stable system, why do you use Rawhide? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From pri.rhl3 at iadonisi.to Tue Jan 18 11:20:40 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 18 Jan 2005 06:20:40 -0500 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: References: Message-ID: <1106047240.12644.5.camel@va.local.linuxlobbyist.org> Just tried this on new hardware. The rpms from the official updates as well as these rawhide rpms exhibit the same problem for me as bug https://bugs.freedesktop.org/show_bug.cgi?id=2055 See the bug for details, but the gist of it is that I can't get my nVidia GeForce4 MX 4000 AGP 8x card to drive my Viewsonic 201b 1600x1200 FlatPanel LCD over the DVI interface at it's maximum (1600x1200) resolution. VGA works fine at 1600x1200 with the "nv" driver, and both VGA and DVI work fine with the proprietary binary-only "nvidia" driver at the max resolution. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From reader at newsguy.com Tue Jan 18 13:30:56 2005 From: reader at newsguy.com (Harry Putnam) Date: Tue, 18 Jan 2005 07:30:56 -0600 Subject: newest gimp won't run In-Reply-To: <1106039819.7151.15.camel@wombat.tiptoe.de> (Nils Philippsen's message of "Tue, 18 Jan 2005 10:16:59 +0100") References: <1105978863.18263.2.camel@wombat.tiptoe.de> <1106039819.7151.15.camel@wombat.tiptoe.de> Message-ID: Nils Philippsen writes: > > 0) Start with the gimp, gimp-devel packages > 1) find out what packages are required ("rpm -q --requires ...") > 2) find out which packages provide these requirements ("rpm -q > --whatprovides ...") > 3) update these packages if necessary > 4) repeat steps 1 through 3 until all packages are updated that gimp and > gimp-devel require > [...] snipped nifty step thru Hey thanks. I'd never thought to do that in the 7-8 yrs I've been using redhat then fedora. Seeing it in print it looks terribly obvious. hehe. > If you want a fairly stable system, why do you use Rawhide? I like new stuff, and have found over the years that I can run from rawhide with a little care. Even before there was a fedora, there was rawhide. From experience I'd say rawhide since the Advent of fedora is more likely to be stable than before. I also suspect the dire warning about rawhide are a little overstated. From reader at newsguy.com Tue Jan 18 13:45:10 2005 From: reader at newsguy.com (Harry Putnam) Date: Tue, 18 Jan 2005 07:45:10 -0600 Subject: newest gimp won't run In-Reply-To: <1106039819.7151.15.camel@wombat.tiptoe.de> (Nils Philippsen's message of "Tue, 18 Jan 2005 10:16:59 +0100") References: <1105978863.18263.2.camel@wombat.tiptoe.de> <1106039819.7151.15.camel@wombat.tiptoe.de> Message-ID: Nils Philippsen writes: > The only way to reliably find out what may be causing this were to debug > it deeply. A good guess would be gtk2 and related packages, but if you > want to be safe, do this: [...] Nice! Just a little feedback and another `thank you'. I started with `rpm -q --requires gimp. Then selected from that list just gtk2 and glib2 by updating just the devel versions which usually pulls in other needed stuff. After just going thru those two. Which updated both versions of each and Pango (+ devel). Is all it took to get gimp running. Thanks for the nifty logical proceedure. From ml2news at optonline.net Tue Jan 18 14:08:06 2005 From: ml2news at optonline.net (ml2news at optonline.net) Date: Tue, 18 Jan 2005 09:08:06 -0500 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: References: Message-ID: mharris at redhat.com ("Mike A. Harris") writes: > X.Org X11 6.8.2rc2 (6.8.1.902) was released yesterday, and is now > available for testing for Fedora Core users in rawhide. This is > the second release candidate of what will become 6.8.2 in the > coming weeks. The 6.8.x series is a stable bugfix only series > which fixes bugs in 6.8.1 and contains no major new features. > [...] The following bug (same bug reported on both ends) is still present (and I see Mike re-added the link to freedesktop at the end of the bug @ redhat): https://bugs.freedesktop.org/show_bug.cgi?id=1214 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138479 -- Mathieu Chouquet-Stringer "Le disparu, si l'on v?n?re sa m?moire, est plus pr?sent et plus puissant que le vivant". -- Antoine de Saint-Exup?ry, Citadelle -- From rpaiz at simpaticus.com Tue Jan 18 14:23:23 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 18 Jan 2005 08:23:23 -0600 Subject: The problem with nscd (was RE: NetworkManager & bind) In-Reply-To: References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050114232106.GA8257@nostromo.devel.redhat.com> Message-ID: <1106058204.5292.27.camel@rodolfo.gt.factorrent.com> On Sun, 2005-01-16 at 23:47 -0500, Dan Williams wrote: > Here's the problem. 'nscd -i hosts' isn't adequate for all cases. > Specifically (and you can argue about its relevance), nscd doesn't > interrupt in-process resolution calls and return current information > immediately. Instead, if /etc/resolv.conf gets changed from underneath > 'nscd' and you call 'nscd -i hosts', an app like Mozilla will sit there > until it times out because nscd is too dumb to deal with changed > information in the middle of a gethostbyname(). > The number and percentage of name resolution requests that fail because the name servers were changed IN THE MIDDLE OF the query is, statistically, zero. Or so close to it as to make the difference irrelevant. In whatever tiny, minuscule fraction of cases this would actually be a problem, I'll note that this problem has always existed on Linux and on Windows as well. Any time you change the nameservers, whatever queries you had in process would time out waiting for the old nameservers, or return a value (correct or incorrect) from the old nameservers. In- process queries have never yet, in any OS in which I have personal experience, magically caught a nameserver change in mid-query. Furthermore, I submit that such an ability to change direction in midair is not important. Desirable, yes. Important, not at all! It is CERTAINLY not a reason to install BIND on all desktops. Bloat, increased resource requirements, increased security risk, slower system response, pick your reasons... all of these are applicable and true to some degree. Something is *VERY* wrong if you need to install BIND on a desktop just to switch from home to office networks, and if you do this just to save the case where a DNS query times out because the nameserver info was changed. This is *not* a good move, guys... no no no no no. Dan, you have done amazing work with NetworkManager and it's moving forward very well; but this idea is a mistake! Pure and simple. > Note that killing nscd and restarting a fresh copy doesn't work either. > Server-types and those people who don't actually use a desktop may argue > that this delay is acceptable, but its not, even if it occurs 10% of the > time for 10% of the users. > I use a Linux notebook as my primary work machine, and I move between four or five different networks every day. I think I have approximately one DNS query time out due to changed nameserver or network information about once or twice a month. And for this, you want to require BIND??? 10% of the time for 10% of the users is *ridiculously* high. If, in a month, I work only 8 hours a day (ha!) for 22 days, that's 10,560 minutes. And if this happened ONCE A DAY and I lost a WHOLE MINUTE, then I'd be losing 22 minutes a month or 0.2% of the time. And I doubt like hell that 10% of the users move around as much as I do. There must, repeat must, be a better simpler easier way. Or you might need to accept the status quo that historically in-process queries *aren't* smart enough to see a change in nameservers, and that this single query will time out. > Were these problems in nscd/glibc corrected, we'd love to switch back to > nscd becacuse its simply less complicated, which is bonus. But not if it > doesn't work. > This cure is worse than the disease. Substantially so. Cheers, and keep up the good work! -- Rodolfo J. Paiz From alan at redhat.com Tue Jan 18 14:34:34 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 18 Jan 2005 09:34:34 -0500 Subject: The problem with nscd (was RE: NetworkManager & bind) In-Reply-To: <1106058204.5292.27.camel@rodolfo.gt.factorrent.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050114232106.GA8257@nostromo.devel.redhat.com> <1106058204.5292.27.camel@rodolfo.gt.factorrent.com> Message-ID: <20050118143434.GA22232@devserv.devel.redhat.com> On Tue, Jan 18, 2005 at 08:23:23AM -0600, Rodolfo J. Paiz wrote: > It is CERTAINLY not a reason to install BIND on all desktops. Bloat, > increased resource requirements, increased security risk, slower system > response, pick your reasons... all of these are applicable and true to > some degree. Definitely true. In addition bind won't work at all through a strong firewall or worse yet can be used for systematic DoS attacks aimed at taking out NAT tracking firewalls running UDP sessions. These attacks are very well known and understood. [1] Installing bind is not a solution. Alan [1] It goes like this Your NAT box has finite resources for UDP sessions If you visit a web page I control then I can serve a page that includes an iframe reloading continually each time with a new DNS query required all of which point to a host I control. After about 60,000 dns queries (maybe only a couple of minute) you are out of UDP ports. Worse yet in many cases you will be querying my DNS server from your DNS server and making temporary holes in the firewall between the two. I can now see through your firewall in limited ways with probable port reuse going to land me access to something. From cmadams at hiwaay.net Tue Jan 18 14:44:23 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 18 Jan 2005 08:44:23 -0600 Subject: More NetworkManager related update problems Message-ID: <20050118144423.GA695740@hiwaay.net> There is an update to wireless-tools in updates-released, but NetworkManager blocks it because it is linked against libiw.so.27 and the new wireless-tools provides libiw.so.28. yum doesn't handle this problem very well either: ************************************************************************ $ yum update -y Transaction Check Error: package wireless-tools-27-0.pre25.3 (which is newer than wireless-tools-27-0.pre25.2) is already installed file /sbin/ifrename conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /sbin/iwconfig conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /sbin/iwevent conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /sbin/iwgetid conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /sbin/iwlist conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /sbin/iwpriv conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /sbin/iwspy conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/include/iwlib.h conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/include/wireless.h conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/lib/libiw.so conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/share/man/man5/iftab.5.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/share/man/man8/ifrename.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/share/man/man8/iwconfig.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/share/man/man8/iwevent.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/share/man/man8/iwgetid.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 file /usr/share/man/man8/iwspy.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 Setting up Update Process Setting up Repo: base Setting up Repo: updates-released Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package wireless-tools.i386 1:28-0.pre4.1.fc3 set to be updated --> Running transaction check --> Processing Dependency: libiw.so.27 for package: NetworkManager --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package wireless-tools.i386 1:27-0.pre25.2 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: wireless-tools.i386 1:28-0.pre4.1.fc3 Performing the following to resolve dependencies: Update: wireless-tools.i386 1:27-0.pre25.2 Downloading Packages: Running Transaction Test Finished Transaction Test $ ************************************************************************ -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From dcbw at redhat.com Tue Jan 18 14:56:53 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 18 Jan 2005 09:56:53 -0500 Subject: More NetworkManager related update problems In-Reply-To: <20050118144423.GA695740@hiwaay.net> References: <20050118144423.GA695740@hiwaay.net> Message-ID: <1106060213.13156.4.camel@dcbw.boston.redhat.com> NetworkManager is getting rebuilt against libiw.so.28. Dan On Tue, 2005-01-18 at 08:44 -0600, Chris Adams wrote: > There is an update to wireless-tools in updates-released, but > NetworkManager blocks it because it is linked against libiw.so.27 and > the new wireless-tools provides libiw.so.28. > > yum doesn't handle this problem very well either: > > ************************************************************************ > $ yum update -y > Transaction Check Error: package wireless-tools-27-0.pre25.3 (which is newer than wireless-tools-27-0.pre25.2) is already installed > file /sbin/ifrename conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /sbin/iwconfig conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /sbin/iwevent conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /sbin/iwgetid conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /sbin/iwlist conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /sbin/iwpriv conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /sbin/iwspy conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/include/iwlib.h conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/include/wireless.h conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/lib/libiw.so conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/share/man/man5/iftab.5.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/share/man/man8/ifrename.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/share/man/man8/iwconfig.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/share/man/man8/iwevent.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/share/man/man8/iwgetid.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > file /usr/share/man/man8/iwspy.8.gz conflicts between attempted installs of wireless-tools-27-0.pre25.2 and wireless-tools-28-0.pre4.1.fc3 > Setting up Update Process > Setting up Repo: base > Setting up Repo: updates-released > Reading repository metadata in from local files > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package wireless-tools.i386 1:28-0.pre4.1.fc3 set to be updated > --> Running transaction check > --> Processing Dependency: libiw.so.27 for package: NetworkManager > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package wireless-tools.i386 1:27-0.pre25.2 set to be updated > --> Running transaction check > > Dependencies Resolved > Transaction Listing: > Update: wireless-tools.i386 1:28-0.pre4.1.fc3 > > Performing the following to resolve dependencies: > Update: wireless-tools.i386 1:27-0.pre25.2 > Downloading Packages: > Running Transaction Test > Finished Transaction Test > $ > ************************************************************************ > > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. > From jspaleta at gmail.com Tue Jan 18 15:03:04 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 18 Jan 2005 10:03:04 -0500 Subject: More NetworkManager related update problems In-Reply-To: <20050118144423.GA695740@hiwaay.net> References: <20050118144423.GA695740@hiwaay.net> Message-ID: <604aa79105011807031ef817@mail.gmail.com> On Tue, 18 Jan 2005 08:44:23 -0600, Chris Adams wrote: > There is an update to wireless-tools in updates-released, but > NetworkManager blocks it because it is linked against libiw.so.27 and > the new wireless-tools provides libiw.so.28. > > yum doesn't handle this problem very well either: yum handles the problem just fine..... yum tries to resolve the deps... there are conflicting deps so yum fails. What would you prefer yum do? Install a package in a way that causes a broken dep chain inside your rpm database? If the deps can't be met without causing conflicts, yum tells you and stop processing, how is this not correct behavior when there really is a broken dep in the repo tree? This issue is already filed AND the developer has responded saying a new NetworkManager package is being built. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145395 I'm not sure how constructive it is to post this to test-list when the developer already knows about the problem and has stated in bugzilla that action to fix it is underway. -jef"really wishes wireless-tools would have shown up in updates-testing first, so this problem would have been caught by competent proactive fc3 users who know how to file bug-reports as a first line response to packaging breakages"spaleta From skvidal at phy.duke.edu Tue Jan 18 15:06:36 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 18 Jan 2005 10:06:36 -0500 Subject: More NetworkManager related update problems In-Reply-To: <604aa79105011807031ef817@mail.gmail.com> References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> Message-ID: <1106060797.22053.5.camel@opus.phy.duke.edu> On Tue, 2005-01-18 at 10:03 -0500, Jeff Spaleta wrote: > On Tue, 18 Jan 2005 08:44:23 -0600, Chris Adams wrote: > > There is an update to wireless-tools in updates-released, but > > NetworkManager blocks it because it is linked against libiw.so.27 and > > the new wireless-tools provides libiw.so.28. > > > > yum doesn't handle this problem very well either: > > yum handles the problem just fine..... > yum tries to resolve the deps... there are conflicting deps so yum fails. > > What would you prefer yum do? Install a package in a way that causes > a broken dep chain inside your rpm database? If the deps can't be met > without causing conflicts, yum tells you and stop processing, how is > this not correct behavior when there really is a broken dep in the > repo tree? To be fair it's a case I should be checking for in yum. if a package is already in the ts and it's not one of the packages that can be installed multiple times: raise an error and/or cause problems. -sv From bpm at ec-group.com Tue Jan 18 15:17:03 2005 From: bpm at ec-group.com (Brian Millett) Date: Tue, 18 Jan 2005 09:17:03 -0600 Subject: More NetworkManager related update problems In-Reply-To: <604aa79105011807031ef817@mail.gmail.com> References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> Message-ID: <1106061423.6032.7.camel@localhost.localdomain> On Tue, 2005-01-18 at 10:03 -0500, Jeff Spaleta wrote: > On Tue, 18 Jan 2005 08:44:23 -0600, Chris Adams wrote: > > There is an update to wireless-tools in updates-released, but > > NetworkManager blocks it because it is linked against libiw.so.27 and > > the new wireless-tools provides libiw.so.28. > > > > yum doesn't handle this problem very well either: > > yum handles the problem just fine..... > yum tries to resolve the deps... there are conflicting deps so yum fails. > > What would you prefer yum do? Install a package in a way that causes > a broken dep chain inside your rpm database? If the deps can't be met > without causing conflicts, yum tells you and stop processing, how is > this not correct behavior when there really is a broken dep in the > repo tree? > > This issue is already filed AND the developer has responded saying a > new NetworkManager package is being built. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145395 > > I'm not sure how constructive it is to post this to test-list when the > developer already knows about the problem and has stated in bugzilla > that action to fix it is underway. > > -jef"really wishes wireless-tools would have shown up in > updates-testing first, so this problem would have been caught by > competent proactive fc3 users who know how to file bug-reports as a > first line response to packaging breakages"spaleta > Jeff, you must be having a bad day. I would normally not even respond to this type of message, but you seem to be doing this a lot. Your response to a posting for a problem that happen just this morning is just rude. We do not have the insight that you do to know that a developer is working on a problem "right now". I just did a cvs checkout of the NetworkManager. Compiled and installed it. Guess what? The same problem exists because I was stupid to not rpm -e NetworkManager before installing from source. But if I did that, then I would not know of other dependencies that could happen. I'm learning, slowly, but I'm learning. If I wanted abuse, then I'd go down the hallway to the abuse department. -- Brian Millett - [ Londo and G'Kar, "By Any Means Necessary"] "50,000 commercial credits, in cash, in advance." 'That's an outrage!' "Of course, it's an outrage. The question is, how important is your religious ceremony to you?" -------------- 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 skvidal at phy.duke.edu Tue Jan 18 15:23:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 18 Jan 2005 10:23:23 -0500 Subject: More NetworkManager related update problems In-Reply-To: <1106061423.6032.7.camel@localhost.localdomain> References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> <1106061423.6032.7.camel@localhost.localdomain> Message-ID: <1106061804.22053.7.camel@opus.phy.duke.edu> > Jeff, you must be having a bad day. I would normally not even respond > to this type of message, but you seem to be doing this a lot. > > Your response to a posting for a problem that happen just this morning > is just rude. We do not have the insight that you do to know that a > developer is working on a problem "right now". I just did a cvs > checkout of the NetworkManager. Well, to be fair to jeff, I noticed the same problem this morning and I went to bugzilla first, searched on wireless-tools in the fedora core product and found it in a few seconds. I added myself to the bug report and watched from there. I knew that it was being worked on b/c of that. -sv From bpm at ec-group.com Tue Jan 18 15:30:11 2005 From: bpm at ec-group.com (Brian Millett) Date: Tue, 18 Jan 2005 09:30:11 -0600 Subject: More NetworkManager related update problems In-Reply-To: <1106061804.22053.7.camel@opus.phy.duke.edu> References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> <1106061423.6032.7.camel@localhost.localdomain> <1106061804.22053.7.camel@opus.phy.duke.edu> Message-ID: <1106062211.6032.14.camel@localhost.localdomain> On Tue, 2005-01-18 at 10:23 -0500, seth vidal wrote: > > Jeff, you must be having a bad day. I would normally not even respond > > to this type of message, but you seem to be doing this a lot. > > > > Your response to a posting for a problem that happen just this morning > > is just rude. We do not have the insight that you do to know that a > > developer is working on a problem "right now". I just did a cvs > > checkout of the NetworkManager. > > Well, to be fair to jeff, I noticed the same problem this morning and I > went to bugzilla first, searched on wireless-tools in the fedora core > product and found it in a few seconds. I added myself to the bug report > and watched from there. > > I knew that it was being worked on b/c of that. Ok, thanks for the insight. I'll do that also from now on. I understand that the load for the developers is great, and we need to do our home work a bit better. What is the protocol to posting to the test list? Is it after a bug has been filed? Or looked for and not found? Thanks. And I apologize Jeff. -- Brian Millett - [ Sinclair, "And the Sky Full of Stars"] "When I looked at those ships, I...I didn't just see my death. I saw the death of the whole damn human race." -------------- 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 selinux at gmail.com Tue Jan 18 15:31:03 2005 From: selinux at gmail.com (Tom London) Date: Tue, 18 Jan 2005 07:31:03 -0800 Subject: new perl & vim Message-ID: <4c4ba1530501180731430b07ef@mail.gmail.com> Get this message after today's Rawhide updates: [tbl at fedora mozExtensions]$ vi vim: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory Is there a 'hard connection' in vi to the prior version of perl (5.8.5?). tom -- Tom London From jspaleta at gmail.com Tue Jan 18 15:36:25 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 18 Jan 2005 10:36:25 -0500 Subject: More NetworkManager related update problems In-Reply-To: <1106060797.22053.5.camel@opus.phy.duke.edu> References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> <1106060797.22053.5.camel@opus.phy.duke.edu> Message-ID: <604aa791050118073669ebc2f2@mail.gmail.com> On Tue, 18 Jan 2005 10:06:36 -0500, seth vidal wrote: > if a package is already in the ts and it's not one of the packages that > can be installed multiple times: > raise an error and/or cause problems. Are you relying on a special magic list to determine 'can be installed multiple times' here? Or do you do this as part of the depresolving loops to check to see if a package conflicts with versions of itself? -jef From ml2news at optonline.net Tue Jan 18 15:37:06 2005 From: ml2news at optonline.net (Mathieu Chouquet-Stringer) Date: Tue, 18 Jan 2005 10:37:06 -0500 Subject: X.Org X11 6.8.2rc2 (6.8.1.902) is now available for testing in rawhide In-Reply-To: References: Message-ID: Hi Mike, mharris at redhat.com ("Mike A. Harris") writes: > X.Org X11 6.8.2rc2 (6.8.1.902) was released yesterday, and is now > available for testing for Fedora Core users in rawhide. This is > the second release candidate of what will become 6.8.2 in the > coming weeks. The 6.8.x series is a stable bugfix only series > which fixes bugs in 6.8.1 and contains no major new features. > [...] This bug is still present (it has been reported on both sites): https://bugs.freedesktop.org/show_bug.cgi?id=1214 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=138479 -- Mathieu Chouquet-Stringer "Le disparu, si l'on v?n?re sa m?moire, est plus pr?sent et plus puissant que le vivant". -- Antoine de Saint-Exup?ry, Citadelle -- From skvidal at phy.duke.edu Tue Jan 18 15:37:48 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 18 Jan 2005 10:37:48 -0500 Subject: More NetworkManager related update problems In-Reply-To: <604aa791050118073669ebc2f2@mail.gmail.com> References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> <1106060797.22053.5.camel@opus.phy.duke.edu> <604aa791050118073669ebc2f2@mail.gmail.com> Message-ID: <1106062668.22053.9.camel@opus.phy.duke.edu> On Tue, 2005-01-18 at 10:36 -0500, Jeff Spaleta wrote: > On Tue, 18 Jan 2005 10:06:36 -0500, seth vidal wrote: > > if a package is already in the ts and it's not one of the packages that > > can be installed multiple times: > > raise an error and/or cause problems. > > Are you relying on a special magic list to determine 'can be installed > multiple times' here? > Or do you do this as part of the depresolving loops to check to see if > a package conflicts with versions of itself? > magical list already existent and two provides statements in the packages: Provides: kernel Provides: kernel-module -sv From dcbw at redhat.com Tue Jan 18 15:42:05 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 18 Jan 2005 10:42:05 -0500 Subject: More NetworkManager related update problems In-Reply-To: <20050118144423.GA695740@hiwaay.net> References: <20050118144423.GA695740@hiwaay.net> Message-ID: <1106062925.13156.13.camel@dcbw.boston.redhat.com> Hi, Here's whats going to happen: 1) The wireless-tools update will be pulled from FC3-updates 2) A NetworkManager that doesn't use bind & caching-nameserver will be pushed to FC3-updates, and therefore will use 'nscd -i hosts' and not work in some situations 3) Rawhide will continue to use NM in a bind & caching-nameserver situation until the replacement is ready. The replacement for the bind+caching-nameserver situation is likely to comprise lwresd (from the bind package) and nss_lwres, but won't be ready for some amount of time because work still has to be done to bring lwresd up to the functionality of the bind+caching-nameserver packages. There isn't really anything that works for 99% of what we need now _except_ bind+caching-nameserver, and since people have a crusade against that, we have to fix up lwresd instead. Dan From mattdm at mattdm.org Tue Jan 18 15:44:10 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 18 Jan 2005 10:44:10 -0500 Subject: More NetworkManager related update problems In-Reply-To: <1106062925.13156.13.camel@dcbw.boston.redhat.com> References: <20050118144423.GA695740@hiwaay.net> <1106062925.13156.13.camel@dcbw.boston.redhat.com> Message-ID: <20050118154410.GA9644@jadzia.bu.edu> On Tue, Jan 18, 2005 at 10:42:05AM -0500, Dan Williams wrote: > There isn't really anything that works for 99% of what we need now > _except_ bind+caching-nameserver, and since people have a crusade > against that, we have to fix up lwresd instead. Thank you. It's not an irrational crusade, and I appreciate the extra work you're doing to do this right. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From twaugh at redhat.com Tue Jan 18 15:46:11 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 18 Jan 2005 15:46:11 +0000 Subject: new perl & vim In-Reply-To: <4c4ba1530501180731430b07ef@mail.gmail.com> References: <4c4ba1530501180731430b07ef@mail.gmail.com> Message-ID: <20050118154611.GM5322@redhat.com> On Tue, Jan 18, 2005 at 07:31:03AM -0800, Tom London wrote: > Get this message after today's Rawhide updates: > > [tbl at fedora mozExtensions]$ vi > vim: error while loading shared libraries: libperl.so: cannot open > shared object file: No such file or directory > > Is there a 'hard connection' in vi to the prior version of perl (5.8.5?). This is a perl problem. This file: /usr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE/libperl.so is missing from the package even though it provides: perl(:MODULE_COMPAT_5.8.5) Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at phy.duke.edu Tue Jan 18 16:01:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 18 Jan 2005 11:01:40 -0500 Subject: More NetworkManager related update problems In-Reply-To: <1106062211.6032.14.camel@localhost.localdomain> References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> <1106061423.6032.7.camel@localhost.localdomain> <1106061804.22053.7.camel@opus.phy.duke.edu> <1106062211.6032.14.camel@localhost.localdomain> Message-ID: <1106064100.22053.14.camel@opus.phy.duke.edu> > Ok, thanks for the insight. > I'll do that also from now on. I understand that the load for the > developers is great, and we need to do our home work a bit better. > What is the protocol to posting to the test list? Is it after a bug has > been filed? Or looked for and not found? I always tend to post to -test only if I've gone through bugzilla and found nothing. If I do find the bug then I only post to let people know that it's in bugzilla and to not bitch about it on this list. If I don't find the bug, then I file it and then post here to let people know it's been filed. -sv From alan at redhat.com Tue Jan 18 16:04:25 2005 From: alan at redhat.com (Alan Cox) Date: Tue, 18 Jan 2005 11:04:25 -0500 Subject: More NetworkManager related update problems In-Reply-To: <1106062925.13156.13.camel@dcbw.boston.redhat.com> References: <20050118144423.GA695740@hiwaay.net> <1106062925.13156.13.camel@dcbw.boston.redhat.com> Message-ID: <20050118160425.GD6765@devserv.devel.redhat.com> On Tue, Jan 18, 2005 at 10:42:05AM -0500, Dan Williams wrote: > lwresd up to the functionality of the bind+caching-nameserver packages. > There isn't really anything that works for 99% of what we need now > _except_ bind+caching-nameserver, and since people have a crusade > against that, we have to fix up lwresd instead. Anything that does real (as opposed to just treating it as a tcp rpc service to a real name server) name resolution service inside a decent firewall doesn't work. Its hard to blame anyone since DNS comprehensively predates early firewall technology. There's a patch to make glibc stat the resolv.conf file, Ulrich may hate it but it does seem to work for non nscd cases. Having nscd aware of the situation would be even better - I take it dbus aware nscd is a no-go ? Alan From rpaiz at simpaticus.com Tue Jan 18 16:47:48 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 18 Jan 2005 10:47:48 -0600 Subject: More NetworkManager related update problems In-Reply-To: <20050118154410.GA9644@jadzia.bu.edu> References: <20050118144423.GA695740@hiwaay.net> <1106062925.13156.13.camel@dcbw.boston.redhat.com> <20050118154410.GA9644@jadzia.bu.edu> Message-ID: <1106066869.5292.29.camel@rodolfo.gt.factorrent.com> On Tue, 2005-01-18 at 10:44 -0500, Matthew Miller wrote: > On Tue, Jan 18, 2005 at 10:42:05AM -0500, Dan Williams wrote: > > There isn't really anything that works for 99% of what we need now > > _except_ bind+caching-nameserver, and since people have a crusade > > against that, we have to fix up lwresd instead. > > Thank you. It's not an irrational crusade, and I appreciate the extra work > you're doing to do this right. > Amen to both points. I was about to post something longer and on the same lines, but Matthew put it more succintly and very well. Cheers, -- Rodolfo J. Paiz From michal at harddata.com Tue Jan 18 17:27:36 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 18 Jan 2005 10:27:36 -0700 Subject: More NetworkManager related update problems In-Reply-To: <604aa79105011807031ef817@mail.gmail.com>; from jspaleta@gmail.com on Tue, Jan 18, 2005 at 10:03:04AM -0500 References: <20050118144423.GA695740@hiwaay.net> <604aa79105011807031ef817@mail.gmail.com> Message-ID: <20050118102736.B9469@mail.harddata.com> On Tue, Jan 18, 2005 at 10:03:04AM -0500, Jeff Spaleta wrote: > On Tue, 18 Jan 2005 08:44:23 -0600, Chris Adams wrote: > > There is an update to wireless-tools in updates-released, but > > NetworkManager blocks it because it is linked against libiw.so.27 and > > the new wireless-tools provides libiw.so.28. > > > > yum doesn't handle this problem very well either: > > What would you prefer yum do? If you really ask then it would be truly nice if yum would drop such unresolvable subset from a transaction, not silently of course, and proceed with whatever remains. It could be some twenty other, unrelated, updates outstanding and currently one failed blocks them all. _If_ you are doing that interactively that --exclude is an obvious answer but even then such help would be welcome. I have no idea how much work that would be or even if there are cases which would make that really hard. Maybe one day... Michal From brugolsky at telemetry-investments.com Tue Jan 18 21:48:00 2005 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Tue, 18 Jan 2005 16:48:00 -0500 Subject: NetworkManager ( & bind) In-Reply-To: <1105712693.4436.4.camel@dcbw.boston.redhat.com> References: <1105586848.6392.8.camel@family> <1105629489.13533.2.camel@dcbw.boston.redhat.com> <20050113153101.GA631002@hiwaay.net> <1105631116.13533.9.camel@dcbw.boston.redhat.com> <1105652715.28097.3.camel@dcbw.boston.redhat.com> <1105676052.3667.1.camel@family> <1105712693.4436.4.camel@dcbw.boston.redhat.com> Message-ID: <20050118214800.GA10155@ti64.telemetry-investments.com> On Fri, Jan 14, 2005 at 09:24:53AM -0500, Dan Williams wrote: > On Thu, 2005-01-13 at 23:14 -0500, Sandy Pond wrote: > > Will NetworkManager not be in the base install for anaconda "server" > > installation? > > Yes, it should not be installed for servers. NetworkManager is really > only useful in a desktop context, and is mostly targetted at laptops > where the user is mobile. At this point, it doesn't really make sense > for server environments, though that capability may well creep in at > future points. I'd really like to see dynamic network configuration make its way into the server base. The existing static configuration via the network scripts in the initscripts package fails to utilize even a small fraction of the Linux networking stack functionality added by Alexey Kuznetsov and others starting back in the 2.2 kernel. We are still using BSD-like initscripts, when the Linux kernel has more in common with Cisco IOS. Part of the problem is that integration is required to configure many different subsystems: interfaces, tunnels, ipsec, policy routing rules, routing tables, arptables, netfilter, traffic control, vrrp, etc. When the network topology changes, *all* of these subsystems are potentially affected. A combination of event-driven state changes and more "aspect-oriented" configuration syntax would ease the burden of, e.g., setting up firewall routers with multiple upstream providers with differing QoS, etc. Current Linux best practice in this instance, AFAIK, is documented on Julian Anastasov's web pages: http://www.ssi.bg/~ja/ ; his kernel patches mostly help to work around the lack of dynamic configuration in userspace. I suppose that is why they have not been merged after many years. I'm sure that there's a Ph.D. or two up for grabs for getting the details right. Regards, Bill Rugolsky From si at bananas.hopto.org Tue Jan 18 22:00:44 2005 From: si at bananas.hopto.org (Si Jones) Date: Tue, 18 Jan 2005 22:00:44 +0000 Subject: Kernel panic and sound problem Message-ID: <1106085644.4112.5.camel@apple.bananas.hopto.org> Hi All, Am getting the following errors in my logs: Jan 16 14:11:45 apple kernel: ACPI-1138: *** Error: Method execution failed [\MCTH] (Node ffff81001fe178d0), AE_AML_BUFFER_LIMIT Jan 16 14:11:45 apple kernel: ACPI-1138: *** Error: Method execution failed [\OSFL] (Node ffff81001fe17928), AE_AML_BUFFER_LIMIT Jan 16 14:11:45 apple kernel: ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0._S3D] (Node ffff81001fe01da0), AE_AML_BUFFER_LIMIT Jan 16 14:11:45 apple kernel: ACPI-0158: *** Error: Method execution failed [\_SB_.PCI0._S3D] (Node ffff81001fe01da0), AE_AML_BUFFER_LIMIT Jan 18 21:45:29 apple kernel: ACPI-0205: *** Error: Return object type is incorrect [\_SB_.LATA._CRS] (Node ffff81001fe01f00), AE_TYPE I think it's to do with the onboard sound, as arts in kde seems to be failing and esd when am in gnome. I tried using a later kernel but it wont boot as udev dies and the kernel panics. anyone any ideas...? lspci output: 00:00.0 Host bridge: nVidia Corporation: Unknown device 00e1 (rev a1) 00:01.0 ISA bridge: nVidia Corporation: Unknown device 00e0 (rev a2) 00:01.1 SMBus: nVidia Corporation nForce 250Gb PCI System Management (rev a1) 00:02.0 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) 00:02.1 USB Controller: nVidia Corporation CK8S USB Controller (rev a1) 00:02.2 USB Controller: nVidia Corporation CK8S USB Controller (rev a2) 00:05.0 Bridge: nVidia Corporation CK8S Ethernet Controller (rev a2) 00:06.0 Multimedia audio controller: nVidia Corporation nForce3 250Gb AC'97 Audio Controller (rev a1) 00:08.0 IDE interface: nVidia Corporation CK8S Parallel ATA Controller (v2.5) (rev a2) 00:0a.0 IDE interface: nVidia Corporation CK8S Serial ATA Controller (v2.5) (rev a2) 00:0b.0 PCI bridge: nVidia Corporation nForce3 250Gb AGP Host to PCI Bridge (rev a2) 00:0e.0 PCI bridge: nVidia Corporation nForce3 250Gb PCI-to-PCI Bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3) 02:0b.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) 02:0c.0 RAID bus controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02) From arjanv at redhat.com Tue Jan 18 22:11:58 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 18 Jan 2005 23:11:58 +0100 Subject: Kernel panic and sound problem In-Reply-To: <1106085644.4112.5.camel@apple.bananas.hopto.org> References: <1106085644.4112.5.camel@apple.bananas.hopto.org> Message-ID: <1106086319.6307.164.camel@laptopd505.fenrus.org> On Tue, 2005-01-18 at 22:00 +0000, Si Jones wrote: > Hi All, > > Am getting the following errors in my logs: > > Jan 16 14:11:45 apple kernel: ACPI-1138: *** Error: Method execution > failed [\MCTH] (Node ffff81001fe178d0), AE_AML_BUFFER_LIMIT > Jan 16 14:11:45 apple kernel: ACPI-1138: *** Error: Method execution > failed [\OSFL] (Node ffff81001fe17928), AE_AML_BUFFER_LIMIT > Jan 16 14:11:45 apple kernel: ACPI-1138: *** Error: Method execution > failed [\_SB_.PCI0._S3D] (Node ffff81001fe01da0), AE_AML_BUFFER_LIMIT > Jan 16 14:11:45 apple kernel: ACPI-0158: *** Error: Method execution > failed [\_SB_.PCI0._S3D] (Node ffff81001fe01da0), AE_AML_BUFFER_LIMIT > Jan 18 21:45:29 apple kernel: ACPI-0205: *** Error: Return object > type is incorrect [\_SB_.LATA._CRS] (Node ffff81001fe01f00), AE_TYPE > your bios is made by people unable to read the acpi spec., nothing new there > I tried using a later kernel but it wont boot as udev dies and the > kernel panics. are you using nvidia binary kernel modules linked into your kernel ? -------------- 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 pjones at redhat.com Wed Jan 19 16:43:14 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 19 Jan 2005 11:43:14 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <20050116165430.GA22177@devserv.devel.redhat.com> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> <20050116164349.GA17879@devserv.devel.redhat.com> <41EA9B81.9030302@cogeco.ca> <20050116165430.GA22177@devserv.devel.redhat.com> Message-ID: <1106152995.9140.39.camel@localhost.localdomain> On Sun, 2005-01-16 at 11:54 -0500, Alan Cox wrote: > On Sun, Jan 16, 2005 at 11:51:13AM -0500, Fulko Hew wrote: > > >Thats correct behaviour. The end of a CD is very low accuracy only. > > > > OK. But (in my nievity) doesn't that make it difficult to 'dup' CDs? > > ie. you couldn't do a: dd if=/dev/cdrom of=test.iso bs=2048 > > Each copy will gradually get a bit longer unless you know the real .iso size > (which is easy to find). FWIW, we ship the program "isosize" to do this. So use -pad with cdrecord while burning, and then you can do this to make an iso from it: dd if=/dev/cdrom of=test.iso bs=4096 \ count=$(($(isosize /dev/cdrom)/ 4096+1)) And that shouldn't have the growth problem Alan has mentioned. Note that the "+1" is only really needed if the image doesn't end on a block boundary. -- Peter From pjones at redhat.com Wed Jan 19 16:46:56 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 19 Jan 2005 11:46:56 -0500 Subject: FC3 can no longer successfully burn CDs] In-Reply-To: <1106152995.9140.39.camel@localhost.localdomain> References: <41CC2B86.5040103@cogeco.ca> <1103899844.4131.23.camel@laptopd505.fenrus.org> <20041224171439.GD17888@devserv.devel.redhat.com> <41CC4FC5.6030300@cogeco.ca> <20041224172039.GA22347@devserv.devel.redhat.com> <41CC5142.8050101@cogeco.ca> <20041224172658.GD22347@devserv.devel.redhat.com> <41EA9420.3060600@cogeco.ca> <20050116164349.GA17879@devserv.devel.redhat.com> <41EA9B81.9030302@cogeco.ca> <20050116165430.GA22177@devserv.devel.redhat.com> <1106152995.9140.39.camel@localhost.localdomain> Message-ID: <1106153216.9140.41.camel@localhost.localdomain> On Wed, 2005-01-19 at 11:43 -0500, Peter Jones wrote: > On Sun, 2005-01-16 at 11:54 -0500, Alan Cox wrote: > > On Sun, Jan 16, 2005 at 11:51:13AM -0500, Fulko Hew wrote: > > > >Thats correct behaviour. The end of a CD is very low accuracy only. > > > > > > OK. But (in my nievity) doesn't that make it difficult to 'dup' CDs? > > > ie. you couldn't do a: dd if=/dev/cdrom of=test.iso bs=2048 > > > > Each copy will gradually get a bit longer unless you know the real .iso size > > (which is easy to find). > > FWIW, we ship the program "isosize" to do this. So use -pad with > cdrecord while burning, and then you can do this to make an iso from it: > > dd if=/dev/cdrom of=test.iso bs=4096 \ > count=$(($(isosize /dev/cdrom)/ 4096+1)) > > And that shouldn't have the growth problem Alan has mentioned. Note > that the "+1" is only really needed if the image doesn't end on a block > boundary. Of course, also note that I'm completely on crack about the block size, and you should just do: dd if=/dev/cdrom of=test.iso bs=2048 count=$(($(isosize /dev/cdrom)/2048)) as 2048 is the block size on a CD device. Dunno what I was thinking. -- Peter From jvdias at redhat.com Wed Jan 19 18:32:09 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 19 Jan 2005 13:32:09 -0500 Subject: Fedora Core 3 Update: dhcpv6-0.10-11_FC3 Message-ID: <200501191832.j0JIW9Hw004637@jvdsibm.boston.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-029 2005-01-19 --------------------------------------------------------------------- Product : Fedora Core 3 Name : dhcpv6 Version : 0.10 Release : 11_FC3 Summary : DHCPv6 - DHCP server and client for IPv6 Description : Implements the Dynamic Host Configuration Protocol (DHCP) for Internet Protocol version 6 (IPv6) networks in accordance with RFC 3315 : Dynamic Host Configuration Protocol for IPv6 (DHCPv6). Consists of dhcp6s(8), the server DHCP daemon, and dhcp6r(8), the DHCPv6 relay agent. Install this if you want to support dynamic configuration of IPv6 addresses and parameters on your IPv6 network. See man dhcp6s(8), dhcp6r(8), dhcp6s.conf(5), and the documentation in /usr/share/doc/dhcpv6* . --------------------------------------------------------------------- Update Information: Updated dhcpv6 package, adding: o Relay Agent support o Support for prefix delegation to radvd on interface other than lease reception interface o Fix cores on resolv.conf and radvd.conf update --------------------------------------------------------------------- * Thu Jan 13 2005 Jason Vas Dias - 0.10-11 - Fix misc. compiler warnings and ms-dos formatted man-pages * Wed Jan 12 2005 Jason Vas Dias - 0.10-11 - Add 'prefix-delegation-interface' option to allow write - of radvd interface configuration other than that for - the interface the lease was received on. * Mon Jan 10 2005 Jason Vas Dias - 0.10-10 - Fix bug 144585: dhcp6c wasn't writing radvd.conf in prefix delegation mode * Sun Jan 09 2005 Jason Vas Dias - 0.10-10 - Add Relay Agent support. Thanks to Brian Bluesker - for the patch to add relay support to the server and for submitting the - patch originally contributed by Cristian Cadar of NEC Europe to - DHCPv6-developer mailing list. * Fri Jan 07 2005 Jason Vas Dias - 0.10-9 - fix bug 143728: SEGV core on resolv.conf + radvd.conf update - - yywrap()'s must return 1 * Mon Oct 18 2004 Jason Vas Dias - 0.10-7 - fix bug 136146: clean up code - prevent compiler warnings * Mon Sep 13 2004 Jason Vas Dias - 0.10-6 - fix bug 132468 for bug 125712: invoke change_resolv_conf * Mon Sep 13 2004 Bill Nottingham - 0.10-5 - don't run by default - add chkconfig prereqs, postun script, etc. * Thu Sep 02 2004 Jason Vas Dias - 0.10-3/4 - fixed missing %defattr for dhcpv6_client - bug 131638 * Mon Aug 30 2004 Jason Vas Dias - 0.10-2 - Split into two packages: dhcpv6-*, containing server only, - and dhcpv6_client-*, containing client only. * Thu Aug 26 2004 Jason Vas Dias - 0.10-1 - Initial build. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ 62506556f539d6cba47420900000dce4 SRPMS/dhcpv6-0.10-11_FC3.src.rpm 0c507cf3a4b7a7b29efd3b0133325d78 x86_64/dhcpv6-0.10-11_FC3.x86_64.rpm ce2011c665a2e4038133e88b7cff889e x86_64/debug/dhcpv6-debuginfo-0.10-11_FC3.x86_64.rpm f392f92f16c331d5cdfc8a1fde993827 x86_64/dhcpv6_client-0.10-11_FC3.x86_64.rpm 36dbc6696315e5135443653cfcd0c60b i386/dhcpv6-0.10-11_FC3.i386.rpm d2ff454d440409bc60674609279b292d i386/debug/dhcpv6-debuginfo-0.10-11_FC3.i386.rpm 5e77fbdb6760ef7bc3e509b9ab1986dd i386/dhcpv6_client-0.10-11_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Wed Jan 19 18:33:53 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 19 Jan 2005 13:33:53 -0500 Subject: Fedora Core 3 Update: dhcp-3.0.1-30_FC3 Message-ID: <200501191833.j0JIXrLs004651@jvdsibm.boston.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-030 2005-01-19 --------------------------------------------------------------------- Product : Fedora Core 3 Name : dhcp Version : 3.0.1 Release : 30_FC3 Summary : A DHCP (Dynamic Host Configuration Protocol) server and relay agent. Description : DHCP (Dynamic Host Configuration Protocol) is a protocol which allows individual devices on an IP network to get their own network configuration information (IP address, subnetmask, broadcast address, etc.) from a DHCP server. The overall purpose of DHCP is to make it easier to administer a large network. The dhcp package includes the ISC DHCP service and relay agent. To use DHCP on your network, install a DHCP service (or relay agent), and on clients run a DHCP client daemon. The dhcp package provides the ISC DHCP service and relay agent. --------------------------------------------------------------------- Update Information: Updated DHCP and DHCLIENT packages. --------------------------------------------------------------------- * Thu Jan 06 2005 Jason Vas Dias 7:3.0.1-17 - Apply fixes for bugs 143704, 139715, 138181, 139468, 138869 and - 139299 (allow successful compilation of dhcp src.rpm on FC-3!) - to FC-3 . * Mon Jan 03 2005 Jason Vas Dias 7:3.0.1-16 - fix bug 143704: dhclient -r does not work if lease held by - dhclient run from ifup . dhclient will now look for the pid - files created by ifup . * Wed Nov 17 2004 Jason Vas Dias 7:3.0.1-14 - NTP: fix bug 139715: merge in new ntp servers only rather than replace - all the ntp configuration files; restart ntpd if configuration changed. * Tue Nov 16 2004 Jason Vas Dias 7:3.0.1-12 - fix bug 138181 & bug 139468: do not attempt to listen/send on - unconfigured loopback, point-to-point or non-broadcast - interfaces (don't generate annoying log messages) - fix bug 138869: dhclient-script: check if '$new_routers' is - empty before doing 'set $new_routers;...;ping ... $1' * Wed Oct 06 2004 Jason Vas Dias 7:3.0.1-11 - dhcp-3.0.2b1 came out today. A diff of the 'ack_lease' function - Dave Hankins and I patched exposed a missing '!' on an if clause - that got dropped with the 'new-host' patch. Replacing the '!' . - Also found one missing host_dereference. * Wed Oct 06 2004 Jason Vas Dias 7:3.0.1-10 - clean-up last patch: new-host.patch adds host_reference(host) - without host_dereference(host) before returns in ack_lease - (dhcp-3.0.1-host_dereference.patch) * Mon Sep 27 2004 Jason Vas Dias 7:3.0.1-9 - Fix bug 133522: - PXE Boot clients with static leases not given 'file' option - 104 by server - PXE booting was disabled for 'fixed-address' - clients. * Fri Sep 10 2004 Jason Vas Dias 7:3.0.1-8 - Fix bug 131212: - If "deny booting" is defined for some group of hosts, - then after one of those hosts is denied booting, all - hosts are denied booting, because of a pointer not being - cleared in the lease record. - An upstream patch was obtained which will be in dhcp-3.0.2 . * Mon Aug 16 2004 Jason Vas Dias 7:3.0.1-7 - Forward DNS update by client was disabled by a bug that I - found in code where 'client->sent_options' was being - freed too early. - Re-enabled it after contacting upstream maintainer - who confirmed that this was a bug (bug #130069) - - submitted patch dhcp-3.0.1.preserve-sent-options.patch. - Upstream maintainer informs me this patch will be in dhcp-3.0.2 . * Tue Aug 03 2004 Jason Vas Dias 6:3.0.1-6 - Allow 2.0 kernels to obtain default gateway via dhcp * Mon Aug 02 2004 Jason Vas Dias 5:3.0.1-5 - Invoke 'change_resolv_conf' function to change resolv.conf * Fri Jul 16 2004 Jason Vas Dias 3:3.0.1 - Upgraded to new ISC 3.0.1 version * Thu Jun 24 2004 Dan Walsh 1:3.0.1rc14-5 - Allow dhclient-script to continue without a config file. - It will use default values. * Wed Jun 23 2004 Dan Walsh 1:3.0.1rc14-4 - fix inherit-leases patch * Tue Jun 22 2004 Dan Walsh 1:3.0.1rc14-2 - Turn on inherit-leases patch * Tue Jun 22 2004 Dan Walsh 1:3.0.1rc14-1 - User kernelversion instead of uname-r - Update to latest package from ISC - Remove inherit-leases patch for now. * Tue Jun 15 2004 Elliot Lee - rebuilt * Thu Jun 10 2004 Dan Walsh 1:3.0.1rc13-1 - Update to latest package from ISC * Thu Jun 10 2004 Dan Walsh 1:3.0.1rc12-9 - add route back in after route up call * Wed Jun 09 2004 Dan Walsh 1:3.0.1rc12-8 - add alex's dhcp-3.0.1rc12-inherit-leases.patch patch * Tue Jun 08 2004 Bill Nottingham 1:3.0.1rc12-7 - set device on default gateway route * Mon May 17 2004 Thomas Woerner 1:3.0.1rc12-6 - compiling dhcpd PIE * Thu Mar 25 2004 Dan Walsh 1:3.0.1rc12-5 - Add static routes patch to dhclient-script * Thu Mar 25 2004 Dan Walsh 1:3.0.1rc12-4 - Fix init to check config during restart * Wed Mar 24 2004 Dan Walsh 1:3.0.1rc12-3 - Fix init script to create leases file if missing * Tue Mar 02 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt * Wed Jan 21 2004 Dan Walsh 1:3.0pl2-6.20 - Fix initialization of memory to prevent compiler error * Mon Jan 05 2004 Dan Walsh 1:3.0pl2-6.19 - Close leaseFile before exec, to fix selinux error message * Mon Dec 29 2003 Dan Walsh 1:3.0pl2-6.18 - Add BuildRequires groff - Replace resolv.conf if renew and data changes * Sun Nov 30 2003 Dan Walsh 1:3.0pl2-6.17 - Add obsoletes dhcpcd * Wed Oct 08 2003 Dan Walsh 1:3.0pl2-6.16 - Fix location of ntp driftfile * Fri Sep 05 2003 Dan Walsh 1:3.0pl2-6.15 - Bump Release * Fri Sep 05 2003 Dan Walsh 1:3.0pl2-6.14 - Add div0 patch * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.13 - Add SEARCH to client script * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.12 - Bump Release * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.11 - Add configtest * Fri Aug 01 2003 Dan Walsh 1:3.0pl2-6.10 - increment for base * Fri Aug 01 2003 Dan Walsh 1:3.0pl2-6.9 - Don't update resolv.conf on renewals * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.8 - increment for base * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.7 - Fix name of driftfile * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.6 - increment for base * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.5 - Change dhcrelay script to check DHCPSERVERS * Mon Jul 07 2003 Dan Walsh 1:3.0pl2-6.4 - increment for base * Mon Jul 07 2003 Dan Walsh 1:3.0pl2-6.3 - Fix dhclient-script to support PEERNTP and PEERNIS flags. - patch submitted by aoliva at redhat.com * Sun Jun 08 2003 Tim Powers 1:3.0pl2-6.1 - add epoch to dhcp-devel versioned requires on dhcp - build for RHEL * Wed Jun 04 2003 Elliot Lee - rebuilt * Tue May 27 2003 Dan Walsh 3.0pl2-5 - Fix memory leak in parser. * Mon May 19 2003 Dan Walsh 3.0pl2-4 - Change Rev for RHEL * Mon May 19 2003 Dan Walsh 3.0pl2-3 - Change example to not give out 255 address. * Tue Apr 29 2003 Dan Walsh 3.0pl2-2 - Change Rev for RHEL * Mon Apr 28 2003 Dan Walsh 3.0pl2-1 - upgrade to 3.0pl2 * Wed Mar 26 2003 Dan Walsh 3.0pl1-26 - add usage for dhcprelay -c - add man page for dhcprelay -c * Fri Mar 07 2003 Dan Walsh 3.0pl1-25 - Fix man dhcpd.conf man page * Tue Mar 04 2003 Dan Walsh 3.0pl1-24 - Fix man dhcpctl.3 page * Mon Feb 03 2003 Dan Walsh 3.0pl1-23 - fix script to handle ntp.conf correctly * Wed Jan 29 2003 Dan Walsh 3.0pl1-22 - Increment release to add to 8.1 * Wed Jan 29 2003 Dan Walsh 3.0pl1-21 - Implement max hops patch * Wed Jan 29 2003 Dan Walsh 3.0pl1-20 - It has now been decided to just have options within dhclient kit * Sun Jan 26 2003 Florian La Roche - add defattr() to have files not owned by root * Fri Jan 24 2003 Dan Walsh 3.0pl1-17 - require kernel version * Fri Jan 24 2003 Dan Walsh 3.0pl1-16 - move dhcp-options to separate package * Wed Jan 22 2003 Tim Powers - rebuilt * Thu Jan 09 2003 Dan Walsh 3.0pl1-15 - eliminate dhcp-options from dhclient in order to get errata out * Wed Jan 08 2003 Dan Walsh 3.0pl1-14 - VU#284857 - ISC DHCPD minires library contains multiple buffer overflows * Mon Jan 06 2003 Dan Walsh 3.0pl1-13 - Fix when ntp is not installed. * Mon Jan 06 2003 Dan Walsh 3.0pl1-12 - Fix #73079 (dhcpctl man page) * Thu Nov 14 2002 Elliot Lee 3.0pl1-11 - Use generic PTRSIZE_64BIT detection instead of ifarch. * Thu Nov 14 2002 Preston Brown 3.0pl1-10 - fix parsing of command line args in dhclient. It was missing a few. * Mon Oct 07 2002 Florian La Roche - work on 64bit archs * Wed Aug 28 2002 Elliot Lee 3.0pl1-9 - Fix #72795 * Mon Aug 26 2002 Elliot Lee 3.0pl1-8 - More #68650 (modify requested options) - Fix #71453 (dhcpctl man page) and #71474 (include libdst.a) and * Thu Aug 15 2002 Elliot Lee 3.0pl1-7 - More #68650 (modify existing patch to also set NIS domain) * Tue Aug 13 2002 Elliot Lee 3.0pl1-6 - Patch102 (dhcp-3.0pl1-dhcpctlman-69731.patch) to fix #69731 * Tue Aug 13 2002 Elliot Lee 3.0pl1-5 - Patch101 (dhcp-3.0pl1-dhhostname-68650.patch) to fix #68650 * Fri Jul 12 2002 Elliot Lee 3.0pl1-4 - Fix unaligned accesses when decoding a UDP packet * Thu Jul 11 2002 Elliot Lee 3.0pl1-3 - No apparent reason for the dhclient -> dhcp dep mentioned in #68001, so removed it * Thu Jun 27 2002 David Sainty 3.0pl1-2 - Move dhclient.conf.sample from dhcp to dhclient * Tue Jun 25 2002 David Sainty 3.0pl1-1 - Change to dhclient, dhcp, dhcp-devel packaging - Move to 3.0pl1, do not strip binaries - Drop in sysconfig-enabled dhclient-script * Thu May 23 2002 Tim Powers - automated rebuild * Sat Jan 26 2002 Florian La Roche - prereq chkconfig * Tue Jan 22 2002 Elliot Lee 3.0-5 - Split headers/libs into a devel subpackage (#58656) * Wed Jan 09 2002 Tim Powers - automated rebuild * Fri Dec 28 2001 Elliot Lee 3.0-3 - Fix the #52856 nit. - Include dhcrelay scripts from #49186 * Thu Dec 20 2001 Elliot Lee 3.0-2 - Update to 3.0, include devel files installed by it (as part of the main package). * Sun Aug 26 2001 Elliot Lee 2.0pl5-8 - Fix #26446 * Mon Aug 20 2001 Elliot Lee - Fix #5405 for real - it is dhcpd.leases not dhcp.leases. * Mon Jul 16 2001 Elliot Lee - /etc/sysconfig/dhcpd - Include dhcp.leases file (#5405) * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Wed Feb 14 2001 Tim Waugh - Fix initscript typo (bug #27624). * Wed Feb 07 2001 Trond Eivind Glomsr?d - Improve spec file i18n * Mon Feb 05 2001 Bernhard Rosenkraenzer - i18nize init script (#26084) * Sun Sep 10 2000 Florian La Roche - update to 2.0pl5 - redo buildroot patch * Wed Aug 30 2000 Matt Wilson - rebuild to cope with glibc locale binary incompatibility, again * Mon Aug 14 2000 Preston Brown - check for existence of /var/lib/dhcpd.leases in initscript before starting * Wed Jul 19 2000 Jakub Jelinek - rebuild to cope with glibc locale binary incompatibility * Sat Jul 15 2000 Bill Nottingham - move initscript back * Wed Jul 12 2000 Prospector - automatic rebuild * Fri Jul 07 2000 Florian La Roche - /etc/rc.d/init.d -> /etc/init.d - fix /var/state/dhcp -> /var/lib/dhcp * Fri Jun 16 2000 Preston Brown - condrestart for initscript, graceful upgrades. * Thu Feb 03 2000 Erik Troan - gzipped man pages - marked /etc/rc.d/init.d/dhcp as a config file * Mon Jan 24 2000 Jakub Jelinek - fix booting of JavaStations (reported by Pete Zaitcev ). - fix SIGBUS crashes on SPARC (apparently gcc is too clever). * Fri Sep 10 1999 Bill Nottingham - chkconfig --del in %preun, not %postun * Mon Aug 16 1999 Bill Nottingham - initscript munging * Fri Jun 25 1999 Jeff Johnson - update to 2.0. * Fri Jun 18 1999 Bill Nottingham - don't run by default * Wed Jun 02 1999 Jeff Johnson - update to 2.0b1pl28. * Tue Apr 06 1999 Preston Brown - strip binaries * Mon Apr 05 1999 Cristian Gafton - copy the source file in prep, not move * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 4) * Mon Jan 11 1999 Erik Troan - added a sample dhcpd.conf file - we don't need to dump rfc's in /usr/doc * Sun Sep 13 1998 Cristian Gafton - modify dhcpd.init to exit if /etc/dhcpd.conf is not present * Sat Jun 27 1998 Jeff Johnson - Upgraded to 2.0b1pl6 (patch1 no longer needed). * Thu Jun 11 1998 Erik Troan - applied patch from Chris Evans which makes the server a bit more paranoid about dhcp requests coming in from the wire * Mon Jun 01 1998 Erik Troan - updated to dhcp 2.0b1pl1 - got proper man pages in the package * Tue Mar 31 1998 Erik Troan - updated to build in a buildroot properly - don't package up the client, as it doens't work very well * Tue Mar 17 1998 Bryan C. Andregg - Build rooted and corrected file listing. * Mon Mar 16 1998 Mike Wangsmo - removed the actual inet.d links (chkconfig takes care of this for us) and made the %postun section handle upgrades. * Mon Mar 16 1998 Bryan C. Andregg - First package. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ dcc813163a3406dfa830f373ae50aa41 SRPMS/dhcp-3.0.1-30_FC3.src.rpm 7296d7f5e4583fede9bbe254152c78f2 x86_64/dhcp-3.0.1-30_FC3.x86_64.rpm b3d12e39788abd0c7fc871c9c5ffc8bb x86_64/dhclient-3.0.1-30_FC3.x86_64.rpm ba034732e1a0fe10060c2bb7cb427843 x86_64/dhcp-devel-3.0.1-30_FC3.x86_64.rpm 07fb80b5877fd651ff5955b2618c59b8 x86_64/debug/dhcp-debuginfo-3.0.1-30_FC3.x86_64.rpm f0c5eabc3b936f53d4f831714385aab1 i386/dhcp-3.0.1-30_FC3.i386.rpm 671cb78740aa331726a63a90683eea70 i386/dhclient-3.0.1-30_FC3.i386.rpm c3b0d844b5288a68664de6f74749bb02 i386/dhcp-devel-3.0.1-30_FC3.i386.rpm 35702a626d48fb3537c0f654e85ecef7 i386/debug/dhcp-debuginfo-3.0.1-30_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Wed Jan 19 18:34:49 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 19 Jan 2005 13:34:49 -0500 Subject: Fedora Core 3 Update: bind-9.2.4-8_FC3 Message-ID: <200501191834.j0JIYnwN004663@jvdsibm.boston.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-031 2005-01-19 --------------------------------------------------------------------- Product : Fedora Core 3 Name : bind Version : 9.2.4 Release : 8_FC3 Summary : A DNS (Domain Name System) server. Description : BIND (Berkeley Internet Name Domain) is an implementation of the DNS (Domain Name System) protocols. BIND includes a DNS server (named), which resolves host names to IP addresses; a resolver library (routines for applications to use when interfacing with DNS); and tools for verifying that the DNS server is operating properly. --------------------------------------------------------------------- Update Information: Updated BIND packages. --------------------------------------------------------------------- * Tue Jan 11 2005 Jason Vas Dias - 20:9.2.4-8_FC3 - Fix bug 143438: named.init will now make correct ownership of $ROOTDIR/var/named - based on 'named_write_master_zones' SELinux boolean. - Fix bug 143744: dig & nsupdate IPv6 timeout (dup of 140528) * Mon Nov 29 2004 Jason Vas Dias - 20:9.2.4-4 - Fix bugs 140528 and 141113: - 2 second timeouts when IPv6 not configured and root nameserver's - AAAA addresses are queried * Mon Oct 18 2004 Jason Vas Dias - 20:9.2.4-2 - Fix bug 136243: bind-chroot %post must run restorecon -R /var/named/chroot - Fix bug 135175: named.init must return non-zero if named is not run - Fix bug 134060: bind-chroot %post must use mktemp, not /tmp/named - Fix bug 133423: bind-chroot %files entries should have been %dirs * Thu Sep 23 2004 Jason Vas Dias - 20:9.2.4-1 - BIND 9.2.4 (final release) released - source code actually - identical to 9.2.4rc8, with only version number change. * Mon Sep 20 2004 Jason Vas Dias - 10:9.2.4rc8-14 - Upgrade to upstream bind-9.2.4rc8 . - Progress: Finally! Hooray! ISC bind now distributes: - o named.conf(5) and nslookup(8) manpages - 'bind-manpages.bz2' source can now disappear - (could this have something to do with ISC bug I raised about this?) - o 'deprecation_msg' global has vanished - bind-9.2.3rc3-deprecation_msg_shut_up.diff.bz2 can disappear * Mon Sep 20 2004 Jason Vas Dias - 10:9.2.4rc8-14 - Fix bug 106572/132385: copy /etc/localtime to chroot on start * Fri Sep 10 2004 Jason Vas Dias - 10:9.2.4rc7-12_EL3 - Fix bug 132303: if ROOTDIR line was replaced after upgrade from - bind-chroot-9.2.2-21, restart named * Wed Sep 08 2004 Jason Vas Dias - 10:9.2.4rc7-11_EL3 - Fix bug 131803: replace ROOTDIR line removed by broken - bind-chroot 9.2.2-21's '%postun'; added %triggerpostun for bind-chroot * Tue Sep 07 2004 Jason Vas Dias - 10:9.2.4rc7-10_EL3 - Fix bugs 130121 & 130981 for RHEL-3 * Mon Aug 30 2004 Jason Vas Dias - 10:9.2.4rc7-10 - Fix bug 130121: add '%ghost' entries for files included in previous - bind-chroot & not in current - ie. named.conf, rndc.key, dev/* - - that RPM removed after upgrade . * Thu Aug 26 2004 Jason Vas Dias - Fix bug 130981: add '-t' option to named-checkconf invocation in - named.init if chroot installed. * Wed Aug 25 2004 Jason Vas Dias - Remove resolver(5) manpage now in man-pages (bug 130792); - Don't create /dev/ entries in bind-chroot if already there (bug 127556); - fix bind-devel Requires (bug 130919) - Set default location for dumpdb & stats files to /var/named/data * Tue Aug 24 2004 Jason Vas Dias - Fix devel Requires for bug 130738 & fix version * Tue Aug 24 2004 Jason Vas Dias - Fix errors on clean install if named group does not exist - (bug 130777) * Thu Aug 19 2004 Jason Vas Dias - Upgrade to bind-9.2.4rc7; applied initscript fix - for bug 102035. * Mon Aug 09 2004 Jason Vas Dias - Fixed bug 129289: bind-chroot install / deinstall - on install, existing config files 'safe_replace'd - with links to chroot copies; on uninstall, moved back. * Fri Aug 06 2004 Jason Vas Dias - Fixed bug 129258: "${prefix}/var/tmp" typo in spec * Wed Jul 28 2004 Jason Vas Dias - Fixed bug 127124 : 'Requires: kernel >= 2.4' - causes problems with Linux VServers * Tue Jul 27 2004 Jason Vas Dias - Fixed bug 127555 : chroot tar missing var/named/slaves * Fri Jul 16 2004 Jason Vas Dias - Upgraded to ISC version 9.2.4rc6 * Fri Jul 16 2004 Jason Vas Dias - Fixed named.init generation of error messages on - 'service named stop' and 'service named reload' - as per bug 127775 * Wed Jun 23 2004 Daniel Walsh 9.2.3-19 - Bump for rhel 3.0 U3 * Wed Jun 23 2004 Daniel Walsh 9.2.3-18 - remove disable-linux-caps * Wed Jun 16 2004 Daniel Walsh 9.2.3-17 - Update RHEL3 to latest bind * Tue Jun 15 2004 Elliot Lee - rebuilt * Tue Jun 08 2004 Daniel Walsh 9.2.3-15 - Remove device files from chroot, Named uses the system one * Fri Mar 26 2004 Daniel Walsh 9.2.3-14 - Move RFC to devel package * Fri Mar 26 2004 Daniel Walsh 9.2.3-13 - Fix location of restorecon * Thu Mar 25 2004 Daniel Walsh 9.2.3-12 - Tighten security on config files. Should be owned by root * Thu Mar 25 2004 Daniel Walsh 9.2.3-11 - Update key patch to include conf-keygen * Tue Mar 23 2004 Daniel Walsh 9.2.3-10 - fix chroot to only happen once. - fix init script to do kill insteall of killall * Mon Mar 15 2004 Daniel Walsh 9.2.3-9 - Add fix for SELinux security context * Tue Mar 02 2004 Elliot Lee - rebuilt * Sat Feb 28 2004 Florian La Roche - run ldconfig for libs subrpm * Mon Feb 23 2004 Tim Waugh - Use ':' instead of '.' as separator for chown. * Tue Feb 17 2004 Daniel Walsh 9.2.3-7 - Add COPYRIGHT * Fri Feb 13 2004 Elliot Lee - rebuilt * Tue Dec 30 2003 Daniel Walsh 9.2.3-5 - Add defattr to libs * Mon Dec 29 2003 Daniel Walsh 9.2.3-4 - Break out library package * Mon Dec 22 2003 Daniel Walsh 9.2.3-3 - Fix condrestart * Wed Nov 12 2003 Daniel Walsh 9.2.3-2 - Move libisc and libdns to bind from bind-util * Tue Nov 11 2003 Daniel Walsh 9.2.3-1 - Move to 9.2.3 * Mon Oct 27 2003 Daniel Walsh 9.2.2.P3-10 - Add PIE support * Fri Oct 17 2003 Daniel Walsh 9.2.2.P3-9 - Add /var/named/slaves directory * Sun Oct 12 2003 Florian La Roche - do not link against libnsl, not needed for Linux * Wed Oct 08 2003 Daniel Walsh 9.2.2.P3-6 - Fix local time in log file * Tue Oct 07 2003 Daniel Walsh 9.2.2.P3-5 - Try again * Mon Oct 06 2003 Daniel Walsh 9.2.2.P3-4 - Fix handling of chroot -/dev/random * Thu Oct 02 2003 Daniel Walsh 9.2.2.P3-3 - Stop hammering stuff on update of chroot environment * Mon Sep 29 2003 Daniel Walsh 9.2.2.P3-2 - Fix chroot directory to grab all subdirectories * Wed Sep 24 2003 Daniel Walsh 9.2.2.P3-1 - New patch to support for "delegation-only" * Wed Sep 17 2003 Daniel Walsh 9.2.2-23 - patch support for "delegation-only" * Wed Jul 30 2003 Daniel Walsh 9.2.2-22 - Update to build on RHL * Wed Jul 30 2003 Daniel Walsh 9.2.2-21 - Install libraries as exec so debug info will be pulled * Sat Jul 19 2003 Daniel Walsh 9.2.2-20 - Remove BSDCOMPAT * Tue Jul 15 2003 Daniel Walsh 9.2.2-19 - Update to build on RHL * Tue Jul 15 2003 Daniel Walsh 9.2.2-18 - Change protections on /var/named and /var/chroot/named * Tue Jun 17 2003 Daniel Walsh 9.2.2-17 - Update to build on RHL * Tue Jun 17 2003 Daniel Walsh 9.2.2-16 - Update to build on RHEL * Wed Jun 04 2003 Elliot Lee - rebuilt * Tue Apr 22 2003 Daniel Walsh 9.2.2-14 - Update to build on RHEL * Tue Apr 22 2003 Daniel Walsh 9.2.2-13 - Fix config description of named.conf in chroot - Change named.init script to check for existence of /etc/sysconfig/network * Fri Apr 18 2003 Daniel Walsh 9.2.2-12 - Update to build on RHEL * Fri Apr 18 2003 Daniel Walsh 9.2.2-11 - Update to build on RHEL * Fri Apr 18 2003 Daniel Walsh 9.2.2-10 - Fix echo OK on starting/stopping service * Fri Mar 28 2003 Daniel Walsh 9.2.2-9 - Update to build on RHEL * Fri Mar 28 2003 Daniel Walsh 9.2.2-8 - Fix echo on startup * Tue Mar 25 2003 Daniel Walsh 9.2.2-7 - Fix problems with chroot environment - Eliminate posix threads * Mon Mar 24 2003 Daniel Walsh 9.2.2-6 - Fix build problems * Fri Mar 14 2003 Daniel Walsh 9.2.2-5 - Fix build on beehive * Thu Mar 13 2003 Daniel Walsh 9.2.2-4 - build bind-chroot kit * Tue Mar 11 2003 Daniel Walsh 9.2.2-3 - Change configure to use proper threads model * Fri Mar 07 2003 Daniel Walsh 9.2.2-2 - update to 9.2.2 * Tue Mar 04 2003 Daniel Walsh 9.2.2-1 - update to 9.2.2 * Fri Jan 24 2003 Daniel Walsh 9.2.1-16 - Put a sleep in restart to make sure stop completes * Wed Jan 22 2003 Tim Powers - rebuilt * Tue Jan 07 2003 Daniel Walsh 9.2.1-14 - Separate /etc/rndc.key to separate file * Tue Jan 07 2003 Nalin Dahyabhai 9.2.1-13 - Use openssl's pkgconfig data, if available, at build-time. * Mon Jan 06 2003 Daniel Walsh 9.2.1-12 - Fix log rotate to use service named reload - Change service named reload to give success/failure message [73770] - Fix File checking [75710] - Begin change to automatically run in CHROOT environment * Tue Dec 24 2002 Daniel Walsh 9.2.1-10 - Fix startup script to work like all others. * Mon Dec 16 2002 Daniel Walsh 9.2.1-9 - Fix configure to build on x86_64 platforms * Wed Aug 07 2002 Karsten Hopp - fix #70583, doesn't build on IA64 * Tue Jul 30 2002 Karsten Hopp 9.2.1-8 - bind-utils shouldn't require bind * Mon Jul 22 2002 Karsten Hopp 9.2.1-7 - fix name of pidfine in logrotate script (#68842) - fix owner of logfile in logrotate script (#41391) - fix nslookup and named.conf man pages (output on stderr) (#63553, #63560, #63561, #54889, #57457) - add rfc1912 (#50005) - gzip all rfc's - fix typo in keygen.c (#54870) - added missing manpages (#64065) - shutdown named properly with rndc stop (#62492) - /sbin/nologin instead of /bin/false (#68607) - move nsupdate to bind-utils (where the manpage already was) (#66209, #66381) - don't kill initscript when rndc fails (reload) (#58750) * Mon Jun 24 2002 Bernhard Rosenkraenzer 9.2.1-5 - Fix #65975 * Fri Jun 21 2002 Tim Powers - automated rebuild * Thu May 23 2002 Tim Powers - automated rebuild * Thu May 09 2002 Bernhard Rosenkraenzer 9.2.1-2 - Move libisccc, lib isccfg and liblwres from bind-utils to bind, they're not required if you aren't running a nameserver. * Fri May 03 2002 Florian La Roche - update to 9.2.1 release * Thu Mar 14 2002 Bernhard Rosenkraenzer 9.2.0-8 - Merge 30+ bug fixes from 9.2.1rc1 code * Mon Mar 11 2002 Bernhard Rosenkraenzer 9.2.0-7 - Don't exit if /etc/named.conf doesn't exist if we're running chroot (#60868) - Revert Elliot's changes, we do require specific glibc/glibc-kernheaders versions or bug #58335 will be back. "It compiles, therefore it works" isn't always true. * Thu Feb 28 2002 Elliot Lee 9.2.0-6 - Fix BuildRequires (we don't need specific glibc/glibc-kernheaders versions). - Use _smp_mflags * Wed Feb 20 2002 Bernhard Rosenkraenzer 9.2.0-4 - rebuild, require recent autoconf, automake (#58335) * Fri Jan 25 2002 Tim Powers - rebuild against new libssl * Wed Jan 09 2002 Tim Powers - automated rebuild * Tue Nov 27 2001 Bernhard Rosenkraenzer 9.2.0-1 - 9.2.0 * Thu Nov 22 2001 Bernhard Rosenkraenzer 9.2.0-0.rc10.2 - 9.2.0rc10 * Mon Nov 05 2001 Bernhard Rosenkraenzer 9.2.0-0.rc8.2 - Fix up rndc.conf (#55574) * Thu Oct 25 2001 Bernhard Rosenkraenzer 9.2.0-0.rc8.1 - rc8 - Enforce --enable-threads * Mon Oct 22 2001 Bernhard Rosenkraenzer 9.2.0-0.rc7.1 - 9.2.0rc7 - Use rndc status for "service named status", it's supposed to actually work in 9.2.x. * Wed Oct 03 2001 Bernhard Rosenkraenzer 9.2.0-0.rc5.1 - 9.2.0rc5 - Fix rpm --rebuild with ancient libtool versions (#53938, #54257) * Tue Sep 25 2001 Bernhard Rosenkraenzer 9.2.0-0.rc4.1 - 9.2.0rc4 * Fri Sep 14 2001 Bernhard Rosenkraenzer 9.2.0-0.rc3.1 - 9.2.0rc3 - remove ttl patch, I don't think we need this for 8.0. - remove dig.1.bz2 from the bind8-manpages tar file, 9.2 has a new dig man page - add lwres* man pages to -devel * Mon Sep 03 2001 Bernhard Rosenkraenzer 9.1.3-4 - Make sure /etc/rndc.conf isn't world-readable even after the %post script inserted a random key (#53009) * Thu Jul 19 2001 Bernhard Rosenkraenzer 9.1.3-3 - Add build dependencies (#49368) - Make sure running service named start several times doesn't create useless processes (#47596) - Work around the named parent process returning 0 even if the config file is broken (it's parsed later by the child processes) (#45484) * Mon Jul 16 2001 Bernhard Rosenkraenzer 9.1.3-2 - Don't use rndc status, it's not yet implemented (#48839) * Sun Jul 08 2001 Florian La Roche - update to 9.1.3 release * Tue Jul 03 2001 Bernhard Rosenkraenzer 9.1.3-0.rc3.1 - Fix up rndc configuration and improve security (#46586) * Tue Jun 26 2001 Bernhard Rosenkraenzer 9.1.3-0.rc2.2 - Sync with caching-nameserver-7.1-6 * Mon Jun 25 2001 Bernhard Rosenkraenzer 9.1.3-0.rc2.1 - Update to rc2 * Fri Jun 01 2001 Bernhard Rosenkraenzer 9.1.3-0.rc1.3 - Remove resolv.conf(5) man page, it's now in man-pages * Thu May 31 2001 Bernhard Rosenkraenzer 9.1.3-0.rc1.2 - Add named.conf man page from bind 8.x (outdated, but better than nothing, - Rename the rndc key (#42895) - Add dnssec* man pages * Mon May 28 2001 Bernhard Rosenkraenzer 9.1.3-0.rc1.1 - 9.1.3rc1 - s/Copyright/License/ * Mon May 07 2001 Bernhard Rosenkraenzer 9.1.2-1 - 9.1.2 final. No changes between 9.1.2-0.rc1.1 and this one, except for the version number, though. * Thu May 03 2001 Bernhard Rosenkraenzer 9.1.2-0.rc1.1 - 9.1.2rc1 * Thu Mar 29 2001 Bernhard Rosenkraenzer 9.1.1-1 - 9.1.1 * Thu Mar 15 2001 Bernhard Rosenkraenzer 9.1.0-10 - Merge fixes from 9.1.1rc5 * Sun Mar 11 2001 Bernhard Rosenkraenzer 9.1.0-9 - Work around bind 8 -> bind 9 migration problem when using buggy zone files: accept zones without a TTL, but spew out a big fat warning. (#31393) * Thu Mar 08 2001 Bernhard Rosenkraenzer - Add fixes from rc4 * Fri Mar 02 2001 Nalin Dahyabhai - rebuild in new environment * Thu Mar 01 2001 Bernhard Rosenkraenzer - killall -HUP named if rndc reload fails (#30113) * Tue Feb 27 2001 Bernhard Rosenkraenzer - Merge some fixes from 9.1.1rc3 * Tue Feb 20 2001 Bernhard Rosenkraenzer - Don't use the standard rndc key from the documentation, instead, create a random one at installation time (#26358) - Make /etc/rndc.conf readable by user named only, it contains secret keys * Tue Feb 20 2001 Bernhard Rosenkraenzer - 9.1.1 probably won't be out in time, revert to 9.1.0 and apply fixes from 9.1.1rc2 - bind requires bind-utils (#28317) * Tue Feb 13 2001 Bernhard Rosenkraenzer - Update to rc2, fixes 2 more bugs - Fix build with glibc >= 2.2.1-7 * Thu Feb 08 2001 Bernhard Rosenkraenzer - Update to 9.1.1rc1; fixes 17 bugs (14 of them affecting us; 1 was fixed in a Red Hat patch already, 2 others are portability improvements) * Wed Feb 07 2001 Bernhard Rosenkraenzer - Remove initscripts 5.54 requirement (#26489) * Mon Jan 29 2001 Bernhard Rosenkraenzer - Add named-checkconf, named-checkzone (#25170) * Mon Jan 29 2001 Trond Eivind Glomsr?d - use echo, not gprintf * Wed Jan 24 2001 Bernhard Rosenkraenzer - Fix problems with $GENERATE Patch from Daniel Roesen Bug #24890 * Thu Jan 18 2001 Bernhard Rosenkraenzer - 9.1.0 final * Sat Jan 13 2001 Bernhard Rosenkraenzer - 9.1.0rc1 - i18nify init script - bzip2 source to save space * Thu Jan 11 2001 Bernhard Rosenkraenzer - Fix %postun script * Tue Jan 09 2001 Bernhard Rosenkraenzer - 9.1.0b3 * Mon Jan 08 2001 Bernhard Rosenkraenzer - Add named.conf man page from bind8 (#23503) * Sun Jan 07 2001 Bernhard Rosenkraenzer - Make /etc/rndc.conf and /etc/sysconfig/named noreplace - Make devel require bind = %{version} rather than just bind * Sun Jan 07 2001 Bernhard Rosenkraenzer - Fix init script for real * Sat Jan 06 2001 Bernhard Rosenkraenzer - Fix init script when ROOTDIR is not set * Thu Jan 04 2001 Bernhard Rosenkraenzer - Add hooks for setting up named to run chroot (RFE #23246) - Fix up requirements * Fri Dec 29 2000 Bernhard Rosenkraenzer - 9.1.0b2 * Wed Dec 20 2000 Bernhard Rosenkraenzer - Move run files to /var/run/named/ - /var/run isn't writable by the user we're running as. (Bug #20665) * Tue Dec 19 2000 Bernhard Rosenkraenzer - Fix reverse lookups (#22272) - Run ldconfig in %post utils * Tue Dec 12 2000 Karsten Hopp - fixed logrotate script (wrong path to kill) - include header files in -devel package - bugzilla #22049, #19147, 21606 * Fri Dec 08 2000 Bernhard Rosenkraenzer - 9.1.0b1 (9.1.0 is in our timeframe and less buggy) * Mon Nov 13 2000 Bernhard Rosenkraenzer - 9.0.1 * Mon Oct 30 2000 Bernhard Rosenkraenzer - Fix initscript (Bug #19956) - Add sample rndc.conf (Bug #19956) - Fix build with tar 1.13.18 * Tue Oct 10 2000 Bernhard Rosenkraenzer - Add some missing man pages (taken from bind8) (Bug #18794) * Sun Sep 17 2000 Bernhard Rosenkraenzer - 9.0.0 final * Wed Aug 30 2000 Bernhard Rosenkraenzer - rc5 - fix up nslookup * Thu Aug 24 2000 Bernhard Rosenkraenzer - rc4 * Thu Jul 13 2000 Bernhard Rosenkraenzer - 9.0.0rc1 * Wed Jul 12 2000 Prospector - automatic rebuild * Sun Jul 09 2000 Florian La Roche - add "exit 0" for uninstall case * Fri Jul 07 2000 Florian La Roche - add prereq init.d and cleanup install section * Fri Jun 30 2000 Trond Eivind Glomsr?d - fix the init script * Wed Jun 28 2000 Nalin Dahyabhai - make libbind.a and nslookup.help readable again by setting INSTALL_LIB to "" * Mon Jun 26 2000 Bernhard Rosenkr?nzer - Fix up the initscript (Bug #13033) - Fix build with current glibc (Bug #12755) - /etc/rc.d/init.d -> /etc/init.d - use %{_mandir} rather than /usr/share/man * Mon Jun 19 2000 Bill Nottingham - fix conflict with man-pages - remove compatibilty chkconfig links - initscript munging * Wed Jun 14 2000 Nalin Dahyabhai - modify logrotate setup to use PID file - temporarily disable optimization by unsetting $RPM_OPT_FLAGS at build-time - actually bump the release this time * Sun Jun 04 2000 Bernhard Rosenkraenzer - FHS compliance * Mon Apr 17 2000 Nalin Dahyabhai - clean up restart patch * Mon Apr 10 2000 Nalin Dahyabhai - provide /var/named (fix for bugs #9847, #10205) - preserve args when restarted via ndc(8) (bug #10227) - make resolv.conf(5) a link to resolver(5) (bug #10245) - fix SYSTYPE bug in all makefiles - move creation of named user from %post into %pre * Mon Feb 28 2000 Bernhard Rosenkr?nzer - Fix TTL (patch from ISC, Bug #9820) * Wed Feb 16 2000 Bernhard Rosenkr?nzer - fix typo in spec (it's %post, without a leading blank) introduced in -6 - change SYSTYPE to linux * Fri Feb 11 2000 Bill Nottingham - pick a standard < 100 uid/gid for named * Fri Feb 04 2000 Elliot Lee - Pass named a '-u named' parameter by default, and add/remove user. * Thu Feb 03 2000 Bernhard Rosenkraenzer - fix host mx bug (Bug #9021) * Mon Jan 31 2000 Cristian Gafton - rebuild to fix dependencies - man pages are compressed * Wed Jan 19 2000 Bernhard Rosenkraenzer - It's /usr/bin/killall, not /usr/sbin/killall (Bug #8063) * Mon Jan 17 2000 Bernhard Rosenkraenzer - Fix up location of named-bootconf.pl and make it executable (Bug #8028) - bind-devel requires bind * Mon Nov 15 1999 Bernhard Rosenkraenzer - update to 8.2.2-P5 * Wed Nov 10 1999 Bill Nottingham - update to 8.2.2-P3 * Tue Oct 12 1999 Cristian Gafton - add patch to stop a cache only server from complaining about lame servers on every request. * Fri Sep 24 1999 Preston Brown - use real stop and start in named.init for restart, not ndc restart, it has problems when named has changed during a package update... (# 4890) * Fri Sep 10 1999 Bill Nottingham - chkconfig --del in %preun, not %postun * Mon Aug 16 1999 Bill Nottingham - initscript munging * Mon Jul 26 1999 Bill Nottingham - fix installed chkconfig links to match init file * Sat Jul 03 1999 Jeff Johnson - conflict with new (in man-1.24) man pages (#3876,#3877). * Tue Jun 29 1999 Bill Nottingham - fix named.logrotate (wrong %SOURCE) * Fri Jun 25 1999 Jeff Johnson - update to 8.2.1. - add named.logrotate (#3571). - hack around egcs-1.1.2 -m486 bug (#3413, #3485). - vet file list. * Fri Jun 18 1999 Bill Nottingham - don't run by default * Sun May 30 1999 Jeff Johnson - nslookup fixes (#2463). - missing files (#3152). * Sat May 01 1999 Stepan Kasal - nslookup patched: to count numRecords properly to fix subsequent calls to ls -d to parse "view" and "finger" commands properly the view hack updated for bind-8 (using sed) * Wed Mar 31 1999 Bill Nottingham - add ISC patch - add quick hack to make host not crash - add more docs * Fri Mar 26 1999 Cristian Gafton - add probing information in the init file to keep linuxconf happy - dont strip libbind * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 3) * Wed Mar 17 1999 Preston Brown - removed 'done' output at named shutdown. * Tue Mar 16 1999 Cristian Gafton - version 8.2 * Wed Dec 30 1998 Cristian Gafton - patch to use the __FDS_BITS macro - build for glibc 2.1 * Wed Sep 23 1998 Jeff Johnson - change named.restart to /usr/sbin/ndc restart * Sat Sep 19 1998 Jeff Johnson - install man pages correctly. - change K10named to K45named. * Wed Aug 12 1998 Jeff Johnson - don't start if /etc/named.conf doesn't exist. * Sat Aug 08 1998 Jeff Johnson - autmagically create /etc/named.conf from /etc/named.boot in %post - remove echo in %post * Wed Jun 10 1998 Jeff Johnson - merge in 5.1 mods * Sun Apr 12 1998 Manuel J. Galan - Several essential modifications to build and install correctly. - Modified 'ndc' to avoid deprecated use of '-' * Mon Dec 22 1997 Scott Lampert - Used buildroot - patched bin/named/ns_udp.c to use for include on Redhat 5.0 instead of --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ 061024a0646779e9b62eff7e0e625b73 SRPMS/bind-9.2.4-8_FC3.src.rpm 6687fcd5a8434c24ad36f144ac9c6bff x86_64/bind-9.2.4-8_FC3.x86_64.rpm 2bae9f7e637cc99be968446a705fff4d x86_64/bind-libs-9.2.4-8_FC3.x86_64.rpm c56b2d79ad296669a2ee9c156b0a3ddd x86_64/bind-utils-9.2.4-8_FC3.x86_64.rpm 922d6704fe0a90ddb9083e02b5cc6aa0 x86_64/bind-devel-9.2.4-8_FC3.x86_64.rpm 86420693ffef0cdcc625170db14c4dfb x86_64/bind-chroot-9.2.4-8_FC3.x86_64.rpm 5c642fcd5e6be7121597db601ea366c2 x86_64/debug/bind-debuginfo-9.2.4-8_FC3.x86_64.rpm dfe7afe1c9ea7ad7100190243b0a6979 x86_64/bind-libs-9.2.4-8_FC3.i386.rpm 389006345c7de6aef0399bfbc84a23e3 i386/bind-9.2.4-8_FC3.i386.rpm dfe7afe1c9ea7ad7100190243b0a6979 i386/bind-libs-9.2.4-8_FC3.i386.rpm 33c228e958a2301b6ece49c35e70c72f i386/bind-utils-9.2.4-8_FC3.i386.rpm 1ed1ebea17a907a9bce2c88a79a3c370 i386/bind-devel-9.2.4-8_FC3.i386.rpm ecdcab219e9840f03bf111c8d7a1640d i386/bind-chroot-9.2.4-8_FC3.i386.rpm 8ec738d721e74d411f60dd1546f13ddc i386/debug/bind-debuginfo-9.2.4-8_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Wed Jan 19 18:35:31 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 19 Jan 2005 13:35:31 -0500 Subject: Fedora Core 3 Update: vixie-cron-4.1-20_FC3 Message-ID: <200501191835.j0JIZVxd004677@jvdsibm.boston.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-032 2005-01-19 --------------------------------------------------------------------- Product : Fedora Core 3 Name : vixie-cron Version : 4.1 Release : 20_FC3 Summary : The Vixie cron daemon for executing specified programs at set times. Description : The vixie-cron package contains the Vixie version of cron. Cron is a standard UNIX daemon that runs specified programs at scheduled times. Vixie cron adds better security and more powerful configuration options to the standard version of cron. --------------------------------------------------------------------- Update Information: Updated vixie-cron package. --------------------------------------------------------------------- * Mon Dec 20 2004 Jason Vas Dias - 4.1-20_FC3 - fix bug 142953 : allow read-only crontabs + provide -p - 'permit all crontabs' option to disable mode checking. - bug 135845 fix required 'ch' to be initialized in crontab.c line 322 - (bug 141760) * Mon Dec 20 2004 Jason Vas Dias - 4.1-20_FC3 - fixed all uninitialized variable warnings * Fri Oct 15 2004 Jason Vas Dias - 4.1-19 - crontab -e should only strip NHEADER_LINES comments - (NHEADER_LINES==0), not at least one header comment line. - (bug 135845) * Sat Oct 09 2004 Florian La Roche - 4.1-18 - no need to make user installed crontabs readable * Thu Sep 30 2004 Jason Vas Dias - 4.1-17 - Users not allowed to use 'crontab mycrontab', while - 'crontab < mycrontab' allowed; this is because misc.c's - swap_uids_back() was not using save_euid / save_egid . - Thanks to Mads Martin Joergensen for pointing this out. * Wed Sep 29 2004 Jason Vas Dias - 4.1-16 - Just found out in testing that if neither /etc/cron.{deny,allow} - exist, root is unable to use crontab - I'm sure root could before, - but is in any case meant to be able to. Allowing root to use crontab. * Wed Sep 29 2004 Jason Vas Dias - 4.1-14 - Fix for bug 130102 got dropped somehow from latest CVS. - This is now restored - in %post, if neither /etc/cron.{deny,allow} - exist, touch /etc/cron.deny, to allow all users to use crontab, - as was previous default vixie-cron behaviour. * Fri Sep 17 2004 Jason Vas Dias - 4.1-12 - Merged Dan's patch with vixie-cron-4.1-11 which was not - latest version according to new CVS ?!?! * Fri Sep 17 2004 Dan Walsh - 4.1-12 - Updated SELinux patch to use checkPasswdAccess * Tue Aug 31 2004 Jason Vas Dias - 4.1-11 - Fixed SIGSEGV in free_user when !is_selinux_enabled() and crontab - has no valid jobs (bug 131390). * Wed Aug 18 2004 Jason Vas Dias - 4.1.10 - Fixed bug 130102: Restored default behaviour if neither - /etc/cron.deny nor /etc/cron.allow exist - 'touch /etc/cron.deny' - in %post * Wed Aug 11 2004 Jason Vas Dias - 4.1.9 - Removed 0600 mode enforcement as per Florian La Roche's request * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Allowed editors such as 'gedit' which do not modify original - file, but which rename(2) a temp file to original, to be used - by crontab -e (bug 129170). * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Added '-i' option to crontab to prompt the user before deleting - crontab with '-r'. * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Added documentation for '@' nicknames to crontab.5 - (bugs 107542, 89899). Also removed 'second when' (bug 59802). * Sun Aug 01 2004 Jason Vas Dias - 4.1.7 - fixed bug 128924: 'cron' log facility not being used * Fri Jul 30 2004 Jason Vas Dias - 4.1.6 - Added PAM 'auth sufficient pam_rootok.so' to /etc/pam.d/crond - (fixes bug 128843) - on dwalsh's advice. * Thu Jul 29 2004 Jason Vas Dias - 4.1-5 - Added Buildrequires: pam-devel * Wed Jul 28 2004 Dan Walsh - 4.1-4 - Fix crontab to do SELinux checkaccess * Wed Jul 28 2004 Jason Vas Dias - 4.1-3 - Fixed bug 128701: cron fails to parse user 6th field in - system crontabs (patch15) * Tue Jul 27 2004 Jason Vas Dias - 4.1-2 - Changed 'Requires' dependency from 'pam-devel' to 'pam'. * Mon Jul 26 2004 Jason Vas Dias - 4.1-1 - Added PAM access control support. * Thu Jul 22 2004 Jason Vas Dias - 4.1-1 - Changed post-install to change mode of existing crontabs to - 0600 to allow run by new ISC cron 4.1 * Thu Jul 22 2004 Jason Vas Dias - 4.1-1 - Upgraded to ISC cron 4.1 * Thu Jul 01 2004 Jens Petersen - 3.0.1-94 - add vixie-cron-3.0.1-cron-descriptors-125110.patch to close std descriptors when forking (Bernd Schmidt, 121280) - add vixie-cron-3.0.1-no-crontab-header-89809.patch to not prepend header to crontab files (Damian Menscher, 103899) - fix use of RETVAL in init.d script (Enrico Scholz, 97784) - add safer malloc call to vixie-cron-3.0.1-sprintf.patch - add cron-3.0.1-crontab-syntax-error-114386.patch to fix looping on crontab syntax error (Miloslav Trmac, 89937) * Fri Jun 25 2004 Dan Walsh - 3.0.1-93 - Add fixes from NSA * Tue Jun 22 2004 Dan Walsh - 3.0.1-92 - Add fixes from NSA * Tue Jun 15 2004 Dan Walsh - 3.0.1-91 - Change patch to check SElinux properly, go back to using fname instead of uname * Tue Jun 15 2004 Elliot Lee - rebuilt * Fri Jun 04 2004 Dan Walsh - 3.0.1-89 - Fix patch * Fri Jun 04 2004 Dan Walsh - 3.0.1-88 - Add patch to allow it to run in permissive mode. * Fri Feb 13 2004 Elliot Lee - rebuilt * Wed Feb 04 2004 Dan Walsh - 3.0.1-86 - Add security_getenforce check. * Mon Jan 26 2004 Dan Walsh - 3.0.1-85 - Fix call to is_selinux_enabled() * Mon Dec 08 2003 Dan Walsh - 3.0.1-84 - change daemon flag to 1 * Wed Dec 03 2003 Dan Walsh - 3.0.1-83 - Add daemon to make sure child is clean * Fri Nov 07 2003 Jens Petersen - 3.0.1-82 - add vixie-cron-3.0.1-pie.patch to build crond as pie (#108414) [Ulrich Drepper] - require libselinux and buildrequire libselinux-devel * Thu Oct 30 2003 Dan Walsh - 3.0.1-81.sel - turn on selinux * Tue Sep 30 2003 Jens Petersen - 3.0.1-80 - add vixie-cron-3.0.1-vfork-105616.patch to use fork instead of vfork (#105616) [report and patch from ian at caliban.org] - update vixie-cron-3.0.1-redhat.patch not to change DESTMAN redundantly (it is overrriden in the spec file anyway) * Fri Sep 05 2003 Dan Walsh - 3.0.1-79 - turn off selinux * Fri Sep 05 2003 Dan Walsh - 3.0.1-78.sel - turn on selinux * Tue Jul 29 2003 Dan Walsh - 3.0.1-77 - Patch to run on SELinux * Wed Jun 04 2003 Elliot Lee - rebuilt * Wed Mar 19 2003 Jens Petersen - 3.0.1-75 - add vixie-cron-3.0.1-root_-u-85879.patch from Valdis Kletnieks to allow root to run "crontab -u " even for users that aren't allowed to * Wed Feb 19 2003 Jens Petersen - 3.0.1-74 - fix preun script typo (#75137) [reported by Peter Bieringer] * Tue Feb 11 2003 Bill Nottingham 3.0.1-73 - don't set SIGCHLD to SIG_IGN and then try and wait... (#84046) * Fri Feb 07 2003 Nalin Dahyabhai 3.0.1-72 - adjust cron.d patch so that it ignores file with names that begin with '#' or end with '~', '.rpmorig', '.rpmsave', or '.rpmnew' - merge hunk of buffer overflow patch into the cron.d patch * Wed Jan 22 2003 Tim Powers - rebuilt * Wed Dec 11 2002 Tim Powers 3.0.1-70 - rebuild on all arches * Sat Jul 20 2002 Akira TAGOH 3.0.1-69 - vixie-cron-3.0.1-nonstrip.patch: applied to fix the stripped binary issue. * Fri Jun 21 2002 Tim Powers - automated rebuild * Mon Jun 10 2002 Bill Huang - Fix preun bugs.(#55340) - Fix fprintf bugs.(#65209) * Thu May 23 2002 Tim Powers - automated rebuild * Mon Apr 15 2002 Bill Huang - Fixed #62963. * Thu Apr 04 2002 James McDermott - Alter behavior of crontab to take stdin as the default behavior if no options are specified. * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Thu Mar 08 2001 Bill Nottingham - add patch from Alan Eldridge to fix double execution of jobs (#29868) * Sun Feb 11 2001 Bill Nottingham - fix buffer overflow in crontab * Wed Feb 07 2001 Trond Eivind Glomsr??d - fix usage string in initscript (#26533) * Tue Feb 06 2001 Bill Nottingham - fix build with new glibc (#25931) * Tue Jan 23 2001 Bill Nottingham - change i18n mechanism * Fri Jan 19 2001 Bill Nottingham - log as 'crond', not 'CROND' (#19410) - account for shifts in system clock (#23230, patch from ) - i18n-ize initscript * Thu Aug 24 2000 Than Ngo - fix to set startup position correct at update * Thu Aug 24 2000 Than Ngo - add /sbin/service to Prereq - call /sbin/service instead service - fix startup position (Bug #13353) * Mon Aug 07 2000 Bill Nottingham - fix crond logging patch (dan at doom.cmc.msu.ru) - log via syslog (suggestion from jos at xos.nl) - put system crontab location in crontab(5) (#14842) * Fri Jul 28 2000 Bill Nottingham - fix condrestart * Fri Jul 21 2000 Bill Nottingham - fix reload bug (#14065) * Fri Jul 14 2000 Bill Nottingham - move initscript back * Thu Jul 13 2000 Prospector - automatic rebuild * Thu Jul 06 2000 Bill Nottingham - prereq /etc/init.d * Mon Jul 03 2000 Bill Nottingham - fix %post; we do condrestart in %postun * Thu Jun 29 2000 Bill Nottingham - oops, fix init script * Tue Jun 27 2000 Bill Nottingham - require new initscripts, not prereq * Mon Jun 26 2000 Bill Nottingham - initscript hacks * Wed Jun 14 2000 Nalin Dahyabhai - tweak logrotate config * Sun Jun 11 2000 Bill Nottingham - rebuild in new env. - FHS fixes - don't ship chkconfig links * Fri Mar 31 2000 Bill Nottingham - fix non-root builds (#10490) * Sun Mar 26 2000 Florian La Roche - do not remove log files * Thu Feb 03 2000 Bill Nottingham - handle compressed man pages * Fri Sep 10 1999 Bill Nottingham - chkconfig --del in %preun, not %postun * Wed Aug 25 1999 Bill Nottingham - fix buffer overflow * Mon Aug 16 1999 Bill Nottingham - initscript munging * Fri Jul 30 1999 Michael K. Johnson - dayofmonth and month can't be 0 * Thu Jun 03 1999 Jeff Johnson - in cron.log use "kill -HUP pid" not killall to preserve errors (#2241). * Wed Apr 14 1999 Michael K. Johnson - add note to man page about DST conversion causing strangeness - documented cron.d patch * Tue Apr 13 1999 Michael K. Johnson - improved cron.d patch * Mon Apr 12 1999 Erik Troan - added cron.d patch * Tue Mar 23 1999 Bill Nottingham - logrotate changes * Tue Mar 23 1999 Preston Brown - clean up log files on deinstallation * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 28) * Wed Dec 30 1998 Cristian Gafton - build for glibc 2.1 * Wed Jun 10 1998 Prospector System - translations modified for de * Wed Jun 10 1998 Jeff Johnson - reset SIGCHLD before grandchild execle (problem #732) * Sat May 02 1998 Cristian Gafton - enhanced initscript * Mon Apr 27 1998 Prospector System - translations modified for de, fr, tr * Thu Dec 11 1997 Cristian Gafton - added a patch to get rid of the dangerous sprintf() calls - added BuildRoot and Prereq: /sbin/chkconfig * Sun Nov 09 1997 Michael K. Johnson - fixed cron/crond dichotomy in init file. * Wed Oct 29 1997 Donnie Barnes - fixed bad init symlinks * Thu Oct 23 1997 Erik Troan - force it to use SIGCHLD instead of defunct SIGCLD * Mon Oct 20 1997 Erik Troan - updated for chkconfig - added status, restart options to init script * Tue Jun 17 1997 Erik Troan - built against glibc * Wed Feb 19 1997 Erik Troan - Switch conditional from "axp" to "alpha" --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ fa42b840bb98da7202e1d35ea2353052 SRPMS/vixie-cron-4.1-20_FC3.src.rpm 45ddbd9ad1fb087ecc78bfa842b4526d x86_64/vixie-cron-4.1-20_FC3.x86_64.rpm 711ba42e4996753d7f5ebcd4a10decc7 x86_64/debug/vixie-cron-debuginfo-4.1-20_FC3.x86_64.rpm cbad971bb6a8b5f35e869ab99a5565b8 i386/vixie-cron-4.1-20_FC3.i386.rpm 3694483e362b28636b8197eeb06a5fe0 i386/debug/vixie-cron-debuginfo-4.1-20_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Wed Jan 19 18:35:58 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 19 Jan 2005 13:35:58 -0500 Subject: Fedora Core 3 Update: sysklogd-1.4.1-26_FC3 Message-ID: <200501191835.j0JIZwMp004684@jvdsibm.boston.redhat.com> --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-033 2005-01-19 --------------------------------------------------------------------- Product : Fedora Core 3 Name : sysklogd Version : 1.4.1 Release : 26_FC3 Summary : System logging and kernel message trapping daemons. Description : The sysklogd package contains two system utilities (syslogd and klogd) which provide support for system logging. Syslogd and klogd run as daemons (background processes) and log system messages to different places, like sendmail logs, security logs, error logs, etc. --------------------------------------------------------------------- Update Information: Updated sysklogd packages. --------------------------------------------------------------------- * Fri Jan 14 2005 Jason Vas Dias 1.4.1rh-26 - Final fixup of '@host' name checking code: remove possible - duplicates properly * Tue Jan 04 2005 Jason Vas Dias 1.4.1rh-25 - Fix bug 144084 - bad version of '@host' name checking code - used by mistake + memory corruption caused by free of - addrinfo node returned by getaddrinfo(). * Thu Dec 02 2004 Jason Vas Dias 1.4.1rh-24 - Allow kernel printk's to emit an odd number of continuous '%'s . - (#141545) * Thu Dec 02 2004 Jason Vas Dias 1.4.1rh-24 - Do not allow hostnames that resolve to the address of a local - interface to be used for forwarding, else syslogd gets into - an infinite loop sending messages to itself (as reported by - Chuck Mead ). * Wed Dec 01 2004 Jason Vas Dias 1.4.1rh-23 - Allow SIGALRM to interrupt system calls, as syslogd expects. - In Fedora Core, signal(SIGALRM,...) uses SA_RESTART; one is - required to use siginterrupt() to get interruptable system calls. - (#140983) * Wed Aug 25 2004 Jason Vas Dias 1.4.1rh-22 - Fix race condition where child sends SIGTERM before parent handles it - (#126223, #123906) * Mon Jun 28 2004 Bill Nottingham 1.4.1rh-21 - async logging for mail (#73306) * Sun Jun 20 2004 Florian La Roche - do not set bsd compat on sockets #123912 - fix empty log lines #125679 * Fri Jun 11 2004 Florian La Roche 1.4.1rh-18 - make the race for -HUP a little bit smaller * Wed Jun 09 2004 Bill Nottingham 1.4.1rh-17 - don't escape UTF-8 (#89292, #71170, #112519) * Mon May 03 2004 Bill Nottingham 1.4.1rh-16 - add Owl patch for crunch_list function, fixes potential crashes (#120453) * Wed Apr 07 2004 Bill Nottingham 1.4.1rh-15 - fix recvfrom() on 64-bit big-endian platforms (#120201) * Mon Mar 08 2004 Bill Nottingham 1.4.1rh-14 - rebuild (#117696) * Thu Feb 12 2004 Thomas Woerner 1.4.1rh-13 - make sysklogd pie * Fri Feb 07 2003 Tim Powers 1.4.1rh-12 - rebuild * Wed Jan 08 2003 Tim Powers 1.4.1rh-11 - bump release number * Fri Dec 20 2002 Elliot Lee 1.4.1rh-10 - _smp_mflags * Mon Jun 17 2002 Bill Nottingham 1.4.1rh-9 - don't forcibly strip binaries * Wed Apr 17 2002 Bill Nottingham 1.4.1rh-8 - revert loglevel setting to previous behavior (#63664) * Tue Mar 12 2002 Bill Nottingham 1.4.1rh-7 - don't *require* logrotate, but conflict with older versions - fix fd leak of System.map (#52901) - switch to -x for klogd by default; we have kksymoops - provide LSB facility * Wed Aug 15 2001 Bill Nottingham - enable LFS for log files * Tue Aug 14 2001 Bill Nottingham - fix comments in config file (#51678) * Fri Aug 03 2001 Bill Nottingham - require a specific version of logrotate (#50794) - fix %preun for the case when it's not running (#50123) * Sun Jul 08 2001 Bill Nottingham - merge with 1.4.1 * Wed Feb 07 2001 Bill Nottingham - i18n tweaks * Tue Jan 23 2001 Bill Nottingham - new translation stuff * Fri Jan 19 2001 Bill Nottingham - adapt /etc/sysconfig/syslog for specification of arbitrary options (#23171) - fix translation string slightly (#24088) * Mon Dec 18 2000 Bill Nottingham - don't set owner/group on manpages on install - read /etc/sysconfig/syslog if present for some configuration paramters - fix build with new kernel headers * Tue Dec 12 2000 Bill Nottingham - start klogd with '-2' * Mon Dec 11 2000 Bill Nottingham - update to 1.4 * Fri Dec 01 2000 Bill Nottingham - rebuild because of broken fileutils * Fri Oct 13 2000 Bill Nottingham - don't log cron in two separate places (#18122) * Thu Sep 14 2000 Bill Nottingham - more fixes from solar at false.com, dan at debian.org; fix the security fix * Tue Sep 12 2000 Jakub Jelinek - never ever call syslog with a user supplied string as second argument * Mon Aug 07 2000 Bill Nottingham - put cron logs in /var/log/cron; rotate them * Wed Aug 02 2000 Bill Nottingham - start at position 12, not 30 (we *need* to be before nfslock now) * Fri Jul 28 2000 Bill Nottingham - um, how did %preun get tacked onto %post? - fix condrestart stuff * Fri Jul 21 2000 Bill Nottingham - add a umask call to the initscript * Fri Jul 14 2000 Bill Nottingham - move initscript back * Fri Jul 14 2000 Florian La Roche - update to 1.3.33 * Wed Jul 12 2000 Prospector - automatic rebuild * Tue Jul 11 2000 Bill Nottingham - fix logrotate script (#13698) * Thu Jul 06 2000 Bill Nottingham - prereq /etc/init.d * Thu Jun 29 2000 Bill Nottingham - fix init script * Tue Jun 27 2000 Bill Nottingham - require, not prereq new initscripts * Mon Jun 26 2000 Bill Nottingham - initscript munging * Wed Jun 14 2000 Nalin Dahyabhai - modify logrotate configuration to use the PID file * Sun Jun 11 2000 Bill Nottingham - rebuild in new environment, FHS fixes * Mon Mar 27 2000 Bill Nottingham - handle bad directories passed to '-a' without behaving strangely (#10363) - remove compatibility chkconfig links * Thu Feb 03 2000 Bill Nottingham - handle compressed man pages * Wed Dec 01 1999 Bill Nottingham - add patch to fix segfaults in ksym-less cases from HP * Mon Nov 15 1999 Bill Nottingham - fix ECONNRESETs from security patch (olaf) * Sat Sep 25 1999 Bill Nottingham - eek. The security patch broke *two* things... * Wed Sep 22 1999 Bill Nottingham - make klogd actually work. * Wed Sep 08 1999 Bill Nottingham - rotate boot.log * Tue Sep 07 1999 Cristian Gafton - add patch to fix a possible DoS (thanks Olaf Kirch) * Mon Aug 16 1999 Bill Nottingham - initscript munging * Mon Aug 09 1999 Bill Nottingham - patch to fix non-null terminated stuff in klogd * Mon Jun 21 1999 Bill Nottingham - move (sys|k)logd to /sbin * Tue Apr 13 1999 Bill Nottingham - log boot messages to boot.log - actually put the sysklogd links in the new place * Mon Apr 05 1999 Cristian Gafton - disable mark ticks by default * Thu Apr 01 1999 Bill Nottingham - stop klogd/syslogd as late as possible. * Fri Mar 26 1999 Bill Nottingham - twiddle initscript to avoid confusion * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 2) * Wed Feb 24 1999 Bill Nottingham - update to sysklogd-1.3-31 - stop klogd *before* syslogd * Tue Feb 09 1999 Jeff Johnson - escape naked percent chars in kernel messages (#1088). * Thu Dec 17 1998 Jeff Johnson - rework last-gasp address-in-module oops trace for both 2.0.x/2.1.x modules. * Mon Dec 07 1998 Jakub Jelinek - make klogd translate SPARC register dumps and oopses. * Tue Aug 11 1998 Jeff Johnson - add %clean * Tue Aug 04 1998 Chris Adams - only log to entries that are USER_PROCESS (fix #822) * Mon Jul 27 1998 Jeff Johnson - remove RPM_BUILD_ROOT from %post * Wed Apr 29 1998 Cristian Gafton - patch to support Buildroot - package is now buildrooted * Wed Apr 29 1998 Michael K. Johnson - Added exit patch so that a normal daemon exit is not flagged as an error. * Mon Apr 27 1998 Prospector System - translations modified for de, fr, tr * Wed Oct 29 1997 Donnie Barnes - added (missingok) to init symlinks * Thu Oct 23 1997 Donnie Barnes - added status|restart support to syslog.init - added chkconfig support - various spec file cleanups * Tue Jun 17 1997 Erik Troan - built against glibc --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ b7f0b7b03a5b35888e2985278f505918 SRPMS/sysklogd-1.4.1-26_FC3.src.rpm 8afc6c58f6d55e72209c0ad6c1630e88 x86_64/sysklogd-1.4.1-26_FC3.x86_64.rpm d9b91ee722e1a88555f0a9b26e3b6eaf x86_64/debug/sysklogd-debuginfo-1.4.1-26_FC3.x86_64.rpm 0f911b4af6bf0702f7d99dd811de46fd i386/sysklogd-1.4.1-26_FC3.i386.rpm 8962c915df0924d0970b17ec1e1b3197 i386/debug/sysklogd-debuginfo-1.4.1-26_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From si at bananas.hopto.org Wed Jan 19 18:38:09 2005 From: si at bananas.hopto.org (Si Jones) Date: Wed, 19 Jan 2005 18:38:09 +0000 Subject: Kernel panic and sound problem Message-ID: <1106159889.4497.1.camel@apple.bananas.hopto.org> > > > your bios is made by people unable to read the acpi spec., nothing new > there > > I tried using a later kernel but it wont boot as udev dies and the > > kernel panics. > > > are you using nvidia binary kernel modules linked into your kernel ? > -- I did use to have them in but have un-installed them, but the device files for creating the entries in dev have been left.. Should i remove them???? From notting at redhat.com Wed Jan 19 19:46:32 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 19 Jan 2005 14:46:32 -0500 Subject: Fedora Core 3 Test Update: initscripts-7.93.6-1 Message-ID: <20050119194632.GD5090@nostromo.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-050 2005-01-19 --------------------------------------------------------------------- Product : Fedora Core 3 Name : initscripts Version : 7.93.6 Release : 1 Summary : The inittab file and the /etc/init.d scripts. Description : The initscripts package contains the basic system scripts used to boot your Red Hat system, change runlevels, and shut the system down cleanly. Initscripts also contains the scripts that activate and deactivate most network interfaces. --------------------------------------------------------------------- Update Information: This package fixes ifup-ipsec to work with the 2.6.10 kernel, along with various assorted other fixes. It will be pushed final once there is sufficient verification of the ipsec fixes. --------------------------------------------------------------------- * Wed Jan 19 2005 Bill Nottingham 7.93.6-1 - add support for releasing DHCP lease () - fix multiple scsi_hostadapter loads (#145432) - netfs: don't unmount NFS root FS (#142169) - netfs: don't mount GFS (#140281) - fix various minilogd bogosities (#106338) - fix various fgreps to not catch commented lines (#136531, expanded from ) - kill dhcp client even if BOOTOPROTO is now static (#127726, others) - ifup: fix typo (#134787, ) - set ETHTOOL_OPTS on addressless devices (#144682, ) - ifup: fix ONxxx (#136531, ) - ifup-ipsec: add fwd policies (#145507) - fix check_link_down to still check negotiation if link is listed as "up" on entering (#110164, ) - change setting of IPv6 default route (#142308, ) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 6a66117ff9f3063bfb50a880894ef9e4 SRPMS/initscripts-7.93.6-1.src.rpm 133f1ad115a5c2198c0f763f04edb59d x86_64/initscripts-7.93.6-1.x86_64.rpm 639252679fc057b6cf5eecb86a032d43 x86_64/debug/initscripts-debuginfo-7.93.6-1.x86_64.rpm 11f437371021a97cc853bd2f09370719 i386/initscripts-7.93.6-1.i386.rpm 7227e73e1d38ba730a9edd0bf689acb4 i386/debug/initscripts-debuginfo-7.93.6-1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From paul at all-the-johnsons.co.uk Thu Jan 20 10:45:34 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 20 Jan 2005 10:45:34 +0000 Subject: Minor annoyance Message-ID: <1106217934.25790.53.camel@localhost.localdomain> Hi, When my machines boot up, they report they are either FC2 or FC3. They are neither, but are running rawhide. Under RH, when I changed to rawhide, the terminal would tell me so. Is there any way to do that currently? TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 cra at WPI.EDU Thu Jan 20 13:28:29 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Thu, 20 Jan 2005 08:28:29 -0500 Subject: Fedora Core 3 Update: dhcp-3.0.1-30_FC3 In-Reply-To: <200501191833.j0JIXrLs004651@jvdsibm.boston.redhat.com> References: <200501191833.j0JIXrLs004651@jvdsibm.boston.redhat.com> Message-ID: <20050120132829.GN28566@angus.ind.WPI.EDU> On Wed, Jan 19, 2005 at 01:33:53PM -0500, Jason Vas Dias wrote: > * Thu Jan 06 2005 Jason Vas Dias 7:3.0.1-17 > > - Apply fixes for bugs 143704, 139715, 138181, 139468, 138869 and > - 139299 (allow successful compilation of dhcp src.rpm on FC-3!) > - to FC-3 . Does bug #139468 need to be private? From terraformers at gmx.net Thu Jan 20 17:01:35 2005 From: terraformers at gmx.net (Lars) Date: Thu, 20 Jan 2005 18:01:35 +0100 Subject: Minor annoyance References: <1106217934.25790.53.camel@localhost.localdomain> Message-ID: Paul wrote: > Hi, > > When my machines boot up, they report they are either FC2 or FC3. They > are neither, but are running rawhide. > > Under RH, when I changed to rawhide, the terminal would tell me so. Is > there any way to do that currently? > > TTFN > > Paul paul, maybe you need to update the fedora-release package to http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/fedora-release-3-rawhide.noarch.rpm please be aware that the repo config files for yum and up2date/rhn are in this package. best lars From seandarcy at hotmail.com Thu Jan 20 23:59:22 2005 From: seandarcy at hotmail.com (sean darcy) Date: Thu, 20 Jan 2005 18:59:22 -0500 Subject: gnome won't start and arts dies Message-ID: Using current rawhide on x86_64. X starts OK. But gnome just doesn't start. It hangs. The console shows: ................. (==) Using config file: "/etc/X11/xorg.conf" Agent pid 4223 SESSION_MANAGER=local/amd64-3000:/tmp/.ICE-unix/4202 esd: Esound sound daemon already running or stale UNIX socket /tmp/.esd/socket This socket already exists indicating esd is already running. Exiting... I rebooted. Same thing. I deleted /tmp/.esd/socket. Same thing! So I switchdesk to kde. It started. But came up with an arts error box: Sound server fatal error: AudioSubSystem::handleIO: write failed len = -1, can_write = 4096, errno = 22 (Invalid argument) This might be a sound hardware/driver specific problem (see aRts FAQ) I rebuilt arts. Same error. I have a VIA 8237 with ALC850. Worked just fine till now. Nothing in /var/log/messages. sean From jim-cornette at insight.rr.com Sat Jan 1 03:19:27 2005 From: jim-cornette at insight.rr.com (Jim Cornette) Date: Sat, 01 Jan 2005 03:19:27 -0000 Subject: kernel-2.6.10-1.1056_FC4 much better than post kernel-2.6.9-1.681_FC3 Message-ID: <41D616DA.4040304@insight.rr.com> It is nice not to have to override shortcomings from test kernels post kernel-2.6.9-1.681_FC3 until kernel-2.6.10-1.1056_FC4. I now can shutdown the computer normally and do not have the shutdown from GUI lockup that the -715 kernel version suffered. Thanks for the resulting improvements. On personal input, I think that this kernel and needed newer versioned packages might be moved to test. The kernel should probably be introduced into FC3 also, at least in testing. Jim -- Style may not be the answer, but at least it's a workable alternative. From davidz at redhat.com Wed Jan 5 01:10:04 2005 From: davidz at redhat.com (David Zeuthen) Date: Wed, 05 Jan 2005 01:10:04 -0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050105010407.GA24231@redhat.com> References: <20050104231648.GC872@redhat.com> <604aa791050104165634a1a7f1@mail.gmail.com> <20050105010407.GA24231@redhat.com> Message-ID: <1104887520.4318.27.camel@daxter.boston.redhat.com> On Tue, 2005-01-04 at 20:04 -0500, Dave Jones wrote: > Theres a bugzilla already open on this iirc. > I think hal was leaking filedescriptors on the cdrom, so it > was still 'in use'. > > davidz, sound familiar ? > Only if the disc didn't contain a filesystem, e.g. audio or blank disc. I couldn't reproduce this myself, however the fix is actually in these packages http://people.redhat.com/davidz/cvs20050103/ Jeff, does this work; if not what are the contents of ls -l /proc/`pidof hald`/fd Cheers, David From r-list at clarkson.id.au Wed Jan 5 01:40:31 2005 From: r-list at clarkson.id.au (Rodd Clarkson) Date: Wed, 05 Jan 2005 01:40:31 -0000 Subject: New testing kernel. 2.6.10-1.727_FC3 In-Reply-To: <20050104231648.GC872@redhat.com> References: <20050104231648.GC872@redhat.com> Message-ID: <1104888081.3404.4.camel@trevally.redfishdemo.com> On Tue, 2005-01-04 at 18:16 -0500, Dave Jones wrote: > No doubt it accidentally brings along new regressions, > so please, jump on it for a while, and once the worst > bits are shaken out, I'll push this out as an update. Downloaded and installed with rpm -i On boot-up I get to Initializing Hardware and then get a kernel panic. The message says: Initializing hardware... Storage networkKernel panic - not syncying: sound/pci/es1968.c:885 spin_lock(sound/pci/es1968.c:ddfab06c) already locked by sound/pci/es1968.c/1811 Anything else I can tell (or send) you to solve this? Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From karsten at redhat.de Tue Jan 18 15:37:30 2005 From: karsten at redhat.de (Karsten Hopp) Date: Tue, 18 Jan 2005 16:37:30 +0100 Subject: new perl & vim In-Reply-To: <4c4ba1530501180731430b07ef@mail.gmail.com> References: <4c4ba1530501180731430b07ef@mail.gmail.com> Message-ID: <41ED2D3A.8080100@redhat.de> Tom London wrote: > Get this message after today's Rawhide updates: > > [tbl at fedora mozExtensions]$ vi > vim: error while loading shared libraries: libperl.so: cannot open > shared object file: No such file or directory > > Is there a 'hard connection' in vi to the prior version of perl (5.8.5?). > > tom > Yes there is one for the integrated perl interface. I'll rebuild vim with the new perl, check tomorrows Rawhide for updated packages. Karsten -- So when I saw the post to comp.editors, I rushed over to the FTP site to grab it. So I yank apart the tarball, light x candles, where x= the vim version multiplied by the md5sum of the source divided by the MAC of my NIC (8A3FA78155A8A1D346C3C4A), put on black robes, dim the lights, wave a dead chicken over the hard drive, and summon the power of GNU GCC with the magic words "make config ; make!". [Jason Spence, compiling Vim 5.0] From byte at aeon.com.my Fri Jan 21 11:10:06 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 21 Jan 2005 19:10:06 +0800 Subject: Fixing an Anaconda Hang In-Reply-To: <1104666696l.11167l.1l@devel.mpeters.us> References: <1104666696l.11167l.1l@devel.mpeters.us> Message-ID: <1106305806.4092.247.camel@localhost.localdomain> On Sun, 2005-01-02 at 11:51 +0000, Michael A. Peters wrote: > What information do I need to get from the device to provide to open > an > appropriate bugzilla to fix it, hopefully for Core 4? It probably just needs to be whitelisted; use the latest kernel, give us appropropriate messages from dmesg or /var/log/messages, and maybe lsusb output Bugzilla that -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From linux_4ever at yahoo.com Fri Jan 21 13:50:48 2005 From: linux_4ever at yahoo.com (Steve G) Date: Fri, 21 Jan 2005 05:50:48 -0800 (PST) Subject: rawhide libdevmapper Message-ID: <20050121135048.39375.qmail@web50610.mail.yahoo.com> Hi, I'm using the rawhide repo. This morning I typed "yum update python", which eventually dies like this: --> Running transaction check --> Processing Dependency: libdevmapper.so.1.00(Base) for package: dmraid --> Processing Dependency: libdevmapper.so.1.00 for package: dmraid --> Finished Dependency Resolution Error: missing dep: libdevmapper.so.1.00(Base) for pkg dmraid Error: missing dep: libdevmapper.so.1.00 for pkg dmraid Is there a missing dependency somewhere that should have resolved the package where libdevmapper lives? -Steve Grubb __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail From skvidal at phy.duke.edu Fri Jan 21 14:55:57 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 21 Jan 2005 09:55:57 -0500 Subject: rawhide libdevmapper In-Reply-To: <20050121135048.39375.qmail@web50610.mail.yahoo.com> References: <20050121135048.39375.qmail@web50610.mail.yahoo.com> Message-ID: <1106319357.28666.12.camel@cutter> On Fri, 2005-01-21 at 05:50 -0800, Steve G wrote: > Hi, > > I'm using the rawhide repo. This morning I typed "yum update python", which > eventually dies like this: > > --> Running transaction check > --> Processing Dependency: libdevmapper.so.1.00(Base) for package: dmraid > --> Processing Dependency: libdevmapper.so.1.00 for package: dmraid > --> Finished Dependency Resolution > Error: missing dep: libdevmapper.so.1.00(Base) for pkg dmraid > Error: missing dep: libdevmapper.so.1.00 for pkg dmraid > > > Is there a missing dependency somewhere that should have resolved the package > where libdevmapper lives? yah - the new device-mapper package. yum --exclude=device-mapper update python that should deal with it. -sv From paul at all-the-johnsons.co.uk Fri Jan 21 15:01:06 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Fri, 21 Jan 2005 15:01:06 +0000 Subject: yum update problems Message-ID: <1106319666.27477.28.camel@localhost.localdomain> Hi, I seem to be having a problem with yum updating. I can get around it by using exclude, but would rather not. yum reports the following packages to be updated mod_dav_svn.i386 0:1.1.3-1 swig.i386 0:1.3.23-2 subversion.i386 0:1.1.3-1 subversion-devel.i386 0:1.1.3-1 wireless-tools.i386 1:28-0.pre4.3 It runs the transaction check and reports libiw.so.27 needed for NetworkManager and kdenetwork libswigpl.so.0 for subversion-perl subversion 1.1.1-4 for subversion perl And then falls over as these dependencies can't be met. Is there something I can do to fix these problems? TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From paul at all-the-johnsons.co.uk Fri Jan 21 15:03:56 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Fri, 21 Jan 2005 15:03:56 +0000 Subject: Missing directory - help! Message-ID: <1106319836.27477.31.camel@localhost.localdomain> Hi, When I compile linux-wlan-ng, I normally tell the configure file to look at /lib/modules//build. This seems to have vanished in both the 1104 and 1105 kernels. Is this deliberate and if it is, where should I point the Configure script to? TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From dcbw at redhat.com Fri Jan 21 15:10:04 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 21 Jan 2005 10:10:04 -0500 Subject: yum update problems In-Reply-To: <1106319666.27477.28.camel@localhost.localdomain> References: <1106319666.27477.28.camel@localhost.localdomain> Message-ID: <1106320204.9659.9.camel@dcbw.boston.redhat.com> On Fri, 2005-01-21 at 15:01 +0000, Paul Johnson wrote: > Hi, > It runs the transaction check and reports > > libiw.so.27 needed for NetworkManager and kdenetwork > libswigpl.so.0 for subversion-perl > subversion 1.1.1-4 for subversion perl What mirror are you using? Dan From paul at all-the-johnsons.co.uk Fri Jan 21 15:12:49 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Fri, 21 Jan 2005 15:12:49 +0000 Subject: yum update problems In-Reply-To: <1106320204.9659.9.camel@dcbw.boston.redhat.com> References: <1106319666.27477.28.camel@localhost.localdomain> <1106320204.9659.9.camel@dcbw.boston.redhat.com> Message-ID: <1106320370.27477.33.camel@localhost.localdomain> Hi, > > libiw.so.27 needed for NetworkManager and kdenetwork > > libswigpl.so.0 for subversion-perl > > subversion 1.1.1-4 for subversion perl > > What mirror are you using? download.fedora.redhat.com TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From selinux at gmail.com Fri Jan 21 15:17:15 2005 From: selinux at gmail.com (Tom London) Date: Fri, 21 Jan 2005 07:17:15 -0800 Subject: Missing directory - help! In-Reply-To: <1106319836.27477.31.camel@localhost.localdomain> References: <1106319836.27477.31.camel@localhost.localdomain> Message-ID: <4c4ba1530501210717234b2156@mail.gmail.com> On Fri, 21 Jan 2005 15:03:56 +0000, Paul Johnson wrote: > Hi, > > When I compile linux-wlan-ng, I normally tell the configure file to look > at /lib/modules//build. This seems to have vanished in both the > 1104 and 1105 kernels. Is this deliberate and if it is, where should I > point the Configure script to? > > TTFN > > Paul Try: 'yum install kernel-devel' and then retry your compile. Appears that this stuff has moved to 'kernel-devel'. tom -- Tom London From dcbw at redhat.com Fri Jan 21 15:18:00 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 21 Jan 2005 10:18:00 -0500 Subject: yum update problems In-Reply-To: <1106320370.27477.33.camel@localhost.localdomain> References: <1106319666.27477.28.camel@localhost.localdomain> <1106320204.9659.9.camel@dcbw.boston.redhat.com> <1106320370.27477.33.camel@localhost.localdomain> Message-ID: <1106320680.9659.11.camel@dcbw.boston.redhat.com> On Fri, 2005-01-21 at 15:12 +0000, Paul Johnson wrote: > Hi, > > > > libiw.so.27 needed for NetworkManager and kdenetwork > > > libswigpl.so.0 for subversion-perl > > > subversion 1.1.1-4 for subversion perl > > > > What mirror are you using? > > download.fedora.redhat.com download.fedora.redhat.com only has: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/i386/wireless-tools-27-0.pre25.3.i386.rpm Maybe the yum headers need some love? From jspaleta at gmail.com Fri Jan 21 15:27:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 21 Jan 2005 10:27:12 -0500 Subject: yum update problems In-Reply-To: <1106320680.9659.11.camel@dcbw.boston.redhat.com> References: <1106319666.27477.28.camel@localhost.localdomain> <1106320204.9659.9.camel@dcbw.boston.redhat.com> <1106320370.27477.33.camel@localhost.localdomain> <1106320680.9659.11.camel@dcbw.boston.redhat.com> Message-ID: <604aa79105012107277e46738d@mail.gmail.com> On Fri, 21 Jan 2005 10:18:00 -0500, Dan Williams wrote: > Maybe the yum headers need some love? Or maybe he's running FC development tree and he doesn't fully comprehend the consquences of that decision. Holpefully he knows he's running with the development tree enabled. -jef"if everyone would just get very quiet for a few seconds we all might be able to listen to the muted sounds of rawhide digesting a baby"spaleta From paul at all-the-johnsons.co.uk Fri Jan 21 15:33:48 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Fri, 21 Jan 2005 15:33:48 +0000 Subject: yum update problems In-Reply-To: <604aa79105012107277e46738d@mail.gmail.com> References: <1106319666.27477.28.camel@localhost.localdomain> <1106320204.9659.9.camel@dcbw.boston.redhat.com> <1106320370.27477.33.camel@localhost.localdomain> <1106320680.9659.11.camel@dcbw.boston.redhat.com> <604aa79105012107277e46738d@mail.gmail.com> Message-ID: <1106321629.27477.35.camel@localhost.localdomain> Hi, > > Maybe the yum headers need some love? > > > Or maybe he's running FC development tree and he doesn't fully > comprehend the consquences of that decision. Holpefully he knows he's > running with the development tree enabled. Yep. Running rawhide on the laptop and the main box at home. Works like a charm. Have been using rawhide since RH8! TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From lux at diesel-research.com Fri Jan 21 15:43:50 2005 From: lux at diesel-research.com (Kim Lux) Date: Fri, 21 Jan 2005 08:43:50 -0700 Subject: FC 3 and Kernel Lock or Hang In-Reply-To: <41DF3B34.8000509@insight.rr.com> References: <20050108004808.PLQB27357.lakermmtao01.cox.net@nonerjsnum1tkq> <41DF3B34.8000509@insight.rr.com> Message-ID: <1106322230.6215.1.camel@localhost.localdomain> I've got lockup with the 2.6.10-1.7373 and -1.741 kernels too. Kernel -1.727 works fine. I created a bugzilla report for the problem. Please add your names as CCs so that it gets some attention. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145661 Thanks. On Fri, 2005-01-07 at 20:45 -0500, Jim Cornette wrote: > Tom Browder wrote: > >>-----Original Message----- > >>From: fedora-test-list-bounces at redhat.com > >>[mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Jim Cornette > >>Sent: Friday, January 07, 2005 5:59 PM > >>To: For testers of Fedora Core development releases > >>Subject: Re: FC 3 and Kernel Lock or Hang > >>The version of xorg-x11 from FC3 updates or testing should > >>work to correct the problem with X bailing out and leaving > > > > > > That's what I'm using (xorg-*-*-6.8.1-12--still have that problem, though. > > > > Would Xorg stuff in rawhide work on FC 3 without any other FC 4 stuff? > > > > I'm also trying the latest xscreensaver package (from raw src: 4.19). > > > > I'm desperate here--I have 5 computers that are rapidly becoming worthless > > unless something gives! > > > > Thanks. > > > > Tom Browder > > > > To get the rawhide versions and any deps that might be associated with > xorg-x11, you might add the development repository to up2date, yum or > any other program used to retrieve updates. After getting the xorg-x11 > and associated programs ,you can comment out the development repo. > > I'm running xorg-x11-6.8.1.901-1 that I believe was pulled from rawhide > using up2date via the gui. I am not having problems with this version. > > Like anything, it depends on your hardware. Finding out what lspci says > that you have as hardware might be helpful and might get people with > similar hardware an idea for a solution. > > You might ask this question with hardware information and what is > working and not working on fedora-list. There is a bigger pool of people > on the user list and probably a higher chance that someone might know > how to go through resolving your issues with this problem that you have > using FC3. > > Jim > -- Kim Lux, Diesel Research Inc. From jspaleta at gmail.com Fri Jan 21 15:51:11 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 21 Jan 2005 10:51:11 -0500 Subject: yum update problems In-Reply-To: <1106321629.27477.35.camel@localhost.localdomain> References: <1106319666.27477.28.camel@localhost.localdomain> <1106320204.9659.9.camel@dcbw.boston.redhat.com> <1106320370.27477.33.camel@localhost.localdomain> <1106320680.9659.11.camel@dcbw.boston.redhat.com> <604aa79105012107277e46738d@mail.gmail.com> <1106321629.27477.35.camel@localhost.localdomain> Message-ID: <604aa79105012107516612645@mail.gmail.com> On Fri, 21 Jan 2005 15:33:48 +0000, Paul Johnson wrote: > Yep. Running rawhide on the laptop and the main box at home. Works like > a charm. Have been using rawhide since RH8! Under no circumstances should you ever ever ever say that rawhide works like a charm in a publicly archived forum. You do a HUGE disservice to the community and by doing so you encourage people who are not prepared to troubleshoot potentially serious breakage to use rawhide indescrimately and get into situations from which they are not skilled enough in cmdline usage to effectively work their way out of. Say it with me: 'rawhide eats babies' The problems you are seeing with missing and conflicting dependancies are the most trivial and most common problems associated with rawhide. And I dare say.. that anyone who has been using rawhide on a daily basis for a length of time long enough to cover a 2 release cycles knows this sort of stuff happens regularly....especially during a period between "test release phases." What you are seeing right now is a generally expected problem.. especially when packages are under heavy development and there is significant nightly churn in the rawhide tree. The nightly rawhide build tree can inconsistent because either something didn't build correctly and was thus not updated or an explicit spec file dependancy was not updated to reflect the upgrade of another package. You fix this by searching for bugzilla reports against the specific packages with dependancy problems. If there are no reports you file a bug to make the package maintainers aware if they are not already aware of the problem. I'm actually somewhat concerned that someone using rawhide as long as you have needs to ask for assistance on how to deal with such a minor and regularly occuring rawhide problem. -jef"part of the rushing horde hell bent on reaching Saturday, sometime today"spaleta From glimmerdark at gmail.com Fri Jan 21 17:06:37 2005 From: glimmerdark at gmail.com (Chris Holder) Date: Fri, 21 Jan 2005 09:06:37 -0800 Subject: yum update problems In-Reply-To: <20050121155128.A06597331F@hormel.redhat.com> References: <20050121155128.A06597331F@hormel.redhat.com> Message-ID: <2d97389805012109063da097be@mail.gmail.com> >> Yep. Running rawhide on the laptop and the main box at home. Works like >> a charm. Have been using rawhide since RH8! > >Under no circumstances should you ever ever ever say that rawhide >works like a charm in a publicly archived forum. You do a HUGE >disservice to the community and by doing so you encourage people who >are not prepared to troubleshoot potentially serious breakage to use >rawhide indescrimately and get into situations from which they are not >skilled enough in cmdline usage to effectively work their way out of. > >Say it with me: 'rawhide eats babies' > >The problems you are seeing with missing and conflicting dependancies >are the most trivial and most common problems associated with rawhide. >And I dare say.. that anyone who has been using rawhide on a daily >basis for a length of time long enough to cover a 2 release cycles >knows this sort of stuff happens regularly....especially during a >period between "test release phases." What you are seeing right now is >a generally expected problem.. especially when packages are under >heavy development and there is significant nightly churn in the >rawhide tree. The nightly rawhide build tree can inconsistent because >either something didn't build correctly and was thus not updated or an >explicit spec file dependancy was not updated to reflect the upgrade >of another package. > >You fix this by searching for bugzilla reports against the specific >packages with dependancy problems. If there are no reports you file a >bug to make the package maintainers aware if they are not already >aware of the problem. I'm actually somewhat concerned that someone >using rawhide as long as you have needs to ask for assistance on how >to deal with such a minor and regularly occuring rawhide problem. > >-jef"part of the rushing horde hell bent on reaching Saturday, >sometime today"spaleta hm.. from my point of view, his original question was simply whether this was an intentional change or not, which, given the file structure changes that have gone into fedora in the past few releases.. hardly what i'd call a terrible question. I'll agree, it's not a great idea to give the public the impression that rawhide is something for general use, but he only responded with the 'works like a charm' comment, after his ability to use it had been challenged.. in which case, it could be implied that 'for him, it works like a charm', or more appropriately, he hasn't had any issues that have caused him to stop using rawhide. there's nothing wrong with correcting people on the list, even aggressively when needed, but come on.. don't snap at someone because they responded, (fairly politely, if in a way that could be seen as bad form), to your attempt at goading them. he's testing rawhide on at least 2 machines, most likely with widely varied hardware, and using these boxes as his daily computers.. does he frequently post to the list? yeah.. but he's not usually whining to get something fixed, he's just passing along what he's seeing, and asking a question here and there about it. if all the testers minded their own business, and never made a sound.. what exactly would the purpose of the list be? if nothing else, comments like his give users something to find when they search through the list archives, trying to find out why something is acting the way it does. Chris From balay at fastmail.fm Fri Jan 21 19:02:31 2005 From: balay at fastmail.fm (Satish Balay) Date: Fri, 21 Jan 2005 13:02:31 -0600 (CST) Subject: [ltp] System clock wrong on resume from ACPI suspend in recent FC3 update In-Reply-To: <1106328147.11068.10.camel@localhost.localdomain> References: <1106328147.11068.10.camel@localhost.localdomain> Message-ID: On Fri, 21 Jan 2005, Eric Benson wrote: > On a Thinkpad T41p running Fedora Core 3 kept up-to-date since November. > Recently, in the past two or three weeks, the clock has been incorrect > every time I resume from ACPI suspend. Before that it was always correct > when it woke up. Now the clock is always fast when it wakes up. It > appears to be proportional to how long it has been sleeping, as if the > clock were running consistently extremely fast while asleep, but I > haven't run any tests to see if it is reproducible. I've been fixing it > by restarting ntpd. I'm currently running kernel 2.6.10-1.741, but I've > had all of the kernel updates since FC3 came out. I can't say for sure > that the problem started with a kernel update, but it may have coincided > with the first 2.6.10 kernel. > > Is this a known problem? Is there a fix? Noticed this as well. (with APM/600E). This is more pronounced with Vmware. [haven't looked at bugzilla yet to see if this is reported] One workarround is to rebuild the kernel with HZ=100 instead of the default HZ=1000 (CONFIG_X86_HZ flag is available for -ac kernels) Satish From jspaleta at gmail.com Fri Jan 21 19:23:09 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 21 Jan 2005 14:23:09 -0500 Subject: yum update problems In-Reply-To: <2d97389805012109063da097be@mail.gmail.com> References: <20050121155128.A06597331F@hormel.redhat.com> <2d97389805012109063da097be@mail.gmail.com> Message-ID: <604aa791050121112373850047@mail.gmail.com> On Fri, 21 Jan 2005 09:06:37 -0800, Chris Holder wrote: >it could be implied that 'for him, it works like a charm', or > more appropriately, he hasn't had any issues that have caused him to > stop using rawhide. I write to remove all doubt about the implication of the scope of his comment for those who will find this thread and read into his statement an impression of wonderous enjoyment for all who use rawhide. I insist of people being explicit about their rawhide experience and to make sure that public statements are not easily misconstrued. I've seen too many people who aren't prepared to eat rawhide step into it based SOLELY on seeing someone else go 'works for me' without the other person providing any caveats about the general robustness of rawhide from day to day. Rawhide eats babies. There is no truer statement. > there's nothing wrong with correcting people on the list, even > aggressively when needed, but come on.. don't snap at someone because > they responded, I assure you... this was not snapping. If you want to see an example of what happens when i snap, i could very easily arrange it to give you some perspective. For the sake of others on the list however we can negotiate the seminar arrangements off-list if you so desire. I can tell you that the enrollment fee in the 'watch Jef go off on someone' seminar course is $3,000 US. > he's testing rawhide on at least 2 machines, most likely with widely > varied hardware, and using these boxes as his daily computers.. does > he frequently post to the list? yeah.. And yet even a package maintainer on this same thread before my post assumed he was using fc3 repos and not development.... which by the way underscores my point about being as explicit as possible when making statements about rawhide packages. You just can't assume people are going to understand your 'implicit' statements. > get something fixed, he's just passing along what he's seeing, and > asking a question here and there about it. if all the testers minded > their own business, and never made a sound.. what exactly would the > purpose of the list be? Did i ask him to mind their own business.... no... I told him how to go about getting the dependancy problems fixed. I actually answered his question. There are packaging issues that need to be fixed by the maintainers that prevent the packages from installing with out dependancy failures. The ONLY way to get that fixed is to get binaries rebuilt. Now.. he can either download the srpms and edit the spec files and rebuild them for himself wasting effort that a package maintainer will have to redo anyways or he can file this issue with bugzilla and make the maintainers aware. Notice again that one package maintainer on this thread was already confused by the original post and though he was talking about fc3 update repos and not rawhide. This list is meant to be a resource to discuss problems, sure... but fixes to problems once confirmed are done via bugreports in bugzilla. This has been and will continue to be how fixes get developed. He asked how to get this fixed, and I told him. Search bugzilla for reports, if not reported file a new bugreport. This list is most effective when used to ask other testers to confirm problems, with the end goal of producing a bug report with as much specific information as possible to aid the package developers and maintainters in fixing problems. No matter what the problem is however... problems are fixed primarily via bugreports not primarily with list discussion. And I stand by my statement... I am greatly concerned about how someone who has been using rawhide for multiple number of years hasn't learned that these sort of packaging problems are common and that to get them resolved is to get bugreports filed that maintainers are going to see. This would indicate a failure of communication as to rawhide's goals and how to use rawhide in a responsible manner to generate useful feedback to package maintainers. You absolutely can not depend on a maintainer reading a post in a mailinglist, maintainers are made aware of problems via bugzilla so that issues can be tracked. He asked how to get it fixed.. i gave him the the answer. I am very concerned that someone running rawhide regularly since rhl8 hasn't repeatedly run into several of the inumerably infinite packaging errors resulting in exactly the same sorts of dependancy problems. This sort of thing is very common with rawhide and probably the most trivial sort of problem to confirm. While it's nice to maybe inform the rest of the testers of the problems existance with a note like: "Hey guys FYI i ran into these packaging problems with the latest rawhide build." Its much better if you go: "Hey guys FYI i ran into these packaging problems with the latest rawhide build and here are the bug numbers that have been filed about the issues" Every rawhide user should understand the importance of filing and citing bug reports about issues and its disheartening to see an experienced rawhide user fail to exhibit this understanding even when discussing trivially shallow packaging problems that are historically common for rawhide. -jef"did i mention you get a price break if you enroll in 'Jef's guide to beating a dead horse' seminar as well?"spaleta > if nothing else, comments like his give users something to find when > they search through the list archives, trying to find out why > something is acting the way it does. > > Chris > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From Fulko.Hew at sita.aero Fri Jan 21 20:02:19 2005 From: Fulko.Hew at sita.aero (Fulko.Hew at sita.aero) Date: Fri, 21 Jan 2005 15:02:19 -0500 Subject: KnewsTicker stutters Message-ID: I don't know if anyone else has seen this symptom, but I first noticed it on FC2, then it apparently went away, but now on my newly built FC3 production system, its back. I use KDE, and have KnewsTicker installed on the task bar, and its monitoring a few web sites. Whenever you 'swipe'-select some text or multi-click to select text in the URL of a browser... KNewsTicker's scrolling becomes stuttery... A short pause every second. (You can also select text on any window, but that doesn't seem to cause the error every time. Only under some circumstances.) You can stop the stuttering, by openning Klipper, and selecting an entry, or by selecting 'clear clipboard". So it seems as though there is some interaction between 'text selection' and process execution. I don't know if it affects all process execution, or just KnewsTicker. Reported as Bugzilla # 121768. Comments anyone? From pauljohn at ku.edu Sat Jan 22 03:24:51 2005 From: pauljohn at ku.edu (Paul Johnson) Date: Fri, 21 Jan 2005 21:24:51 -0600 Subject: Dell laptop followup (Re: ASUS S5N and the 2.6.10-1.741_FC3 kernal and s3 sleep works In-Reply-To: <1106016862.9266.10.camel@klendor.rairyu.tk> References: <20050116124332.01D3E731DB@hormel.redhat.com> <1106016862.9266.10.camel@klendor.rairyu.tk> Message-ID: <41F1C783.2010306@ku.edu> I will try your grub options, but I'm a bit concerned that I don't understand what they do. I have a Dell Inspiron 8600 and I can do suspend to memory, but when I wake up the system and log out of X, then the screen is black. I can still type in commands, to shudown or startx, for example (but I have to go on faith while typing, because I can't see!). Also, After I wake up the computer, the touchpad tap does not work any more. I can move the pointer with the touchpad, but tapping won't do. Maybe the difference is the way I'm going to sleep. I've got this in /etc/acpi/actions/sleep.sh __________________________________________________ #!/bin/sh # do not got to suspend mode if some command fails! set -e rmmodules () { mname=$1 if grep $mname /proc/modules ; then /sbin/rmmod $mname fi } # if network is up, shut it down! if [ -f /var/lock/subsys/network ] ; then /sbin/service network stop fi # remmod all problematic modules #rmmodules tg3 rmmodules uhci_hcd rmmodules ehci_hcd rmmodules hci_usb rmmodules ipw2100 echo mem > /sys/power/state # after waking up, move to terminal 1, this give some time to graphic card to get into sane state chvt 1 sleep 0.5 # change into gui terminal, graphic card is ok at this point chvt 7 #load modules /sbin/modprobe uhci_hcd /sbin/modprobe ehci_hcd /sbin/ifup eth1 -------------- pj Matthew Faull wrote: > ASUS S5N and the 2.6.10-1.741_FC3 kernel and s3 sleep seems to work now. > In all previous FC3 kernels(724,681,667), it seemed to die when you woke > it up again. > > Other random info about my setup: > - Asus S5N with the 210 bios update. > > - Here's my entry in grub.conf: > *********************************************************************** > title Fedora Core (2.6.10-1.741_FC3) > root (hd0,0) > kernel /vmlinuz-2.6.10-1.741_FC3 ro root=LABEL=/ rhgb quiet > acpi_sleep=s3_bios pm=off vga=0x317 video=vesa:ywrap,mtrr splash=silent > *********************************************************************** > > - Heres the command I run to send the notebook to sleep: > *********************************************************************** > #!/bin/bash > > # suspend-to-ram : Sends the machine to S3, > # performing some tasks before and after wakeup. > > PATH=/bin:/usr/bin:/usr/sbin:/sbin:/usr/local/sbin > > /usr/bin/killall synergyc > > echo -e "3[1;31mInitiating suspend-to-ram 3[0m" > > # Empty logfile > echo > /tmp/suspend.log > > /etc/init.d/hotplug stop >> /tmp/suspend.log 2>&1 > /etc/init.d/acpid stop >> /tmp/suspend.log 2>&1 > > # Go, sleep! > echo 3 > /proc/acpi/sleep > > echo -e "3[1;32m... back 3[0m" > > # http://bugme.osdl.org/show_bug.cgi?id=3609 > setpci -s 00:1f.0 f2.b=1 > > /etc/init.d/acpid start >> /tmp/suspend.log 2>&1 & > /etc/init.d/hotplug start >> /tmp/suspend.log 2>&1 & > *********************************************************************** > Note: I don't claim to be the author of any of the code above. I just > dug it up from googling around the net. > > Thanks people > > Cheers -- Paul E. Johnson email: pauljohn at ku.edu Dept. of Political Science http://lark.cc.ku.edu/~pauljohn 1541 Lilac Lane, Rm 504 University of Kansas Office: (785) 864-9086 Lawrence, Kansas 66044-3177 FAX: (785) 864-5700 From mrguytx at austin.rr.com Sat Jan 22 04:48:53 2005 From: mrguytx at austin.rr.com (W. Guy Thomas) Date: Fri, 21 Jan 2005 22:48:53 -0600 Subject: Dell laptop followup (Re: ASUS S5N and the 2.6.10-1.741_FC3 kernal and s3 sleep works In-Reply-To: <41F1C783.2010306@ku.edu> References: <20050116124332.01D3E731DB@hormel.redhat.com> <1106016862.9266.10.camel@klendor.rairyu.tk> <41F1C783.2010306@ku.edu> Message-ID: <1106369334.25813.2.camel@localhost.localdomain> I have never successfully gotten a dell laptop to suspend 100% of the time with any linux kernel. Either the screen stays dead or the hard drive won't spin up on wake, etc... It's a Dell dude! And I use this one daily. Nice laptop, but suspend is iffy at best. =G On Fri, 2005-01-21 at 21:24 -0600, Paul Johnson wrote: > I will try your grub options, but I'm a bit concerned that I don't > understand what they do. > > I have a Dell Inspiron 8600 and I can do suspend to memory, but when I > wake up the system and log out of X, then the screen is black. I can > still type in commands, to shudown or startx, for example (but I have to > go on faith while typing, because I can't see!). > > Also, After I wake up the computer, the touchpad tap does not work any > more. I can move the pointer with the touchpad, but tapping won't do. > > Maybe the difference is the way I'm going to sleep. I've got this in > /etc/acpi/actions/sleep.sh > > __________________________________________________ > #!/bin/sh > > # do not got to suspend mode if some command fails! > set -e > > rmmodules () { > mname=$1 > if grep $mname /proc/modules ; then > /sbin/rmmod $mname > fi > } > > # if network is up, shut it down! > if [ -f /var/lock/subsys/network ] ; then > /sbin/service network stop > fi > > # remmod all problematic modules > #rmmodules tg3 > rmmodules uhci_hcd > rmmodules ehci_hcd > rmmodules hci_usb > rmmodules ipw2100 > > echo mem > /sys/power/state > > # after waking up, move to terminal 1, this give some time to graphic > card to get into sane state > chvt 1 > sleep 0.5 > # change into gui terminal, graphic card is ok at this point > chvt 7 > > #load modules > /sbin/modprobe uhci_hcd > /sbin/modprobe ehci_hcd > /sbin/ifup eth1 > -------------- > > pj > > Matthew Faull wrote: > > ASUS S5N and the 2.6.10-1.741_FC3 kernel and s3 sleep seems to work now. > > In all previous FC3 kernels(724,681,667), it seemed to die when you woke > > it up again. > > > > Other random info about my setup: > > - Asus S5N with the 210 bios update. > > > > - Here's my entry in grub.conf: > > *********************************************************************** > > title Fedora Core (2.6.10-1.741_FC3) > > root (hd0,0) > > kernel /vmlinuz-2.6.10-1.741_FC3 ro root=LABEL=/ rhgb quiet > > acpi_sleep=s3_bios pm=off vga=0x317 video=vesa:ywrap,mtrr splash=silent > > *********************************************************************** > > > > - Heres the command I run to send the notebook to sleep: > > *********************************************************************** > > #!/bin/bash > > > > # suspend-to-ram : Sends the machine to S3, > > # performing some tasks before and after wakeup. > > > > PATH=/bin:/usr/bin:/usr/sbin:/sbin:/usr/local/sbin > > > > /usr/bin/killall synergyc > > > > echo -e "3[1;31mInitiating suspend-to-ram 3[0m" > > > > # Empty logfile > > echo > /tmp/suspend.log > > > > /etc/init.d/hotplug stop >> /tmp/suspend.log 2>&1 > > /etc/init.d/acpid stop >> /tmp/suspend.log 2>&1 > > > > # Go, sleep! > > echo 3 > /proc/acpi/sleep > > > > echo -e "3[1;32m... back 3[0m" > > > > # http://bugme.osdl.org/show_bug.cgi?id=3609 > > setpci -s 00:1f.0 f2.b=1 > > > > /etc/init.d/acpid start >> /tmp/suspend.log 2>&1 & > > /etc/init.d/hotplug start >> /tmp/suspend.log 2>&1 & > > *********************************************************************** > > Note: I don't claim to be the author of any of the code above. I just > > dug it up from googling around the net. > > > > Thanks people > > > > Cheers > > > -- > Paul E. Johnson email: pauljohn at ku.edu > Dept. of Political Science http://lark.cc.ku.edu/~pauljohn > 1541 Lilac Lane, Rm 504 > University of Kansas Office: (785) 864-9086 > Lawrence, Kansas 66044-3177 FAX: (785) 864-5700 > -- W. Guy Thomas From sandy_pond at myrealbox.com Sat Jan 22 05:14:10 2005 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sat, 22 Jan 2005 00:14:10 -0500 Subject: yum update problems In-Reply-To: <604aa791050121112373850047@mail.gmail.com> References: <20050121155128.A06597331F@hormel.redhat.com> <2d97389805012109063da097be@mail.gmail.com> <604aa791050121112373850047@mail.gmail.com> Message-ID: <1106370850.9082.50.camel@family> On Fri, 2005-01-21 at 14:23 -0500, Jeff Spaleta wrote: > Rawhide eats babies. There is no truer statement. > Yes it does ... beware!!! Just because someone doesn't have problems on their particular system has no relevance to "your" system. > problems are fixed > primarily via bugreports not primarily with list discussion. However, an important step if you do not wish to search bugzilla for your particular problem. > > And I stand by my statement... I am greatly concerned about how > someone who has been using rawhide for multiple number of years hasn't > learned that these sort of packaging problems are common and that to > get them resolved is to get bugreports filed that maintainers are > going to see. This would indicate a failure of communication as to > rawhide's goals and how to use rawhide in a responsible manner to > generate useful feedback to package maintainers. Correct, but none the less, this will continue to happen. Nothing we can do? Maybe modify the email trailer to link a query in bugzilla. But then again, many of the reports currently in bugzilla are duplicates, wasting maintainer's resources. There still seems to be a large waste of resources in the tester/mail-list/bugzilla/maintainer infrastructure. I think that this infrastructure could be much improved saving important and limited maintainer resources. > > You absolutely can not depend on a maintainer reading a post in a > mailinglist, maintainers are made aware of problems via bugzilla so > that issues can be tracked. I see this as a problem with the existing infrastructure. > He asked how to get it fixed.. i gave him > the the answer. I am very concerned that someone running rawhide > regularly since rhl8 hasn't repeatedly run into several of the > inumerably infinite packaging errors resulting in exactly the same > sorts of dependancy problems. This sort of thing is very common with > rawhide and probably the most trivial sort of problem to confirm. > Agreed, but if left unresolved will continue to occur regularly. I think this symptom is a factor in your stated frustration. From paul at all-the-johnsons.co.uk Sat Jan 22 10:46:57 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 22 Jan 2005 10:46:57 +0000 Subject: yum update problems In-Reply-To: <604aa79105012107516612645@mail.gmail.com> References: <1106319666.27477.28.camel@localhost.localdomain> <1106320204.9659.9.camel@dcbw.boston.redhat.com> <1106320370.27477.33.camel@localhost.localdomain> <1106320680.9659.11.camel@dcbw.boston.redhat.com> <604aa79105012107277e46738d@mail.gmail.com> <1106321629.27477.35.camel@localhost.localdomain> <604aa79105012107516612645@mail.gmail.com> Message-ID: <41F22F21.2050206@all-the-johnsons.co.uk> Hi, >>Yep. Running rawhide on the laptop and the main box at home. Works like >>a charm. Have been using rawhide since RH8! > > > > Under no circumstances should you ever ever ever say that rawhide > works like a charm in a publicly archived forum. You do a HUGE > disservice to the community and by doing so you encourage people who > are not prepared to troubleshoot potentially serious breakage to use > rawhide indescrimately and get into situations from which they are not > skilled enough in cmdline usage to effectively work their way out of. That's just the point though - for me, other than a couple of hiccups when X fails or that time where something seriously screwed with the gateway was shafted, rawhide works. The reason I asked originally was that the box at home (also using rawhide) doesn't fall over with that problem. When I checked though, that was also sucking from the stable branch as well. > Say it with me: 'rawhide eats babies' Rawhide eats jellybabies ;-) > The problems you are seeing with missing and conflicting dependancies > are the most trivial and most common problems associated with rawhide. > And I dare say.. that anyone who has been using rawhide on a daily > basis for a length of time long enough to cover a 2 release cycles > knows this sort of stuff happens regularly....especially during a > period between "test release phases." Correct, I do. However, these swig problems do seem to have gone on for a while... > I'm actually somewhat concerned that someone > using rawhide as long as you have needs to ask for assistance on how > to deal with such a minor and regularly occuring rawhide problem. Actually, this minor thing was just me being confused between a couple of machines and remembering one of the announcements that libiw had been backmade to a previous version for NetworkManager and kdenetwork to work. TTFN Paul (using Thunderbird as his main box has decided not to work) From trulsg at broadpark.no Sat Jan 22 14:25:57 2005 From: trulsg at broadpark.no (Truls Gulbrandsen) Date: Sat, 22 Jan 2005 15:25:57 +0100 Subject: Are there iso images for FC4? Message-ID: <41F26275.5020807@broadpark.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi I am considering to instal the current test version of FC4 on a spare TP T30. Where can I go to downlad the iso images? Regards, Truls -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB8mJ1ickK29LSyG8RAiPNAKCm+nvNauGmWrXvSfM1IktLxZaWlACgzdBa xDpJH62QH/ipyLwWOeoHz9A= =nwNf -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: trulsg.vcf Type: text/x-vcard Size: 237 bytes Desc: not available URL: From fct-cornette at insight.rr.com Sat Jan 22 15:13:28 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 22 Jan 2005 10:13:28 -0500 Subject: Are there iso images for FC4? In-Reply-To: <41F26275.5020807@broadpark.no> References: <41F26275.5020807@broadpark.no> Message-ID: <41F26D98.4000200@insight.rr.com> Truls Gulbrandsen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi > I am considering to instal the current test version of FC4 on a spare TP > T30. Where can I go to downlad the iso images? > > Regards, > Truls It looks like late February for an FC4T1 iso set. See schedule below. http://fedora.redhat.com/participate/schedule/ Jim -- "THIS time it really is fixed. I mean, how many times can we get it wrong? At some point, we just have to run out of really bad ideas.." - Linus Torvalds" From rikolk at chello.nl Sat Jan 22 15:57:13 2005 From: rikolk at chello.nl (H. van de Kolk) Date: Sat, 22 Jan 2005 16:57:13 +0100 Subject: up2date errors after the last updates Message-ID: <1106409433.5239.4.camel@Fedrvk> Hello support, Up2date resulted in the following error after applying the last updates: up2date Reading DMI info failed /usr/share/rhn/up2date_client/checklist.py:21: DeprecationWarning: use gtk.TreeView gtk.CList.__init__ (self, columns+1) /usr/share/rhn/up2date_client/gui.py:2283: GtkDeprecationWarning: gtk.mainloop is deprecated, use gtk.main instead gtk.mainloop() Segmentatie fout with kind regards, Rikus van de Kolk From terraformers at gmx.net Sat Jan 22 16:20:08 2005 From: terraformers at gmx.net (Lars) Date: Sat, 22 Jan 2005 17:20:08 +0100 Subject: up2date errors after the last updates References: <1106409433.5239.4.camel@Fedrvk> Message-ID: H. van de Kolk wrote: > Hello support, > > Up2date resulted in the following error after applying the last updates: > > up2date > Reading DMI info failed > /usr/share/rhn/up2date_client/checklist.py:21: DeprecationWarning: use > gtk.TreeView > gtk.CList.__init__ (self, columns+1) > /usr/share/rhn/up2date_client/gui.py:2283: GtkDeprecationWarning: > gtk.mainloop is deprecated, use gtk.main instead > gtk.mainloop() > Segmentatie fout > > with kind regards, > Rikus van de Kolk > hi all my system-config-* tools segfaulted after pygtk2 and pygtk2-libglade rawhide update. reverted them and the tools are working ok again. maybe this works for you too. best lars From tim at birdsnest.maths.tcd.ie Sat Jan 22 17:12:30 2005 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Sat, 22 Jan 2005 17:12:30 +0000 Subject: yum update problems In-Reply-To: <1106321629.27477.35.camel@localhost.localdomain> References: <1106319666.27477.28.camel@localhost.localdomain> <604aa79105012107277e46738d@mail.gmail.com> <1106321629.27477.35.camel@localhost.localdomain> Message-ID: <200501221712.30865.tim@birdsnest.maths.tcd.ie> On Friday 21 January 2005 15:33, Paul Johnson wrote: > Yep. Running rawhide on the laptop and the main box at home. Works like > a charm. Have been using rawhide since RH8! Did you never have a problem with python? It seemed to me that rawhide python and yum were incompatible for a time recently. But I'm only a rawhide user by mistake, so I could be talking nonsense. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From paul at all-the-johnsons.co.uk Sat Jan 22 17:18:59 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 22 Jan 2005 17:18:59 +0000 Subject: yum update problems In-Reply-To: <200501221712.30865.tim@birdsnest.maths.tcd.ie> References: <1106319666.27477.28.camel@localhost.localdomain> <604aa79105012107277e46738d@mail.gmail.com> <1106321629.27477.35.camel@localhost.localdomain> <200501221712.30865.tim@birdsnest.maths.tcd.ie> Message-ID: <41F28B03.30808@all-the-johnsons.co.uk> Hi, > Did you never have a problem with python? > It seemed to me that rawhide python and yum > were incompatible for a time recently. There was a python problem with 2.4, but it wasn't really a show stopper and you didn't need to exclude them. TTFN Paul From tim at birdsnest.maths.tcd.ie Sat Jan 22 22:44:42 2005 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Sat, 22 Jan 2005 22:44:42 +0000 Subject: yum update problems In-Reply-To: <41F28B03.30808@all-the-johnsons.co.uk> References: <1106319666.27477.28.camel@localhost.localdomain> <200501221712.30865.tim@birdsnest.maths.tcd.ie> <41F28B03.30808@all-the-johnsons.co.uk> Message-ID: <200501222244.42526.tim@birdsnest.maths.tcd.ie> On Saturday 22 January 2005 17:18, Paul wrote: > > Did you never have a problem with python? > > It seemed to me that rawhide python and yum > > were incompatible for a time recently. > > There was a python problem with 2.4, but it wasn't really a show stopper > and you didn't need to exclude them. Well, it was a show stopper in my case, as "yum update" threw up python errors, until a new version of yum was provided which got round what seemed to me to be bugs in python. I'm not sure what you mean by "exclude them". It was too late to exclude anything by the time the problem became apparent. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From seandarcy at hotmail.com Sun Jan 23 17:44:45 2005 From: seandarcy at hotmail.com (sean darcy) Date: Sun, 23 Jan 2005 12:44:45 -0500 Subject: What's starting esound? Message-ID: top shows 2 instances /usr/bin/esd taking 40% each of cpu. /usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 17 I think this is related to my problem where gnome won't start and arts dies. What's starting esd? And why doesn't the daemon just go into background? sean From ellson at research.att.com Sun Jan 23 18:08:05 2005 From: ellson at research.att.com (John Ellson) Date: Sun, 23 Jan 2005 13:08:05 -0500 Subject: What's starting esound? In-Reply-To: References: Message-ID: <41F3E805.8020001@research.att.com> sean darcy wrote: > top shows 2 instances /usr/bin/esd taking 40% each of cpu. > > /usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 17 > > I think this is related to my problem where gnome won't start and arts > dies. > > What's starting esd? And why doesn't the daemon just go into background? > > sean > > I don't know what starts it, but I was seeing the same problem. My solution was to "mv /usr/bin/esd /usr/bin/esd.broken" It seems to be impossible to just remove esound because everything, including that kitchen sink - nautilus, depends on it. John From paul at all-the-johnsons.co.uk Sun Jan 23 20:49:23 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 23 Jan 2005 20:49:23 +0000 Subject: Laptop mousepad with latest X-org Message-ID: <41F40DD3.2020502@all-the-johnsons.co.uk> Hi, I'm going to have to drop down to the previous version of X as there is something up with the current one - the mouse pad on my Toshiba Satellite Pro A10 is up the wall!. It selects somethings, doesn't react to patting the pad to emulate a click and is generally all over the place. Not sure what component to file a bugzilla against on this one - any clues folks? TTFN Paul From ggw at wolves.durham.nc.us Sun Jan 23 21:50:53 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Sun, 23 Jan 2005 16:50:53 -0500 Subject: Anaconda failure Message-ID: <20050123215053.GA28181@wolves.durham.nc.us> I went to test a fresh install of rawhide/development and anaconda quit with an X-windows related failure. I couldn't get a decent trace. With no real information, I'm reluctant to bugzilla it, but wanted to mention it somewhere. AMD K6-2 @400MHz 320MBram ATI Mach64 video other standard peripherals -- 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 fct-cornette at insight.rr.com Sun Jan 23 23:55:26 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 23 Jan 2005 18:55:26 -0500 Subject: Anaconda failure In-Reply-To: <20050123215053.GA28181@wolves.durham.nc.us> References: <20050123215053.GA28181@wolves.durham.nc.us> Message-ID: <41F4396E.4080105@insight.rr.com> Gregory Woodbury wrote: > I went to test a fresh install of rawhide/development and anaconda quit > with an X-windows related failure. I couldn't get a decent trace. > With no real information, I'm reluctant to bugzilla it, but wanted to > mention it somewhere. > > AMD K6-2 @400MHz 320MBram ATI Mach64 video other standard > peripherals > If you got as far as the filesystem being created, you might find some decent files with failure information under root. You might go into rescue mode and mount and check the /root directory. I have a system with an ATI Mach64 video card and was wanting to try a rawhide installation. If I have success or failure, I'll see what I can find. I can install with either an 815 or the ATI as primary video. Jim -- Famous last words: (1) "Don't worry, I can handle it." (2) "You and what army?" (3) "If you were as smart as you think you are, you wouldn't be a cop." From fct-cornette at insight.rr.com Mon Jan 24 00:32:58 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 23 Jan 2005 19:32:58 -0500 Subject: Anaconda failure In-Reply-To: <20050123215053.GA28181@wolves.durham.nc.us> References: <20050123215053.GA28181@wolves.durham.nc.us> Message-ID: <41F4423A.20601@insight.rr.com> Gregory Woodbury wrote: > I went to test a fresh install of rawhide/development and anaconda quit > with an X-windows related failure. I couldn't get a decent trace. > With no real information, I'm reluctant to bugzilla it, but wanted to > mention it somewhere. > > AMD K6-2 @400MHz 320MBram ATI Mach64 video other standard > peripherals > I just tried an upgrade install and there wer not the usual logs in the root directory. This is on a machine using lvm. I used to look in the /root directory for an anaconda dump, there was no such file. Does the dump work with an lvm setup? system: /sbin/lspci 00:00.0 Host bridge: ATI Technologies Inc AGP Bridge [IGP 320M] (rev 13) 00:01.0 PCI bridge: ATI Technologies Inc PCI Bridge [IGP 320M] (rev 01) 00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03) 00:06.0 Multimedia audio controller: ALi Corporation M5451 PCI AC-Link Controller Audio Device (rev 02) 00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] 00:08.0 Modem: ALi Corporation M5457 AC'97 Modem Controller 00:0a.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller 00:0c.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) 00:10.0 IDE interface: ALi Corporation M5229 IDE (rev c4) 00:11.0 Bridge: ALi Corporation M7101 Power Management Controller [PMU] 00:12.0 Ethernet controller: National Semiconductor Corporation DP83815 (MacPhyter) Ethernet Controller 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility U1 Jim -- "I'll bet you $5 USD (and these days, that's about a gadzillion Euros) that this explains it." - Linus From fct-cornette at insight.rr.com Mon Jan 24 01:48:47 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 23 Jan 2005 20:48:47 -0500 Subject: Anaconda failure In-Reply-To: <20050123215053.GA28181@wolves.durham.nc.us> References: <20050123215053.GA28181@wolves.durham.nc.us> Message-ID: <41F453FF.10400@insight.rr.com> Gregory Woodbury wrote: > I went to test a fresh install of rawhide/development and anaconda quit > with an X-windows related failure. I couldn't get a decent trace. > With no real information, I'm reluctant to bugzilla it, but wanted to > mention it somewhere. > > AMD K6-2 @400MHz 320MBram ATI Mach64 video other standard > peripherals > I tried on a system with the ATI card and the installation seems to bail out at the welcome screen. I don't think that the bailout is card specific. I started a text install and it did not detect the currently installed FC version installed. It did get to where you choose the installation type. I bailed out after it did not detect an existing installation. Regarding the GUI install problem, I could only think that you might use a digital camera and take shots of screen 1, screen 3 and screen 4. You could do that with the alt-F1, alt-F3 and Alt-F4 keys. Chacking bugzilla might be worth a look to see if anyone ele attempt a jan 23 installation. Jim -- "The major difference between a thing that might go wrong and a thing that cannot possibly go wrong is that when a thing that cannot possibly go wrong goes wrong it usually turns out to be impossible to get at or repair." - One of the laws of computers and programming revealed. From DwaineGarden at rogers.com Mon Jan 24 02:13:26 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Mon, 24 Jan 2005 02:13:26 +0000 Subject: What's starting esound? In-Reply-To: <41F3E805.8020001@research.att.com> References: <41F3E805.8020001@research.att.com> Message-ID: <41F459C6.7010208@rogers.com> John Ellson wrote: > sean darcy wrote: > >> top shows 2 instances /usr/bin/esd taking 40% each of cpu. >> >> /usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 17 >> >> I think this is related to my problem where gnome won't start and >> arts dies. >> >> What's starting esd? And why doesn't the daemon just go into background? >> >> sean >> >> > I don't know what starts it, but I was seeing the same problem. My > solution was to "mv /usr/bin/esd /usr/bin/esd.broken" > > It seems to be impossible to just remove esound because everything, > including that kitchen sink - nautilus, depends on it. > > John > I'm seeing the same thing. When I kill esd, and then later on launch something. It will restart esd again. Have to go back and kill it again. Dwaine. From matt at rairyu.tk Mon Jan 24 05:11:58 2005 From: matt at rairyu.tk (Matthew Faull) Date: Mon, 24 Jan 2005 14:11:58 +0900 Subject: Dell laptop followup (Re: ASUS S5N and the 2.6.10-1.741_FC3 kernal and s3 sleep works In-Reply-To: <20050122170030.D8F8573801@hormel.redhat.com> References: <20050122170030.D8F8573801@hormel.redhat.com> Message-ID: <1106543519.6971.13.camel@klendor.rairyu.tk> To the people using the dell laptop and trying to s3 sleep it> I remember about 6 months ago I had to unload all the usb, network and sound modules before attempting to get to s3 sleep. But these days I don't have too. Maybe you don't either. On a side note - given Fedora one of the most popular distros around, does anyone know of any mailing lists or websites specifically for "acpi nijitsu" on laptops using the fedora distributions? I've found alot of websites out there describing attempts for Joe X to get ACPI sleeping working on their laptop. But nothing that attempts to consolidate the information or create notebook specific rpms for sleep scripts. Cheers Matt From fct-cornette at insight.rr.com Mon Jan 24 05:52:15 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 24 Jan 2005 00:52:15 -0500 Subject: rawhide FTP install (text fair, GUI broken) Message-ID: <41F48D0F.9070703@insight.rr.com> A couple of things relating to the rawhide tree for Jan 23. The GUI portion seemed messed up. The recognition of an lvm installation seemed to not detect the existing installation. The text installation for a system with traditional partitions seemed to detect even an installation that was located on a USB drive that I was unable to boot before with the usb problem for loading modules order. The installation was recognized, but failed due to a later installation having the same labeling information. I unplugged the USB drive to upgrade an existing installation that was an FC2 with no updates applied. The installation took pretty well, except for its confusion detecting the differences between my 815 card as primary and the ATI card as secondary. Overall, this problem has been present for awhile regarding the video cards. At least it works for upgrading in text, without an lvm installation. The gui install seemed broken on three different video cards. Jim From jwstein at jwsteinw0.mt.att.com Mon Jan 24 21:09:35 2005 From: jwstein at jwsteinw0.mt.att.com (Jeffrey W. Stein) Date: Mon, 24 Jan 2005 16:09:35 -0500 Subject: What's starting esound? In-Reply-To: <41F459C6.7010208@rogers.com> References: <41F3E805.8020001@research.att.com> <41F459C6.7010208@rogers.com> Message-ID: <1106600975.21119.14.camel@jwsteinw0.mt.att.com> On Mon, 2005-01-24 at 02:13 +0000, Dwaine Garden wrote: > John Ellson wrote: > > > sean darcy wrote: > > > >> top shows 2 instances /usr/bin/esd taking 40% each of cpu. > >> > >> /usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 17 > >> > >> I think this is related to my problem where gnome won't start and > >> arts dies. > >> > >> What's starting esd? And why doesn't the daemon just go into background? > >> > >> sean > >> > >> > > I don't know what starts it, but I was seeing the same problem. My > > solution was to "mv /usr/bin/esd /usr/bin/esd.broken" > > > > It seems to be impossible to just remove esound because everything, > > including that kitchen sink - nautilus, depends on it. > > > > John > > > I'm seeing the same thing. When I kill esd, and then later on launch > something. It will restart esd again. Have to go back and kill it again. > > Dwaine. > Could it be related to shockwave? I see a lot of swf (shock wave flash?) processes sitting around after I have been browsing with firefox. I usually also see an esd process hanging around at the same time. They seem to be grabbing my sound, keeping MythTV from being able to provide audio when I try to watch TV using my PVR-250 TV card. Thanks, Jeff From ellson at research.att.com Mon Jan 24 22:00:42 2005 From: ellson at research.att.com (John Ellson) Date: Mon, 24 Jan 2005 17:00:42 -0500 Subject: What's starting esound? In-Reply-To: <1106600975.21119.14.camel@jwsteinw0.mt.att.com> References: <41F3E805.8020001@research.att.com> <41F459C6.7010208@rogers.com> <1106600975.21119.14.camel@jwsteinw0.mt.att.com> Message-ID: <41F5700A.7070306@research.att.com> Jeffrey W. Stein wrote: >On Mon, 2005-01-24 at 02:13 +0000, Dwaine Garden wrote: > > >>John Ellson wrote: >> >> >> >>>sean darcy wrote: >>> >>> >>> >>>>top shows 2 instances /usr/bin/esd taking 40% each of cpu. >>>> >>>>/usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 17 >>>> >>>>I think this is related to my problem where gnome won't start and >>>>arts dies. >>>> >>>>What's starting esd? And why doesn't the daemon just go into background? >>>> >>>>sean >>>> >>>> >>>> >>>> >>>I don't know what starts it, but I was seeing the same problem. My >>>solution was to "mv /usr/bin/esd /usr/bin/esd.broken" >>> >>>It seems to be impossible to just remove esound because everything, >>>including that kitchen sink - nautilus, depends on it. >>> >>>John >>> >>> >>> >>I'm seeing the same thing. When I kill esd, and then later on launch >>something. It will restart esd again. Have to go back and kill it again. >> >>Dwaine. >> >> >> >Could it be related to shockwave? > >I see a lot of swf (shock wave flash?) processes sitting around after I >have been browsing with firefox. I usually also see an esd process >hanging around at the same time. > >They seem to be grabbing my sound, keeping MythTV from being able to >provide audio when I try to watch TV using my PVR-250 TV card. > >Thanks, > >Jeff > > > Its not shockwave here because I refuse to install it. John From strange at nsk.no-ip.org Mon Jan 24 23:36:59 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Mon, 24 Jan 2005 23:36:59 +0000 Subject: error: %postun(fonts-xorg-75dpi-6.8.1-1.noarch) Message-ID: <20050124233659.GA23576@nsk.no-ip.org> Hello, Whilst removing xorg-x11 and those that depended on it (by hand, yum didn't help): /var/tmp/rpm-tmp.60285: line 3: /usr/X11R6/bin/mkfontdir: No such file or directory error: %postun(fonts-xorg-75dpi-6.8.1-1.noarch) scriptlet failed, exit status 127 No reason to fail, and a simple [ -x ... ] ... should be enough, no? Regards, Luciano Rocha -- 2/16 From trey at fastmail.fm Tue Jan 25 02:13:31 2005 From: trey at fastmail.fm (Trey Sizemore) Date: Mon, 24 Jan 2005 21:13:31 -0500 Subject: Updating FC3 via yum/apt with bleeding edge Message-ID: <41F5AB4B.7030609@fastmail.fm> I've just installed FC3 and want to update to the latest available packages (GNOME, KDE, firefox, etc.), new kernel, etc. I've seen both apt and yum as managers and wanted to know the best repositories to setup to get the packages. Thanks. From skvidal at phy.duke.edu Tue Jan 25 02:21:11 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 24 Jan 2005 21:21:11 -0500 Subject: Updating FC3 via yum/apt with bleeding edge In-Reply-To: <41F5AB4B.7030609@fastmail.fm> References: <41F5AB4B.7030609@fastmail.fm> Message-ID: <1106619671.23277.6.camel@cutter> On Mon, 2005-01-24 at 21:13 -0500, Trey Sizemore wrote: > I've just installed FC3 and want to update to the latest available > packages (GNOME, KDE, firefox, etc.), new kernel, etc. I've seen both > apt and yum as managers and wanted to know the best repositories to > setup to get the packages. 1. wrong list - as on fedora-list at redhat.com 2. yum list updates should give you the list of possible updates. -sv From awagner at speakeasy.net Tue Jan 25 05:00:36 2005 From: awagner at speakeasy.net (Art) Date: Mon, 24 Jan 2005 22:00:36 -0700 Subject: Debugging using package debuginfo Message-ID: <41F5D274.20605@speakeasy.net> Can anyone point me to a source of proceedures/methods to debug a RPM package failure (segfault) using the package with it's associated "debuginfo"? From P.R.Schaffner at IEEE.org Tue Jan 25 11:15:46 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Tue, 25 Jan 2005 06:15:46 -0500 Subject: Updating FC3 via yum/apt with bleeding edge In-Reply-To: <1106619671.23277.6.camel@cutter> References: <41F5AB4B.7030609@fastmail.fm> <1106619671.23277.6.camel@cutter> Message-ID: <1106651747.6293.10.camel@tabb1.tabb> On Mon, 2005-01-24 at 21:21 -0500, seth vidal wrote: > On Mon, 2005-01-24 at 21:13 -0500, Trey Sizemore wrote: > > I've just installed FC3 and want to update to the latest available > > packages (GNOME, KDE, firefox, etc.), new kernel, etc. I've seen both > > apt and yum as managers and wanted to know the best repositories to > > setup to get the packages. > > 1. wrong list - as on fedora-list at redhat.com > 2. yum list updates > > should give you the list of possible updates. > > -sv However, if your REALLY mean "bleeding edge", add the following $ cat /etc/yum.repos.d/atrpms-bleeding.repo # Alternatives atrpms-stable atrpms-testing # [atrpms-bleeding] name=ATrpms - Bleeding (Least Stable) baseurl=http://apt.atrpms.net/fedora/$releasever/en/$basearch/at- bleeding http://ftp-stud.fht- esslingen.de/atrpms/download.atrpms.net/fedora/$releasever/en/$basearch/at-bleeding http://wftp.tu- chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/at-bleeding enabled=0 failovermethod=priority gpgcheck=1 Change enabled=0 to enabled=1 or use the yum --enablerepo=repoid flag. Can also use add rawhide/development repos and be bleeding all over... $ cat /etc/yum.repos.d/fedora-devel.repo [development] name=Fedora Core $releasever - Development Tree #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide enabled=1 gpgcheck=1 A less aggressive strategy would be to just change "bleeding" to stable in the first example above, and check out the other repos available in medely-config or atrpms-config from Axel Thimm's repo. Can also get apt/synaptic from ATrpms. Enjoy. Phil From nphilipp at redhat.com Tue Jan 25 15:47:18 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 25 Jan 2005 16:47:18 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.3-0.fc3.1 Message-ID: <1106668038.23643.16.camel@wombat.tiptoe.de> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-073 2005-01-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : gimp Version : 2.2.3 Release : 0.fc3.1 Summary : The GNU Image Manipulation Program Description : The GIMP (GNU Image Manipulation Program) is a powerful image composition and editing program, which can be extremely useful for creating logos and other graphics for webpages. The GIMP has many of the tools and filters you would expect to find in similar commercial offerings, and some interesting extras as well. The GIMP provides a large image manipulation toolbox, including channel operations and layers, effects, sub-pixel imaging and anti-aliasing, and conversions, all with multi-level undo. The GIMP includes a scripting facility, but many of the included scripts rely on fonts that we cannot distribute. The GIMP FTP site has a package of fonts that you can install by yourself, which includes all the fonts needed to run the included scripts. Some of the fonts have unusual licensing requirements; all the licenses are documented in the package. Get ftp://ftp.gimp.org/pub/gimp/fonts/freefonts-0.10.tar.gz and ftp://ftp.gimp.org/pub/gimp/fonts/sharefonts-0.10.tar.gz if you are so inclined. Alternatively, choose fonts which exist on your system before running the scripts. --------------------------------------------------------------------- Update Information: I plan to make this update final by Monday, January 31st 2005 latest if there are no problems. --------------------------------------------------------------------- * Mon Jan 24 2005 Nils Philippsen - version 2.2.3 - remove exifmarkerlength patch (improved version applied upstream) * Mon Jan 17 2005 Nils Philippsen - clip thumbnail quality at 75 and don't barf on saving images at quality 0 (fix patch for #145100) * Fri Jan 14 2005 Nils Philippsen - avoid writing excessively long EXIF markers (#145100) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 82f3acaec01d4950191c1f7aa279f93e SRPMS/gimp-2.2.3-0.fc3.1.src.rpm 4ca07dee511fd9ffd7242eab5b204d91 x86_64/gimp-2.2.3-0.fc3.1.x86_64.rpm 3b11be13ecaf7380247572f6f89dd058 x86_64/gimp-devel-2.2.3-0.fc3.1.x86_64.rpm 8eb482b5a22f049ec7eeb23bde0481b6 x86_64/debug/gimp-debuginfo-2.2.3-0.fc3.1.x86_64.rpm 7531c2b200342efc0b040c87aaa2860b i386/gimp-2.2.3-0.fc3.1.i386.rpm 05351362122fd9e132199b7fbb071c66 i386/gimp-devel-2.2.3-0.fc3.1.i386.rpm 80ddc99012f261476196ab9ac78d1f71 i386/debug/gimp-debuginfo-2.2.3-0.fc3.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From rshewan at lio.aacisd.com Tue Jan 25 16:13:07 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Tue, 25 Jan 2005 11:13:07 -0500 Subject: xfce Message-ID: <41F67013.2030503@lio.aacisd.com> It seems that xfce has been left behind in the development tree. Will it be updated in the future? Rob Shewan From dcbw at redhat.com Tue Jan 25 18:25:16 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 25 Jan 2005 13:25:16 -0500 Subject: Debugging using package debuginfo In-Reply-To: <41F5D274.20605@speakeasy.net> References: <41F5D274.20605@speakeasy.net> Message-ID: <1106677516.16105.24.camel@localhost.localdomain> On Mon, 2005-01-24 at 22:00 -0700, Art wrote: > Can anyone point me to a source of proceedures/methods to debug a RPM > package failure (segfault) using the package with it's associated > "debuginfo"? If you've got the debuginfo packages installed, that means that using 'gdb' will show symbols and arguments when you debug the program that fails. So if you run the problematic program under gdb and then get a backtrace from it (using the 'bt' command), you'll be able to see much more detailed output (function names, argument names, and argument values) than you would get without the debuginfo package. Dan From bpm at ec-group.com Tue Jan 25 18:55:58 2005 From: bpm at ec-group.com (Brian Millett) Date: Tue, 25 Jan 2005 12:55:58 -0600 Subject: why do I need to do a modprobe huchicoochi dance? Message-ID: <1106679358.4445.9.camel@localhost.localdomain> I am running rawhide. I just noticed that the usb flashdrive does not get mounted, or anything. It is because none of the modules are loaded for usb storage. I do not know which system this would apply to. HAL? HOTPLUG? initscripts? This was working until a week or so ago. I know its a bit vague, but I didn't test for every update. Its just when I used it last, it worked with out all of the modprobe stuff. I have to do the following dance to get the flashdrive to be mounted. [bpm]$ sudo modprobe usb-ohci [bpm]$ sudo modprobe uhci-hcd [bpm]$ sudo modprobe ehci-hcd [bpm]$ sudo modprobe scsi-mod [bpm]$ sudo modprobe usb-storage I know I can put this in rc.local & other places, but what behavior changed? Thanks. -- Brian Millett - [ Ivanova, "Midnight on the Firing Line"] "Commander, there's a problem." -------------- 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 andreas at conectiva.com.br Tue Jan 25 19:31:40 2005 From: andreas at conectiva.com.br (Andreas Hasenack) Date: Tue, 25 Jan 2005 17:31:40 -0200 Subject: error: %postun(fonts-xorg-75dpi-6.8.1-1.noarch) In-Reply-To: <20050124233659.GA23576@nsk.no-ip.org> References: <20050124233659.GA23576@nsk.no-ip.org> Message-ID: <20050125193140.GI32237@conectiva.com.br> On Mon, Jan 24, 2005 at 11:36:59PM +0000, Luciano Miguel Ferreira Rocha wrote: > > Hello, > > Whilst removing xorg-x11 and those that depended on it (by hand, yum > didn't help): > > /var/tmp/rpm-tmp.60285: line 3: /usr/X11R6/bin/mkfontdir: No such file > or directory > error: %postun(fonts-xorg-75dpi-6.8.1-1.noarch) scriptlet failed, > exit status 127 > > No reason to fail, and a simple [ -x ... ] ... should be enough, no? It seems Prereq: doesn't work anymore, one has to use Requires(pre):. Or not? From jspaleta at gmail.com Tue Jan 25 20:37:34 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 25 Jan 2005 15:37:34 -0500 Subject: why do I need to do a modprobe huchicoochi dance? In-Reply-To: <1106679358.4445.9.camel@localhost.localdomain> References: <1106679358.4445.9.camel@localhost.localdomain> Message-ID: <604aa791050125123720e49452@mail.gmail.com> On Tue, 25 Jan 2005 12:55:58 -0600, Brian Millett wrote: > I am running rawhide. > I just noticed that the usb flashdrive does not get mounted, or > anything. It is because none of the modules are loaded for usb storage. > I do not know which system this would apply to. HAL? HOTPLUG? > initscripts? udev -jef From bpm at ec-group.com Tue Jan 25 21:06:29 2005 From: bpm at ec-group.com (Brian Millett) Date: Tue, 25 Jan 2005 15:06:29 -0600 Subject: why do I need to do a modprobe huchicoochi dance? In-Reply-To: <604aa791050125123720e49452@mail.gmail.com> References: <1106679358.4445.9.camel@localhost.localdomain> <604aa791050125123720e49452@mail.gmail.com> Message-ID: <1106687189.4445.18.camel@localhost.localdomain> On Tue, 2005-01-25 at 15:37 -0500, Jeff Spaleta wrote: > On Tue, 25 Jan 2005 12:55:58 -0600, Brian Millett wrote: > > I am running rawhide. > > I just noticed that the usb flashdrive does not get mounted, or > > anything. It is because none of the modules are loaded for usb storage. > > I do not know which system this would apply to. HAL? HOTPLUG? > > initscripts? > > udev > > -jef Thanks Jef, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146189 I guess it is 'Jef' not the 'Jeff' from the email? -- Brian Millett - [ Jha'dur (to Sinclair), "Deathwalker"] "The Wind Swords said you were sentimental...a fatal flaw in a warrior." -------------- 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 kyrre at solution-forge.net Tue Jan 25 22:00:18 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 25 Jan 2005 23:00:18 +0100 Subject: What's starting esound? In-Reply-To: <41F5700A.7070306@research.att.com> References: <41F3E805.8020001@research.att.com> <41F459C6.7010208@rogers.com> <1106600975.21119.14.camel@jwsteinw0.mt.att.com> <41F5700A.7070306@research.att.com> Message-ID: <1106690417.2657.35.camel@localhost.localdomain> man, 24.01.2005 kl. 23.00 skrev John Ellson: > Jeffrey W. Stein wrote: > > >On Mon, 2005-01-24 at 02:13 +0000, Dwaine Garden wrote: > > > > > >>John Ellson wrote: > >> > >> > >> > >>>sean darcy wrote: > >>> > >>> > >>> > >>>>top shows 2 instances /usr/bin/esd taking 40% each of cpu. > >>>> > >>>>/usr/bin/esd -terminate -nobeeps -as 2 -spawnfd 17 > >>>> > >>>>I think this is related to my problem where gnome won't start and > >>>>arts dies. > >>>> > >>>>What's starting esd? And why doesn't the daemon just go into background? > >>>> > >>>>sean > >>>> > >>>> > >>>> > >>>> > >>>I don't know what starts it, but I was seeing the same problem. My > >>>solution was to "mv /usr/bin/esd /usr/bin/esd.broken" > >>> > >>>It seems to be impossible to just remove esound because everything, > >>>including that kitchen sink - nautilus, depends on it. > >>> > >>>John > >>> > >>> > >>> > >>I'm seeing the same thing. When I kill esd, and then later on launch > >>something. It will restart esd again. Have to go back and kill it again. > >> > >>Dwaine. > >> > >> > >> > >Could it be related to shockwave? > > > >I see a lot of swf (shock wave flash?) processes sitting around after I > >have been browsing with firefox. I usually also see an esd process > >hanging around at the same time. > > > >They seem to be grabbing my sound, keeping MythTV from being able to > >provide audio when I try to watch TV using my PVR-250 TV card. > > > >Thanks, > > > >Jeff > > > > > > > Its not shockwave here because I refuse to install it. > > John Isn't it *shockwave* that doesn't exist for Linux - while flash does? From lux at diesel-research.com Wed Jan 26 02:09:51 2005 From: lux at diesel-research.com (Kim Lux) Date: Tue, 25 Jan 2005 19:09:51 -0700 Subject: How do I debug/troubleshoot a crashing system ? Message-ID: <1106705392.7208.3.camel@localhost.localdomain> I've got a system that freezes up solid when I am doing certain network operations. I can't open a new session, I can't unfreeze it, basically all I can do is power down and reboot. How do I figure out what is causing the problem ? I've checked the system logs, but they are clean. What else could I look at and how ? -- Kim Lux, Diesel Research Inc. From davej at redhat.com Wed Jan 26 02:28:21 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 25 Jan 2005 21:28:21 -0500 Subject: Fedora Core 2 Test Update: kernel-2.6.10-1.11_FC2 Message-ID: <20050126022821.GF1850@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-065 2005-01-25 --------------------------------------------------------------------- Product : Fedora Core 2 Name : kernel Version : 2.6.10 Release : 1.11_FC2 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Thu Jan 20 2005 Dave Jones - Fix x87 fnsave Tag Word emulation when using FXSR (SSE) - Add multi-card reader of the day to the whitelist. (#145587) * Tue Jan 18 2005 Dave Jones - Reintegrate netdump/netconsole. (#144068) * Mon Jan 17 2005 Dave Jones - Update to 2.6.10-ac10 - Revert module loader patch that caused lots of invalid parameter problems. - Print more debug info when spinlock code triggers a panic. - Print tainted information on various mm debug info. * Fri Jan 14 2005 Dave Jones - Enable advansys scsi module on x86. (#141004) * Thu Jan 13 2005 Dave Jones - Reenable CONFIG_PARIDE (#127333) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ 709024259ddb9e07c7b841b21ff5bfad SRPMS/kernel-2.6.10-1.11_FC2.src.rpm d32db44c9954982e07696962d449cc29 x86_64/kernel-2.6.10-1.11_FC2.x86_64.rpm b8993fd7b339587bbed5f63e33f5552f x86_64/kernel-smp-2.6.10-1.11_FC2.x86_64.rpm ddb4b646e6fe3b1a4de53ffb99039637 x86_64/debug/kernel-debuginfo-2.6.10-1.11_FC2.x86_64.rpm f35998c0cafedbc895b399ac29ec841f x86_64/kernel-sourcecode-2.6.10-1.11_FC2.noarch.rpm efd9d58d589ac19f9a85d077cf7ff8db x86_64/kernel-doc-2.6.10-1.11_FC2.noarch.rpm ef9fb97aa27c9e487105eecfcf94808a i386/kernel-2.6.10-1.11_FC2.i586.rpm 4f760240450dc8760516e4e9c5898ad9 i386/kernel-smp-2.6.10-1.11_FC2.i586.rpm adda4df51e17c76da0863876bd24e36a i386/debug/kernel-debuginfo-2.6.10-1.11_FC2.i586.rpm fe919c8d4aa1ae936636e9cace5c4a83 i386/kernel-2.6.10-1.11_FC2.i686.rpm 35959d225e19f9b7f5e448aa991c5b8f i386/kernel-smp-2.6.10-1.11_FC2.i686.rpm 7f47cdc860a993c0e40f8f35d05469d0 i386/debug/kernel-debuginfo-2.6.10-1.11_FC2.i686.rpm f35998c0cafedbc895b399ac29ec841f i386/kernel-sourcecode-2.6.10-1.11_FC2.noarch.rpm efd9d58d589ac19f9a85d077cf7ff8db i386/kernel-doc-2.6.10-1.11_FC2.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/$ARCH --------------------------------------------------------------------- From davej at redhat.com Wed Jan 26 02:28:42 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 25 Jan 2005 21:28:42 -0500 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.753_FC3 Message-ID: <20050126022842.GG1850@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-066 2005-01-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : kernel Version : 2.6.10 Release : 1.753_FC3 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Thu Jan 20 2005 Dave Jones - Fix x87 fnsave Tag Word emulation when using FXSR (SSE) - Add multi-card reader of the day to the whitelist. (#145587) * Tue Jan 18 2005 Dave Jones - Reintegrate netdump/netconsole. (#144068) * Mon Jan 17 2005 Dave Jones - Update to 2.6.10-ac10 - Revert module loader patch that caused lots of invalid parameter problems. - Print more debug info when spinlock code triggers a panic. - Print tainted information on various mm debug info. * Fri Jan 14 2005 Dave Jones - Enable advansys scsi module on x86. (#141004) * Thu Jan 13 2005 Dave Jones - Reenable CONFIG_PARIDE (#127333) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 22b1e40d10229bdc7d02a3b65fc97cf6 SRPMS/kernel-2.6.10-1.753_FC3.src.rpm 60357a793a582d613a2e69d6811af387 x86_64/kernel-2.6.10-1.753_FC3.x86_64.rpm cd0166c7a2e726328466d7b7ab240e4a x86_64/kernel-smp-2.6.10-1.753_FC3.x86_64.rpm 660a4ae282a768b5175961e892de3106 x86_64/debug/kernel-debuginfo-2.6.10-1.753_FC3.x86_64.rpm 8e00324334c74115fdb2dc7d300fac27 x86_64/kernel-doc-2.6.10-1.753_FC3.noarch.rpm 8a8792818cc6569efb037792db9424fb i386/kernel-2.6.10-1.753_FC3.i586.rpm 9fd4cf92c98dab50fd1cba25ad06fe37 i386/kernel-smp-2.6.10-1.753_FC3.i586.rpm 65d94d608231c18235a214678d850385 i386/debug/kernel-debuginfo-2.6.10-1.753_FC3.i586.rpm e8b89a92b700b57bae0a6aaa85b741ff i386/kernel-2.6.10-1.753_FC3.i686.rpm dd3ab0b5a27daa49c44721976d3ce76e i386/kernel-smp-2.6.10-1.753_FC3.i686.rpm 6816eee3af5da90e143416319b98a2c7 i386/debug/kernel-debuginfo-2.6.10-1.753_FC3.i686.rpm 8e00324334c74115fdb2dc7d300fac27 i386/kernel-doc-2.6.10-1.753_FC3.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From harald at redhat.com Wed Jan 26 12:16:53 2005 From: harald at redhat.com (Harald Hoyer) Date: Wed, 26 Jan 2005 13:16:53 +0100 Subject: why do I need to do a modprobe huchicoochi dance? In-Reply-To: <604aa791050125123720e49452@mail.gmail.com> References: <1106679358.4445.9.camel@localhost.localdomain> <604aa791050125123720e49452@mail.gmail.com> Message-ID: <41F78A35.20408@redhat.com> Jeff Spaleta wrote: > On Tue, 25 Jan 2005 12:55:58 -0600, Brian Millett wrote: > >>I am running rawhide. >>I just noticed that the usb flashdrive does not get mounted, or >>anything. It is because none of the modules are loaded for usb storage. >>I do not know which system this would apply to. HAL? HOTPLUG? >>initscripts? > > > udev Jeff, what makes you think this is udev??? From rshewan at lio.aacisd.com Wed Jan 26 15:02:19 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Wed, 26 Jan 2005 10:02:19 -0500 Subject: XFCE components at two different revison levels Message-ID: <41F7B0FB.3090005@lio.aacisd.com> I have examined http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/ and found that there are two different revision levels present for the xfce packages namely, 4.2.0-1 which seems appropriate given the status of the upstream project and 4.0.6-2 which seems clearly outdated. The packages are: xfce-utils xfce-iconbox xfce-systray xfdesktop xffm xffm-icons xfwm4 xfwm4-themes Is there an underlying reason? I seems as though a partial update has been downloaded to the distribution server. Rob Shewan From jspaleta at gmail.com Wed Jan 26 15:13:03 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 26 Jan 2005 10:13:03 -0500 Subject: XFCE components at two different revison levels In-Reply-To: <41F7B0FB.3090005@lio.aacisd.com> References: <41F7B0FB.3090005@lio.aacisd.com> Message-ID: <604aa79105012607136ffe6334@mail.gmail.com> On Wed, 26 Jan 2005 10:02:19 -0500, Rob Shewan wrote: > Is there an underlying reason? I seems as though a partial update has > been downloaded to the distribution server. Most likely build errors. The 4.2.x items were added on jan 25th according to their changelogs.. so today is probably the first or second day they have been built as part of the development tree. Build errors when new upstream versions are introduced aren't uncommon for the development tree. If you are concerned, wait a couple of days and file a bug report to make sure the package maintainer is aware that the some of the 4.2.x xfce items didn't rebuild. -jef From rshewan at lio.aacisd.com Wed Jan 26 15:18:47 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Wed, 26 Jan 2005 10:18:47 -0500 Subject: XFCE components at two different revison levels In-Reply-To: <604aa79105012607136ffe6334@mail.gmail.com> References: <41F7B0FB.3090005@lio.aacisd.com> <604aa79105012607136ffe6334@mail.gmail.com> Message-ID: <41F7B4D7.6040302@lio.aacisd.com> Jeff Spaleta wrote: >On Wed, 26 Jan 2005 10:02:19 -0500, Rob Shewan wrote: > > >>Is there an underlying reason? I seems as though a partial update has >>been downloaded to the distribution server. >> >> > > >Most likely build errors. The 4.2.x items were added on jan 25th >according to their changelogs.. so today is probably the first or >second day they have been built as part of the development tree. >Build errors when new upstream versions are introduced aren't uncommon >for the development tree. If you are concerned, wait a couple of days >and file a bug report to make sure the package maintainer is aware >that the some of the 4.2.x xfce items didn't rebuild. > >-jef > > > I have filed several bugs just minutes ago ;-> This has been that status for some time. The same problem existed with prereleases of version 4.2, that is 4.1.99. Thanks for the response. Rob Shewan From dwalsh at redhat.com Wed Jan 26 18:08:34 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 26 Jan 2005 13:08:34 -0500 Subject: Fedora Core 3 Test Update: policycoreutils-1.18.1-2.6 Message-ID: <41F7DCA2.5060001@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-072 2005-01-26 --------------------------------------------------------------------- Product : Fedora Core 3 Name : policycoreutils Version : 1.18.1 Release : 2.6 Summary : SELinux policy core utilities. Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. policycoreutils contains the policy core utilities that are required for basic operation of a SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, and run_init to run /etc/init.d scripts in the proper context. --------------------------------------------------------------------- Update Information: New version of restorecon and setfiles that allows admin to create file_context.local file to override defaults. --------------------------------------------------------------------- * Mon Jan 24 2005 Dan Walsh 1.18.1-2.6 - Merge upstream changes for fixfiles,restorecon and setfiles --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ ac5e754ec5d717420874f2591ca27361 SRPMS/policycoreutils-1.18.1-2.6.src.rpm ae4408b625dd5dce3583599779b6d21b x86_64/policycoreutils-1.18.1-2.6.x86_64.rpm 62483e9abd680bbed081161b22fc0573 x86_64/debug/policycoreutils-debuginfo-1.18.1-2.6.x86_64.rpm 1497349082760c3536807cb4bd6d7875 i386/policycoreutils-1.18.1-2.6.i386.rpm 4a02887c92f431545b2cbc3eadd8cc2c i386/debug/policycoreutils-debuginfo-1.18.1-2.6.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From whb at ceimaine.org Wed Jan 26 18:59:04 2005 From: whb at ceimaine.org (Will Backman) Date: Wed, 26 Jan 2005 13:59:04 -0500 Subject: Stress Testing Happiness Message-ID: <1106765944.12089.20.camel@cei3772.empower.ceimaine.org> Stress testing Fedora Happiness. I'd just like to pass on a note of thanks to the Fedora community. I am about to retire our old server. It runs most of the day with a load average of 6 to 12. This poor thing is having the crap beat out of it day in and day out. It was provisioned a few years ago and has taken on more and more tasks. While the response time had obviously dropped below acceptable limits, it does not falter, leak memory, or do mysterious things. -- Will Backman Coastal Enterprises, Inc. The ozone layer or cheese in a spray can. Don't make me choose. From mhoy4 at cox.net Wed Jan 26 19:37:23 2005 From: mhoy4 at cox.net (Mike Hoy) Date: Wed, 26 Jan 2005 12:37:23 -0700 Subject: Stress Testing Happiness In-Reply-To: <1106765944.12089.20.camel@cei3772.empower.ceimaine.org> References: <1106765944.12089.20.camel@cei3772.empower.ceimaine.org> Message-ID: <41F7F173.5050405@cox.net> jeez, i sorta feel bad for the server. it's no longer useful? can't it act as a firewall or a web server? maybe a fileserver? throw it a bone. nobody wants to feel 'obsolete'. jk mike hoy Will Backman wrote: >Stress testing Fedora Happiness. >I'd just like to pass on a note of thanks to the Fedora community. I am >about to retire our old server. It runs most of the day with a load >average of 6 to 12. This poor thing is having the crap beat out of it >day in and day out. It was provisioned a few years ago and has taken on >more and more tasks. While the response time had obviously dropped >below acceptable limits, it does not falter, leak memory, or do >mysterious things. > > > From ziga.mahkovec at klika.si Wed Jan 26 20:28:40 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Wed, 26 Jan 2005 21:28:40 +0100 Subject: why do I need to do a modprobe huchicoochi dance? In-Reply-To: <1106687189.4445.18.camel@localhost.localdomain> References: <1106679358.4445.9.camel@localhost.localdomain> <604aa791050125123720e49452@mail.gmail.com> <1106687189.4445.18.camel@localhost.localdomain> Message-ID: <1106771320.10749.28.camel@serenity.klika.si> On Tue, 2005-01-25 at 15:06 -0600, Brian Millett wrote: > > > I am running rawhide. > > > I just noticed that the usb flashdrive does not get mounted, or > > > anything. It is because none of the modules are loaded for usb storage. > > > I do not know which system this would apply to. HAL? HOTPLUG? > > > initscripts? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146189 The latest rawhide updates seem to have taken care of your problem. But judging from the error you got: > Jan 25 11:52:39 localhost modprobe: WARNING: Error inserting scsi_mod > (/lib/modules/2.6.10-1.1109_FC4/kernel/drivers/scsi/scsi_mod.ko): > Unknown symbol in module, or unknown parameter (see dmesg) > Jan 25 11:52:39 localhost kernel: scsi_mod: Unknown parameter `' and Dave's message [1], I believe it's likely the error will pop up again in the future. The upstream kernels got picky about module parameters, so you might want to get rid of these warnings (which I suppose you're still getting). I've seen cases where a single trailing space in /etc/modprobe.conf prevented the kernel from loading a module. [1] http://diary.codemonkey.org.uk/#20050116 -- Ziga From surak at casa.surak.eti.br Wed Jan 26 20:38:55 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Wed, 26 Jan 2005 17:38:55 -0300 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.753_FC3 In-Reply-To: <20050126022842.GG1850@redhat.com> References: <20050126022842.GG1850@redhat.com> Message-ID: <1106771935.936.3.camel@localhost.surak.eti.br> Em Ter, 2005-01-25 ?s 21:28 -0500, Dave Jones escreveu: > Fedora Test Update Notification > FEDORA-2005-066 > - Print more debug info when spinlock code triggers a panic. Do we really need to have debug_spinlock enabled? Can this be changed at runtime (or at least at boot time), or a kernel compilation is needed? From rpaiz at simpaticus.com Wed Jan 26 20:45:04 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Wed, 26 Jan 2005 14:45:04 -0600 Subject: Stress Testing Happiness In-Reply-To: <41F7F173.5050405@cox.net> References: <1106765944.12089.20.camel@cei3772.empower.ceimaine.org> <41F7F173.5050405@cox.net> Message-ID: <1106772305.5295.99.camel@rodolfo.gt.factorrent.com> On Wed, 2005-01-26 at 12:37 -0700, Mike Hoy wrote: > jeez, i sorta feel bad for the server. it's no longer useful? can't it > act as a firewall or a web server? maybe a fileserver? throw it a bone. > nobody wants to feel 'obsolete'. > Yeah, man, make it a firewall. Make it happy. Or donate it to someone you trust... I use lots of these types of boxes to run schools and orphanages and stuff. :-) Cheers, -- Rodolfo J. Paiz From bpm at ec-group.com Wed Jan 26 20:59:34 2005 From: bpm at ec-group.com (Brian Millett) Date: Wed, 26 Jan 2005 14:59:34 -0600 Subject: why do I need to do a modprobe huchicoochi dance? In-Reply-To: <1106771320.10749.28.camel@serenity.klika.si> References: <1106679358.4445.9.camel@localhost.localdomain> <604aa791050125123720e49452@mail.gmail.com> <1106687189.4445.18.camel@localhost.localdomain> <1106771320.10749.28.camel@serenity.klika.si> Message-ID: <1106773174.5144.5.camel@localhost.localdomain> On Wed, 2005-01-26 at 21:28 +0100, Ziga Mahkovec wrote: > On Tue, 2005-01-25 at 15:06 -0600, Brian Millett wrote: > > > > I am running rawhide. > > > > I just noticed that the usb flashdrive does not get mounted, or > > > > anything. It is because none of the modules are loaded for usb storage. > > > > I do not know which system this would apply to. HAL? HOTPLUG? > > > > initscripts? > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146189 > > The latest rawhide updates seem to have taken care of your problem. But > judging from the error you got: > > > Jan 25 11:52:39 localhost modprobe: WARNING: Error inserting scsi_mod > > (/lib/modules/2.6.10-1.1109_FC4/kernel/drivers/scsi/scsi_mod.ko): > > Unknown symbol in module, or unknown parameter (see dmesg) > > Jan 25 11:52:39 localhost kernel: scsi_mod: Unknown parameter `' > > and Dave's message [1], I believe it's likely the error will pop up > again in the future. The upstream kernels got picky about module > parameters, so you might want to get rid of these warnings (which I > suppose you're still getting). I've seen cases where a single trailing > space in /etc/modprobe.conf prevented the kernel from loading a module. > > [1] http://diary.codemonkey.org.uk/#20050116 > Wow. All I can say is wow. I had in my modprobe.conf the following: (note space at end) 'options scsi_mod max_luns=10 ' I did have this commented out, but I have been getting that strange error message for a while. Thanks a lot. It is a good 'gotcha' to look for from now on. -- Brian Millett - [ Sofie Ivanova / Susan Ivanova, "Eyes"] "Only one way out. Only one way." -------------- 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 paul at all-the-johnsons.co.uk Thu Jan 27 00:00:08 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 27 Jan 2005 00:00:08 +0000 Subject: Semperon processors Message-ID: <1106784008.5319.7.camel@localhost.localdomain> Hi, My old motherboard and processor bit the dust at the end of last week and so I've fitted a Semperon (Athlon changed their x86 processor names to Semperon - Aths are now all x64) on a Gigabyte GA7N400 board. Now, if I have the processor set at 1GHz, it is recognised as an Athlon and will boot happily. If I switch it to be the 2.4GHz Semperon that it is, I get kernel panics and some very odd noises from the machine itself. Any ideas if there is a problem with Semperon processors and the kernel or is there some way I can get around this with a boot line fix? I'm on rawhide and the 1109 kernel. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 scott.aaron at abc.net.au Thu Jan 27 00:07:36 2005 From: scott.aaron at abc.net.au (Aaron Scott) Date: Thu, 27 Jan 2005 11:07:36 +1100 Subject: Semperon processors In-Reply-To: <1106784008.5319.7.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> Message-ID: <1106784456.2818.7.camel@localhost.localdomain> What kind of odd noises, and how do you think they relate to the problem? If your computer makes funny noises at a higher clock speed it suggests a hardware problem more than something in the kernel ( or at least based on the details you have supplied ). In the case that you don't believe that it is a Hardware problem, have you tried booting something else? For example a Linux bood CD, windows install CD or something else to see what kind of result that produces. If there was a problem with the kernel, you would expect to find it at all clock speeds. On Thu, 2005-01-27 at 00:00 +0000, Paul wrote: > Hi, > > My old motherboard and processor bit the dust at the end of last week > and so I've fitted a Semperon (Athlon changed their x86 processor names > to Semperon - Aths are now all x64) on a Gigabyte GA7N400 board. > > Now, if I have the processor set at 1GHz, it is recognised as an Athlon > and will boot happily. If I switch it to be the 2.4GHz Semperon that it > is, I get kernel panics and some very odd noises from the machine > itself. > > Any ideas if there is a problem with Semperon processors and the kernel > or is there some way I can get around this with a boot line fix? > > I'm on rawhide and the 1109 kernel. > > TTFN > > Paul > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- ================================ ABC IT - SMS Unix Phone: 02 8333 1382 ================================ -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at all-the-johnsons.co.uk Thu Jan 27 00:15:01 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 27 Jan 2005 00:15:01 +0000 Subject: Semperon processors In-Reply-To: <1106784456.2818.7.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> <1106784456.2818.7.camel@localhost.localdomain> Message-ID: <1106784901.5319.10.camel@localhost.localdomain> Hi, > What kind of odd noises, and how do you think they relate to the > problem? If your computer makes funny noises at a higher clock speed > it suggests a hardware problem more than something in the kernel ( or > at least based on the details you have supplied ). It's a two tone oscillating noise and then the machine shuts down. Sometimes it doesn't happen, then I get kernel panics. > In the case that you don't believe that it is a Hardware problem, have > you tried booting something else? For example a Linux bood CD, > windows install CD or something else to see what kind of result that > produces. Boot CD - kernel panic. What's a Windows CD? Don't have anything like the polluting my office here ;-) > If there was a problem with the kernel, you would expect to find it at > all clock speeds. True. I just am not sure if it's because at 1GHz, the chip identifies as an Athlon and at 2.4GHz, it's a Semperon which could be causing the problem. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 P.R.Schaffner at IEEE.org Thu Jan 27 00:40:35 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Wed, 26 Jan 2005 19:40:35 -0500 Subject: How do I debug/troubleshoot a crashing system ? In-Reply-To: <1106705392.7208.3.camel@localhost.localdomain> References: <1106705392.7208.3.camel@localhost.localdomain> Message-ID: <1106786435.6081.8.camel@tabb1.tabb> On Tue, 2005-01-25 at 19:09 -0700, Kim Lux wrote: > I've got a system that freezes up solid when I am doing certain network > operations. I can't open a new session, I can't unfreeze it, basically > all I can do is power down and reboot. > > How do I figure out what is causing the problem ? I've checked the > system logs, but they are clean. > > What else could I look at and how ? Serial console? Phil From jspaleta at gmail.com Thu Jan 27 01:02:08 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 26 Jan 2005 20:02:08 -0500 Subject: why do I need to do a modprobe huchicoochi dance? In-Reply-To: <41F78A35.20408@redhat.com> References: <1106679358.4445.9.camel@localhost.localdomain> <604aa791050125123720e49452@mail.gmail.com> <41F78A35.20408@redhat.com> Message-ID: <604aa791050126170264748bae@mail.gmail.com> On Wed, 26 Jan 2005 13:16:53 +0100, Harald Hoyer wrote: > Jeff, what makes you think this is udev??? I'm just suggesting one more thing to add to his list of things to check. I have no idea what the actual problem is, without any error messages or logging to look over.... neither of which were provided nor referenced in his original post. -jef From balay at fastmail.fm Thu Jan 27 01:10:39 2005 From: balay at fastmail.fm (Satish Balay) Date: Wed, 26 Jan 2005 19:10:39 -0600 (CST) Subject: Semperon processors In-Reply-To: <1106784008.5319.7.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> Message-ID: On Thu, 27 Jan 2005, Paul wrote: > Now, if I have the processor set at 1GHz, it is recognised as an Athlon > and will boot happily. If I switch it to be the 2.4GHz Semperon that it > is, I get kernel panics and some very odd noises from the machine > itself. Are you sure its a 2.4GHz proc - and not Semperon 2400 (1.66GHz)? Satish From picomp314 at picomp314.serveftp.net Thu Jan 27 01:33:09 2005 From: picomp314 at picomp314.serveftp.net (picomp314) Date: Wed, 26 Jan 2005 19:33:09 -0600 Subject: FC3 Irq conflicts on laptop Message-ID: <41F844D5.5030803@picomp314.serveftp.net> I first noticed this problem when I first got a PCMCIA atheros based wireless card to work. The problem begins whenever I start the wireless card and then plug in an external USB 2.0 hard drive, mount it, and then begin browsing the the drive using nautilus, xmms, etc... A quick look at 'top' shows the logging facilities in FC3, klogd and syslogd, taking up almost all of the cpu. I then look at the /var/log/messages log in which i find that the error serial8250: irq 11 has too much work is being added to the file at an incredible rate. This of course spurs me to check the IRQs in proc... cat /proc/interrupts CPU0 0: 1640085 XT-PIC timer 1: 1403 XT-PIC i8042 2: 0 XT-PIC cascade 9: 2 XT-PIC acpi 11: 164675 XT-PIC ohci1394, ALI 5451, ehci_hcd, ohci_hcd, ohci_hcd, yenta, yenta, yenta, yenta, ath0, eth0 12: 685 XT-PIC i8042 14: 33533 XT-PIC ide0 15: 36 XT-PIC ide1 NMI: 0 ERR: 6 I find it completely ridiculous that irq11 is so overloaded while other irqs are either empty or almost completely empty. I then look within the pcmcia.opts configuration file to see whether I can switch yenta to a different interrupt, I instruct the config parser to 'ignore' irq11. Changing this and then either restarting pcmcia or simply restarting the computer has absolutely no effect upon IRQs. So I guess my question essentially spurs from something that I once read that seemed to suggest to me that pcmcia.opts is not the first file to be parsed, it is overridden by settings somewhere else. Which essentially boils down to this; where can I definitively set the irq used by pcmcia? Thanks in advance -John Degenstein From wes.shull at gmail.com Thu Jan 27 01:48:43 2005 From: wes.shull at gmail.com (Wes Shull) Date: Wed, 26 Jan 2005 18:48:43 -0700 Subject: How do I debug/troubleshoot a crashing system ? In-Reply-To: <1106786435.6081.8.camel@tabb1.tabb> References: <1106705392.7208.3.camel@localhost.localdomain> <1106786435.6081.8.camel@tabb1.tabb> Message-ID: On Tue, 2005-01-25 at 19:09 -0700, Kim Lux wrote: > How do I figure out what is causing the problem ? I've checked the > system logs, but they are clean. With lots of crashes lately but never an oops or panic message to report, I was about to have the same question, but just to be safe I left memtest86 running today, and found bad ram :( I'm running with mem=236M for now to block out the bad parts, but has there been an RFE for the badram kernel patch? (not seeing any on bugzilla, not even closed GOAWAY or BADIDEA or whatever) We've already got a version of memtest86 that can spit out the badram values... Assuming the labor of maintaining it in the patchset isn't too high, I think it's probably a better thing to recognize that people are going to use imperfect hardware and give them a way to deal with it, than to decide that everyone needs new hardware. (start flamewar now) http://rick.vanrein.org/linux/badram/ If that turns out not to be the (only) problem, what *is* the best way to get debug info from bad crashes, where even alt-sysrq-jitsu does no good? I know about the serial console capability; lately I've also seen stuff about diskdump and netdump... which of these is most likely to survive serious kernel problems long enough to get a useful report that can be bugzilla'ed? From rodd at clarkson.id.au Thu Jan 27 01:35:07 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 27 Jan 2005 12:35:07 +1100 Subject: onlyservice running and slowing system down Message-ID: <1106789708.5130.2.camel@trevally.redfishdemo.com> I've got this process called 'onlyservice' that is using up all CPU and slowing everything down This has only recently started up (today and maybe yesterday) It may have something to do with my network card writing to the /var/log/message log file (for testing purposes) but it also may not. (This was enabled about four days ago) If I try to kill the process, it just starts a new one. What is this and what do I need to do to stop it consuming my CPU? Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From webmaster at margo.bijoux.nom.br Thu Jan 27 02:34:30 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Thu, 27 Jan 2005 00:34:30 -0200 Subject: Semperon processors In-Reply-To: <1106784008.5319.7.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> Message-ID: <41F85336.5010407@margo.bijoux.nom.br> Paul wrote: >Hi, > >My old motherboard and processor bit the dust at the end of last week >and so I've fitted a Semperon (Athlon changed their x86 processor names >to Semperon - Aths are now all x64) on a Gigabyte GA7N400 board. > >Now, if I have the processor set at 1GHz, it is recognised as an Athlon >and will boot happily. If I switch it to be the 2.4GHz Semperon that it >is, I get kernel panics and some very odd noises from the machine >itself. > > Did you update the bios ? After AMD released the Sempron line , most manufacturers released bios updates to properly recognize those new processors.. maybe when you set it to 2.4 , you're in fact doing a heavy overclock (making it almost an athlon 3200+) , which *could* be the explanation for the noises... -- Pedro Macedo From jspaleta at gmail.com Thu Jan 27 03:08:16 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 26 Jan 2005 22:08:16 -0500 Subject: why do I need to do a modprobe huchicoochi dance? In-Reply-To: <41F78A35.20408@redhat.com> References: <1106679358.4445.9.camel@localhost.localdomain> <604aa791050125123720e49452@mail.gmail.com> <41F78A35.20408@redhat.com> Message-ID: <604aa791050126190870c5d375@mail.gmail.com> On Wed, 26 Jan 2005 13:16:53 +0100, Harald Hoyer wrote: > > udev > > Jeff, what makes you think this is udev??? Re-reading the original post again.. i think found the answer to your question. Clearly I was on crack. -jef From jspaleta at gmail.com Thu Jan 27 03:31:37 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 26 Jan 2005 22:31:37 -0500 Subject: onlyservice running and slowing system down In-Reply-To: <1106789708.5130.2.camel@trevally.redfishdemo.com> References: <1106789708.5130.2.camel@trevally.redfishdemo.com> Message-ID: <604aa79105012619312a39735@mail.gmail.com> On Thu, 27 Jan 2005 12:35:07 +1100, Rodd Clarkson wrote: > I've got this process called 'onlyservice' that is using up all CPU and > slowing everything down this is one of the perl scripts used by logwatch to help parse logs based on a set of configuration files in /etc/log.d/conf/services/. If i understand the magic correctly, onlyservice will be called a number of times as logwatch loops through the several individual service config files. So i don't think its a big shock to see this process reappear after you kill it since i think it gets run multiple times. Why its chewing lots of cpu that i don't know. I'm seldom awake when logwatch runs as part of the cron.daily scripts. onlyservice is located in /etc/log.d/scripts/shared and is owned by the logwatch package -jef From esclavosoy.ml at gmail.com Thu Jan 27 07:25:57 2005 From: esclavosoy.ml at gmail.com (Gabriel Moreno) Date: Wed, 26 Jan 2005 23:25:57 -0800 Subject: Nvidia GeForce2 Intergrated Freeze Message-ID: <85e4e96405012623255d634dc1@mail.gmail.com> Hello all, I have an ASUS A7N266 mobo that has an intergrated GeForce2. After I install FC3 Stable. And followed http://www.fedorafaq.org/#nvidia and then http://www.linuxjunior.org/yabbse/index.php?board=12;action=display;threadid=10015;start=msg90842#msg90842. Still everytime FC3 would try to load it would freeze. I activated and deactivate rhgp and but whenever it would try start running x hd activity stoped after getting a blank screen. I did have it working in the past and it works in windows. Don't know what the problem could be. I am just stumped. I installed SuSE and it happens to work on Pro 9.1 Thanks! Gabriel From byte at aeon.com.my Tue Jan 25 05:34:14 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 25 Jan 2005 13:34:14 +0800 Subject: Bug with Java jre in FC3 In-Reply-To: <41DBF4C5.3060905@one.net> References: <41DBF4C5.3060905@one.net> Message-ID: <1106631254.5401.45.camel@localhost.localdomain> On Wed, 2005-01-05 at 09:08 -0500, gslink wrote: > It appears there is a bug in FC3 which causes display problems when > using attributed text in Java. All but the first character of lines > of > attributed text seems to vanish when displayed in the IBM 1.4.2 jre. > This did not happen in RH9. This is going to result in a serious > Bugzilla complaint. Has anyone worked on this problem and gotten a > better lead on what is broken? It would be helpfull if the Bugzilla > post contained a better description of the bug. Considering that we don't ship the IBM 1.4.2 JRE, you're better off writing to IBM's bug tracker (if they have one), as its most likely not a FC issue Do you see the same issue with the sun JRE? -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Tue Jan 25 05:40:15 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 25 Jan 2005 13:40:15 +0800 Subject: 4g/4g patch? In-Reply-To: <41DD4F09.7090507@datafoundry.com> References: <41DD4F09.7090507@datafoundry.com> Message-ID: <1106631615.5401.48.camel@localhost.localdomain> On Thu, 2005-01-06 at 08:45 -0600, Philip Molter wrote: > The latest kernel update contains a few security fixes I need, but > I've > come to rely on the large 4GB lowmem space, and upgrading absolutely > kills me. Probably grabbing it out of CVS might help ? cvs.fedora.redhat.com After all, for RHEL, a -hugemem kernel is still being built, so the patches are there (the .config is definitely there) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Tue Jan 25 05:45:30 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 25 Jan 2005 13:45:30 +0800 Subject: Firstboot is for RHEL - needs a cancel/bypass option In-Reply-To: <20050110082921.GA6636@wolves.durham.nc.us> References: <20050110082921.GA6636@wolves.durham.nc.us> Message-ID: <1106631930.5401.50.camel@localhost.localdomain> On Mon, 2005-01-10 at 03:29 -0500, Gregory Woodbury wrote: > However, the firstboot is obviously for RHEL and doesn't provide any > means of bypassing or cancelling out of the RHN registration. > > Do y'all have any opinions as to whether this is a bug or something > that > needs to be bugzilla'd? There used to be a bugzilla item open for this iirc, that the package owner was looking at; if its a regression and the bug's been closed, its worthwhile re-pinging it -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From paul at all-the-johnsons.co.uk Thu Jan 27 07:59:36 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 27 Jan 2005 07:59:36 +0000 Subject: Semperon processors In-Reply-To: References: <1106784008.5319.7.camel@localhost.localdomain> Message-ID: <1106812776.9470.1.camel@localhost.localdomain> Hi, > > Now, if I have the processor set at 1GHz, it is recognised as an Athlon > > and will boot happily. If I switch it to be the 2.4GHz Semperon that it > > is, I get kernel panics and some very odd noises from the machine > > itself. > > Are you sure its a 2.4GHz proc - and not Semperon 2400 (1.66GHz)? I was told it was a 2.4GHz processor, so that's what I'm working off. There is an auto clock setting on the board which also reports it as being that. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 paul at all-the-johnsons.co.uk Thu Jan 27 08:00:49 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 27 Jan 2005 08:00:49 +0000 Subject: Semperon processors In-Reply-To: <41F85336.5010407@margo.bijoux.nom.br> References: <1106784008.5319.7.camel@localhost.localdomain> <41F85336.5010407@margo.bijoux.nom.br> Message-ID: <1106812849.9470.3.camel@localhost.localdomain> Hi, > Did you update the bios ? After AMD released the Sempron line , most > manufacturers released bios updates to properly recognize those new > processors.. maybe when you set it to 2.4 , you're in fact doing a heavy > overclock (making it almost an athlon 3200+) , which *could* be the > explanation for the noises... I've not updated the BIOS (I imagine I'd need to grab it from the Gigabyte website). I'll give that a whizz. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 markkuk at tuubi.net Thu Jan 27 11:34:05 2005 From: markkuk at tuubi.net (Markku Kolkka) Date: Thu, 27 Jan 2005 13:34:05 +0200 Subject: Semperon processors In-Reply-To: <1106812776.9470.1.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> Message-ID: <200501271334.05779.markkuk@tuubi.net> Paul kirjoitti viestiss??n (l?hetysaika torstai, 27. tammikuuta 2005 09:59): > > Are you sure its a 2.4GHz proc - and not Semperon 2400 > > (1.66GHz)? > > I was told it was a 2.4GHz processor, so that's what I'm > working off. The fastest Socket A Semprons listed on AMD's site are running at 2.0GHz and are labelled "Sempron 3000+". Your chip is a Sempron 2400+ running at 1.66GHz (FSB 333MHz). -- Markku Kolkka markku.kolkka at iki.fi From strange at nsk.no-ip.org Thu Jan 27 12:43:03 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Thu, 27 Jan 2005 12:43:03 +0000 Subject: lvm & logwatch Message-ID: <20050127124303.GB30006@nsk.no-ip.org> I can't believe I'm the only one going through the logwatch email! :) With lvm/dm, the Disk Space information is not very useful: /dev/mapper/knuth-root /dev/hda1 99M 20M 74M 22% /boot /dev/mapper/knuth-build /dev/mapper/knuth-tmp /dev/mapper/knuth-var another: /dev/mapper/servervol-root /dev/hda1 99M 23M 72M 24% /boot /dev/mapper/servervol-tmp /dev/mapper/servervol-var /dev/drbd0 87G 36G 47G 44% /exports /dev/drbd1 9.8G 104M 9.2G 2% /servicos df -h: Filesystem Size Used Avail Use% Mounted on /dev/mapper/knuth-root 9.9G 4.3G 5.1G 46% / /dev/hda1 99M 21M 74M 22% /boot /dev/mapper/knuth-build 1008M 34M 924M 4% /build none 123M 0 123M 0% /dev/shm /dev/mapper/knuth-tmp 2.0G 36M 1.9G 2% /tmp /dev/mapper/knuth-var 4.0G 246M 3.5G 7% /var -- 2/16 From cra at WPI.EDU Thu Jan 27 13:02:33 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Thu, 27 Jan 2005 08:02:33 -0500 Subject: lvm & logwatch In-Reply-To: <20050127124303.GB30006@nsk.no-ip.org> References: <20050127124303.GB30006@nsk.no-ip.org> Message-ID: <20050127130233.GA1793@angus.ind.WPI.EDU> On Thu, Jan 27, 2005 at 12:43:03PM +0000, Luciano Miguel Ferreira Rocha wrote: > I can't believe I'm the only one going through the logwatch email! :) > > With lvm/dm, the Disk Space information is not very useful: > /dev/mapper/knuth-root > /dev/hda1 99M 20M 74M 22% /boot > /dev/mapper/knuth-build > /dev/mapper/knuth-tmp > /dev/mapper/knuth-var Yeah, I just "fixed" this on my system: /etc/log.d/scripts/services/zz-disk_space Change: df -h | grep '^/dev/' To: df -h | grep -A1 '^/dev/' It's somewhat of a hack, but it works in my case... /dev/sda8 1012M 846M 116M 89% / /dev/sda3 99M 26M 69M 27% /boot none 1014M 0 1014M 0% /dev/shm /dev/sda9 1012M 33M 928M 4% /tmp /dev/sda5 9.7G 1.9G 7.3G 21% /usr /dev/mapper/vg01-lv_data 111G 24G 81G 23% /var /dev/sda7 9.7G 97M 9.1G 2% /home /dev/mapper/vg02-content 1.5T 140G 1.3T 10% /srv From strange at nsk.no-ip.org Thu Jan 27 13:20:04 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Thu, 27 Jan 2005 13:20:04 +0000 Subject: lvm & logwatch In-Reply-To: <20050127130233.GA1793@angus.ind.WPI.EDU> References: <20050127124303.GB30006@nsk.no-ip.org> <20050127130233.GA1793@angus.ind.WPI.EDU> Message-ID: <20050127132004.GA2006@nsk.no-ip.org> On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote: > On Thu, Jan 27, 2005 at 12:43:03PM +0000, Luciano Miguel Ferreira Rocha wrote: > > I can't believe I'm the only one going through the logwatch email! :) > > > > With lvm/dm, the Disk Space information is not very useful: > > /dev/mapper/knuth-root > > /dev/hda1 99M 20M 74M 22% /boot > > /dev/mapper/knuth-build > > /dev/mapper/knuth-tmp > > /dev/mapper/knuth-var > > Yeah, I just "fixed" this on my system: > > /etc/log.d/scripts/services/zz-disk_space > > Change: > > df -h | grep '^/dev/' > > To: > > df -h | grep -A1 '^/dev/' > > It's somewhat of a hack, but it works in my case... I get a line in the middle with only '--'. Not pretty... df -h | grep -E '^(/dev/| )' works better for me. Thanks, Luciano Rocha From cra at WPI.EDU Thu Jan 27 13:44:58 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Thu, 27 Jan 2005 08:44:58 -0500 Subject: lvm & logwatch In-Reply-To: <20050127132004.GA2006@nsk.no-ip.org> References: <20050127124303.GB30006@nsk.no-ip.org> <20050127130233.GA1793@angus.ind.WPI.EDU> <20050127132004.GA2006@nsk.no-ip.org> Message-ID: <20050127134458.GB1793@angus.ind.WPI.EDU> On Thu, Jan 27, 2005 at 01:20:04PM +0000, Luciano Miguel Ferreira Rocha wrote: > On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote: > > df -h | grep -A1 '^/dev/' > > > > It's somewhat of a hack, but it works in my case... > > I get a line in the middle with only '--'. Not pretty... > df -h | grep -E '^(/dev/| )' works better for me. No good for me. That includes the continuation line on excluded devices. (In my case, tons of loopback mounts that I don't care to see): [...] /dev/mapper/vg02-content 1.5T 140G 1.3T 10% /srv 645M 645M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc1 636M 636M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc2 [...] From dwalsh at redhat.com Thu Jan 27 14:08:43 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Thu, 27 Jan 2005 09:08:43 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-2.74 Message-ID: <41F8F5EB.4050404@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-080 2005-01-27 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 2.74 Summary : SELinux targeted policy configuration Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- * Wed Jan 26 2005 Dan Walsh 1.17.30-2.74 - Allow httpd to execute httpdcontent - Change file_context on postgresql helper apps back to bin_t - Add typealias for shlib_t to lib_t * Wed Jan 19 2005 Dan Walsh 1.17.30-2.73 - Allow dhcpd to read random devices --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 80c6bb439cee4904ffade84df45d838a SRPMS/selinux-policy-targeted-1.17.30-2.74.src.rpm 8bf1c38d88e7c7746a0f753f270565cc x86_64/selinux-policy-targeted-1.17.30-2.74.noarch.rpm 39c7589df26826b4d142697474ff93e5 x86_64/selinux-policy-targeted-sources-1.17.30-2.74.noarch.rpm 8bf1c38d88e7c7746a0f753f270565cc i386/selinux-policy-targeted-1.17.30-2.74.noarch.rpm 39c7589df26826b4d142697474ff93e5 i386/selinux-policy-targeted-sources-1.17.30-2.74.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From strange at nsk.no-ip.org Thu Jan 27 14:14:52 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Thu, 27 Jan 2005 14:14:52 +0000 Subject: lvm & logwatch In-Reply-To: <20050127134458.GB1793@angus.ind.WPI.EDU> References: <20050127124303.GB30006@nsk.no-ip.org> <20050127130233.GA1793@angus.ind.WPI.EDU> <20050127132004.GA2006@nsk.no-ip.org> <20050127134458.GB1793@angus.ind.WPI.EDU> Message-ID: <20050127141452.GA2791@nsk.no-ip.org> On Thu, Jan 27, 2005 at 08:44:58AM -0500, Charles R. Anderson wrote: > On Thu, Jan 27, 2005 at 01:20:04PM +0000, Luciano Miguel Ferreira Rocha wrote: > > On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote: > > > df -h | grep -A1 '^/dev/' > > > > > > It's somewhat of a hack, but it works in my case... > > > > I get a line in the middle with only '--'. Not pretty... > > df -h | grep -E '^(/dev/| )' works better for me. > > No good for me. That includes the continuation line on excluded > devices. (In my case, tons of loopback mounts that I don't care to > see): > > [...] > /dev/mapper/vg02-content > 1.5T 140G 1.3T 10% /srv > 645M 645M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc1 > 636M 636M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc2 > [...] Hm.. I was trying to avoid a complicated script: df -h | { while read dev size used avail perc mount do [ "${dev%%/dev/*}" ] && continue [ -z "$size" ] && read size used avail perc mount S="${#dev}" if [ $S -gt 23 ]; then T="\n\t\t\t" elif [ $S -gt 15 ]; then T="\t" elif [ $S -gt 7 ]; then T="\t\t" else T="\t\t\t" fi echo -e "$dev$T$size\t$used\t$avail\t$perc\t$mount" done } What about: df -h | sed -ne '/^\/dev\/[^ ]*$/N' -e '/^\/dev\//p' Regards, Luciano Rocha From shrek-m at gmx.de Thu Jan 27 14:25:31 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 27 Jan 2005 15:25:31 +0100 Subject: OT: zlib clamav-0.81 Message-ID: <41F8F9DB.1050809@gmx.de> hi, fyi fc3 has zlib-1.2.1.2-1 development has zlib-1.2.2.2-1 $ rpm -q zlib zlib-1.2.1.2-1 $ pwd /usr/local/clamav-0.81 $ ./configure [...] checking for zlib installation... /usr configure: error: The installed zlib version may contain a security bug. Please upgrade to 1.2.2 or later: http://www.zlib.net. You can omit this check with --disable-zlib-vcheck but DO NOT REPORT any stablility issues then! -- shrek-m From fedora at nodata.co.uk Thu Jan 27 14:36:42 2005 From: fedora at nodata.co.uk (nodata) Date: Thu, 27 Jan 2005 15:36:42 +0100 (CET) Subject: OT: zlib clamav-0.81 In-Reply-To: <41F8F9DB.1050809@gmx.de> References: <41F8F9DB.1050809@gmx.de> Message-ID: <23154.213.164.3.90.1106836602.squirrel@213.164.3.90> > hi, > > fyi > > fc3 has zlib-1.2.1.2-1 > development has zlib-1.2.2.2-1 > > > $ rpm -q zlib > zlib-1.2.1.2-1 > > $ pwd > /usr/local/clamav-0.81 > > $ ./configure > [...] > checking for zlib installation... /usr > configure: error: The installed zlib version may contain a security bug. > Please upgrade to 1.2.2 or later: http://www.zlib.net. You can omit this > check with --disable-zlib-vcheck but DO NOT REPORT any stablility issues > then! > > -- > shrek-m > Oh dear. The changelog for zlib shows a last entry of Sep 13 2004. The fixed zlib 1.2.2 was released more than two weeks later, on October 3rd, 2004 Time to get those security auditors in! :) You should bugzilla this as "security". From merlin at mwob.org.uk Thu Jan 27 14:58:13 2005 From: merlin at mwob.org.uk (Howard Johnson) Date: Thu, 27 Jan 2005 14:58:13 +0000 Subject: OT: zlib clamav-0.81 In-Reply-To: <23154.213.164.3.90.1106836602.squirrel@213.164.3.90> References: <41F8F9DB.1050809@gmx.de> <23154.213.164.3.90.1106836602.squirrel@213.164.3.90> Message-ID: <1106837893.2616.7.camel@thunderbolt.localnet> On Thu, 2005-01-27 at 14:36, nodata wrote: > > Oh dear. The changelog for zlib shows a last entry of Sep 13 2004. > The fixed zlib 1.2.2 was released more than two weeks later, on October > 3rd, 2004 Looking at the changelog, bugzilla entry (referenced in the changelog), and the zlib site, it seems the 1.2.1.2 release was to fix the same security problem as 1.2.2. I can't seem to find a 1.2.1.anything release on zlib's web site, so I suspect it's an "internal" (to Fedora/Red Hat) release that contained the back-ported security fix. From paul at all-the-johnsons.co.uk Thu Jan 27 17:35:30 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 27 Jan 2005 17:35:30 +0000 Subject: Semperon processors In-Reply-To: <200501271334.05779.markkuk@tuubi.net> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> Message-ID: <1106847331.6671.5.camel@localhost.localdomain> Hi, > > I was told it was a 2.4GHz processor, so that's what I'm > > working off. > > The fastest Socket A Semprons listed on AMD's site are running at > 2.0GHz and are labelled "Sempron 3000+". Your chip is a Sempron > 2400+ running at 1.66GHz (FSB 333MHz). Euw! That's slower than the 1.7GHz Celeron I had in before! (Well, on numbers at least!) TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 bvasundhar at gmail.com Fri Jan 28 04:17:27 2005 From: bvasundhar at gmail.com (vasundhar) Date: Fri, 28 Jan 2005 09:47:27 +0530 Subject: fedora-test-list Digest, Vol 11, Issue 45 In-Reply-To: <20050127170041.60BB874188@hormel.redhat.com> References: <20050127170041.60BB874188@hormel.redhat.com> Message-ID: I am using Fedora core 3 on my IBM R51 2888c4 with duel boot. Cd mounting is done properly but eject mount is giving an error saying failed to unmount disk. Regards Vasundhar On Thu, 27 Jan 2005 12:00:41 -0500 (EST), fedora-test-list-request at redhat.com wrote: > Send fedora-test-list mailing list submissions to > fedora-test-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.redhat.com/mailman/listinfo/fedora-test-list > or, via email, send a message with subject or body 'help' to > fedora-test-list-request at redhat.com > > You can reach the person managing the list at > fedora-test-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-test-list digest..." > > Today's Topics: > > 1. Re: onlyservice running and slowing system down (Jeff Spaleta) > 2. Nvidia GeForce2 Intergrated Freeze (Gabriel Moreno) > 3. Re: Bug with Java jre in FC3 (Colin Charles) > 4. Re: 4g/4g patch? (Colin Charles) > 5. Re: Firstboot is for RHEL - needs a cancel/bypass option > (Colin Charles) > 6. Re: Semperon processors (Paul) > 7. Re: Semperon processors (Paul) > 8. Re: Semperon processors (Markku Kolkka) > 9. lvm & logwatch (Luciano Miguel Ferreira Rocha) > 10. Re: lvm & logwatch (Charles R. Anderson) > 11. Re: lvm & logwatch (Luciano Miguel Ferreira Rocha) > 12. Re: lvm & logwatch (Charles R. Anderson) > 13. Fedora Core 3 Test Update: > selinux-policy-targeted-1.17.30-2.74 (Daniel J Walsh) > 14. Re: lvm & logwatch (Luciano Miguel Ferreira Rocha) > 15. OT: zlib clamav-0.81 (shrek-m at gmx.de) > 16. Re: OT: zlib clamav-0.81 (nodata) > 17. Re: OT: zlib clamav-0.81 (Howard Johnson) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 26 Jan 2005 22:31:37 -0500 > From: Jeff Spaleta > Subject: Re: onlyservice running and slowing system down > To: For testers of Fedora Core development releases > > Message-ID: <604aa79105012619312a39735 at mail.gmail.com> > Content-Type: text/plain; charset=US-ASCII > > On Thu, 27 Jan 2005 12:35:07 +1100, Rodd Clarkson wrote: > > I've got this process called 'onlyservice' that is using up all CPU and > > slowing everything down > > this is one of the perl scripts used by logwatch to help parse logs > based on a set of configuration files in /etc/log.d/conf/services/. > If i understand the magic correctly, onlyservice will be called a > number of times as logwatch loops through the several individual > service config files. So i don't think its a big shock to see this > process reappear after you kill it since i think it gets run multiple > times. Why its chewing lots of cpu that i don't know. I'm seldom awake > when logwatch runs as part of the cron.daily scripts. > > onlyservice is located in /etc/log.d/scripts/shared > and is owned by the logwatch package > > -jef > > ------------------------------ > > Message: 2 > Date: Wed, 26 Jan 2005 23:25:57 -0800 > From: Gabriel Moreno > Subject: Nvidia GeForce2 Intergrated Freeze > To: For testers of Fedora Core development releases > > Message-ID: <85e4e96405012623255d634dc1 at mail.gmail.com> > Content-Type: text/plain; charset=US-ASCII > > Hello all, > > I have an ASUS A7N266 mobo that has an intergrated GeForce2. After I > install FC3 Stable. And followed http://www.fedorafaq.org/#nvidia and > then http://www.linuxjunior.org/yabbse/index.php?board=12;action=display;threadid=10015;start=msg90842#msg90842. > Still everytime FC3 would try to load it would freeze. I activated > and deactivate rhgp and but whenever it would try start running x hd > activity stoped after getting a blank screen. > > I did have it working in the past and it works in windows. Don't know > what the problem could be. I am just stumped. I installed SuSE and > it happens to work on Pro 9.1 > > Thanks! > > Gabriel > > ------------------------------ > > Message: 3 > Date: Tue, 25 Jan 2005 13:34:14 +0800 > From: Colin Charles > Subject: Re: Bug with Java jre in FC3 > To: gslink at one.net, For testers of Fedora Core development releases > > Message-ID: <1106631254.5401.45.camel at localhost.localdomain> > Content-Type: text/plain > > On Wed, 2005-01-05 at 09:08 -0500, gslink wrote: > > It appears there is a bug in FC3 which causes display problems when > > using attributed text in Java. All but the first character of lines > > of > > attributed text seems to vanish when displayed in the IBM 1.4.2 jre. > > This did not happen in RH9. This is going to result in a serious > > Bugzilla complaint. Has anyone worked on this problem and gotten a > > better lead on what is broken? It would be helpfull if the Bugzilla > > post contained a better description of the bug. > > Considering that we don't ship the IBM 1.4.2 JRE, you're better off > writing to IBM's bug tracker (if they have one), as its most likely not > a FC issue > > Do you see the same issue with the sun JRE? > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi > > ------------------------------ > > Message: 4 > Date: Tue, 25 Jan 2005 13:40:15 +0800 > From: Colin Charles > Subject: Re: 4g/4g patch? > To: For testers of Fedora Core development releases > > Message-ID: <1106631615.5401.48.camel at localhost.localdomain> > Content-Type: text/plain > > On Thu, 2005-01-06 at 08:45 -0600, Philip Molter wrote: > > The latest kernel update contains a few security fixes I need, but > > I've > > come to rely on the large 4GB lowmem space, and upgrading absolutely > > kills me. > > Probably grabbing it out of CVS might help ? > > cvs.fedora.redhat.com > > After all, for RHEL, a -hugemem kernel is still being built, so the > patches are there (the .config is definitely there) > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi > > ------------------------------ > > Message: 5 > Date: Tue, 25 Jan 2005 13:45:30 +0800 > From: Colin Charles > Subject: Re: Firstboot is for RHEL - needs a cancel/bypass option > To: For testers of Fedora Core development releases > > Message-ID: <1106631930.5401.50.camel at localhost.localdomain> > Content-Type: text/plain > > On Mon, 2005-01-10 at 03:29 -0500, Gregory Woodbury wrote: > > However, the firstboot is obviously for RHEL and doesn't provide any > > means of bypassing or cancelling out of the RHN registration. > > > > Do y'all have any opinions as to whether this is a bug or something > > that > > needs to be bugzilla'd? > > There used to be a bugzilla item open for this iirc, that the package > owner was looking at; if its a regression and the bug's been closed, its > worthwhile re-pinging it > -- > Colin Charles, byte at aeon.com.my > http://www.bytebot.net/ > "First they ignore you, then they laugh at you, then they fight you, > then you win." -- Mohandas Gandhi > > ------------------------------ > > Message: 6 > Date: Thu, 27 Jan 2005 07:59:36 +0000 > From: Paul > Subject: Re: Semperon processors > To: For testers of Fedora Core development releases > > Message-ID: <1106812776.9470.1.camel at localhost.localdomain> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > > > Now, if I have the processor set at 1GHz, it is recognised as an Athlon > > > and will boot happily. If I switch it to be the 2.4GHz Semperon that it > > > is, I get kernel panics and some very odd noises from the machine > > > itself. > > > > Are you sure its a 2.4GHz proc - and not Semperon 2400 (1.66GHz)? > > I was told it was a 2.4GHz processor, so that's what I'm working off. > There is an auto clock setting on the board which also reports it as > being that. > > TTFN > > Paul > > -- > "I don't know how World War III will be fought, but I do know World War > IV will be fought with sticks and stones" - Einstein > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: This is a digitally signed message part > Url : https://www.redhat.com/archives/fedora-test-list/attachments/20050127/3d4cbeeb/attachment.bin > > ------------------------------ > > Message: 7 > Date: Thu, 27 Jan 2005 08:00:49 +0000 > From: Paul > Subject: Re: Semperon processors > To: For testers of Fedora Core development releases > > Message-ID: <1106812849.9470.3.camel at localhost.localdomain> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > > Did you update the bios ? After AMD released the Sempron line , most > > manufacturers released bios updates to properly recognize those new > > processors.. maybe when you set it to 2.4 , you're in fact doing a heavy > > overclock (making it almost an athlon 3200+) , which *could* be the > > explanation for the noises... > > I've not updated the BIOS (I imagine I'd need to grab it from the > Gigabyte website). I'll give that a whizz. > > TTFN > > Paul > -- > "I don't know how World War III will be fought, but I do know World War > IV will be fought with sticks and stones" - Einstein > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: This is a digitally signed message part > Url : https://www.redhat.com/archives/fedora-test-list/attachments/20050127/d72aa825/attachment.bin > > ------------------------------ > > Message: 8 > Date: Thu, 27 Jan 2005 13:34:05 +0200 > From: Markku Kolkka > Subject: Re: Semperon processors > To: fedora-test-list at redhat.com > Message-ID: <200501271334.05779.markkuk at tuubi.net> > Content-Type: text/plain; charset="utf-8" > > Paul kirjoitti viestiss????n (l??hetysaika torstai, 27. tammikuuta > 2005 09:59): > > > Are you sure its a 2.4GHz proc - and not Semperon 2400 > > > (1.66GHz)? > > > > I was told it was a 2.4GHz processor, so that's what I'm > > working off. > > The fastest Socket A Semprons listed on AMD's site are running at > 2.0GHz and are labelled "Sempron 3000+". Your chip is a Sempron > 2400+ running at 1.66GHz (FSB 333MHz). > > -- > Markku Kolkka > markku.kolkka at iki.fi > > ------------------------------ > > Message: 9 > Date: Thu, 27 Jan 2005 12:43:03 +0000 > From: Luciano Miguel Ferreira Rocha > Subject: lvm & logwatch > To: fedora-test-list at redhat.com > Message-ID: <20050127124303.GB30006 at nsk.no-ip.org> > Content-Type: text/plain; charset=us-ascii > > I can't believe I'm the only one going through the logwatch email! :) > > With lvm/dm, the Disk Space information is not very useful: > /dev/mapper/knuth-root > /dev/hda1 99M 20M 74M 22% /boot > /dev/mapper/knuth-build > /dev/mapper/knuth-tmp > /dev/mapper/knuth-var > > another: > /dev/mapper/servervol-root > /dev/hda1 99M 23M 72M 24% /boot > /dev/mapper/servervol-tmp > /dev/mapper/servervol-var > /dev/drbd0 87G 36G 47G 44% /exports > /dev/drbd1 9.8G 104M 9.2G 2% /servicos > > df -h: > Filesystem Size Used Avail Use% Mounted on > /dev/mapper/knuth-root > 9.9G 4.3G 5.1G 46% / > /dev/hda1 99M 21M 74M 22% /boot > /dev/mapper/knuth-build > 1008M 34M 924M 4% /build > none 123M 0 123M 0% /dev/shm > /dev/mapper/knuth-tmp > 2.0G 36M 1.9G 2% /tmp > /dev/mapper/knuth-var > 4.0G 246M 3.5G 7% /var > > -- > 2/16 > > ------------------------------ > > Message: 10 > Date: Thu, 27 Jan 2005 08:02:33 -0500 > From: "Charles R. Anderson" > Subject: Re: lvm & logwatch > To: fedora-test-list at redhat.com > Message-ID: <20050127130233.GA1793 at angus.ind.WPI.EDU> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jan 27, 2005 at 12:43:03PM +0000, Luciano Miguel Ferreira Rocha wrote: > > I can't believe I'm the only one going through the logwatch email! :) > > > > With lvm/dm, the Disk Space information is not very useful: > > /dev/mapper/knuth-root > > /dev/hda1 99M 20M 74M 22% /boot > > /dev/mapper/knuth-build > > /dev/mapper/knuth-tmp > > /dev/mapper/knuth-var > > Yeah, I just "fixed" this on my system: > > /etc/log.d/scripts/services/zz-disk_space > > Change: > > df -h | grep '^/dev/' > > To: > > df -h | grep -A1 '^/dev/' > > It's somewhat of a hack, but it works in my case... > > /dev/sda8 1012M 846M 116M 89% / > /dev/sda3 99M 26M 69M 27% /boot > none 1014M 0 1014M 0% /dev/shm > /dev/sda9 1012M 33M 928M 4% /tmp > /dev/sda5 9.7G 1.9G 7.3G 21% /usr > /dev/mapper/vg01-lv_data > 111G 24G 81G 23% /var > /dev/sda7 9.7G 97M 9.1G 2% /home > /dev/mapper/vg02-content > 1.5T 140G 1.3T 10% /srv > > ------------------------------ > > Message: 11 > Date: Thu, 27 Jan 2005 13:20:04 +0000 > From: Luciano Miguel Ferreira Rocha > Subject: Re: lvm & logwatch > To: For testers of Fedora Core development releases > > Message-ID: <20050127132004.GA2006 at nsk.no-ip.org> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote: > > On Thu, Jan 27, 2005 at 12:43:03PM +0000, Luciano Miguel Ferreira Rocha wrote: > > > I can't believe I'm the only one going through the logwatch email! :) > > > > > > With lvm/dm, the Disk Space information is not very useful: > > > /dev/mapper/knuth-root > > > /dev/hda1 99M 20M 74M 22% /boot > > > /dev/mapper/knuth-build > > > /dev/mapper/knuth-tmp > > > /dev/mapper/knuth-var > > > > Yeah, I just "fixed" this on my system: > > > > /etc/log.d/scripts/services/zz-disk_space > > > > Change: > > > > df -h | grep '^/dev/' > > > > To: > > > > df -h | grep -A1 '^/dev/' > > > > It's somewhat of a hack, but it works in my case... > > I get a line in the middle with only '--'. Not pretty... > df -h | grep -E '^(/dev/| )' works better for me. > > Thanks, > Luciano Rocha > > ------------------------------ > > Message: 12 > Date: Thu, 27 Jan 2005 08:44:58 -0500 > From: "Charles R. Anderson" > Subject: Re: lvm & logwatch > To: For testers of Fedora Core development releases > > Message-ID: <20050127134458.GB1793 at angus.ind.WPI.EDU> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jan 27, 2005 at 01:20:04PM +0000, Luciano Miguel Ferreira Rocha wrote: > > On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote: > > > df -h | grep -A1 '^/dev/' > > > > > > It's somewhat of a hack, but it works in my case... > > > > I get a line in the middle with only '--'. Not pretty... > > df -h | grep -E '^(/dev/| )' works better for me. > > No good for me. That includes the continuation line on excluded > devices. (In my case, tons of loopback mounts that I don't care to > see): > > [...] > /dev/mapper/vg02-content > 1.5T 140G 1.3T 10% /srv > 645M 645M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc1 > 636M 636M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc2 > [...] > > ------------------------------ > > Message: 13 > Date: Thu, 27 Jan 2005 09:08:43 -0500 > From: Daniel J Walsh > Subject: Fedora Core 3 Test Update: > selinux-policy-targeted-1.17.30-2.74 > To: For testers of Fedora Core development releases > > Message-ID: <41F8F5EB.4050404 at redhat.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2005-080 > 2005-01-27 > --------------------------------------------------------------------- > > Product : Fedora Core 3 > Name : selinux-policy-targeted > Version : 1.17.30 > Release : 2.74 > Summary : SELinux targeted policy configuration > Description : > Security-enhanced Linux is a patch of the Linux? kernel and a number > of utilities with enhanced security functionality designed to add > mandatory access controls to Linux. The Security-enhanced Linux > kernel contains new architectural components originally developed to > improve the security of the Flask operating system. These > architectural components provide general support for the enforcement > of many kinds of mandatory access control policies, including those > based on the concepts of Type Enforcement?, Role-based Access > Control, and Multi-level Security. > > This package contains the SELinux example policy configuration along > with the Flask configuration information and the application > configuration files. > > --------------------------------------------------------------------- > > * Wed Jan 26 2005 Dan Walsh 1.17.30-2.74 > > - Allow httpd to execute httpdcontent > - Change file_context on postgresql helper apps back to bin_t > - Add typealias for shlib_t to lib_t > > * Wed Jan 19 2005 Dan Walsh 1.17.30-2.73 > > - Allow dhcpd to read random devices > > --------------------------------------------------------------------- > This update can be downloaded from: > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ > > 80c6bb439cee4904ffade84df45d838a > SRPMS/selinux-policy-targeted-1.17.30-2.74.src.rpm > 8bf1c38d88e7c7746a0f753f270565cc > x86_64/selinux-policy-targeted-1.17.30-2.74.noarch.rpm > 39c7589df26826b4d142697474ff93e5 > x86_64/selinux-policy-targeted-sources-1.17.30-2.74.noarch.rpm > 8bf1c38d88e7c7746a0f753f270565cc > i386/selinux-policy-targeted-1.17.30-2.74.noarch.rpm > 39c7589df26826b4d142697474ff93e5 > i386/selinux-policy-targeted-sources-1.17.30-2.74.noarch.rpm > > This update can also be installed with the Update Agent; you can > launch the Update Agent with the 'up2date' command. You may > need to edit your up2date channels configuration. Within > /etc/sysconfig/rhn/sources enable the following line: > yum updates-testing > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH > --------------------------------------------------------------------- > > ------------------------------ > > Message: 14 > Date: Thu, 27 Jan 2005 14:14:52 +0000 > From: Luciano Miguel Ferreira Rocha > Subject: Re: lvm & logwatch > To: For testers of Fedora Core development releases > > Message-ID: <20050127141452.GA2791 at nsk.no-ip.org> > Content-Type: text/plain; charset=us-ascii > > On Thu, Jan 27, 2005 at 08:44:58AM -0500, Charles R. Anderson wrote: > > On Thu, Jan 27, 2005 at 01:20:04PM +0000, Luciano Miguel Ferreira Rocha wrote: > > > On Thu, Jan 27, 2005 at 08:02:33AM -0500, Charles R. Anderson wrote: > > > > df -h | grep -A1 '^/dev/' > > > > > > > > It's somewhat of a hack, but it works in my case... > > > > > > I get a line in the middle with only '--'. Not pretty... > > > df -h | grep -E '^(/dev/| )' works better for me. > > > > No good for me. That includes the continuation line on excluded > > devices. (In my case, tons of loopback mounts that I don't care to > > see): > > > > [...] > > /dev/mapper/vg02-content > > 1.5T 140G 1.3T 10% /srv > > 645M 645M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc1 > > 636M 636M 0 100% /srv/ftp/pub/mnt/psyche-i386-disc2 > > [...] > > Hm.. I was trying to avoid a complicated script: > df -h | { > while read dev size used avail perc mount > do > [ "${dev%%/dev/*}" ] && continue > [ -z "$size" ] && read size used avail perc mount > S="${#dev}" > if [ $S -gt 23 ]; then > T="\n\t\t\t" > elif [ $S -gt 15 ]; then > T="\t" > elif [ $S -gt 7 ]; then > T="\t\t" > else > T="\t\t\t" > fi > echo -e "$dev$T$size\t$used\t$avail\t$perc\t$mount" > done > } > > What about: > df -h | sed -ne '/^\/dev\/[^ ]*$/N' -e '/^\/dev\//p' > > Regards, > Luciano Rocha > > ------------------------------ > > Message: 15 > Date: Thu, 27 Jan 2005 15:25:31 +0100 > From: "shrek-m at gmx.de" > Subject: OT: zlib clamav-0.81 > To: fedora-test-list at redhat.com > Message-ID: <41F8F9DB.1050809 at gmx.de> > Content-Type: text/plain; charset=us-ascii; format=flowed > > hi, > > fyi > > fc3 has zlib-1.2.1.2-1 > development has zlib-1.2.2.2-1 > > $ rpm -q zlib > zlib-1.2.1.2-1 > > $ pwd > /usr/local/clamav-0.81 > > $ ./configure > [...] > checking for zlib installation... /usr > configure: error: The installed zlib version may contain a security bug. > Please upgrade to 1.2.2 or later: http://www.zlib.net. You can omit this > check with --disable-zlib-vcheck but DO NOT REPORT any stablility issues > then! > > -- > shrek-m > > ------------------------------ > > Message: 16 > Date: Thu, 27 Jan 2005 15:36:42 +0100 (CET) > From: "nodata" > Subject: Re: OT: zlib clamav-0.81 > To: fedora-test-list at redhat.com > Message-ID: <23154.213.164.3.90.1106836602.squirrel at 213.164.3.90> > Content-Type: text/plain;charset=iso-8859-1 > > > hi, > > > > fyi > > > > fc3 has zlib-1.2.1.2-1 > > development has zlib-1.2.2.2-1 > > > > > > $ rpm -q zlib > > zlib-1.2.1.2-1 > > > > $ pwd > > /usr/local/clamav-0.81 > > > > $ ./configure > > [...] > > checking for zlib installation... /usr > > configure: error: The installed zlib version may contain a security bug. > > Please upgrade to 1.2.2 or later: http://www.zlib.net. You can omit this > > check with --disable-zlib-vcheck but DO NOT REPORT any stablility issues > > then! > > > > -- > > shrek-m > > > > Oh dear. The changelog for zlib shows a last entry of Sep 13 2004. > The fixed zlib 1.2.2 was released more than two weeks later, on October > 3rd, 2004 > > Time to get those security auditors in! :) > > You should bugzilla this as "security". > > ------------------------------ > > Message: 17 > Date: Thu, 27 Jan 2005 14:58:13 +0000 > From: Howard Johnson > Subject: Re: OT: zlib clamav-0.81 > To: For testers of Fedora Core development releases > > Message-ID: <1106837893.2616.7.camel at thunderbolt.localnet> > Content-Type: text/plain > > On Thu, 2005-01-27 at 14:36, nodata wrote: > > > > Oh dear. The changelog for zlib shows a last entry of Sep 13 2004. > > The fixed zlib 1.2.2 was released more than two weeks later, on October > > 3rd, 2004 > > Looking at the changelog, bugzilla entry (referenced in the changelog), > and the zlib site, it seems the 1.2.1.2 release was to fix the same > security problem as 1.2.2. I can't seem to find a 1.2.1.anything release > on zlib's web site, so I suspect it's an "internal" (to Fedora/Red Hat) > release that contained the back-ported security fix. > > ------------------------------ > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > > End of fedora-test-list Digest, Vol 11, Issue 45 > ************************************************ > -- vasundhar 9880025682 Institute of Bioinformatics and Applied Biotechnology G-05, Tech Park Mall, International Technology Park, Whitefield Road, Bangalore 560 066, India. Tel: +91 (80) 2841-0029, 2841-2769 Fax: +91 (80) 2841-276 From tarjei.knapstad at predichem.com Fri Jan 28 11:15:38 2005 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Fri, 28 Jan 2005 12:15:38 +0100 Subject: Semperon processors In-Reply-To: <1106847331.6671.5.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> Message-ID: <1106910938.26672.19.camel@tarjei.predichem.nett> On Thu, 2005-01-27 at 18:35, Paul wrote: > Hi, > > > > I was told it was a 2.4GHz processor, so that's what I'm > > > working off. > > > > The fastest Socket A Semprons listed on AMD's site are running at > > 2.0GHz and are labelled "Sempron 3000+". Your chip is a Sempron > > 2400+ running at 1.66GHz (FSB 333MHz). > > Euw! That's slower than the 1.7GHz Celeron I had in before! (Well, on > numbers at least!) > Ahem, the days of just comparing the clock frequency on consumer CPU's to identify the best one are long gone mate ;) http://www6.tomshardware.com/cpu/20040728/ "After a short look at our benchmark results the conclusion is clear: AMD's Sempron is able to outperform Celeron D in most applications." -- Tarjei From paul at all-the-johnsons.co.uk Fri Jan 28 13:09:29 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Fri, 28 Jan 2005 13:09:29 +0000 Subject: Semperon processors In-Reply-To: <1106910938.26672.19.camel@tarjei.predichem.nett> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> Message-ID: <1106917770.23192.27.camel@localhost.localdomain> Hi, > "After a short look at our benchmark results the conclusion is clear: > AMD's Sempron is able to outperform Celeron D in most applications." Except one on my machine - actually working! It has the updated BIOS for the semperon. If I turn the clock down so it's identified as a 1500+ rather than 2400+, it gets through happily to the desktop and works. Bang it back to being a 2400+ and it won't hit the desktop. Remove rhgb and things go a bit further (roughly boots halfway - gets to applying iptables and then gives that annoying 2 tone oscillating noise). Put it back on and as soon as it gets past mounting the drives, annoying 2 tone noise. Doesn't matter which kernel version it is either. TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From tarjei.knapstad at predichem.com Fri Jan 28 13:55:27 2005 From: tarjei.knapstad at predichem.com (Tarjei Knapstad) Date: Fri, 28 Jan 2005 14:55:27 +0100 Subject: Semperon processors In-Reply-To: <1106917770.23192.27.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> Message-ID: <1106920527.26672.37.camel@tarjei.predichem.nett> On Fri, 2005-01-28 at 14:09, Paul Johnson wrote: > Hi, > > > "After a short look at our benchmark results the conclusion is clear: > > AMD's Sempron is able to outperform Celeron D in most applications." > > Except one on my machine - actually working! > > It has the updated BIOS for the semperon. If I turn the clock down so > it's identified as a 1500+ rather than 2400+, it gets through happily to > the desktop and works. Bang it back to being a 2400+ and it won't hit > the desktop. > > Remove rhgb and things go a bit further (roughly boots halfway - gets to > applying iptables and then gives that annoying 2 tone oscillating > noise). Put it back on and as soon as it gets past mounting the drives, > annoying 2 tone noise. > > Doesn't matter which kernel version it is either. > Sounds very strange indeed Paul. Things to try maybe: - Tried resetting the CMOS and configuring the BIOS from scratch? Might be some obscure setting left over from when the Celeron was living on the board. - Can you run memtest86+? This could also be a faulty DIMM (or maybe even the motherboard itself) - What's the core temperature on the CPU (if this is available in the BIOS)? Could be bad cooling. I've never come across this "2 tone oscillating noise" you mention though - are you able to identify it's exact source? Best of luck, -- Tarjei From cra at WPI.EDU Fri Jan 28 14:45:12 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Fri, 28 Jan 2005 09:45:12 -0500 Subject: Semperon processors In-Reply-To: <1106920527.26672.37.camel@tarjei.predichem.nett> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> Message-ID: <20050128144512.GD21431@angus.ind.WPI.EDU> On Fri, Jan 28, 2005 at 02:55:27PM +0100, Tarjei Knapstad wrote: > I've never come across this "2 tone oscillating noise" you mention > though - are you able to identify it's exact source? Sounds to me like the motherboard high-temp alarm. From paul at all-the-johnsons.co.uk Fri Jan 28 14:52:48 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Fri, 28 Jan 2005 14:52:48 +0000 Subject: Semperon processors In-Reply-To: <20050128144512.GD21431@angus.ind.WPI.EDU> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> Message-ID: <1106923968.23192.35.camel@localhost.localdomain> Hi, > On Fri, Jan 28, 2005 at 02:55:27PM +0100, Tarjei Knapstad wrote: > > I've never come across this "2 tone oscillating noise" you mention > > though - are you able to identify it's exact source? > > Sounds to me like the motherboard high-temp alarm. That got me thinking - just checked, current CPU temperature 100oC. Me thinks the problem may be found... TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From surak at casa.surak.eti.br Fri Jan 28 15:01:48 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 28 Jan 2005 12:01:48 -0300 Subject: Semperon processors In-Reply-To: <1106920527.26672.37.camel@tarjei.predichem.nett> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> Message-ID: <1106924508.25826.11.camel@localhost.surak.eti.br> Em Sex, 2005-01-28 ?s 14:55 +0100, Tarjei Knapstad escreveu: > - Tried resetting the CMOS and configuring the BIOS from scratch? Might > be some obscure setting left over from when the Celeron was living on > the board. Which motherboard is this, than can use both celeron and sempron processors? I'm really curious with that. From surak at casa.surak.eti.br Fri Jan 28 15:10:54 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Fri, 28 Jan 2005 12:10:54 -0300 Subject: How do I debug/troubleshoot a crashing system ? In-Reply-To: References: <1106705392.7208.3.camel@localhost.localdomain> <1106786435.6081.8.camel@tabb1.tabb> Message-ID: <1106925054.25826.16.camel@localhost.surak.eti.br> Em Qua, 2005-01-26 ?s 18:48 -0700, Wes Shull escreveu: > I'm running with mem=236M for now to block out the bad parts, but has > there been an RFE for the badram kernel patch? (not seeing any on I've never got the badram's patch code. Is this so hard to have as a separate package, from, say, Dag or AT? -- Alexandre Strube From lux at diesel-research.com Fri Jan 28 16:35:59 2005 From: lux at diesel-research.com (Kim Lux) Date: Fri, 28 Jan 2005 09:35:59 -0700 Subject: How do I debug/troubleshoot a crashing system ? In-Reply-To: References: <1106705392.7208.3.camel@localhost.localdomain> <1106786435.6081.8.camel@tabb1.tabb> Message-ID: <1106930160.12367.32.camel@localhost.localdomain> I found the problem the other day: I was running ndiswrapper with a kernel using a 4K stack. It would operate fine most of the time but if the network load got just right it would silently crash the kernel. The thing that drove it over the edge, ie started it crashing regularly was when I started doing some light NATing work with it. Then I could almost crash it at will. I just happened to find the cause of the crashing when I installed a new kernel and was building ndiswrapper. I happened to notice that there was a warning in the build messages about some drivers not working with a kernel using a 4K stack. I built a custom kernel with an 8K stack and I've been running crash free for 3 days, NATing and all. I think if I ran into this sort of thing again I would build a custom kernel with all of the debugging features turned on and maybe run with a serial console to capture the debugger output stream. On Wed, 2005-01-26 at 18:48 -0700, Wes Shull wrote: > On Tue, 2005-01-25 at 19:09 -0700, Kim Lux wrote: > > How do I figure out what is causing the problem ? I've checked the > > system logs, but they are clean. > > With lots of crashes lately but never an oops or panic message to > report, I was about to have the same question, but just to be safe I > left memtest86 running today, and found bad ram :( > > I'm running with mem=236M for now to block out the bad parts, but has > there been an RFE for the badram kernel patch? (not seeing any on > bugzilla, not even closed GOAWAY or BADIDEA or whatever) We've > already got a version of memtest86 that can spit out the badram > values... Assuming the labor of maintaining it in the patchset isn't > too high, I think it's probably a better thing to recognize that > people are going to use imperfect hardware and give them a way to deal > with it, than to decide that everyone needs new hardware. (start > flamewar now) > > http://rick.vanrein.org/linux/badram/ > > If that turns out not to be the (only) problem, what *is* the best way > to get debug info from bad crashes, where even alt-sysrq-jitsu does no > good? I know about the serial console capability; lately I've also > seen stuff about diskdump and netdump... which of these is most > likely to survive serious kernel problems long enough to get a useful > report that can be bugzilla'ed? > -- Kim Lux, Diesel Research Inc. From josh at wavefood.com Fri Jan 28 17:01:48 2005 From: josh at wavefood.com (Joshua Andrews) Date: Fri, 28 Jan 2005 09:01:48 -0800 Subject: openoffice Message-ID: <41FA6FFC.5080901@wavefood.com> openoffice really needs to lose some weight! I think openoffice.org-i18n needs to be broken up or a script included to remove unwanted languages. From seanlkml at sympatico.ca Fri Jan 28 17:02:49 2005 From: seanlkml at sympatico.ca (Sean) Date: Fri, 28 Jan 2005 12:02:49 -0500 (EST) Subject: openoffice In-Reply-To: <41FA6FFC.5080901@wavefood.com> References: <41FA6FFC.5080901@wavefood.com> Message-ID: <43513.10.10.10.28.1106931769.squirrel@linux1> On Fri, January 28, 2005 12:01 pm, Joshua Andrews said: > openoffice really needs to lose some weight! > > I think openoffice.org-i18n needs to be broken up or a script included > to remove unwanted languages. Already planned. Someone more informed may answer, but I think FC4 is the target for delivering openoffice as you suggest. Sean From dcbw at redhat.com Fri Jan 28 17:10:18 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 28 Jan 2005 12:10:18 -0500 Subject: openoffice In-Reply-To: <43513.10.10.10.28.1106931769.squirrel@linux1> References: <41FA6FFC.5080901@wavefood.com> <43513.10.10.10.28.1106931769.squirrel@linux1> Message-ID: <1106932218.3051.18.camel@dcbw.boston.redhat.com> On Fri, 2005-01-28 at 12:02 -0500, Sean wrote: > On Fri, January 28, 2005 12:01 pm, Joshua Andrews said: > > openoffice really needs to lose some weight! > > > > I think openoffice.org-i18n needs to be broken up or a script included > > to remove unwanted languages. > > Already planned. Someone more informed may answer, but I think FC4 is > the target for delivering openoffice as you suggest. 100% Correct. Dan From dcbw at redhat.com Fri Jan 28 17:11:54 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 28 Jan 2005 12:11:54 -0500 Subject: openoffice In-Reply-To: <41FA6FFC.5080901@wavefood.com> References: <41FA6FFC.5080901@wavefood.com> Message-ID: <1106932314.3051.21.camel@dcbw.boston.redhat.com> On Fri, 2005-01-28 at 09:01 -0800, Joshua Andrews wrote: > openoffice really needs to lose some weight! > > I think openoffice.org-i18n needs to be broken up or a script included > to remove unwanted languages. The language-specific files in the i18n RPM _are_ tagged with their respective language (using %lang specfile directive) so you can theoretically set some RPM macro and only install what you really want. Dan From lux at diesel-research.com Fri Jan 28 17:47:39 2005 From: lux at diesel-research.com (Kim Lux) Date: Fri, 28 Jan 2005 10:47:39 -0700 Subject: How do I debug/troubleshoot a crashing system ? In-Reply-To: <1106930160.12367.32.camel@localhost.localdomain> References: <1106705392.7208.3.camel@localhost.localdomain> <1106786435.6081.8.camel@tabb1.tabb> <1106930160.12367.32.camel@localhost.localdomain> Message-ID: <1106934460.12367.59.camel@localhost.localdomain> On Fri, 2005-01-28 at 13:41 -0300, an anonymous guy wrote: > > I found the problem the other day: I was running ndiswrapper with a > > kernel using a 4K stack. > > You're recompiled it, or just grabbed one from somewhere? I rebuilt it. I did so with 2.6.10-1.753. I used all the stock settings except for the kernel stack size. I wrote up the procedure in case I ever had to do it again. Let me know if you need it. > ndiswrapper also complains about spinlock debug enabled. Did you changed > that? I did not see that warning in the build messages, so no, I left it alone. The NVidia driver also complains about kernel settings, specifically the video frame buffer. -- Kim Lux, Diesel Research Inc. From lux at diesel-research.com Fri Jan 28 18:09:07 2005 From: lux at diesel-research.com (Kim Lux) Date: Fri, 28 Jan 2005 11:09:07 -0700 Subject: How do I debug/troubleshoot a crashing system ? In-Reply-To: <1106934460.12367.59.camel@localhost.localdomain> References: <1106705392.7208.3.camel@localhost.localdomain> <1106786435.6081.8.camel@tabb1.tabb> <1106930160.12367.32.camel@localhost.localdomain> <1106934460.12367.59.camel@localhost.localdomain> Message-ID: <1106935747.12367.63.camel@localhost.localdomain> Here was the warning that appeared when building ndiswrapper. (I just happened to save it.) WARNING: Kernel is compiled with 4K stack size option (CONFIG_4KSTACKS); many Windows drivers will not work with this option enabled. Disable CONFIG_4KSTACKS option, recompile and install kernel On Fri, 2005-01-28 at 10:47 -0700, Kim Lux wrote: > On Fri, 2005-01-28 at 13:41 -0300, an anonymous guy wrote: > > > I found the problem the other day: I was running ndiswrapper with a > > > kernel using a 4K stack. > > > > You're recompiled it, or just grabbed one from somewhere? > > I rebuilt it. I did so with 2.6.10-1.753. I used all the stock > settings except for the kernel stack size. I wrote up the procedure in > case I ever had to do it again. Let me know if you need it. > > > ndiswrapper also complains about spinlock debug enabled. Did you changed > > that? > > I did not see that warning in the build messages, so no, I left it > alone. The NVidia driver also complains about kernel settings, > specifically the video frame buffer. > > > -- > Kim Lux, Diesel Research Inc. > > -- Kim Lux, Diesel Research Inc. From twaugh at redhat.com Fri Jan 28 18:11:05 2005 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 28 Jan 2005 18:11:05 +0000 Subject: Fedora Core 3 Test Update: system-config-printer-0.6.116.1-1 Message-ID: <20050128181105.GE5322@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-087 2005-01-28 --------------------------------------------------------------------- Product : Fedora Core 3 Name : system-config-printer Version : 0.6.116.1 Release : 1 Summary : A printer configuration backend/frontend combination. Description : The printconf utility is a printer configuration and filtration system based on magicfilter (the alchemist data library) and the foomatic filter system. It rebuilds local print configuration and spool directories from data sources at lpd init time, and is integrated to use the multi-sourced features of the alchemist data library. --------------------------------------------------------------------- Update Information: Bug-fix release. Please test this out. I hope to make a final release next week. --------------------------------------------------------------------- * Fri Jan 28 2005 Tim Waugh 0.6.116.1-1 - 0.6.116.1: - Fixed LPD checkbox (bug #142978). - Allow digits at the start of the queue name (bug #121772). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 6a5d2a0c69baf60b6adb3d2d77cae496 SRPMS/system-config-printer-0.6.116.1-1.src.rpm 521613050670137f6d2b90e9c811754f x86_64/system-config-printer-0.6.116.1-1.x86_64.rpm a36a832daba6e36a2829976eafc0b08f x86_64/system-config-printer-gui-0.6.116.1-1.x86_64.rpm 105b76368fbfe3d18141283f428b86bb x86_64/debug/system-config-printer-debuginfo-0.6.116.1-1.x86_64.rpm 88b0130f9b6a961212b45a862a168c12 i386/system-config-printer-0.6.116.1-1.i386.rpm d204bf13203068c50d47615b86e0a07a i386/system-config-printer-gui-0.6.116.1-1.i386.rpm 7c9737df33f73e862cb7f29ffe4a9f99 i386/debug/system-config-printer-debuginfo-0.6.116.1-1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Fri Jan 28 18:38:47 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 28 Jan 2005 18:38:47 +0000 Subject: Semperon processors In-Reply-To: <1106920527.26672.37.camel@tarjei.predichem.nett> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> Message-ID: <1106937527.5141.5.camel@localhost.localdomain> Hi, > I've never come across this "2 tone oscillating noise" you mention > though - are you able to identify it's exact source? Fan needed re-seating (blob of white compound fixed the problem). Working a treat now :-) TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 paul at all-the-johnsons.co.uk Fri Jan 28 18:40:28 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 28 Jan 2005 18:40:28 +0000 Subject: openoffice In-Reply-To: <1106932314.3051.21.camel@dcbw.boston.redhat.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> Message-ID: <1106937628.5141.7.camel@localhost.localdomain> Hi, > > I think openoffice.org-i18n needs to be broken up or a script included > > to remove unwanted languages. > > The language-specific files in the i18n RPM _are_ tagged with their > respective language (using %lang specfile directive) so you can > theoretically set some RPM macro and only install what you really want. Which is nice. Any chance of OOo 2 (beta) being brought into testing. It really is fantastic! TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 aoliva at redhat.com Fri Jan 28 19:02:17 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 28 Jan 2005 17:02:17 -0200 Subject: lvm & logwatch In-Reply-To: <20050127141452.GA2791@nsk.no-ip.org> References: <20050127124303.GB30006@nsk.no-ip.org> <20050127130233.GA1793@angus.ind.WPI.EDU> <20050127132004.GA2006@nsk.no-ip.org> <20050127134458.GB1793@angus.ind.WPI.EDU> <20050127141452.GA2791@nsk.no-ip.org> Message-ID: On Jan 27, 2005, Luciano Miguel Ferreira Rocha wrote: > Hm.. I was trying to avoid a complicated script: df -hP seems to work for me. It's not exactly pretty in that long device names will cause the output to be misaligned, but that's sort of ok, I guess. -- Alexandre Oliva http://www.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 dcbw at redhat.com Fri Jan 28 19:23:17 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 28 Jan 2005 14:23:17 -0500 Subject: openoffice In-Reply-To: <1106937628.5141.7.camel@localhost.localdomain> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> Message-ID: <1106940197.5944.3.camel@dcbw.boston.redhat.com> On Fri, 2005-01-28 at 18:40 +0000, Paul wrote: > Hi, > > > > I think openoffice.org-i18n needs to be broken up or a script included > > > to remove unwanted languages. > > > > The language-specific files in the i18n RPM _are_ tagged with their > > respective language (using %lang specfile directive) so you can > > theoretically set some RPM macro and only install what you really want. > > Which is nice. > > Any chance of OOo 2 (beta) being brought into testing. It really is > fantastic! More than likely, but remember that the OOo 2.0 ship date is currently "April/May", and the freeze for FC4 is May 2nd at this time. Red Hat has been burned in the past by shipping non-final software with a release (even though it had been worked on/tested for a while beforehand), so its unlikely that a non-final OOo 2.0 would make it into FC4. We'll have to see. IF 2.0 were pushed to Rawhide, and IF 2.0 didn't make final before the freeze for FC4, then it would probably get pulled before FC4 went live and the package reverted to 1.1.4. Its all kind of "wait and see" at this point. Dan From goemon at anime.net Fri Jan 28 19:29:24 2005 From: goemon at anime.net (Dan Hollis) Date: Fri, 28 Jan 2005 11:29:24 -0800 (PST) Subject: Semperon processors In-Reply-To: <1106924508.25826.11.camel@localhost.surak.eti.br> Message-ID: On Fri, 28 Jan 2005, Alexandre Strube wrote: > Em Sex, 2005-01-28 ?s 14:55 +0100, Tarjei Knapstad escreveu: > > - Tried resetting the CMOS and configuring the BIOS from scratch? Might > > be some obscure setting left over from when the Celeron was living on > > the board. > Which motherboard is this, than can use both celeron and sempron > processors? I'm really curious with that. I would like to know also. I've never heard of a celeron + sempron motherboard. -Dan From goemon at anime.net Fri Jan 28 19:32:25 2005 From: goemon at anime.net (Dan Hollis) Date: Fri, 28 Jan 2005 11:32:25 -0800 (PST) Subject: openoffice In-Reply-To: <1106940197.5944.3.camel@dcbw.boston.redhat.com> Message-ID: On Fri, 28 Jan 2005, Dan Williams wrote: > FC4. We'll have to see. IF 2.0 were pushed to Rawhide, and IF 2.0 > didn't make final before the freeze for FC4, then it would probably get > pulled before FC4 went live and the package reverted to 1.1.4. Its all > kind of "wait and see" at this point. Why not make both available? After all, fedora includes both gcc3.x and gcc4, although gcc4 definitely has issues. -Dan From jspaleta at gmail.com Fri Jan 28 19:53:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 28 Jan 2005 14:53:19 -0500 Subject: openoffice In-Reply-To: References: <1106940197.5944.3.camel@dcbw.boston.redhat.com> Message-ID: <604aa7910501281153347e942e@mail.gmail.com> On Fri, 28 Jan 2005 11:32:25 -0800 (PST), Dan Hollis wrote: > Why not make both available? After all, fedora includes both gcc3.x and > gcc4, although gcc4 definitely has issues. how big are the gcc3.x and gcc4.x package sets? how big are the openoffice.org packages? Considering the size of openoffice I think it would be irresponsible to choose to ship multiple versions of it in Core considering the need to be respectful of overall bloat. There is also a question of confusing the target audience. Requiring the target audience of a compiler to know the difference between gcc3 and gcc4 is a small burden. Requiring the target audience of oo.org or other end-user application to understand the difference between the 2 versions of the same application being offered in Core would in my estimation be a much larger burden on the target group and cause significant confusion. I don't think its really worth providing multiple versions of the same 'large' end-user application at all. Either oo.org 2.0 ships with fc4 or it doesn't.. it will clearly be in fc5. In the meantime the maintainer should make the appropriate choice and pick one version of the application to ship in fc4 based on the experience with the codebase and the expected maintainership burden for fc4 updates. Damned if you do... damned if you don't. -jef From MSchwartz at MedAnalytics.com Fri Jan 28 20:03:32 2005 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Fri, 28 Jan 2005 14:03:32 -0600 Subject: openoffice In-Reply-To: <604aa7910501281153347e942e@mail.gmail.com> References: <1106940197.5944.3.camel@dcbw.boston.redhat.com> <604aa7910501281153347e942e@mail.gmail.com> Message-ID: <1106942612.361.5.camel@horizons.localdomain> On Fri, 2005-01-28 at 14:53 -0500, Jeff Spaleta wrote: > On Fri, 28 Jan 2005 11:32:25 -0800 (PST), Dan Hollis wrote: > > Why not make both available? After all, fedora includes both gcc3.x and > > gcc4, although gcc4 definitely has issues. > > how big are the gcc3.x and gcc4.x package sets? > how big are the openoffice.org packages? > Considering the size of openoffice I think it would be irresponsible > to choose to ship multiple versions of it in Core considering the need > to be respectful of overall bloat. > > There is also a question of confusing the target audience. > Requiring the target audience of a compiler to know the difference > between gcc3 and gcc4 is a small burden. > > Requiring the target audience of oo.org or other end-user application > to understand the difference between the 2 versions of the same > application being offered in Core would in my estimation be a much > larger burden on the target group and cause significant confusion. > > I don't think its really worth providing multiple versions of the > same 'large' end-user application at all. Either oo.org 2.0 ships with > fc4 or it doesn't.. it will clearly be in fc5. In the meantime the > maintainer should make the appropriate choice and pick one version of > the application to ship in fc4 based on the experience with the > codebase and the expected maintainership burden for fc4 updates. > Damned if you do... damned if you don't. Since the current timelines are such that there may be a minimal amount of time between the release of FC4 final and OO.org 2.0 final, would it be reasonable to consider making OO.org 2.0 available as an update to FC4 when ready? Or is that such a significant update, that it would be against FC philosophy to include it as an update and only make it available with a new FC release? I am just raising the possibility that with roughly 6 months between FC releases, it means that folks would need to wait almost until the end of the year to take advantage of significant new functionality in OO.org. I agree though, that both version should not be included. It's just way too big. Marc From aoliva at redhat.com Fri Jan 28 20:10:03 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 28 Jan 2005 18:10:03 -0200 Subject: openoffice In-Reply-To: <1106940197.5944.3.camel@dcbw.boston.redhat.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> Message-ID: On Jan 28, 2005, Dan Williams wrote: > IF 2.0 were pushed to Rawhide, and IF 2.0 didn't make final before > the freeze for FC4, then it would probably get pulled before FC4 > went live and the package reverted to 1.1.4. Wouldn't it be better to have it in rawhide, ship whatever nearly-there 2.0ish release at the freeze date, with an update to be released as soon as it goes final? Upgrading form 1.1.4 to 2.0 within a release might be a bit too much... -- Alexandre Oliva http://www.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 goemon at anime.net Fri Jan 28 20:11:42 2005 From: goemon at anime.net (Dan Hollis) Date: Fri, 28 Jan 2005 12:11:42 -0800 (PST) Subject: openoffice In-Reply-To: <604aa7910501281153347e942e@mail.gmail.com> Message-ID: On Fri, 28 Jan 2005, Jeff Spaleta wrote: > On Fri, 28 Jan 2005 11:32:25 -0800 (PST), Dan Hollis wrote: > > Why not make both available? After all, fedora includes both gcc3.x and > > gcc4, although gcc4 definitely has issues. > how big are the gcc3.x and gcc4.x package sets? > how big are the openoffice.org packages? > Considering the size of openoffice I think it would be irresponsible > to choose to ship multiple versions of it in Core considering the need > to be respectful of overall bloat. any reason it can't be made available on extras? if not, then the question would be -- does it get released later as a yum update to completely replace openoffice1, or does it wait till FC5? -Dan From skvidal at phy.duke.edu Fri Jan 28 20:17:35 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 28 Jan 2005 15:17:35 -0500 Subject: openoffice In-Reply-To: References: Message-ID: <1106943455.28478.0.camel@cutter> On Fri, 2005-01-28 at 12:11 -0800, Dan Hollis wrote: > On Fri, 28 Jan 2005, Jeff Spaleta wrote: > > On Fri, 28 Jan 2005 11:32:25 -0800 (PST), Dan Hollis wrote: > > > Why not make both available? After all, fedora includes both gcc3.x and > > > gcc4, although gcc4 definitely has issues. > > how big are the gcc3.x and gcc4.x package sets? > > how big are the openoffice.org packages? > > Considering the size of openoffice I think it would be irresponsible > > to choose to ship multiple versions of it in Core considering the need > > to be respectful of overall bloat. > > any reason it can't be made available on extras? > > if not, then the question would be -- does it get released later as a yum > update to completely replace openoffice1, or does it wait till FC5? > b/c it is not an extra. it would be an alternative. -sv From ron.flory at adtran.com Fri Jan 28 21:43:31 2005 From: ron.flory at adtran.com (RON FLORY) Date: Fri, 28 Jan 2005 15:43:31 -0600 Subject: Semperon processors In-Reply-To: <1106923968.23192.35.camel@localhost.localdomain> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> Message-ID: <41FAB203.6000902@adtran.com> Paul Johnson wrote: > Hi, > > >>On Fri, Jan 28, 2005 at 02:55:27PM +0100, Tarjei Knapstad wrote: >> >>>I've never come across this "2 tone oscillating noise" you mention >>>though - are you able to identify it's exact source? >> >>Sounds to me like the motherboard high-temp alarm. > > > That got me thinking - just checked, current CPU temperature 100oC. Me > thinks the problem may be found... Just a note, But I've encountered this problem on several motherboards and laptops with FC3 where the CPU fan is turned off, causing overtemp and shutdown. This happens when using the FC3 installed kernel image. This is not isolated to Semperon, one of the systems was a Pentium-3. Rebuilding the kernel (stock from kernel.org after clearing all FC3 kernel settings) resolved it. I never reported because I didn't think anybody would believe me... ron From surak at casa.surak.eti.br Sat Jan 29 10:30:27 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sat, 29 Jan 2005 07:30:27 -0300 Subject: openoffice In-Reply-To: References: Message-ID: <1106994627.6511.13.camel@localhost.surak.eti.br> Em Sex, 2005-01-28 ?s 12:11 -0800, Dan Hollis escreveu: > any reason it can't be made available on extras? no, please not double versions - openoffice 2 is already being shipped as rpm openoffice guys. why don't way for a final release? From surak at casa.surak.eti.br Sat Jan 29 10:41:29 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sat, 29 Jan 2005 07:41:29 -0300 Subject: Semperon processors In-Reply-To: <41FAB203.6000902@adtran.com> References: <1106784008.5319.7.camel@localhost.localdomain> <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> Message-ID: <1106995289.6511.27.camel@localhost.surak.eti.br> Em Sex, 2005-01-28 ?s 15:43 -0600, RON FLORY escreveu: > > That got me thinking - just checked, current CPU temperature 100oC. Me > > thinks the problem may be found... > Just a note, But I've encountered this problem on several motherboards > and laptops with FC3 where the CPU fan is turned off, causing overtemp > and shutdown. This happens when using the FC3 installed kernel image. > This is not isolated to Semperon, one of the systems was a Pentium-3. > Rebuilding the kernel (stock from kernel.org after clearing all FC3 > kernel settings) resolved it. > I never reported because I didn't think anybody would believe me... I remember those "soft-coolers" for windows 98. Someone once said me they weren't necessary for linux, since kernel does that. What they used to do was set the instruction halt (or something alike) when the processor was idle. Having setiathome running forever will make those softcoolers only a waste of memory. I don't know what could be changed so fedora don't have this. -- Alexandre Strube From goemon at anime.net Sat Jan 29 11:44:32 2005 From: goemon at anime.net (Dan Hollis) Date: Sat, 29 Jan 2005 03:44:32 -0800 (PST) Subject: openoffice In-Reply-To: <1106994627.6511.13.camel@localhost.surak.eti.br> Message-ID: On Sat, 29 Jan 2005, Alexandre Strube wrote: > Em Sex, 2005-01-28 ?s 12:11 -0800, Dan Hollis escreveu: > > any reason it can't be made available on extras? > no, please not double versions - openoffice 2 is already being shipped > as rpm openoffice guys. why don't way for a final release? So it's either do a major upgrade (oo1.1.2 -> 2.0) in the middle of FC4, or put it off till FC5... Or delay FC4 till oo2.0 is released... Did I miss one? -Dan From mattdm at mattdm.org Sat Jan 29 15:52:54 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 29 Jan 2005 10:52:54 -0500 Subject: openoffice In-Reply-To: References: <1106994627.6511.13.camel@localhost.surak.eti.br> Message-ID: <20050129155254.GA17183@jadzia.bu.edu> On Sat, Jan 29, 2005 at 03:44:32AM -0800, Dan Hollis wrote: > So it's either do a major upgrade (oo1.1.2 -> 2.0) in the middle of FC4, > or put it off till FC5... > Or delay FC4 till oo2.0 is released... > Did I miss one? How about openoffice.org-1.1.2 and openoffice.org2-2.0, both in FC4? :) -- Matthew Miller mattdm at mattdm.org --> Fedora Users & Developers Conference, hosted by Boston University <-- February 18th, 2005 From mattdm at mattdm.org Sat Jan 29 15:55:14 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 29 Jan 2005 10:55:14 -0500 Subject: Semperon processors In-Reply-To: <1106995289.6511.27.camel@localhost.surak.eti.br> References: <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> <1106995289.6511.27.camel@localhost.surak.eti.br> Message-ID: <20050129155514.GB17183@jadzia.bu.edu> On Sat, Jan 29, 2005 at 07:41:29AM -0300, Alexandre Strube wrote: > What they used to do was set the instruction halt (or something alike) > when the processor was idle. Having setiathome running forever will make > those softcoolers only a waste of memory. > I don't know what could be changed so fedora don't have this. HZ is now 1000 instead of 100. This means the CPU is woken up 10 times more often from its halted state. -- Matthew Miller mattdm at mattdm.org --> Fedora Users & Developers Conference, hosted by Boston University <-- February 18th, 2005 From arjanv at redhat.com Sat Jan 29 16:08:21 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 29 Jan 2005 17:08:21 +0100 Subject: openoffice In-Reply-To: <20050129155254.GA17183@jadzia.bu.edu> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <20050129155254.GA17183@jadzia.bu.edu> Message-ID: <1107014902.4174.119.camel@laptopd505.fenrus.org> On Sat, 2005-01-29 at 10:52 -0500, Matthew Miller wrote: > On Sat, Jan 29, 2005 at 03:44:32AM -0800, Dan Hollis wrote: > > So it's either do a major upgrade (oo1.1.2 -> 2.0) in the middle of FC4, > > or put it off till FC5... > > Or delay FC4 till oo2.0 is released... > > Did I miss one? > > How about openoffice.org-1.1.2 and openoffice.org2-2.0, both in FC4? :) that one sucks; you need to parallel install (or "everything" installs go wonky) and that is not an easy thing for big packages like OOo. Far better to spend the time that would take on getting 2.0 out faster ;) -------------- 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 czar at czarc.net Sat Jan 29 16:12:37 2005 From: czar at czarc.net (Gene C.) Date: Sat, 29 Jan 2005 11:12:37 -0500 Subject: openoffice In-Reply-To: <1106932314.3051.21.camel@dcbw.boston.redhat.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> Message-ID: <200501291112.37439.czar@czarc.net> On Friday 28 January 2005 12:11, Dan Williams wrote: > On Fri, 2005-01-28 at 09:01 -0800, Joshua Andrews wrote: > > openoffice really needs to lose some weight! > > > > I think openoffice.org-i18n needs to be broken up or a script included > > to remove unwanted languages. > > The language-specific files in the i18n RPM _are_ tagged with their > respective language (using %lang specfile directive) so you can > theoretically set some RPM macro and only install what you really want. It would be nice if this "language selection" capability was also in anaconda. -- Gene From skvidal at phy.duke.edu Sat Jan 29 17:00:28 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 29 Jan 2005 12:00:28 -0500 Subject: openoffice In-Reply-To: <20050129155254.GA17183@jadzia.bu.edu> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <20050129155254.GA17183@jadzia.bu.edu> Message-ID: <1107018029.1614.48.camel@cutter> On Sat, 2005-01-29 at 10:52 -0500, Matthew Miller wrote: > On Sat, Jan 29, 2005 at 03:44:32AM -0800, Dan Hollis wrote: > > So it's either do a major upgrade (oo1.1.2 -> 2.0) in the middle of FC4, > > or put it off till FC5... > > Or delay FC4 till oo2.0 is released... > > Did I miss one? > > How about openoffice.org-1.1.2 and openoffice.org2-2.0, both in FC4? :) > We have a goal of trying to keep fc4 UNDER 5 CDS and limited to 1 DVD. having both is gonna suck. -sv From mattdm at mattdm.org Sat Jan 29 17:00:51 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 29 Jan 2005 12:00:51 -0500 Subject: openoffice In-Reply-To: <1107014902.4174.119.camel@laptopd505.fenrus.org> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <20050129155254.GA17183@jadzia.bu.edu> <1107014902.4174.119.camel@laptopd505.fenrus.org> Message-ID: <20050129170051.GA19149@jadzia.bu.edu> On Sat, Jan 29, 2005 at 05:08:21PM +0100, Arjan van de Ven wrote: > > How about openoffice.org-1.1.2 and openoffice.org2-2.0, both in FC4? :) > that one sucks; you need to parallel install (or "everything" installs > go wonky) and that is not an easy thing for big packages like OOo. Far > better to spend the time that would take on getting 2.0 out faster ;) Yeah, just bringing it up for completeness. :) -- Matthew Miller mattdm at mattdm.org --> Fedora Users & Developers Conference, hosted by Boston University <-- February 18th, 2005 From fct-cornette at insight.rr.com Sat Jan 29 17:08:41 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 29 Jan 2005 12:08:41 -0500 Subject: openoffice In-Reply-To: <1106994627.6511.13.camel@localhost.surak.eti.br> References: <1106994627.6511.13.camel@localhost.surak.eti.br> Message-ID: <41FBC319.8010306@insight.rr.com> Alexandre Strube wrote: > Em Sex, 2005-01-28 ?s 12:11 -0800, Dan Hollis escreveu: > >>any reason it can't be made available on extras? > > > no, please not double versions - openoffice 2 is already being shipped > as rpm openoffice guys. why don't way for a final release? > I read briefly that openoffice 2 comes with base, I believe. Has anyone tried out this feature? Is this a usable, uncomplicated database or is it pretty intensive to setup. I'm more for shipping any version of openoffice that can enhance the usability. I also thing that Fedora would do well including a worthy database with an easy to use frontend. I take it that Openoffice rpms are available from the openoffice.org site. If from some other sire, where are the rpms available? Jim -- "Love your country but never trust its government." -- from a hand-painted road sign in central Pennsylvania From paul at all-the-johnsons.co.uk Sat Jan 29 17:35:52 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 29 Jan 2005 17:35:52 +0000 Subject: openoffice In-Reply-To: <41FBC319.8010306@insight.rr.com> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <41FBC319.8010306@insight.rr.com> Message-ID: <1107020153.5884.10.camel@localhost.localdomain> Hi, > I read briefly that openoffice 2 comes with base, I believe. Has anyone > tried out this feature? Is this a usable, uncomplicated database or is > it pretty intensive to setup. It's pretty easy to set up and use. > I take it that Openoffice rpms are available from the openoffice.org > site. If from some other sire, where are the rpms available? The RPMs on the OOo website are for SuSE and Redhat. They work fine under rawhide. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 robertlaferla at comcast.net Sun Jan 30 02:32:58 2005 From: robertlaferla at comcast.net (Robert La Ferla) Date: Sat, 29 Jan 2005 21:32:58 -0500 Subject: FC4 - LIRC In-Reply-To: <20050129170032.418A87404D@hormel.redhat.com> References: <20050129170032.418A87404D@hormel.redhat.com> Message-ID: <41FC475A.9000906@comcast.net> Having LIRC in FC4 would really help. It's loaded into the kernel so it's difficult to build separately which is why I think it should be included in FC4. Anyone running MythTV, tvtime, Xine, mplayer, etc.. will appreciate it. From fct-cornette at insight.rr.com Sun Jan 30 04:02:22 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 29 Jan 2005 23:02:22 -0500 Subject: openoffice In-Reply-To: <1107020153.5884.10.camel@localhost.localdomain> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <41FBC319.8010306@insight.rr.com> <1107020153.5884.10.camel@localhost.localdomain> Message-ID: <41FC5C4E.8070607@insight.rr.com> Paul wrote: > Hi, > > >>I read briefly that openoffice 2 comes with base, I believe. Has anyone >>tried out this feature? Is this a usable, uncomplicated database or is >>it pretty intensive to setup. > > > It's pretty easy to set up and use. > > >>I take it that Openoffice rpms are available from the openoffice.org >>site. If from some other sire, where are the rpms available? > > > The RPMs on the OOo website are for SuSE and Redhat. They work fine > under rawhide. > > TTFN > > Paul > The packages work pretty much on FC3. I did get surprised by Base, which is my interest primarily in OO v2. I get this error: OpenOffice.org requires a Java Runtime Environment (JRE). Please install a JRE and restart OpenOffice.org Anyway, I never installed JRE before. If Base will be included with OO2 in Fedora, if it arrives. Would provisions be made for overcoming this requirement, or is Base probably out of the picture? Jim -- "Do you think what we're doing is wrong?" "Of course it's wrong! It's illegal!" "I've never done anything illegal before." "I thought you said you were an accountant!" From surak at casa.surak.eti.br Sun Jan 30 05:26:47 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Sun, 30 Jan 2005 02:26:47 -0300 Subject: Semperon processors In-Reply-To: <20050129155514.GB17183@jadzia.bu.edu> References: <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> <1106995289.6511.27.camel@localhost.surak.eti.br> <20050129155514.GB17183@jadzia.bu.edu> Message-ID: <1107062807.23714.0.camel@localhost.surak.eti.br> Em S?b, 2005-01-29 ?s 10:55 -0500, Matthew Miller escreveu: > On Sat, Jan 29, 2005 at 07:41:29AM -0300, Alexandre Strube wrote: > > What they used to do was set the instruction halt (or something alike) > > when the processor was idle. Having setiathome running forever will make > > those softcoolers only a waste of memory. > > I don't know what could be changed so fedora don't have this. > > HZ is now 1000 instead of 100. This means the CPU is woken up 10 times more > often from its halted state. Why? From arjanv at redhat.com Sun Jan 30 08:11:16 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 30 Jan 2005 09:11:16 +0100 Subject: FC4 - LIRC In-Reply-To: <41FC475A.9000906@comcast.net> References: <20050129170032.418A87404D@hormel.redhat.com> <41FC475A.9000906@comcast.net> Message-ID: <1107072676.4178.37.camel@laptopd505.fenrus.org> On Sat, 2005-01-29 at 21:32 -0500, Robert La Ferla wrote: > Having LIRC in FC4 would really help. It's loaded into the kernel so > it's difficult to build separately which is why I think it should be > included in FC4. then .... why did nobody submit it for the kernel.org kernel yet ??? that's generally step 1 to get such things into the fedora kernel. -------------- 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 Sun Jan 30 08:14:27 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 30 Jan 2005 09:14:27 +0100 Subject: Semperon processors In-Reply-To: <1107062807.23714.0.camel@localhost.surak.eti.br> References: <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> <1106995289.6511.27.camel@localhost.surak.eti.br> <20050129155514.GB17183@jadzia.bu.edu> <1107062807.23714.0.camel@localhost.surak.eti.br> Message-ID: <1107072867.4178.42.camel@laptopd505.fenrus.org> On Sun, 2005-01-30 at 02:26 -0300, Alexandre Strube wrote: > Em S?b, 2005-01-29 ?s 10:55 -0500, Matthew Miller escreveu: > > On Sat, Jan 29, 2005 at 07:41:29AM -0300, Alexandre Strube wrote: > > > What they used to do was set the instruction halt (or something alike) > > > when the processor was idle. Having setiathome running forever will make > > > those softcoolers only a waste of memory. > > > I don't know what could be changed so fedora don't have this. > > > > HZ is now 1000 instead of 100. This means the CPU is woken up 10 times more > > often from its halted state. > > Why? the theory seems to be that HZ=1000 gives a better interactive response. (you can measure a lot of things better with a 1ms sample period than with a 10ms sample period). Another reason is that with HZ=1000 userspace can sleep more accurate intervals, which is especially helpful for video playback (if the least you can sleep is 20ms, doing 60Hz playback sucks, but if you can do 2ms in 1ms increments you get a lot better) I'm not so convinced either way to be honest; for a while I had HZ=100 patched into the kernel, but people complained so I set it back to 1000 way back. Now that I have a laptop with powersaving I think I'll build myself a kernel with HZ=100 again. -------------- 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 paul at all-the-johnsons.co.uk Sun Jan 30 10:40:50 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 30 Jan 2005 10:40:50 +0000 Subject: openoffice In-Reply-To: <41FC5C4E.8070607@insight.rr.com> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <41FBC319.8010306@insight.rr.com> <1107020153.5884.10.camel@localhost.localdomain> <41FC5C4E.8070607@insight.rr.com> Message-ID: <1107081650.5884.12.camel@localhost.localdomain> Hi, > I get this error: > > OpenOffice.org requires a Java Runtime Environment (JRE). Please install > a JRE and restart OpenOffice.org > > Anyway, I never installed JRE before. If Base will be included with OO2 > in Fedora, if it arrives. Would provisions be made for overcoming this > requirement, or is Base probably out of the picture? I remember reading one of the RH chaps had been converting it over to use gcj rather than JRE and some bits weren't playing ball. As soon as it is working with gcj it will be happy. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 rodd at clarkson.id.au Sun Jan 30 11:15:16 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sun, 30 Jan 2005 22:15:16 +1100 Subject: openoffice In-Reply-To: References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> Message-ID: <1107083716.6347.2.camel@localhost.localdomain> On Fri, 2005-01-28 at 18:10 -0200, Alexandre Oliva wrote: > > IF 2.0 were pushed to Rawhide, and IF 2.0 didn't make final before > > the freeze for FC4, then it would probably get pulled before FC4 > > went live and the package reverted to 1.1.4. > > Wouldn't it be better to have it in rawhide, ship whatever > nearly-there 2.0ish release at the freeze date, with an update to be > released as soon as it goes final? Upgrading form 1.1.4 to 2.0 within > a release might be a bit too much... I like this option. As someone who installs the beta of OOo-2.x I would much prefer to see OOo-2.x in FC4 (because it's better) than OOo.1-x. As I see it, given that FC is a download only distro, I'm all for the occasional inclusion of pre-release software. If you want totally solid, you shouldn't be using FC (IMHO). Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From rodd at clarkson.id.au Sun Jan 30 11:18:42 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Sun, 30 Jan 2005 22:18:42 +1100 Subject: openoffice In-Reply-To: <1106932218.3051.18.camel@dcbw.boston.redhat.com> References: <41FA6FFC.5080901@wavefood.com> <43513.10.10.10.28.1106931769.squirrel@linux1> <1106932218.3051.18.camel@dcbw.boston.redhat.com> Message-ID: <1107083922.6347.6.camel@localhost.localdomain> On Fri, 2005-01-28 at 12:10 -0500, Dan Williams wrote: > On Fri, 2005-01-28 at 12:02 -0500, Sean wrote: > > On Fri, January 28, 2005 12:01 pm, Joshua Andrews said: > > > openoffice really needs to lose some weight! > > > > > > I think openoffice.org-i18n needs to be broken up or a script included > > > to remove unwanted languages. > > > > Already planned. Someone more informed may answer, but I think FC4 is > > the target for delivering openoffice as you suggest. > > 100% Correct. But are you planning to just remove the unwanted languages, or are you intending to separate the languages out into different RPMs. I'd prefer the second to the first. Updating OOo (which has happened a number of times over FC2 and FC3 is a PITA given the size of the files and having to download the entire language set for one or two languages doesn't really seem like a huge step forward. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From kyrre at solution-forge.net Sun Jan 30 12:13:24 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sun, 30 Jan 2005 13:13:24 +0100 Subject: openoffice In-Reply-To: References: Message-ID: <1107087204.3866.1.camel@localhost.localdomain> > any reason it can't be made available on extras? Agreed. Release it to extras if it can't make core. Call it openoffice.org.2-version or something, and make sure it conflicts openoffice.org (to make sure paralell installs are possible). Kyrre From jspaleta at gmail.com Sun Jan 30 17:05:40 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 30 Jan 2005 12:05:40 -0500 Subject: openoffice In-Reply-To: <1107083716.6347.2.camel@localhost.localdomain> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> Message-ID: <604aa79105013009053bed03cb@mail.gmail.com> On Sun, 30 Jan 2005 22:15:16 +1100, Rodd Clarkson wrote: > As I see it, given that FC is a download only distro, ?????? several 3rd party vendors SELL mediasets for FC... http://fedora.redhat.com/download/vendors.html -jef From fedora-test at drussell.dnsalias.com Sun Jan 30 19:03:22 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Sun, 30 Jan 2005 11:03:22 -0800 Subject: openoffice In-Reply-To: <1107083716.6347.2.camel@localhost.localdomain> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> Message-ID: <41FD2F7A.7010502@drussell.dnsalias.com> Rodd Clarkson wrote: > As I see it, given that FC is a download only distro, I'm all for the > occasional inclusion of pre-release software. If you want totally > solid, you shouldn't be using FC (IMHO). "Totally solid" is somewhat subjective.... In general, I disagree with shipping software with FC if the software has *known* problems. I think a lot of people use FC as an alternative to MS products *because* FC is pretty reliable for non-critical work. If you really want/need better stability, use one of pay-for-it distributions (RHEE etc). Channels are already in place to distribute bleeding-edge versions of software (rawhide?), but that should not be the *default*. Personally, I like the *leading-edge* of FC with frequent package updates, and a short release cycle... maybe as my skills improve etc, I'll start getting updates from rawhide and playing more dangerously... but don't start imposing those higher risks on FC in general. Let people decide to increase risk on their own. Bottom line: there's already a working process for distributing pre-release software to the FC community, that's rawhide. Don't start distributing pre-release software with the final-release iso images. Don Russell From rpaiz at simpaticus.com Sun Jan 30 21:16:32 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Sun, 30 Jan 2005 15:16:32 -0600 Subject: openoffice In-Reply-To: References: Message-ID: <1107119793.5641.15.camel@localhost.localdomain> On Sat, 2005-01-29 at 03:44 -0800, Dan Hollis wrote: > Or delay FC4 till oo2.0 is released... > OO2 is hugely important to some subset of the Fedora-using population, the type involved in office or admin work rather than devel or code. If the time difference is not too large (in my eyes, anything over 30 days) I would definitely suggest that we delay FC4 to wait for OO2. Alternately, we could include the OO2-beta9999 last-one-before-final and then update to the final 2.0 when available. But please, please, please let's have OO2 in FC4. The office users of FC4 everywhere will bless you! Cheers, -- Rodolfo J. Paiz From paul at all-the-johnsons.co.uk Sun Jan 30 21:51:03 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 30 Jan 2005 21:51:03 +0000 Subject: Icons under latest rawhide Message-ID: <1107121863.11341.0.camel@localhost.localdomain> Hi, Yeah, I know, rawhide eats babies... What's happened to all of my lovely icons. Nautilus is giving the generic unknown file for folders and the such. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 sandy_pond at myrealbox.com Sun Jan 30 21:55:33 2005 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 30 Jan 2005 16:55:33 -0500 Subject: rawhide update excludes Message-ID: <1107122133.22589.3.camel@family> For those having dep problems in rawhide: yum --exclude evolution\* \ --exclude libgtop2\* \ --exclude gtkhtml3\* \ --exclude libgal2\* update From fct-cornette at insight.rr.com Mon Jan 31 03:18:24 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 30 Jan 2005 22:18:24 -0500 Subject: also conflicts with this rpm Message-ID: <41FDA380.3040004@insight.rr.com> There was a package dependency problem. The message was: Unresolvable chain of dependencies: gnome-doc-utils-0.1.2-1 requires libxml >= 2.6.12 RE: yum --exclude evolution\* \ --exclude libgtop2\* \ --exclude gtkhtml3\* \ --exclude libgal2\* update From rodd at clarkson.id.au Mon Jan 31 03:19:47 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 31 Jan 2005 14:19:47 +1100 Subject: openoffice In-Reply-To: <41FD2F7A.7010502@drussell.dnsalias.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> Message-ID: <1107141587.5161.47.camel@trevally.redfishdemo.com> On Sun, 2005-01-30 at 11:03 -0800, Don Russell wrote: > Rodd Clarkson wrote: > > > As I see it, given that FC is a download only distro, I'm all for the > > occasional inclusion of pre-release software. If you want totally > > solid, you shouldn't be using FC (IMHO). > > "Totally solid" is somewhat subjective.... In general, I disagree with > shipping software with FC if the software has *known* problems. > Bottom line: there's already a working process for distributing > pre-release software to the FC community, that's rawhide. Don't start > distributing pre-release software with the final-release iso images. So firefox-0.10.1-1.0PR1.20 shouldn't have been included with FC3? What about thunderbird-0.8.0-9? I'm not saying that FC should be just including ANY pre-release software, but it has include some well tested pre-release software and I for one applaud the inclusion of firefox and thunderbird in FC3 (instead of having to wait for FC4). Why can't OOo-2.x pre-release be included (given significant testing) and then updated to 2.0 final after FC4 is released. It's not like this hasn't been done before. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From aoliva at redhat.com Mon Jan 31 03:22:09 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 31 Jan 2005 01:22:09 -0200 Subject: also conflicts with this rpm In-Reply-To: <41FDA380.3040004@insight.rr.com> References: <41FDA380.3040004@insight.rr.com> Message-ID: On Jan 31, 2005, Jim Cornette wrote: > Unresolvable chain of dependencies: > gnome-doc-utils-0.1.2-1 requires libxml >= 2.6.12 And the latest yelp requires this, so you have to exclude yelp as well. -- Alexandre Oliva http://www.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 fct-cornette at insight.rr.com Mon Jan 31 03:40:37 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 30 Jan 2005 22:40:37 -0500 Subject: rawhide update excludes In-Reply-To: <1107122133.22589.3.camel@family> References: <1107122133.22589.3.camel@family> Message-ID: <41FDA8B5.9010502@insight.rr.com> Sandy Pond wrote: > For those having dep problems in rawhide: > > yum --exclude evolution\* \ > --exclude libgtop2\* \ > --exclude gtkhtml3\* \ > --exclude libgal2\* update > Thanks Sandy. I found yelp also has a dep problem. My system was over 200 updates back and the clues were much appreciated. Earlier message was from the computer being upgraded, thus RE: inclusion from cut and paste from archive. Jim -- "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759 From fct-cornette at insight.rr.com Mon Jan 31 03:48:32 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 30 Jan 2005 22:48:32 -0500 Subject: openoffice In-Reply-To: <1107081650.5884.12.camel@localhost.localdomain> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <41FBC319.8010306@insight.rr.com> <1107020153.5884.10.camel@localhost.localdomain> <41FC5C4E.8070607@insight.rr.com> <1107081650.5884.12.camel@localhost.localdomain> Message-ID: <41FDAA90.2000201@insight.rr.com> Paul wrote: > Hi, > > >>I get this error: >> >>OpenOffice.org requires a Java Runtime Environment (JRE). Please install >>a JRE and restart OpenOffice.org >> >>Anyway, I never installed JRE before. If Base will be included with OO2 >>in Fedora, if it arrives. Would provisions be made for overcoming this >>requirement, or is Base probably out of the picture? > > > I remember reading one of the RH chaps had been converting it over to > use gcj rather than JRE and some bits weren't playing ball. As soon as > it is working with gcj it will be happy. > > TTFN > > Paul Are there any test packages from fedora that might somewhat work (at least load enough to test out the program? Anyway, good luck to the developer trying to overcome the JRE limitations. Commenting on OO 2 in general, this should be the goal, final release or not. I like the seperate rpms for different components, rather than one huge openoffice.org rpm. I have no idea as to which rpm contains base though. :-) Jim openofficeorg-calc-1.9.74-1.i586.rpm openofficeorg-core-1.9.74-1.i586.rpm openofficeorg-draw-1.9.74-1.i586.rpm openofficeorg-gnome-integration-1.9.74-1.i586.rpm openofficeorg-graphicfilter-1.9.74-1.i586.rpm openofficeorg-impress-1.9.74-1.i586.rpm openofficeorg-javafilter-1.9.74-1.i586.rpm openofficeorg-math-1.9.74-1.i586.rpm openofficeorg-redhat-menus-1.9.74-1.noarch.rpm openofficeorg-spellcheck-1.9.74-1.i586.rpm openofficeorg-testtool-1.9.74-1.i586.rpm openofficeorg-writer-1.9.74-1.i586.rpm openofficeorg-xsltfilter-1.9.74-1.i586.rpm > -- Freedom is nothing else but the chance to do better. -- Camus From fct-cornette at insight.rr.com Mon Jan 31 03:50:59 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 30 Jan 2005 22:50:59 -0500 Subject: also conflicts with this rpm In-Reply-To: References: <41FDA380.3040004@insight.rr.com> Message-ID: <41FDAB23.10704@insight.rr.com> Alexandre Oliva wrote: > On Jan 31, 2005, Jim Cornette wrote: > > >>Unresolvable chain of dependencies: >>gnome-doc-utils-0.1.2-1 requires libxml >= 2.6.12 > > > And the latest yelp requires this, so you have to exclude yelp as > well. > Thanks Alexandre! It is successfully installing now. Jim -- Freedom is nothing else but the chance to do better. -- Camus From fedora-test at drussell.dnsalias.com Mon Jan 31 04:24:55 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Sun, 30 Jan 2005 20:24:55 -0800 Subject: openoffice In-Reply-To: <1107141587.5161.47.camel@trevally.redfishdemo.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> Message-ID: <41FDB317.3080206@drussell.dnsalias.com> Rodd Clarkson wrote: > So firefox-0.10.1-1.0PR1.20 shouldn't have been included with FC3? > What about thunderbird-0.8.0-9? I guess it depends on what we mean by "pre-release"... Is anything 0.x "pre-release"? From what I've read here OOo-2.x pre-release isn't quite ready for the masses. Personally, I'd rather have a less feature-rich but stable product, than a feature-rich product that crashes, hangs or whatever else inconveniences me. > I'm not saying that FC should be just including ANY pre-release > software, but it has include some well tested pre-release software and I > for one applaud the inclusion of firefox and thunderbird in FC3 (instead > of having to wait for FC4). I agree with that... I use FireFox and Thunderbird... and even bugzilla'd one or two things... Thunderbird 1.0 has some annoyances... but nothing I've found that's caused me any real grief. :-) > Why can't OOo-2.x pre-release be included (given significant testing) > and then updated to 2.0 final after FC4 is released. It's not like this > hasn't been done before. I'd have to ask what "significant testing" means.... :-) Given the short release cycle of FC, I don't see the problem of deferring a program package to the next release, or making it available via up2date. If people really need to run code that close to the bleeding edge, they're free to do so via rawhide. Is it really a matter of choosing between FC4 and FC5? If omitted from FC4, why can't it made available via up2date at some time prior to FC5? (up2date is one of pet peeves but it is A LOT better than it used to be) Don From rodd at clarkson.id.au Mon Jan 31 04:31:03 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 31 Jan 2005 15:31:03 +1100 Subject: openoffice In-Reply-To: <41FDAA90.2000201@insight.rr.com> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <41FBC319.8010306@insight.rr.com> <1107020153.5884.10.camel@localhost.localdomain> <41FC5C4E.8070607@insight.rr.com> <1107081650.5884.12.camel@localhost.localdomain> <41FDAA90.2000201@insight.rr.com> Message-ID: <1107145863.5161.59.camel@trevally.redfishdemo.com> On Sun, 2005-01-30 at 22:48 -0500, Jim Cornette wrote: > I have no idea as to which rpm contains base though. I've only installed the following and I've got base installed. openofficeorg-redhat-menus-1.9.71.1-1 openofficeorg-core-1.9.71.1-1 openofficeorg-xsltfilter-1.9.71.1-1 openofficeorg-writer-1.9.71.1-1 openofficeorg-graphicfilter-1.9.71.1-1 I'd be confident that it's not -redhat-menus, -xsltfiter or - graphicfilter, so that only leaves -writer and -core. A quick look through -writer (using less) doesn't show anything database looking, so I quess it's still part of -core. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From rodd at clarkson.id.au Mon Jan 31 04:41:43 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 31 Jan 2005 15:41:43 +1100 Subject: openoffice In-Reply-To: <41FDB317.3080206@drussell.dnsalias.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> Message-ID: <1107146503.5161.71.camel@trevally.redfishdemo.com> On Sun, 2005-01-30 at 20:24 -0800, Don Russell wrote: > Rodd Clarkson wrote: > > > So firefox-0.10.1-1.0PR1.20 shouldn't have been included with FC3? > > What about thunderbird-0.8.0-9? > > I guess it depends on what we mean by "pre-release"... Is anything 0.x > "pre-release"? From what I've read here OOo-2.x pre-release isn't quite > ready for the masses. Personally, I'd rather have a less feature-rich > but stable product, than a feature-rich product that crashes, hangs or > whatever else inconveniences me. That PR in the firefox file name means pre-release. While OOo-2.x hasn't achieved pre-release yet, I've been very happy using it. Much better than OOo-1.x > > Why can't OOo-2.x pre-release be included (given significant testing) > > and then updated to 2.0 final after FC4 is released. It's not like this > > hasn't been done before. > > I'd have to ask what "significant testing" means.... :-) Significant testing means putting OOo-2.x into rawhide so people can (and will) bang on it with whatever they use to bang things. ;-] Without it's inclusion it rawhide it's going to be really hard to know whether it's up to snuff, but given that it's due for final release around the same time as FC4 it should be pretty good. People using FC3 already know what OOo-1.1.x is like, so this would be a good way to get them to compare the two. > Given the short release cycle of FC, I don't see the problem of > deferring a program package to the next release, or making it available > via up2date. If people really need to run code that close to the > bleeding edge, they're free to do so via rawhide. OOo-2.x isn't that close to the bleeding edge. Remember, like Firefox was to be ready around the same time as FC3, OOo is slated for final release around the same time as FC4. That's hardly bleeding edge. Thunderbird wasn't even close to release when FC3 was released. > Is it really a matter of choosing between FC4 and FC5? If omitted from > FC4, why can't it made available via up2date at some time prior to FC5? As I understand it, Redhat is loath to update software that isn't binary compatible during a release. So usually anything with a different major number is held back until the next release. The difference between OOo-1.1.x and OOo-2.x are big enough that I wouldn't think RH would want to upgrade to 2.x mid release. Consider that there was some concern about going from gimp-2.0.x to gimp-2.2.x even though they were supposed to be binary compatible, and while it did happen, it doesn't happen often. > (up2date is one of pet peeves but it is A LOT better than it used to be) I wouldn't know. I used to struggle with it until Alan Cox said it was a piece of crap (my paraphrasing) and that it should be dumped from FC. Given how nice yum is getting I couldn't agree more. ;-] Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From fedora-test at drussell.dnsalias.com Mon Jan 31 05:18:42 2005 From: fedora-test at drussell.dnsalias.com (Don Russell) Date: Sun, 30 Jan 2005 21:18:42 -0800 Subject: openoffice In-Reply-To: <1107146503.5161.71.camel@trevally.redfishdemo.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> Message-ID: <41FDBFB2.2010109@drussell.dnsalias.com> Rodd Clarkson wrote: > Significant testing means putting OOo-2.x into rawhide so people can > (and will) bang on it with whatever they use to bang things. ;-] > Without it's inclusion it rawhide it's going to be really hard to know > whether it's up to snuff, but given that it's due for final release > around the same time as FC4 it should be pretty good. OK... I have no objection to putting it into rawhide... >>Is it really a matter of choosing between FC4 and FC5? If omitted from >>FC4, why can't it made available via up2date at some time prior to FC5? > > > As I understand it, Redhat is loath to update software that isn't binary > compatible during a release. So usually anything with a different major > number is held back until the next release. The difference between > OOo-1.1.x and OOo-2.x are big enough that I wouldn't think RH would want > to upgrade to 2.x mid release. > > Consider that there was some concern about going from gimp-2.0.x to > gimp-2.2.x even though they were supposed to be binary compatible, and > while it did happen, it doesn't happen often. OK.. you convinced me.... :-) >>(up2date is one of pet peeves but it is A LOT better than it used to be) > > > I wouldn't know. I used to struggle with it until Alan Cox said it was > a piece of crap (my paraphrasing) and that it should be dumped from FC. > Given how nice yum is getting I couldn't agree more. ;-] I've heard that too.... One of these days I'll "take the plunge" and learn how to use yum... in the mean time, I'm configuring sendmail, procmail, apache, ftp.... yum is on my to-do list :-) Don From goetz.reinicke at filmakademie.de Mon Jan 31 07:55:05 2005 From: goetz.reinicke at filmakademie.de (=?ISO-8859-1?Q?G=F6tz_Reinicke?=) Date: Mon, 31 Jan 2005 08:55:05 +0100 Subject: FC3 dell server freezes after Upgrade to FC3 - Assertion failure in log_do_checkpoint() Message-ID: <41FDE459.1010000@filmakademie.de> Hi, I recently upgraded a Dell Poweredge 1750 from FC1 to FC3. The system runs very fine with FC1, but we had to upgrade for some special reasons. I had the feeling, that the system is somwhow slower and the load is mutch higher. But beside that the server freezes on Jan. 29. And I have this last entry in /var/log/messages: Jan 29 11:39:44 mail kernel: Assertion failure in log_do_checkpoint() at fs/jbd/checkpoint.c:361: "drop_count != 0 || cleanup_ret != 0" I've been googling arround, but found nothing that was helping me. Do you have any ideas? System is FC3 with latest updates, kernel 2.6.10-1.741_FC3smp. Regards G?tz Reinicke -- G?tz Reinicke IT Koordinator - IT OfficeNet Tel. +49 (0) 7141 - 969 420 Fax +49 (0) 7141 - 969 55 420 goetz.reinicke at filmakademie.de Filmakademie Baden-W?rttemberg Mathildenstr. 20 71638 Ludwigsburg www.filmakademie.de From veillard at redhat.com Mon Jan 31 08:02:50 2005 From: veillard at redhat.com (Daniel Veillard) Date: Mon, 31 Jan 2005 03:02:50 -0500 Subject: also conflicts with this rpm In-Reply-To: <41FDA380.3040004@insight.rr.com> References: <41FDA380.3040004@insight.rr.com> Message-ID: <20050131080249.GF8569@redhat.com> On Sun, Jan 30, 2005 at 10:18:24PM -0500, Jim Cornette wrote: > There was a package dependency problem. The message was: > > Unresolvable chain of dependencies: > gnome-doc-utils-0.1.2-1 requires libxml >= 2.6.12 That should be a "libxml2" dependancy not "libxml", 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 caolanm at redhat.com Mon Jan 31 09:32:50 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 31 Jan 2005 09:32:50 +0000 Subject: openoffice In-Reply-To: <41FDBFB2.2010109@drussell.dnsalias.com> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> Message-ID: <1107163971.9737.16.camel@sheol.homelinux.org> On Sun, 2005-01-30 at 21:18 -0800, Don Russell wrote: > Rodd Clarkson wrote: > > > Significant testing means putting OOo-2.x into rawhide so people can > > (and will) bang on it with whatever they use to bang things. ;-] > > Without it's inclusion it rawhide it's going to be really hard to know > > whether it's up to snuff, but given that it's due for final release > > around the same time as FC4 it should be pretty good. > > OK... I have no objection to putting it into rawhide... On the OpenOffice.org2 topic - I'd like 2.0 for FC4 - A little status update, Java became a build-time requirement to create the help-documentation for 2.0, and lots of extra components are in java, so rather than continue to find workarounds by disabling java bits, I expended my time building it with gcj, which is now possible and upstreamed for essential bits. Similiarly hauling around a seperate copy of mozilla, python et al within OOo didn't seem too appealing, http://people.redhat.com/caolanm/progress/progress.png - I'll make some basic x86 rawhide rpms available from http://people.redhat.com/caolanm/openoffice.org2 tomorrow, and sometime during the week ppc arch and the seperate language packs, if its not totally cocked up then perhaps we can think about rawhide :-) C. From harald at redhat.com Mon Jan 31 11:05:47 2005 From: harald at redhat.com (Harald Hoyer) Date: Mon, 31 Jan 2005 12:05:47 +0100 Subject: Semperon processors In-Reply-To: <1107072867.4178.42.camel@laptopd505.fenrus.org> References: <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> <1106995289.6511.27.camel@localhost.surak.eti.br> <20050129155514.GB17183@jadzia.bu.edu> <1107062807.23714.0.camel@localhost.surak.eti.br> <1107072867.4178.42.camel@laptopd505.fenrus.org> Message-ID: <41FE110B.4010200@redhat.com> Arjan van de Ven wrote: > the theory seems to be that HZ=1000 gives a better interactive response. > (you can measure a lot of things better with a 1ms sample period than > with a 10ms sample period). Another reason is that with HZ=1000 > userspace can sleep more accurate intervals, which is especially helpful > for video playback (if the least you can sleep is 20ms, doing 60Hz > playback sucks, but if you can do 2ms in 1ms increments you get a lot > better) > > I'm not so convinced either way to be honest; for a while I had HZ=100 > patched into the kernel, but people complained so I set it back to 1000 > way back. Now that I have a laptop with powersaving I think I'll build > myself a kernel with HZ=100 again. > > I never understood the kernel timer concept, why not build a wakeup list and sleep exactly the time to the next event?? From arjanv at redhat.com Mon Jan 31 11:06:37 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 31 Jan 2005 12:06:37 +0100 Subject: Semperon processors In-Reply-To: <41FE110B.4010200@redhat.com> References: <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> <1106995289.6511.27.camel@localhost.surak.eti.br> <20050129155514.GB17183@jadzia.bu.edu> <1107062807.23714.0.camel@localhost.surak.eti.br> <1107072867.4178.42.camel@laptopd505.fenrus.org> <41FE110B.4010200@redhat.com> Message-ID: <20050131110636.GA20387@devserv.devel.redhat.com> On Mon, Jan 31, 2005 at 12:05:47PM +0100, Harald Hoyer wrote: > > I never understood the kernel timer concept, why not build a wakeup list > and sleep exactly the time to the next event?? someone needs to kick you into waking..... and that is the timer irq From harald at redhat.com Mon Jan 31 11:10:23 2005 From: harald at redhat.com (Harald Hoyer) Date: Mon, 31 Jan 2005 12:10:23 +0100 Subject: Semperon processors In-Reply-To: <20050131110636.GA20387@devserv.devel.redhat.com> References: <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> <1106995289.6511.27.camel@localhost.surak.eti.br> <20050129155514.GB17183@jadzia.bu.edu> <1107062807.23714.0.camel@localhost.surak.eti.br> <1107072867.4178.42.camel@laptopd505.fenrus.org> <41FE110B.4010200@redhat.com> <20050131110636.GA20387@devserv.devel.redhat.com> Message-ID: <41FE121F.9000200@redhat.com> Arjan van de Ven wrote: > On Mon, Jan 31, 2005 at 12:05:47PM +0100, Harald Hoyer wrote: > >>I never understood the kernel timer concept, why not build a wakeup list >>and sleep exactly the time to the next event?? > > > someone needs to kick you into waking..... and that is the timer irq > yes, but you may set the timer to the next wakeup event, you really want to wakeup. From teg at pvv.org Mon Jan 31 15:13:24 2005 From: teg at pvv.org (=?UTF-8?B?VHJvbmQgRWl2aW5kIEdsb21zcsO4ZA==?=) Date: Mon, 31 Jan 2005 16:13:24 +0100 Subject: FC4 - LIRC In-Reply-To: <41FC475A.9000906@comcast.net> References: <20050129170032.418A87404D@hormel.redhat.com> <41FC475A.9000906@comcast.net> Message-ID: <41FE4B14.2030309@pvv.org> Robert La Ferla wrote: > Having LIRC in FC4 would really help. It's loaded into the kernel so > it's difficult to build separately which is why I think it should be > included in FC4. Anyone running MythTV, tvtime, Xine, mplayer, etc.. > will appreciate it. > Many don't need more than the lirc daemon, it can get data from the input layer these days.... so e.g. my bttv remote show up at /dev/input/even0 (or event 2 if mouse and keyboard are plugged in... bah), which lirc can handle just fine. From tibbs at math.uh.edu Mon Jan 31 15:41:49 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 31 Jan 2005 09:41:49 -0600 Subject: Semperon processors In-Reply-To: <41FE110B.4010200@redhat.com> (Harald Hoyer's message of "Mon, 31 Jan 2005 12:05:47 +0100") References: <1106812776.9470.1.camel@localhost.localdomain> <200501271334.05779.markkuk@tuubi.net> <1106847331.6671.5.camel@localhost.localdomain> <1106910938.26672.19.camel@tarjei.predichem.nett> <1106917770.23192.27.camel@localhost.localdomain> <1106920527.26672.37.camel@tarjei.predichem.nett> <20050128144512.GD21431@angus.ind.WPI.EDU> <1106923968.23192.35.camel@localhost.localdomain> <41FAB203.6000902@adtran.com> <1106995289.6511.27.camel@localhost.surak.eti.br> <20050129155514.GB17183@jadzia.bu.edu> <1107062807.23714.0.camel@localhost.surak.eti.br> <1107072867.4178.42.camel@laptopd505.fenrus.org> <41FE110B.4010200@redhat.com> Message-ID: >>>>> "HH" == Harald Hoyer writes: HH> I never understood the kernel timer concept, why not build a HH> wakeup list and sleep exactly the time to the next event?? It's been worked on, but getting it right is very difficult. See the VST patches at http://sourceforge.net/projects/high-res-timers/ There are questions as to whether the overhead of constantly reprogramming the timer interrupt source is worth the savings. Plus there are hardware issues and assumptions about timer frequency in the kernel. These should be getting better with time. - J< From pri.rhl3 at iadonisi.to Mon Jan 31 20:52:08 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Mon, 31 Jan 2005 15:52:08 -0500 Subject: openoffice In-Reply-To: <1107087204.3866.1.camel@localhost.localdomain> References: <1107087204.3866.1.camel@localhost.localdomain> Message-ID: <1107204728.8904.6.camel@md.local.linuxlobbyist.org> On Sun, 2005-01-30 at 13:13 +0100, Kyrre Ness Sjobak wrote: > > any reason it can't be made available on extras? > > > Agreed. Release it to extras if it can't make core. Call it > openoffice.org.2-version or something, and make sure it conflicts > openoffice.org (to make sure paralell installs are possible). Um, why do you want them to conflict if you also want them to be parallel installable? Those two things sound mutually exclusive to me. Aside from that, I think it's already been discussed in this thread that making two versions of a package as huge and complex as OOo parallel installable is more effort than its worth. Better to pick one of 1) ship an almost-final beta and issue an update to 2.0 when it's released, 2) ship 1.1.x and resign ourselves to that being the version eternally paired with FC4, 3) delay the release of FC4 in the hopes that OOo 2.0 will be shipped so as to not cause a significant delay. Personally, I'm somewhat partial to delay FC4, but only if the delay is, as some one else has suggested, less than 30 days. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From paul at all-the-johnsons.co.uk Mon Jan 31 22:55:53 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 31 Jan 2005 22:55:53 +0000 Subject: Setting up a DNS server Message-ID: <1107212153.4870.0.camel@localhost.localdomain> Hi, Anyone know of any easy to follow instructions of setting up a DNS server under FC? I'm doing it all from the terminal, so no fancy GUI interface stuff allowed ;-) TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 jvdias at redhat.com Mon Jan 31 23:18:45 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Mon, 31 Jan 2005 18:18:45 -0500 Subject: Setting up a DNS server In-Reply-To: <1107212153.4870.0.camel@localhost.localdomain> References: <1107212153.4870.0.camel@localhost.localdomain> Message-ID: <1107213525.2677.44.camel@silly> On Mon, 2005-01-31 at 17:55, Paul wrote: > Hi, > > Anyone know of any easy to follow instructions of setting up a DNS > server under FC? I'm doing it all from the terminal, so no fancy GUI > interface stuff allowed ;-) > > TTFN > > Paul Start off by installing the 'caching-nameserver' package - this configures a working caching-only nameserver (a nameserver that is not authoritative for any zone, but which queries other nameservers and caches responses). If you need more than a caching-only nameserver, read the documentation in /usr/share/doc/bind-*/arm/Bv9ARM.html . If you can get access to a graphics terminal, using the 'system-config-bind' utility provides a GUI, with a facility to import /etc/hosts files. Also for any beginner to DNS needing to get into serious DNS configuration, the book 'DNS and BIND', Abitz & Liu, 2nd. Ed, by O'Reilly is a must. Let me know if you have any issues. Regards, Jason Vas Dias BIND maintainer, Red Hat. From shiva at sewingwitch.com Mon Jan 31 23:08:24 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Mon, 31 Jan 2005 15:08:24 -0800 Subject: Setting up a DNS server In-Reply-To: <1107212153.4870.0.camel@localhost.localdomain> References: <1107212153.4870.0.camel@localhost.localdomain> Message-ID: <6D2936439302B18193FE1A71@[10.0.0.4]> --On Monday, January 31, 2005 10:55 PM +0000 Paul wrote: > Anyone know of any easy to follow instructions of setting up a DNS > server under FC? I'm doing it all from the terminal, so no fancy GUI > interface stuff allowed ;-) Depends on what it will be used for. A simple caching name server can be made with "yum install caching-nameserver". This package is a set of BIND config files with a prereq on BIND, so it should set it all up for you. I set my first server up that way and learned everything else by editing those files. From paul at all-the-johnsons.co.uk Mon Jan 31 23:54:40 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 31 Jan 2005 23:54:40 +0000 Subject: Name resolution Message-ID: <1107215680.5659.3.camel@localhost.localdomain> Hi, For some reason, the newest FC3 (vanilla) box on my network can access everything inside of the network (i.e. on the domains 192.168.2.xxx), yet won't access anything on the outside world (I can't ping an IP address or something like www.bbc.co.uk). The firewall is switched off on the box and I don't have a firewall running on my router. The /etc/resolv.conf file has been hand-edited to have the DNS of my ISP rather than trusting my router. Any ideas on what is going on with it? TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 eric_a_benson at yahoo.com Fri Jan 21 17:22:39 2005 From: eric_a_benson at yahoo.com (Eric Benson) Date: Fri, 21 Jan 2005 17:22:39 -0000 Subject: System clock wrong on resume from ACPI suspend in recent FC3 update Message-ID: <1106328147.11068.10.camel@localhost.localdomain> On a Thinkpad T41p running Fedora Core 3 kept up-to-date since November. Recently, in the past two or three weeks, the clock has been incorrect every time I resume from ACPI suspend. Before that it was always correct when it woke up. Now the clock is always fast when it wakes up. It appears to be proportional to how long it has been sleeping, as if the clock were running consistently extremely fast while asleep, but I haven't run any tests to see if it is reproducible. I've been fixing it by restarting ntpd. I'm currently running kernel 2.6.10-1.741, but I've had all of the kernel updates since FC3 came out. I can't say for sure that the problem started with a kernel update, but it may have coincided with the first 2.6.10 kernel. Is this a known problem? Is there a fix? From m.clasen at freenet.de Wed Jan 26 13:09:17 2005 From: m.clasen at freenet.de (M.Clasen) Date: Wed, 26 Jan 2005 13:09:17 -0000 Subject: Warning: fsockopen(): php_network_getaddresses: getaddrinfo failed: Server knows, PHP not :( Message-ID: <1106748569.3626.35.camel@localhost> Hello List, my server got a problem with PHP and fsockopen() . To reduce traffic, i postet informations on http://www.fedoraforum.org/forum/showthread.php?p=157982#post157982 i need help with this regards from germany michael --