rawhide report: 20061130 changes
by Build System
Updated Packages:
avahi-0.6.15-3.fc7
------------------
* Mon Nov 27 2006 Martin Bacovsky <mbacovsk(a)redhat.com> - 0.6.15-3
- automake-1.10 required for building
* Mon Nov 27 2006 Martin Bacovsky <mbacovsk(a)redhat.com> - 0.6.15-2
- automake-1.9 required for building
* Fri Nov 24 2006 Martin Bacovsky <mbacovsk(a)redhat.com> - 0.6.15-1
- Upgrade to 0.6.15
- patches revision
cpuspeed-1:1.2.1-1.45.fc7
-------------------------
* Wed Nov 29 2006 Jarod Wilson <jwilson(a)redhat.com>
- Fix busted config file sourcing
* Mon Nov 27 2006 Jarod Wilson <jwilson(a)redhat.com>
- Spec tweaks to bring in line with Fedora packaging guidelines
- Add docs to package
- Mark config file as noreplace
- Be sure to stop service before uninstall
dbus-glib-0.71-3.fc7
--------------------
* Wed Nov 29 2006 David Zeuthen <davidz(a)redhat.com> - 0.71-3.fc7
- Add dbus-glib-0.70-fix-info-leak.patch
- Resolves: #216034
dhcp-12:3.0.5-8.fc7
-------------------
* Wed Nov 29 2006 David Cantrell <dcantrell(a)redhat.com> - 12:3.0.5-8
- Roll md5 patch in to libdhcp4client patch since it's related
- Do not overwrite /etc/ntp/step-tickers (#217663)
- Resolves: rhbz#217663
* Wed Nov 22 2006 Peter Jones <pjones(a)redhat.com> - 12:3.0.5-7
- Build the MD5 functions we link against.
* Thu Nov 16 2006 David Cantrell <dcantrell(a)redhat.com> - 12:3.0.5-6
- Set permission of libdhcp4client.so.1 to 0755 (#215910)
gaim-2:2.0.0-0.25.beta5.fc7
---------------------------
* Wed Nov 29 2006 Warren Togami <wtogami(a)redhat.com> - 2:2.0.0-0.25.beta5
- GTK File dialog blanked fix (#217768)
- Disable cyrus-sasl-md5 patch, it needs more work
* Tue Nov 28 2006 Warren Togami <wtogami(a)redhat.com> - 2:2.0.0-0.24.beta5
- Debian patch 10_text-arrow-keys
- Debian patch 11_reread-resolvconf
- Jabber cyrus-sasl-md5 plugin crash (#217335 ari, kingant)
gnome-panel-2.16.1-8.fc7
------------------------
* Wed Nov 29 2006 Ray Strode <rstrode(a)redhat.com> - 2.16.1-8
- don't ask user if they want to logout if they've set the
preference not to
* Wed Nov 29 2006 Stepan Kasal <skasal(a)redhat.com> - 2.16.1-7
- Add BuildRequires: libtool; without it, the aclocal call failed.
* Tue Nov 21 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.16.1-6
- Support tracker
hunspell-1.1.4-2.fc7
--------------------
isdn4k-utils-3.2-53.fc7
-----------------------
* Wed Nov 29 2006 Karsten Hopp <karsten(a)redhat.com> 3.2-53.fc7
- rebuild with new libpcap
kdepim-6:3.5.5-1.fc7
--------------------
* Wed Nov 29 2006 Karsten Hopp <karsten(a)redhat.com> 3.5.5-1.fc7
- rebuild with new pilot-link libs
- fix automake version check
kdeutils-6:3.5.5-1.fc7
----------------------
* Wed Nov 29 2006 Karsten Hopp <karsten(a)redhat.com> 3.5.5-1
- rebuild with new net-snmp-libs
- fix automake version check
kudzu-1.2.64-1
--------------
* Wed Nov 29 2006 Bill Nottingham <notting(a)redhat.com> - 1.2.64-1
- treat qla4xxx devices as HBAs, even if their PCI class is network (#216881)
- correctly set device for ttyACM USB devices (#217051, <ak(a)sensi.org>)
- don't leak fds in scsi probe (#214878, #191521, #217742)
- fix segfault (#217818)
libvirt-0.1.9-1.fc7
-------------------
* Wed Nov 29 2006 Daniel Veillard <veillard(a)redhat.com> 0.1.9-1
- better error reporting
- python bindings fixes and extensions
- add support for shareable drives
- add support for non-bridge style networking
- hot plug device support
- added support for inactive domains
- API to dump core of domains
- various bug fixes, cleanups and improvements
- updated the localization
libxslt-1.1.19-1
----------------
* Wed Nov 29 2006 Daniel Veillard <veillard(a)redhat.com>
- upstream release 1.1.19 see http://xmlsoft.org/XSLT/news.html
logwatch-7.3.1-7.fc7
--------------------
* Wed Nov 29 2006 Ivana Varekova <varekova(a)redhat.com> 7.3.1-7
- add postfix service patch (#208909)
- add vsftpd service patch (#217226)
mod_auth_kerb-5.3-3
-------------------
* Wed Nov 29 2006 Joe Orton <jorton(a)redhat.com> 5.3-3
- fix r->user caching (Enrico Scholz, #214207)
- update to 5.3 (CVE-2006-5989, #215443)
nut-2.0.4-2
-----------
* Wed Nov 29 2006 Karsten Hopp <karsten(a)redhat.com> 2.0.4-2
- rebuild with new net-snmp-libs
- disable nut-2.0.1-bad.patch, not required
* Tue Nov 21 2006 Than Ngo <than(a)redhat.com> - 2.0.4-1
- add IPv6 support, thanks to Dan KopeÄek (#198394)
openoffice.org-1:2.1.0-5.5
--------------------------
* Wed Nov 29 2006 Caolan McNamara <caolanm(a)redhat.com> - 1:2.1.0-5.5
- Resolves: rhbz#217269/rhbz#190515/rhbz#212134 disable sequence by default
policycoreutils-1.33.5-4.fc7
----------------------------
* Wed Nov 29 2006 Dan Walsh <dwalsh(a)redhat.com> 1.33.5-4
- Fixing the Makefile line again to build with LSPP support
Resolves: #208838
* Wed Nov 29 2006 Dan Walsh <dwalsh(a)redhat.com> 1.33.5-3
- Don't report errors on restorecond when file system does not support XATTRS
Resolves: #217694
rhpxl-0.41-1.fc7
----------------
* Wed Nov 29 2006 Chris Lumens <clumens(a)redhat.com> 0.41-1
- Trust kudzu to give us the right video driver instead of using
readDrivers to trim the list of what's available (#211977).
* Mon Nov 06 2006 Adam Jackson <ajackson(a)redhat.com> 0.40-1
- Allow for very large resolutions. (#212695)
s390utils-2:1.5.4-2.fc7
-----------------------
* Wed Nov 29 2006 Phil Knirsch <pknirsch(a)redhat.com> 2:1.5.4-2.fc7
- Update to cmsfs-1.1.8c
- Included specfile fixes from bugzilla #217718
selinux-policy-2.4.6-1.fc7
--------------------------
* Tue Nov 28 2006 Dan Walsh <dwalsh(a)redhat.com> 2.4.6-1
- Dontaudit appending hal_var_lib files
Resolves: #217452
Resolves: #217571
Resolves: #217611
Resolves: #217640
Resolves: #217725
tcpdump-14:3.9.5-1.fc7
----------------------
* Wed Nov 29 2006 Miroslav Lichvar <mlichvar(a)redhat.com> - 14:3.9.5-1
- split off libpcap and arpwatch (#193657)
- update to 3.9.5
- force linking with system libpcap
ttmkfdir-3.0.9-24.fc7
---------------------
* Thu Nov 30 2006 Lingning Zhang <lizhang(a)redhat.com> - 3.0.9-24.fc7
- add ttmkfdir-3.0.9-font-scale.patch to fix bug #209102.
- Patch from Akira TAGOH.
Broken deps for i386
----------------------------------------------------------
freeradius - 1.1.3-1.i386 requires libsnmp.so.10
Broken deps for ppc64
----------------------------------------------------------
freeradius - 1.1.3-1.ppc64 requires libsnmp.so.10()(64bit)
Broken deps for s390
----------------------------------------------------------
freeradius - 1.1.3-1.s390 requires libsnmp.so.10
systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
Broken deps for ia64
----------------------------------------------------------
freeradius - 1.1.3-1.ia64 requires libsnmp.so.10()(64bit)
Broken deps for x86_64
----------------------------------------------------------
freeradius - 1.1.3-1.x86_64 requires libsnmp.so.10()(64bit)
Broken deps for ppc
----------------------------------------------------------
freeradius - 1.1.3-1.ppc requires libsnmp.so.10
Broken deps for s390x
----------------------------------------------------------
freeradius - 1.1.3-1.s390x requires libsnmp.so.10()(64bit)
17 years, 4 months
Re: SUG: RPM database verification / repair, nightly and in Anaconda
by Otto Rey
This sound good, but first we need to detect why rpms database got corrupted.
----- Original Message ----
From: Sam Varshavchik <mrsam(a)courier-mta.com>
To: Development discussions related to Fedora Core <fedora-devel-list(a)redhat.com>
Sent: Sunday, November 19, 2006 11:50:09 PM
Subject: Re: SUG: RPM database verification / repair, nightly and in Anaconda
Tony Nelson writes:
> I propose that there should be a nightly cron task to check the RPM
I proposed this several years ago, and got poo-poohed.
I now just have a cron.daily script that just makes a copy of /var/lib/rpm
on a five day rotation.
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
17 years, 4 months
SUG: RPM database verification / repair, nightly and in Anaconda
by Tony Nelson
The RPM database should be verified more often than it is now.
With FC6 there has been a spate of RPM database corruption. It happened to
me: though there may have been incipient corruption in my FC5, after
--rebuilddb and upgrading successfully I found more corruption later. This
brings up that the RPM database is just assumed to work, but isn't being
checked until it falls over.
I propose that there should be a nightly cron task to check the RPM
database with --verifydb, which would also attempt automatic repair (if the
Packages file is OK). I am developing and testing a shell script to do
this. Currently it seems to work when run manually; we'll see what happens
tonight. It logs its actions in syslog via logger. I expect that logwatch
will inform root by email.
I propose that Anaconda should check the RPM database before starting an
upgrade to an existing installation. Checking takes under a minute on my
system, so it should not be objectionable. Anaconda should offer to repair
a damaged RPM database (if the Package file is OK) before proceeding with
the installation.
I suggest that the --verifydb command should not be undocumented in RPM and
its manpage. This seems to be on purpose, but I think it is a mistake.
I would like some feedback about these proposals. If they are acceptable I
will file RFE bugs on them.
My knowlege of things RPM is superficial. It would be a good idea to have
the proposed verification and repair methods criticised by authentic RPM
developers, but I'm not sure where they hang out -- the Redhat Rpm-list
appears to be for RPM users.
--
____________________________________________________________________
TonyN.:' The Great Writ <mailto:tonynelson@georgeanelson.com>
' is no more. <http://www.georgeanelson.com/>
17 years, 4 months
100% CPU on idling
by Gianluca Sforna
I am curious if anyone else is seeing it's processor at 100% when the
machine is supposed to idling (I do not use fancy screensavers, just
go to a blank screen after 10 minutes).
I noticed because this is a laptop and the fan is triggered by cpu
temperature raising.
As soon as I touch the mouse, the CPU stops processing, but I can see
it was at 100% in the system monitor applet.
I suspect this is the inteded behavior of something but, nonetheless,
I would like to know what actually is (and eventually kill it...)
cheers
Gianluca
17 years, 4 months
Re: Desktop-effects
by Thomas Canniot
Le dimanche 26 novembre 2006 à 01:21 +1000, Chester Cheng a écrit :
> Hi Igor,
>
> The .pot file hasn't been prepared by the author.
> It will be released soon and we can make po files then.
I think there is translation related problems here.
Why hasn't it been made BEFORE FC6 ?
Why hasn't it be done at the same time than developing desktop-effects ?
Why translation is always seen as second class interest by developers ?
Why most translators seem to accept this second class idea ?
Why bugzilla bug reports must be opened to force a developer to add
translations ?
Question I don't have any answer for ... yet ?
>
> Cheers,
> Chester
>
> Igor Pires Soares 提到:
> > Hello Guys!
> >
> > Today I was looking into my "Translate" directory and noticed that there
> > is a desktop-effects folder, but there is only one po file inside. I
> > would like to know how to make a po file for my language.
> >
> > Thanks in advance,
> > Igor Pires Soares
--
Thomas Canniot
http://fedoraproject.org/wiki/ThomasCanniot
17 years, 4 months
rawhide report: 20061129 changes
by Build System
Updated Packages:
desktop-file-utils-0.12-1.fc7
-----------------------------
* Tue Nov 28 2006 Ray Strode <rstrode(a)redhat.com> - 0.12-1
- Update to 0.12
eruby-1.0.5-7
-------------
* Wed Nov 29 2006 Akira TAGOH <tagoh(a)redhat.com> - 1.0.5-7
- fix library permissions (#215912)
hexedit-1.2.12-4.fc7
--------------------
* Wed Nov 29 2006 Jindrich Novy <jnovy(a)redhat.com> 1.2.12-4
- fix URL, add dist tag
openoffice.org-1:2.1.0-5.4
--------------------------
* Tue Nov 28 2006 Caolan McNamara <caolanm(a)redhat.com> - 1:2.1.0-5.4
- drop unneeded openoffice.org-2.0.4.oooXXXXX.solenv.warnnoterror.patch
- Resolves: rhbz#217521 extend grapheme cluster on ranges \u0c01-\u0c03 \u0c41-\u0c44
- use system hunspell
planner-0.14.2-1.fc7
--------------------
* Tue Nov 28 2006 Caolan McNamara <caolanm(a)redhat.com> - 0.14.2-1.fc7
- next version
pycairo-1.2.6-1.fc7
-------------------
* Tue Nov 28 2006 Matthew Barnes <mbarnes(a)redhat.com> - 1.2.6-1.fc7
- Update to 1.2.6
- Clean up the spec file.
tzdata-2006p-1.fc7
------------------
* Wed Nov 29 2006 Petr Machata <pmachata(a)redhat.com> - 2006p-1
- Upstream 2006p
- Official version of Western Australia DST trial changes
- Latitude/longitude changes for Europe/Jersey and Europe/Podgorica
Broken deps for ppc64
----------------------------------------------------------
freeradius - 1.1.3-1.ppc64 requires libsnmp.so.10()(64bit)
kdepim - 6:3.5.5-0.2.fc6.ppc64 requires libpisock.so.8()(64bit)
kdeutils - 6:3.5.5-0.1.fc6.ppc64 requires libnetsnmp.so.10()(64bit)
nut - 2.0.3-2.1.ppc64 requires libnetsnmp.so.10()(64bit)
Broken deps for i386
----------------------------------------------------------
freeradius - 1.1.3-1.i386 requires libsnmp.so.10
kdepim - 6:3.5.5-0.2.fc6.i386 requires libpisock.so.8
kdeutils - 6:3.5.5-0.1.fc6.i386 requires libnetsnmp.so.10
nut - 2.0.3-2.1.i386 requires libnetsnmp.so.10
Broken deps for ppc
----------------------------------------------------------
freeradius - 1.1.3-1.ppc requires libsnmp.so.10
kdepim - 6:3.5.5-0.2.fc6.ppc requires libpisock.so.8
kdeutils - 6:3.5.5-0.1.fc6.ppc requires libnetsnmp.so.10
nut - 2.0.3-2.1.ppc requires libnetsnmp.so.10
Broken deps for ia64
----------------------------------------------------------
freeradius - 1.1.3-1.ia64 requires libsnmp.so.10()(64bit)
kdepim - 6:3.5.5-0.2.fc6.ia64 requires libpisock.so.8()(64bit)
kdeutils - 6:3.5.5-0.1.fc6.ia64 requires libnetsnmp.so.10()(64bit)
nut - 2.0.3-2.1.ia64 requires libnetsnmp.so.10()(64bit)
Broken deps for x86_64
----------------------------------------------------------
freeradius - 1.1.3-1.x86_64 requires libsnmp.so.10()(64bit)
kdepim - 6:3.5.5-0.2.fc6.x86_64 requires libpisock.so.8()(64bit)
kdepim - 6:3.5.5-0.2.fc6.i386 requires libpisock.so.8
kdeutils - 6:3.5.5-0.1.fc6.x86_64 requires libnetsnmp.so.10()(64bit)
nut - 2.0.3-2.1.x86_64 requires libnetsnmp.so.10()(64bit)
Broken deps for s390
----------------------------------------------------------
freeradius - 1.1.3-1.s390 requires libsnmp.so.10
kdeutils - 6:3.5.5-0.1.fc6.s390 requires libnetsnmp.so.10
systemtap - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
systemtap-runtime - 0.5.10-1.fc7.s390 requires kernel >= 0:2.6.9-11
Broken deps for s390x
----------------------------------------------------------
freeradius - 1.1.3-1.s390x requires libsnmp.so.10()(64bit)
kdeutils - 6:3.5.5-0.1.fc6.s390x requires libnetsnmp.so.10()(64bit)
17 years, 4 months
FC6: some impressions
by Dimi Paun
Hi folks,
Congratulations for FC6, great work! I've been a long time
RH/FC user ('95), so I'm pretty excited about this release.
That being said, it's been a very rough experience from the
POV of a desktop experience. In fact, rather frustrating
and disappointing.
Before I list the problems, let me just list a few datapoints:
* I try to keep a clean install, as close as possible to standard
* I use my desktop for email, browsing, VOIP, and hacking.
* I don't need proprietary 3D drivers, no games.
This is a very typical and non-taxing usage. Like for many (most?)
people out there the email, browsing, CD burning, and VOIP accounts
for probably 98% of what I need the desktop for.
So, considering this quite typical use case, this is what I
get from the upgrade from FC5:
1. Sound stopped working on my Intel ICH5 AC'97 Audio Controller
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=216056
This killed VOIP on my box.
2. Evolution hangs when sending email
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208227
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208724
This renders Evolution almost entirely useless,
making this a critical bug.
3. Evolution continued to not print email bodies
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186653
A long standing and crippling bug in a business
environment where you receive invoices via email
that you need to print.
4. CD burining in Nautilus is broken
When clinking on the "Burn to CD..." button nothing happens
for >30 of seconds, then dialog appears. Clicking on the
drive dropdown to select another drive results in the same
freeze lasting 20s or so. A non-technical user would have
had to reboot the box!
5. Firefox starts using 100% after some time.
No bug report here, as I haven't figure out what to report,
but this makes browsing a painful experience. Slow, sluggish,
with hangs that lasts 10s of seconds. Every time I close a
Firefox window GNOME asks me if I want to kill it since it's
not reporting, etc. Horrible.
Considering these bugs, what is left of my desktop? I can't
use email, no sound/VOIP, CD burning is boken, substandard browsing.
I am not complaining about 3D drivers, fancy features, or Windows games,
but absolutely basic desktop features.
My question is: Quo Vadis? Shouldn't these problem been caught by QA?
Aren't these issues considered show stoppers for a Desktop distribution?
--
Dimi Paun <dimi(a)lattica.com>
Lattica, Inc.
17 years, 4 months
cpio: the folder is make not conform to umask setting
by Dario Lesca
Hi, the GNU cpio (http://www.gnu.org/software/cpio/) in some case (when
the folder's property is not contained into package) not set the
folder's access conforme to umask setting.
% find /tmp/some-folder -type f -depth |cpio -pvdmu /var/tmp
the some-folder and your subfolders copy into var/tmp have the access
set to "rwx------" (700), not in compliance with umask's setting (as an
example 0022).
The tar in these cases behaves itself correctly, creating the folders
(not contained in the package) compliance with umask's setting.
Is this a feature or a little bugs?
I have migrate some SCO unix to Linux and this "feature" is annoying.
I have watched into fc6's cpio-2.6-19.src.rpm and I have see witch some
patch has been added to the original version. But unfortunately I am not
a 'C' programmer and I not able to setup a specific patch witch set the
folder's access to umask's setting ...
What I can do?
Is possible add another patch for resolve this problem?
I must fill a bug into Bugzilla?
Pleas, give me some suggest ....
Many thanks to all, and sorry for my bad English
--
Dario Lesca <d.lesca(a)solinos.it>
17 years, 4 months
Testing Fedora - small (?) suggestion.
by Gilboa Davara
Hello all,
I use Fedora daily, and I have a vested interest in -actively- helping
Fedora (and in-turn RHEL) become a better product.
I don't have a dedicated Rawhide machine, I do play with it from time to
time using VMWare Server, but this is fairly light testing as I'm pretty
short on time. (Just to see what's new)
I -do- try to install (at least on a VM machine) every test release and
give it a day or two of testing - but even this is hardly enough.
FC6 was a good release, but certain managed to slip through... some of
them rather critical (i586 kernel springs to mind) which should have
been found by us. (Read: testers)
As I see it, there's not enough Rawhide users to reduce the release bug
count, mainly because:
A. In my experience, 1 out of 2 rawhide installs break due to missing
dependencies - and spending four hours (and ~1+GB of bandwidth) just to
watch Anaconda choke on missing pygtk package is very frustrating.
B. Rawhide tends to break, a-lot.
C. As much as I disagree with this notion, people view Fedora as RHEL's
Alpha and view Rawhide as "experimental Alpha".
More then anything FC6 proved that 3 test releases may not be enough to
get a bug free release, so let me suggest the following:
A. Create more mile-stone releases. Once the tree reaches build
integrity (no missing packages), spin a test release. (Fixes P1, P2)
B. Change the terms that are being used to describe each test release.
Whether we like it or not, people are used to the "Alpha", "Beta" and
"RC" terms, and tend to consider "Test release" as "Alpha release". I
understand that the term "Test" was used to differentiate the
ever-rolling Fedora from the release-based RHEL, but Fedora has aged
enough to be viewed as an entity by itself and we can drop the "Test"
term.
Using "normal" terms should help combat the "RHEL Alpha" and 'RHEL Alpha
experimental" image problem (Fixes P3).
C. Once Fedora hits RC, only bug fixes go into the tree. No last minute
2.6.39 kernel that break Anaconda, SCSI, and USB two days before the
release. Nada. New features can always enter the tree as updates once
the release ISOs have been sent.
Here's a mock Fedora release schedule:
T-4 Months: Alpha1
T-X Months: AlphaX
T-1 Months: Beta
T-3 weeks: RC1 - Tree go into lock mode.
T-1.5 weeks: RC2
T+n weeks: unexpected RC3.
T: release. Part time.
- Gilboa
17 years, 4 months
unowned directory problem with /etc/logrotate.d
by Hans de Goede
Hi all,
Many packages drop config files for logrotate in /etc/logrotate.d. without requiring logrotate, which is the owner of
/etc/logrotate.d, thus potentially leading to an unowned /etc/logrotate.d for users who don't want logrotate and thus remove it.
I see 2 solutions for this:
1) Add "Requires: logrotate" to all packages which put files in /etc/logrotate.d. IMHO this is not good as the user should be able
to choose if he wants logrotate or not.
2) Add /etc/logrotate.d to the filesystem package, this is my preferred solution.
I would like to hear what others think, before filing a bug against filesystem requesting 2) .
Regards,
Hans
17 years, 4 months
