devel July 2007

devel@lists.fedoraproject.org

269 participants
310 discussions

New tcl8.4.15 is released
by Marcela Mašláňová 06 Aug '07

06 Aug '07

New stable version of tcl-8.4.15 is available. Are maintainers of depended packages interested in upgrade on 8.4.15 or will be better to wait for stable tcl8.5? If no one interested in 8.4.15 version, I'll wait for stable 8.5. Marcela Maslanova

4 7

yum , https repo , and proxy : Yum fails ..
by Mohd Izhar Firdaus Ismail 02 Aug '07

02 Aug '07

is yum's https proxy support broken? or am I doing this wrong? in /etc/yum.conf , I've added this line proxy=http://160.0.234.1:8080 and when trying to yum from my https repo, I got "X-Squid-Error: ERR_UNSUP_REQ 0" from the proxy.. [kagesenshi@Hikari ~]$ sudo yum install python-twisted Loading "installonlyn" plugin Setting up Install Process Parsing package install arguments https://161.0.2.218/pub/mirror/repos/fedora_i686/repodata/repomd.xml: [Errno 14] HTTP Error 400: Server: squid/2.5.STABLE11 Mime-Version: 1.0 Date: Tue, 24 Jul 2007 15:17:50 GMT Content-Type: text/html Content-Length: 1137 Expires: Tue, 24 Jul 2007 15:17:50 GMT X-Squid-Error: ERR_UNSUP_REQ 0 X-Cache: MISS from Network-Box Proxy-Connection: close My yum & urlgrabber version: yum-3.2.1-1.fc7 python-urlgrabber-2.9.9-5.fc7 anybody can confirm whether this is a bug or not?? -- Mohd Izhar Firdaus Bin Ismail Amano Hikaru 天野晃「あまのひかる」 http://fedoraproject.org/wiki/MohdIzharFirdaus http://blog.kagesenshi.org 92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331

6 8

What TV teletext viewer to choose?
by Dmitry Butskoy 01 Aug '07

01 Aug '07

I'm thinking about the adding of some teletext viewer for Fedora (at least for Gnome). Most TV cards support teletext capturing, and this feature is demanded by users. Besides some very old implementations (gnometv, alevt), which seem already stopped, I've found two possible variants: - Enable "mtt" in the "xawtv" package (recently added to Fedora). But enabling of "mtt" will require Motif... - Package Zapping TV viewer (http://zapping.sf.net) which has an advanced teletext viewer (Zapzilla). But Zapping should be stripped first from any mpeg-patented-etc. stuff... Any comments? What is better? Or maybe something else? Regards, http://www.fedoraproject.org/wiki/DmitryButskoy

4 5

LiveCD wiping root partition?
by Michel Salim 01 Aug '07

01 Aug '07

I just did a clean install of Fedora 7 from the live CD onto my laptop, which previously had a Fedora install upgraded from one of the F7 test releases, partitioned as suggested by anaconda (LVM, one swap partition, everything else under '/') When reinstalling, I kept the partition layout and specifically told Anaconda *not* to reformat / (having booted in rescue mode beforehand, and removing everything but /home). Anaconda gave a warning that the leftover files might interfere with the installed system, which gave the impression that those files won't actually be removed during installation. As it turns out, however, the old contents are completely gone (I'm trying out different recovery tools now to see if I could rescue some of the data). It's as if the live CD simply used dd to transfer the install image to the hard drive (in which case, how does it actually handle different partition layouts, e.g. /usr, /var, /home on separate partitions -- does it just move the files afterwards?) As it stands it seems that the Live CD is a very dangerous tool, at least as long as 1) the default behaviour of Anaconda is to put everything under / 2) it does not carry more warnings about what it will do to the / partition during installation Could someone let us know how the live CD actually performs its work? It would aid tremendously in the data recovery part. Would 'dd'-ing the entire partition to an external drive, and mounting it on a Windows computer (most recovery tools are unfortunately for that platform) preserve all the data required? I'm assuming that the new installation overwrote the same parts of the disk that was used to hold the OS in the previous install. Thanks, -- Michel

3 9

No networking since July 28! Only w/ Windows
by sean darcy 01 Aug '07

01 Aug '07

Using rawhide as of July 28. All of a sudden, my ethernet won't come up. No link lights. But this is dual-boot machine, and networking works if I boot up Windows XP. I've got a Realtek integrated card, and the kernel finds it: lspci -vv .............. 02:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Hewlett-Packard Company Unknown device 2a26 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 64 (8000ns min, 16000ns max) Interrupt: pin A routed to IRQ 21 Region 0: I/O ports at dc00 [size=256] Region 1: Memory at fddff000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- But no link light comes on at the linux machine, or at the router. dmesg | grep eth0 eth0: RealTek RTL8139 at 0xffffc2000064a000, 00:15:f2:77:86:13, IRQ 21 eth0: Identified 8139 chip type 'RTL-8101' eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 eth0: no IPv6 routers present NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status 0d 0000 c07f media 10. eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 0008205a. (queue head) eth0: Tx descriptor 1 is 0008205a. eth0: Tx descriptor 2 is 00082156. eth0: Tx descriptor 3 is 0008204e. eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Windows gets the dhcp address from the router. Fedora times out. I've tried setting Fedora to a static address, but then I still can't ping anything, including the router. OTOH, fedora gives no error about ifup'ing eth0 with a static address. Completely puzzled. Don't know where or whether to file a bug report.

4 4

rawhide report: 20070731 changes
by Build System 01 Aug '07

01 Aug '07

Removed package plib16 Updated Packages: anaconda-11.3.0.15-1 -------------------- * Tue Jul 31 2007 Chris Lumens <clumens(a)redhat.com> 11.3.0.15-1 - isys cleanups. - Create device nodes much earlier (#249882). firstboot-1.4.35-5.fc8 ---------------------- * Mon Jul 30 2007 Chris Lumens <clumens(a)redhat.com> 1.4.35-5 - Fix conflicts in init script start/stop lines (#250163). gdm-1:2.19.5-1.fc8 ------------------ * Tue Jul 31 2007 Matthias Clasen <mclasen(a)redhat.com> - 1:2.19.5-1 - Update to 2.19.5 * Mon Jul 30 2007 Matthias Clasen <mclasen(a)redhat.com> - 1:2.19.4-2 - Add optional gnome-keyring support to the gdm pam stack rhgb-0.17.6-2.fc8 ----------------- * Fri Jul 27 2007 Ray Strode <rstrode(a)redhat.com> - 0.17.6-2 - don't hard code font path in X server command line (bug 242258) rsyslog-1.17.5-1.fc8 -------------------- * Mon Jul 30 2007 Peter Vrabec <pvrabec(a)redhat.com> 1.17.5-1 - upstream bugfix release - fix typo in provides selinux-policy-3.0.4-3.fc8 -------------------------- * Mon Jul 30 2007 Dan Walsh <dwalsh(a)redhat.com> 3.0.4-3 - Allow xserver to write to ramfs mounted by rhgb * Mon Jul 23 2007 Dan Walsh <dwalsh(a)redhat.com> 3.0.4-2 - Add context for dbus machine id system-config-securitylevel-1.7.0-5.1.fc8 ----------------------------------------- * Tue Jul 31 2007 Thomas Woerner <twoerner(a)redhat.com> 1.7.0-5.1 - bump because of build system error * Tue Jul 31 2007 Thomas Woerner <twoerner(a)redhat.com> 1.7.0-5 - fixed lokkit to stop iptables and ip6tables if firewall gets disabled (rhbz#236175) - more fixes to dirty check for firstboot * Mon Jul 30 2007 Thomas Woerner <twoerner(a)redhat.com> 1.7.0-4 - fixed checkDirty function for use in s-c-ks and firstboot (rhbz#247863) Broken deps for i386 ---------------------------------------------------------- glom - 1.4.4-1.fc7.i386 requires libgdamm-1.3.so.8 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.i686 requires kernel-i686 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-PAE - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.i686 requires kernel-i686 = 0:2.6.23-0.41.rc0.git14.fc8PAE kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i586 requires kernel-i586 = 0:2.6.21-1.3228.fc7 kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7 kmod-sysprof-PAE - 1.0.8-1.2.6.21_1.3228.fc7.i686 requires kernel-i686 = 0:2.6.21-1.3228.fc7PAE openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-6.fc8.i386 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.i386 requires libyaz.so.2 vtk-examples - 5.0.3-18.2.fc8.i386 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.i386 requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.i386 requires libiw.so.28 Broken deps for x86_64 ---------------------------------------------------------- glom - 1.4.4-1.fc7.x86_64 requires libgdamm-1.3.so.8()(64bit) glom - 1.4.4-1.fc7.i386 requires libgdamm-1.3.so.8 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.x86_64 requires kernel-x86_64 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-sysprof - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7 kmod-sysprof-kdump - 1.0.8-1.2.6.21_1.3228.fc7.x86_64 requires kernel-x86_64 = 0:2.6.21-1.3228.fc7kdump openalpp - 20060714-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) openalpp - 20060714-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.x86_64 requires libosgText.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgFX.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgSim.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgDB.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosg.so.1()(64bit) osgal - 20060903-3.fc7.x86_64 requires libosgGA.so.1()(64bit) osgal - 20060903-3.fc7.i386 requires libosgDB.so.1 osgal - 20060903-3.fc7.i386 requires libosgFX.so.1 osgal - 20060903-3.fc7.i386 requires libosgParticle.so.1 osgal - 20060903-3.fc7.i386 requires libosgProducer.so.1 osgal - 20060903-3.fc7.i386 requires libosgSim.so.1 osgal - 20060903-3.fc7.i386 requires libosgGA.so.1 osgal - 20060903-3.fc7.i386 requires libOpenThreads.so.1 osgal - 20060903-3.fc7.i386 requires libosgText.so.1 osgal - 20060903-3.fc7.i386 requires libosg.so.1 osgal - 20060903-3.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.i386 requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgText.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosg.so.1 osgcal - 0.1.44-4.fc7.i386 requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.x86_64 requires libosgText.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgFX.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgUtil.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgSim.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libOpenThreads.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgDB.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgParticle.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgProducer.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosg.so.1()(64bit) osgcal - 0.1.44-4.fc7.x86_64 requires libosgGA.so.1()(64bit) ruby-gtkmozembed - 0.16.0-6.fc8.x86_64 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.x86_64 requires libyaz.so.2()(64bit) vtk-examples - 5.0.3-18.2.fc8.x86_64 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.x86_64 requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.x86_64 requires libiw.so.28()(64bit) Broken deps for ppc ---------------------------------------------------------- glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0 glom - 1.4.4-1.fc7.ppc requires libgdamm-1.3.so.8 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc requires kernel-ppc = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-smp - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc requires kernel-ppc = 0:2.6.23-0.41.rc0.git14.fc8smp openalpp - 20060714-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgDB.so.1 osgal - 20060903-3.fc7.ppc requires libosgFX.so.1 osgal - 20060903-3.fc7.ppc requires libosgParticle.so.1 osgal - 20060903-3.fc7.ppc requires libosgProducer.so.1 osgal - 20060903-3.fc7.ppc requires libosgSim.so.1 osgal - 20060903-3.fc7.ppc requires libosgGA.so.1 osgal - 20060903-3.fc7.ppc requires libOpenThreads.so.1 osgal - 20060903-3.fc7.ppc requires libosgText.so.1 osgal - 20060903-3.fc7.ppc requires libosg.so.1 osgal - 20060903-3.fc7.ppc requires libosgUtil.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgDB.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgFX.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgParticle.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgProducer.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgSim.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgGA.so.1 osgcal - 0.1.44-4.fc7.ppc requires libOpenThreads.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgText.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosg.so.1 osgcal - 0.1.44-4.fc7.ppc requires libosgUtil.so.1 ruby-gtkmozembed - 0.16.0-6.fc8.ppc requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.ppc requires libyaz.so.2 vtk-examples - 5.0.3-18.2.fc8.ppc requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.ppc requires vtkdata = 0:5.0.3 xsupplicant - 1.2.8-1.fc7.1.ppc requires libiw.so.28 Broken deps for ppc64 ---------------------------------------------------------- glest-data - 2.0.0-2.fc7.noarch requires glest = 0:2.0.0 kmod-em8300 - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.41.rc0.git14.fc8 kmod-em8300-kdump - 0.16.3-0.6.rc2.2.6.23_0.41.rc0.git14.fc8.ppc64 requires kernel-ppc64 = 0:2.6.23-0.41.rc0.git14.fc8kdump python-vcpx - 0.9.28-3.fc8.noarch requires darcs resapplet - 0.1.1-5.fc7.ppc64 requires system-config-display ruby-gtkmozembed - 0.16.0-6.fc8.ppc64 requires firefox = 0:2.0.0.4 tellico - 1.2.11-1.fc8.ppc64 requires libyaz.so.2()(64bit) vtk-examples - 5.0.3-18.2.fc8.ppc64 requires vtkdata = 0:5.0.3 vtk-testing - 5.0.3-18.2.fc8.ppc64 requires vtkdata = 0:5.0.3

1 0

Differences in packages installed in mock i386 vs x86_64
by Orion Poplawski 01 Aug '07

01 Aug '07

The following packages are installed in my x86_64 development mock root by default but not in i386 (as part of the "update" step): audit-libs-python curl graphviz libgfortran libselinux-python libtiff libtiff-devel mesa-libGLU mesa-libGLU-devel mesa-libOSMesa mesa-libOSMesa-devel openmpi openmpi-devel openmpi-libs policycoreutils qt4 qt4-devel qt4-x11 xmlrpc-c Can anyone else confirm this? This is with mock 0.7.2-1.fc7 and yum-3.2.1-1.fc7 on x86_64 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion(a)cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com

1 0

Fedora 8 Test 1 slipping
by Jesse Keating 31 Jul '07

31 Jul '07

Due to an ongoing issue with booting many Dells (and some Toshiba) systems via CD, we've had to delay the release of Test1. The good news is that we've found a solution and a new kernel is building in koji as I type this. The bad news is that there is not enough time to get the output of that build and spin it into a set of trees for release on Thursday. As such, we're slipping the release to Tuesday of next week, August 7. This gives us time to consume the kernel build and generate a release candidate tree early tomorrow, and spend all day, and all of Thursday beating on it for real blocker issues. Friday morning is our Go/No Go point. If all things are Go, we'll be handing it off to mirrors and giving them the weekend and Monday to sync up the release. If we're No Go, we will determine then a new release date. All the gory details can be found at http://fedoraproject.org/wiki/QA/8/Test1TreeTesting Cheers! -- Jesse Keating Release Engineer: Fedora _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce(a)redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce

1 0

rawhide report: 20070731 changes
by Build System 31 Jul '07

31 Jul '07

1 0

Poor SCSI performance for rawhide kernels
by Joachim Frieben 31 Jul '07

31 Jul '07

While debugging an issue with the aic7xxx driver, I noticed that SCSI performance is quite poor for the current development kernel compared to release kernels. For a U160 disk attached to a 2940UW controller, FAST-20 mode [which, btw, has to be forced manually, see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171282] delivers more than 28 MB/s [hdparm -t /dev/sda] for the latest F7 update kernel 2.6.22.1-33.fc7 [compared to the nominal rate of 40 MB/s] whereas it drops by almost 30% to about 20 MB/s for rawhide kernel 2.6.23-0.49.rc1.git3.fc8 which is barely more than in FAST-10 mode. It this difference of the order one would expect? -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel July 2007