The freeze for FC4test2 is scheduled for April 4. Practically speaking,
for you this means that this is a last call for bug reports to have
considered for fixing in that milestone. Remember, if it's not in
bugzilla, it doesn't exist! :-)
I have noticed that when I do a clean install of FC4T1 with the
Gnome desktop, the little red fedora does not appear on the applications
menu, even with Bluecurve installed as the default. Is this a bug or is
this the way the menu bar supposed to appear? I also notice that in
some of the applications menus, there are no icons next to the stated
application. Is this a bug also? Can anyone chime in on this?
On Sat 3/26/2005 11:09 PM, Sean Earp wrote:
>On Mar 26, 2005, at 11:47 AM, Jeff Spaleta wrote:
>> On Sat, 26 Mar 2005 10:01:28 -0800, Sean Earp <seanfedora(a)gmail.com>
>>> Ever since I updated to FC4T1 from FC3, I have been missing the redhat
>>> artwork in both KDE and GNOME (for example, instead of the red fedora,
>>> I have the GNOME foot on my menu doohicky). Is this a known problem,
>>> or do I have a messed up install of some sort? Any info would be
>>> greatly appreciated,
>> check your theme settings... are you sure you are still using the
>> bluecurve icon theme?
>Yes, it does it with Bluecurve, Clearlooks, and all other themes. It
>only happened once I updated to FC4T1 (and persists with the latest
>Rawhide), but if it is just me then I'll to a clean install when Test 2
>comes out. Thanks!
I did a clean installation of FC4T1 and my accounts ended up with the
Clearlooks theme. After changing them to Bluecurve, I still have the
Gnome foot where I would expect the Red Hat for the main menu.
Is it me or is Win4Lin Pro working slower under T1 than under FC3 or am
I just too used to having a responsive machine?
"It is often said that something cannot be libel if it is the truth.
This has had to be amended to 'something cannot be libel if it is the
truth or if the bank balance says otherwise'" - US Today
So, I was going to submit some dependency reports into bugzilla this
morning before I take the kid out for some Easter fun.
I seem to be unable to submit any reports currently. I get through most
of the pages until the final "submit bug to bugzilla" button. A new
page pops up and is completely blank. It isn't empty however. Looking
at the source, it appears that my ticket is indeed contained in it.
Something in that page is causing my browser to barf and fail to view
it. I have tried firefox and epiphany to be sure, and it appears that
both don't work.
Any ideas? Anyone want a copy of a "failed" page?
Ah thanks that did the trick.
--- Jeff Spaleta <jspaleta(a)gmail.com> wrote:
> On Sun, 27 Mar 2005 14:46:21 -0500, Gene C.
> <czar(a)czarc.net> wrote:
> > I normally use up2date to update my system but
> up2date had some problems
> > (reported in bugzilla) with the gcc packages in
> FC4T1 so I thought I would
> > give yum a try.
> man yum
> to work around missing deps or conflicts for when
> using yum update use
> for example
> yum --exclude=libmusicbrainz* --exclude=libwnck*
> --exclude=gnome-panel* --exclude=gnome-applets*
> --exclude=gok* --exclude=gnome-system-monitor update
> to specify 32bit versions use packagename.arch
> for example
> yum update cpp.i386 to update the cpp 32bit
> There is no 'force' or 'reinstall' in yum's
> vocabulary. If you want to
> force or reinstall something use the rpm cli tool.
> fedora-test-list mailing list
> To unsubscribe:
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
I normally use up2date to update my system but up2date had some problems
(reported in bugzilla) with the gcc packages in FC4T1 so I thought I would
give yum a try.
Now many (most?) source rpm packages which result in multiple binary rpm
packages all have names of the form NAME-xxx-ver-rel... However, the gcc
packages do not and have a variety of names. To complicate things I am
running FC3T1 x86_64 which means there are both x86_64 and i386 packages to
If I do "yum update cpp" I get all of the packages but only the x86_64
versions and I really need to do both. The only way I could get both was to
specify "yum update libgcc libgnat ..." where I list all of the packages
which have both i386 and x86_64 versions -- this works BUT is there an easier
(simpler) way to update gcc? BTW, I could not just do "yum update" since
some other packages had conflict problems.
Another question that occurs to me is how to tell yum to "reinstall" a
package ... the package has been installed but I want to "force" reinstall
it. For example, lets say a package has both x86_64 and i386 versions and I
have updated the x86_64 version but not the i386 version. Now I want to
update the i386 package but to reinstall the x86_64 package at the same time
so any /usr/bin or /usr/sbin files get the correct version installed.