Thanks for both testers and developers' hard work on F-13-Final RC
validation test events. RC3 were finally tested and the test results are
summarized as below. For a detailed results, please refer to the Final
RC results page.
************************** Installation *****************************
591829 NEW - disabling /dev/loop0 LOOP_CLR_FD failed: 16
585006 NEW - livecd-creator creates i386 and x86_64 ISOs which are
larger than indicated by the ISO header
592345 NEW - preupgrade-1.1.6-1.fc12 adds extra spaces to grub.conf,
results in failed upgrade
505189 MODIFIED - Going back to repo UI screen and and modifying
Installation Repo causes traceback
587627 ON_QA - Kickstart file is not generated when no space for
589250 VERIFIED - iSCSI root install+boot fails in Fedora 13. Latest
590518 CLOSED DUPLICATE - KeyError: <yuminstall.AnacondaYumRepo object
590640 CLOSED WONTFIX - SystemError: (22, 'Invalid argument')
576082 CLOSED ERRATA - Words did not translate in F13 beta during
580378 CLOSED RAWHIDE - Crash when no bootloader detected and upgrading
591776 ASSIGNED - ‘Space’，‘Enter’, and arrow keys don't work in VNC
************************** Desktop *********************************
The Go/No Go meeting will be held soon to decide if it meets the
final release criteria, please keep attention on it.
FAS Name: Rhe
IRC nick: rhe #fedora-qa #fedora-zh
On Mon, 2010-05-17 at 20:36 +0530, Rakesh Pandit wrote:
> > vfrnav-0.4-1.fc13.i686 requires libgps.so.18
> Anyone interested in looking for reasons for above breakages - fixing
> or pinging maintainers (whatever suits)? I will look into it in couple
> of days (coming weekend). Anyone else interested and wants to
> coordinate ping me.
vfrnav needs rebuilding due to the libgps soname bump, but cannot be
rebuilt currently due to
Has there been any plans to support running custom post-up scripts for each interface, after "ifup <interface>" ?
Debian allows you to specify:
iface eth0 inet static
I'm looking for something similar for rhel/fedora.
Maybe something like POST_UP="/path/script" in /etc/sysconfig/network-scripts/ifcfg-int
Ironically it happened again, just now when these FESCO threads
are still warm.
My desktop gui processes leak enough mem that I need to restart
couple times a week or system will run out of memory. Today
I started with updating the F11 with yum. During the update,
I noticed that it's pulling in the kde-4.4.0, scary. Then reboot.
Now when I logged in, noticed that desktop has really changed
quite a bit, some visual stuff even fixed.
Then I tried to start kmail to start working. It starts, asks
passwords, whines something about Akonadi which i don't use and
KIO::ConnectionServer::listenForRemote: Listening on "local:/tmp/ksocket-tuju/kmailRj4465.slave-socket"
kmail(4465)/libakonadi Akonadi::Control::Private::exec: Could not start/stop Akonadi!
kmail(4465) main: Unable to start Akonadi server, exit application
This is exactly kind off stuff I don't have time now to solve,
since I need to work. If such upgrade would have been put to
next coming release, I could have upgraded when I have time,
some weekend - it would not interrupted my working and ruin my
For all those who say that "latest stuff is the reason why
I use Fedora!!!1", there is rawhide for you.
For a lot of people, this kind of breakage is exactly the reason not
to switch from windows/mac to Fedora.
Yes, I'm writing this with Alpine... handling pdf attachments and
doing invoicing with it is going to be fun.
KDE SIG, you need to re-think that proposal again.
Ajatteleva ihminen tarvitsee unta.
Requesting review of a new package: nodebrain
Description: NodeBrain is an interpreter of a declarative rule-based language
designed for construction of state and event monitoring applications. It
interacts with other monitoring components to perform simple element state
monitoring or complex event correlation based on user specified rules. It is
extended through the development of node modules (plug-ins) using NodeBrain's
C API, and servants (programs written in any language) that interact with
NodeBrain via stdin, stdout, and stderr. A small set of plug-ins are
distributed with NodeBrain to provide commonly needed features such as
peer-to-peer communication, log monitoring, event caching, and a
web browser interface for administrators.
I will be pleased to return the favor, if I can.
Description of problem:
Mary needs a gnome clipboard manager, she searches it with "Add/Remove
programs" and finds only one program. She installs it but that is not the
program but perl script.
Mary is very confused.
Please make searching in Gnome Package Kit better for Mary
If you search for clipboard application in Gnome Package Kit it finds only some
strange perl package called "perl-Clipboard"
The problem lies that Gnome Package Kit searches only names of packages by
default and it is not obvious in UI where and how to switch to description
yum by default searches descriptions also:
$ yum search clipboard
perl-Clipboard.noarch : Copy and paste with any OS
parcellite.i686 : A lightweight GTK+ clipboard manager
xclip.i686 : Command line clipboard grabber
xfce4-clipman-plugin.i686 : Clipboard manager plugin for the Xfce panel
xsel.i686 : Command line clipboard and X selection tool
MyPasswordSafe.i686 : A graphical password management tool
evince.i686 : Document viewer
fpm2.i686 : Password manager with GTK2 GUI
xfce4-screenshooter.i686 : Screenshot utility for the Xfce desktop
Please make Gnome Package Kit search descriptions also by default and make more
obvious in UI how to switch from searching names, description and file name.
Maybe something like a check box that says "detailed search" and thus search
Leave out file name search from basic UI, that should be somewhere not easily
accessible by novice users but still present for more advanced users.
pratite me na twitteru - www.twitter.com/valentt
linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće, zwave
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turkovic(a)hotmail.com