New tcl8.4.15 is released
by Marcela Mašláňová
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
16 years, 8 months
yum , https repo , and proxy : Yum fails ..
by Mohd Izhar Firdaus Ismail
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
16 years, 8 months
What TV teletext viewer to choose?
by Dmitry Butskoy
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
16 years, 8 months
LiveCD wiping root partition?
by Michel Salim
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
16 years, 8 months
No networking since July 28! Only w/ Windows
by sean darcy
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.
16 years, 8 months
rawhide report: 20070731 changes
by Build System
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
16 years, 8 months
Differences in packages installed in mock i386 vs x86_64
by Orion Poplawski
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
16 years, 8 months
Fedora 8 Test 1 slipping
by Jesse Keating
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
16 years, 8 months
Poor SCSI performance for rawhide kernels
by Joachim Frieben
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
16 years, 8 months
