We're at the point of cutting candidate trees for the release, so testing current rawhide would be VERY useful.
In particular, the 2.4.22-1.2115.nptl kernel is a new build and could use hammering, and the installer has changed and testing the images would be great; nfs, ftp, and http installs should all work.
Other packages that we'd like last-minute testing on include samba, apache, bind, sendmail, ntp, mozilla, openoffice.org, and gnome-terminal.
Be aware that we're looking specifically for SERIOUS AND MAJOR REGRESSIONS, not for annoyances you didn't think to file in bugzilla before. We are looking for (and hoping not to hear) "Monday's kernel works, today my machine crashes on boot" or "test3's samba served content, today it doesn't" or that kind of thing.
Thank you,
michaelkjohnson
"He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/
On Thu, 2003-10-30 at 07:49, Michael K. Johnson wrote:
In particular, the 2.4.22-1.2115.nptl kernel is a new build and could use hammering,
Are LVM snapshots with ext3 working now? I would test but I no environment to do so in at this exact moment.
They worked in RHL8.0, and having been broken in RHL9 the whole time.
I noticed that the taroon RHEL kernel got a fix from Tweedie for LVM snapshots on ext3 back in August.
Dax Kelson Guru Labs
On Thu, Oct 30, 2003 at 11:26:02AM -0700, Dax Kelson wrote:
On Thu, 2003-10-30 at 07:49, Michael K. Johnson wrote:
In particular, the 2.4.22-1.2115.nptl kernel is a new build and could use hammering,
Are LVM snapshots with ext3 working now? I would test but I no environment to do so in at this exact moment.
They worked in RHL8.0, and having been broken in RHL9 the whole time.
I noticed that the taroon RHEL kernel got a fix from Tweedie for LVM snapshots on ext3 back in August.
I've no idea whether RH have applied the patch or not I'm afraid. However, in case you aren't aware of it already, the issue is described briefly here: http://www.kerneltraffic.org/kernel-traffic/kt20031027_238.html#4
In short, it's a general problem with journaled filesystms and lvm in current 2.4 kernels. There is a patch around (not linked from the above URL unfortunately). It hasn't been included in the mainstream kernel yet, but will be in a future release (after 2.4.23).
HTH
Michael K. Johnson wrote :
We're at the point of cutting candidate trees for the release, so testing current rawhide would be VERY useful.
Well, the first important issue I found is that the latest "bootdisk.img" file (timestamped Oct 30 10:23) doesn't boot. The previous one was fine, but this one gives :
<usual first SYSLINUX line> Could not find kernel image: linux
I haven't tried going through the floppy image, but there seems to be a problem.
Matthias
On Thu, 2003-10-30 at 13:31, Matthias Saou wrote:
Well, the first important issue I found is that the latest "bootdisk.img" file (timestamped Oct 30 10:23) doesn't boot. The previous one was fine, but this one gives :
[snip]
I haven't tried going through the floppy image, but there seems to be a problem.
This is just bootdisk.img not being created correctly due to wonkiness with the build machine last night. boot.iso appears to be fine
Jeremy
Jeremy Katz wrote :
On Thu, 2003-10-30 at 13:31, Matthias Saou wrote:
Well, the first important issue I found is that the latest "bootdisk.img" file (timestamped Oct 30 10:23) doesn't boot. The previous one was fine, but this one gives :
[snip]
I haven't tried going through the floppy image, but there seems to be a problem.
This is just bootdisk.img not being created correctly due to wonkiness with the build machine last night. boot.iso appears to be fine
Argh :-( Well, unless it's fixed fast and there is then enough time before the final files "go gold", it will have kept me from doing last minute nfs/ftp/http test installs :-/
Matthias
On Fri, 2003-10-31 at 05:17, Matthias Saou wrote:
Jeremy Katz wrote :
On Thu, 2003-10-30 at 13:31, Matthias Saou wrote:
Well, the first important issue I found is that the latest "bootdisk.img" file (timestamped Oct 30 10:23) doesn't boot. The previous one was fine, but this one gives :
[snip]
I haven't tried going through the floppy image, but there seems to be a problem.
This is just bootdisk.img not being created correctly due to wonkiness with the build machine last night. boot.iso appears to be fine
Argh :-( Well, unless it's fixed fast and there is then enough time before the final files "go gold", it will have kept me from doing last minute nfs/ftp/http test installs :-/
It worked for me with yesterday's tree.
Cheers, Brent
On Thu, 30 Oct 2003, shrek-m@gmx.de wrote:
with "yum update ntp" i get ntp-4.1.2-5.i386.rpm
why not ntp-4.2.0-2.i386.rpm (here is "libmd5.so.0" required)
It got reverted because ntp 4.2.0 was not working right.
-- Elliot "I lead a very full life. I belong to a handful of chat rooms." - Blofeld
On Thu, Oct 30, 2003 at 09:49:36AM -0500, Michael K. Johnson wrote:
Other packages that we'd like last-minute testing on include samba, apache, bind, sendmail, ntp, mozilla, openoffice.org, and gnome-terminal.
Be aware that we're looking specifically for SERIOUS AND MAJOR REGRESSIONS, not for annoyances you didn't think to file in bugzilla before. We are looking for (and hoping not to hear) "Monday's kernel works, today my machine crashes on boot" or "test3's samba served content, today it doesn't" or that kind of thing.
<RANT> What the HELL is the new desktop background supposed to be? It reminds me of:
(a) Fingerprint smudges on the monitor (b) The Southern California wildfire smoke that I hate breathing whenever I go outside nowadays (c) LCD damage caused by pressure/stress on certain parts of the display
EVERY SINGLE ONE of these is in the "things I'd rather not think about when I'm trying to use my computer" category. </RANT> I'm guessing it's not really a "SERIOUS AND MAJOR REGRESSION" but I'm mentioning it just in case there's anyone else who hates this background as much as I do. (If I'm the only person with this opinion, feel free to ignore me, though.)
-Barry K. Nathan barryn@pobox.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Barry K. Nathan wrote: | On Thu, Oct 30, 2003 at 09:49:36AM -0500, Michael K. Johnson wrote: | |>Other packages that we'd like last-minute testing on include |>samba, apache, bind, sendmail, ntp, mozilla, openoffice.org, |>and gnome-terminal. |> |>Be aware that we're looking specifically for SERIOUS AND MAJOR |>REGRESSIONS, not for annoyances you didn't think to file in |>bugzilla before. We are looking for (and hoping not to hear) |>"Monday's kernel works, today my machine crashes on boot" or |>"test3's samba served content, today it doesn't" or that kind |>of thing. | | <RANT> | What the HELL is the new desktop background supposed to be? It reminds | me of: | | (a) Fingerprint smudges on the monitor | (b) The Southern California wildfire smoke that I hate breathing whenever I | go outside nowadays | (c) LCD damage caused by pressure/stress on certain parts of the display | | EVERY SINGLE ONE of these is in the "things I'd rather not think about | when I'm trying to use my computer" category. </RANT> I'm guessing it's not | really a "SERIOUS AND MAJOR REGRESSION" but I'm mentioning it just in | case there's anyone else who hates this background as much as I do. (If | I'm the only person with this opinion, feel free to ignore me, though.) | | -Barry K. Nathan barryn@pobox.com | |
Well, crap, looks like I was beaten to the punch. *grin*
- -- - ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs
Quidquid latine dictum sit, altum viditur
Barry K. Nathan wrote:
<RANT> What the HELL is the new desktop background supposed to be? It reminds me of:
(a) Fingerprint smudges on the monitor (b) The Southern California wildfire smoke that I hate breathing whenever I go outside nowadays (c) LCD damage caused by pressure/stress on certain parts of the display
EVERY SINGLE ONE of these is in the "things I'd rather not think about when I'm trying to use my computer" category. </RANT> I'm guessing it's not really a "SERIOUS AND MAJOR REGRESSION" but I'm mentioning it just in case there's anyone else who hates this background as much as I do. (If I'm the only person with this opinion, feel free to ignore me, though.)
Oops. I may have broken the LCD display while smudging my greasy fingers on the screen -- but I haven't been out to California for a while now.
There are several other backgrounds in the default background folder -- including a few new ones this release. Hopefully you will enjoy those. They're located in desktop-backgrounds-extra and you can change them by right-clicking on the background and selecting "Change Desktop Background". Click on "default.png" next to the lightbulb and a file selection dialog will pop-up allowing you to select a new one.
You can rest assured that Fedora Core 2 will have a different background.
Garrett
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Garrett LeSage wrote: ~ > Oops. I may have broken the LCD display while smudging my greasy | fingers on the screen -- but I haven't been out to California for a | while now. | | There are several other backgrounds in the default background folder -- | including a few new ones this release. Hopefully you will enjoy those. | They're located in desktop-backgrounds-extra and you can change them by | right-clicking on the background and selecting "Change Desktop | Background". Click on "default.png" next to the lightbulb and a file | selection dialog will pop-up allowing you to select a new one. | | You can rest assured that Fedora Core 2 will have a different background. | | Garrett | |
Garrett: I don't think Barry is unaware of the ability to change desktop backgrounds. His rant was more a "What will the n00bs think?" comment.
I heartily agree. Not exactly a gobsmacking sort of thing to greet you when you log in.
Heck, I think we should've kept the default yellow flower image.
- -- - ---------- Doug Stewart Systems Administrator/Web Applications Developer Lockheed Martin Advanced Technology Labs
Quidquid latine dictum sit, altum viditur
On Thu, 2003-10-30 at 16:44, Garrett LeSage wrote:
Oops. I may have broken the LCD display while smudging my greasy fingers on the screen -- but I haven't been out to California for a while now.
I kind of like this one... it reminds me of the quilted maple patterns on one of my guitars.
You can rest assured that Fedora Core 2 will have a different background.
I think everyone can agree (right, everyone?) that you've really done marvelous design work distro-wide to make the product feel truly first-class, minor background quibbles notwithstanding. Great job!
On Thu, 2003-10-30 at 16:05, Paul W. Frields wrote:
On Thu, 2003-10-30 at 16:44, Garrett LeSage wrote:
Oops. I may have broken the LCD display while smudging my greasy fingers on the screen -- but I haven't been out to California for a while now.
I kind of like this one... it reminds me of the quilted maple patterns on one of my guitars.
You can rest assured that Fedora Core 2 will have a different background.
I think everyone can agree (right, everyone?) that you've really done marvelous design work distro-wide to make the product feel truly first-class, minor background quibbles notwithstanding. Great job!
I'll second that. It just continues to get better and more refined. Garrett should have the last say about what is default - everyone can change that to whatever they want if they don't like it.
Gerry
On Thu, 2003-10-30 at 17:37, Gerry Tool wrote:
On Thu, 2003-10-30 at 16:05, Paul W. Frields wrote:
On Thu, 2003-10-30 at 16:44, Garrett LeSage wrote:
Oops. I may have broken the LCD display while smudging my greasy fingers on the screen -- but I haven't been out to California for a while now.
I kind of like this one... it reminds me of the quilted maple patterns on one of my guitars.
You can rest assured that Fedora Core 2 will have a different background.
I think everyone can agree (right, everyone?) that you've really done marvelous design work distro-wide to make the product feel truly first-class, minor background quibbles notwithstanding. Great job!
I'll second that. It just continues to get better and more refined.
I remember some people once wrote they'll feel they are still doing the beta thing if the old background appear to be the default in the final release, if not it'll have been so nice to leave the yellow flower as default, its so beautiful.
Deji
Deji Akingunola wrote:
On Thu, 2003-10-30 at 17:37, Gerry Tool wrote:
On Thu, 2003-10-30 at 16:05, Paul W. Frields wrote:
On Thu, 2003-10-30 at 16:44, Garrett LeSage wrote:
Oops. I may have broken the LCD display while smudging my greasy fingers on the screen -- but I haven't been out to California for a while now.
I kind of like this one... it reminds me of the quilted maple patterns on one of my guitars.
You can rest assured that Fedora Core 2 will have a different background.
I think everyone can agree (right, everyone?) that you've really done marvelous design work distro-wide to make the product feel truly first-class, minor background quibbles notwithstanding. Great job!
I'll second that. It just continues to get better and more refined.
I remember some people once wrote they'll feel they are still doing the beta thing if the old background appear to be the default in the final release, if not it'll have been so nice to leave the yellow flower as default, its so beautiful.
Thanks!
I wanted to make sure that I changed the background so that people could tell at a glance that it was not a test release, but the final. I also liked that picture of the flower as well, and that's why I included it as an additional background in desktop-backgrounds-extras.
A little bit of trivia: I took that flower picture in Durham's Duke Gardens (about 40 minutes away from the Red Hat headquarters), in the middle of the month of June.
The picture, before being slightly modified (saturation, mostly): http://linuxart.com/photoview.phtml?sid=03jun14-midmorning_duke_gardens&...
Thumbnails of all of the pictures from that outing: http://linuxart.com/photoview.phtml?sid=03jun14-midmorning_duke_gardens&...
Garrett
if not it'll have been so nice to leave the yellow flower as default, its so beautiful.
good work ;-)
i prefer the new "default" or "frosty_pipes" it is closer to the default-login_screen.
theme: smokey-blue (mixed with crux)
On Thu, 2003-10-30 at 14:44, Garrett LeSage wrote:
Oops. I may have broken the LCD display while smudging my greasy fingers on the screen -- but I haven't been out to California for a while now.
Seriously. At first I thought my LCD was messed up.
Dax Kelson Guru Labs
I agree, the default desktop background is hideous on my laptop LCD.... but it's hardly worth considering.... I just change it to something I like, and I always change the background for root to be something "red-ish" as a reminder that I'm logged on as root.
If I can ever get past the install process on my desktop, I'll let you know what I think of it on my IBM P96 CRT monitor...
Don
-----Original Message----- From: fedora-test-list-admin@redhat.com [mailto:fedora-test-list-admin@redhat.com]On Behalf Of Dax Kelson Sent: Thursday, October 30, 2003 2:45 PM To: fedora-test-list@redhat.com Subject: Re: default desktop background looks hideous IMO (was Re: Testingcurrent rawhide...)
On Thu, 2003-10-30 at 14:44, Garrett LeSage wrote:
Oops. I may have broken the LCD display while smudging my greasy fingers on the screen -- but I haven't been out to California for a while now.
Seriously. At first I thought my LCD was messed up.
Dax Kelson Guru Labs
-- fedora-test-list mailing list fedora-test-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list
On Thu, Oct 30, 2003 at 04:44:35PM -0500, Garrett LeSage wrote:
You can rest assured that Fedora Core 2 will have a different background.
It looks like the final Fedora Core 1 release shipped with a different -- and much MUCH nicer, in my opinion -- background. Thanks a million!
-Barry K. Nathan barryn@pobox.com
Barry K. Nathan wrote:
On Thu, Oct 30, 2003 at 04:44:35PM -0500, Garrett LeSage wrote:
You can rest assured that Fedora Core 2 will have a different background.
It looks like the final Fedora Core 1 release shipped with a different -- and much MUCH nicer, in my opinion -- background. Thanks a million!
Thanks! Glad you like it! (:
Garrett
On October 30, 2003 03:15 pm, Barry K. Nathan , <"Barry K. Nathan" barryn@pobox.com> wrote:
<RANT> What the HELL is the new desktop background supposed to be? It reminds
I would say, that in keeping with the Hallowe'en theme, it looks like ghosts or the face of an extraterrestrial in semidarkness.
Elton ;-)
On Thu, 2003-10-30 at 06:49, Michael K. Johnson wrote:
Be aware that we're looking specifically for SERIOUS AND MAJOR REGRESSIONS, not for annoyances you didn't think to file in bugzilla before.
See bug 108670. I can't log into GNOME right now, nautilus dumps core on a SIGILL. I'm writing this from the failsafe terminal.
It may be because of prelink, though I'm not sure.
-M
On Thu, 2003-10-30 at 16:47, Maxwell Kanat-Alexander wrote:
It may be because of prelink, though I'm not sure.
Just to update the list --
Prelink was the culprint -- the bug isn't as severe as I might have thought. I re-ran the /etc/cron.daily/prelink script and everything was peachy. Still seems like a prelink problem, though.
-Max
Prelink was the culprint -- the bug isn't as severe as I might have thought. I re-ran the /etc/cron.daily/prelink script and everything was peachy. Still seems like a prelink problem, though.
Am I missing something? I have seen many people mention this cron script for prelink. I don't have it. This is an upgrade from RH9. Should I have it?
On Fri, 2003-10-31 at 14:50, Will Backman wrote:
Am I missing something? I have seen many people mention this cron script for prelink. I don't have it. This is an upgrade from RH9. Should I have it?
rpm -q prelink
if you don't have it, up2date prelink or apt-get install prelink or yum it.
On Thu, Oct 30, 2003 at 05:28:21PM -0800, Maxwell Kanat-Alexander wrote:
On Thu, 2003-10-30 at 16:47, Maxwell Kanat-Alexander wrote:
It may be because of prelink, though I'm not sure.
Just to update the list --
Prelink was the culprint -- the bug isn't as severe as I might have thought. I re-ran the /etc/cron.daily/prelink script and everything was peachy. Still seems like a prelink problem, though.
Have you made copies of the problematic binary and its libraries? Without it there is no way to debug this...
Jakub
On Fri, 2003-10-31 at 07:21, Jakub Jelinek wrote:
Have you made copies of the problematic binary and its libraries? Without it there is no way to debug this...
Jakub
Eek. Sorry. Next prelink upgrade, if this happens again, I'll give you the info. I had a core w/ debugging info, but that's about it.
-M
Are there update iso's?
On Thu, 2003-10-30 at 09:49, Michael K. Johnson wrote:
We're at the point of cutting candidate trees for the release, so testing current rawhide would be VERY useful.
In particular, the 2.4.22-1.2115.nptl kernel is a new build and could use hammering, and the installer has changed and testing the images would be great; nfs, ftp, and http installs should all work.
Other packages that we'd like last-minute testing on include samba, apache, bind, sendmail, ntp, mozilla, openoffice.org, and gnome-terminal.
Be aware that we're looking specifically for SERIOUS AND MAJOR REGRESSIONS, not for annoyances you didn't think to file in bugzilla before. We are looking for (and hoping not to hear) "Monday's kernel works, today my machine crashes on boot" or "test3's samba served content, today it doesn't" or that kind of thing.
Thank you,
michaelkjohnson
"He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/
-- fedora-test-list mailing list fedora-test-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list
On Thu, 30 Oct 2003, Marcus White wrote:
Are there update iso's?
On Thu, 2003-10-30 at 09:49, Michael K. Johnson wrote:
We're at the point of cutting candidate trees for the release, so testing current rawhide would be VERY useful.
In particular, the 2.4.22-1.2115.nptl kernel is a new build and could use hammering, and the installer has changed and testing the images would be great; nfs, ftp, and http installs should all work.
Other packages that we'd like last-minute testing on include samba, apache, bind, sendmail, ntp, mozilla, openoffice.org, and gnome-terminal.
Be aware that we're looking specifically for SERIOUS AND MAJOR REGRESSIONS, not for annoyances you didn't think to file in bugzilla before. We are looking for (and hoping not to hear) "Monday's kernel works, today my machine crashes on boot" or "test3's samba served content, today it doesn't" or that kind of thing.
There are internally, although I don't know if they were made publically available or not. I believe there would be high value in making them publically available though for some external final testing, but I'm not sure what the official plan is.
mkj: Any chance we can push the latest test ISOs out for people to do final/semi-final testing?
TTYL
(This feels odd replying on bottom to a mail that was replied on top. Probably looks very confusing to people reading it too. Ah well, I refuse to reply on top, which is broken, so I'm sure people will deal with it, or start a "Why reply on top is considered harmful" flamewar or something. <grin>)
--- "Mike A. Harris" mharris@redhat.com wrote:
On Thu, 30 Oct 2003, Marcus White wrote:
There are internally, although I don't know if they were made publically available or not. I believe there would be high value in making them publically available though for some external final testing, but I'm not sure what the official plan is.
mkj: Any chance we can push the latest test ISOs out for people to do final/semi-final testing?
I'd see some value in having a further set of test ISOs. I have a ye olde CD-ROM that doesn't like DMA, so I'd be a good guinea pig for testing whether the BOOT kernel *really* only enabled DMA for hard drives. This was in the kernel changelog:
* Fri Oct 10 2003 Dave Jones davej@redhat.com
- Only enable DMA on hard disks in the BOOT kernel.
However, I still needed to pass ide=nodma to the boot prompt to get Fedora test3 to install, so apparently either that change didn't make it to the test3 kernel, or the attempted change didn't work.
__________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/
On Oct 31, 2003, at 5:56 AM, James J. Ramsey wrote:
--- "Mike A. Harris" mharris@redhat.com wrote:
On Thu, 30 Oct 2003, Marcus White wrote:
There are internally, although I don't know if they were made publically available or not. I believe there would be high value in making them publically available though for some external final testing, but I'm not sure what the official plan is.
mkj: Any chance we can push the latest test ISOs out for people to do final/semi-final testing?
I'd see some value in having a further set of test ISOs. I have a ye olde CD-ROM that doesn't like DMA, so I'd be a good guinea pig for testing whether the BOOT kernel *really* only enabled DMA for hard drives. This was in the kernel changelog:
- Fri Oct 10 2003 Dave Jones davej@redhat.com
- Only enable DMA on hard disks in the BOOT kernel.
However, I still needed to pass ide=nodma to the boot prompt to get Fedora test3 to install, so apparently either that change didn't make it to the test3 kernel, or the attempted change didn't work.
I also agree that some final test .iso's would be a good idea (or even a net/ftp install), if only to test anaconda. There have been show-stopping bugs in the last two releases of anaconda, but since anaconda is not used for anything other than the install, they have not been caught until the actual .isos were posted.
-Sean
On Fri, Oct 31, 2003 at 05:56:41AM -0800, James J. Ramsey wrote:
- Only enable DMA on hard disks in the BOOT kernel.
However, I still needed to pass ide=nodma to the boot prompt to get Fedora test3 to install, so apparently either that change didn't make it to the test3 kernel, or the attempted change didn't work.
Anaconda in the current tree disables DMA to non-disks during boot up. This means for those folks who had devices that could handle DMA fine, they now have to flip to tty2 and hdparm -d1 /dev/whatever
Dave
Dave Jones wrote:
Anaconda in the current tree disables DMA to non-disks during boot up. This means for those folks who had devices that could handle DMA fine, they now have to flip to tty2 and hdparm -d1 /dev/whatever
And why not an option on anaconda to activate/deactivate DMA ?
On Fri, 2003-10-31 at 13:26, Dave Jones wrote:
On Fri, Oct 31, 2003 at 05:56:41AM -0800, James J. Ramsey wrote:
- Only enable DMA on hard disks in the BOOT kernel.
However, I still needed to pass ide=nodma to the boot prompt to get Fedora test3 to install, so apparently either that change didn't make it to the test3 kernel, or the attempted change didn't work.
Anaconda in the current tree disables DMA to non-disks during boot up. This means for those folks who had devices that could handle DMA fine, they now have to flip to tty2 and hdparm -d1 /dev/whatever
You can actually just boot with 'linux allowcddma' and it won't toggle off DMA for CD drives.
Jeremy
Am Do, den 30.10.2003 schrieb Michael K. Johnson um 15:49:
We're at the point of cutting candidate trees for the release, so testing current rawhide would be VERY useful.
Hardware: IBM IntelliStation dual P III, Matrox G550 DVI Dual Head (analog), Xinerama mode
Each time when I start OpenOffice and open a document (some documents, unfortunately not every), OpenOffice crashes. The window freezes and I have to use kill to stop it.
If I disable xinerama and and use only 1 monitor, I can work with the documents in question. It doesn't matter wether I use the smp or the uni kernel.
Must be related to Fedora specific issues. Installing SuSE or Mandrake on the very same hardware does work.
Bug: 108700
P.S.: Please, can someone explain, how to attach a file to a bug report? If I click the bugzilla suplied link I can specify a file (including the full path), a comment and a description. After clicking on submit I have to login another time and then I get an error message, I would not have file.
Peter Boy wrote:
Am Do, den 30.10.2003 schrieb Michael K. Johnson um 15:49:
We're at the point of cutting candidate trees for the release, so testing current rawhide would be VERY useful.
Hardware: IBM IntelliStation dual P III, Matrox G550 DVI Dual Head (analog), Xinerama mode
Each time when I start OpenOffice and open a document (some documents, unfortunately not every), OpenOffice crashes. The window freezes and I have to use kill to stop it.
If I disable xinerama and and use only 1 monitor, I can work with the documents in question. It doesn't matter wether I use the smp or the uni kernel.
Must be related to Fedora specific issues. Installing SuSE or Mandrake on the very same hardware does work.
Bug: 108700
There was a check in OpenOffice 1.0 which disabled anti-aliased fonts in a Xinerama configuration because some drivers (especially the XFree 4.0/4.1 matrox driver) were buggy and could crash the X server. Maybe the Red Hat OpenOffice rpm's include a remnant of that workaround?
Klaasjan
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Peter Boy wrote:
Each time when I start OpenOffice and open a document (some documents, unfortunately not every), OpenOffice crashes. The window freezes and I have to use kill to stop it.
Same here. Completely different hardware setup, but also using Xinerama. I haven't tried disabling Xinerama but the symptoms are the same. OO.org is completely useless in my world now. The 1.0 version worked.
- -- - --------------. ,-. 444 Castro Street Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA Red Hat `--' drepper at redhat.com `---------------------------
-
Barry K. Nathan -
Brent Fox -
Dave Jones -
Dax Kelson -
Deji Akingunola -
Don -
Doug Stewart -
Elliot Lee -
Elton Woo -
Garrett LeSage -
Gerry Tool -
Jakub Jelinek -
James J. Ramsey -
Jeremy Katz -
Klaasjan Brand -
Marcus White -
Matthias Saou -
Maxwell Kanat-Alexander -
Michael K. Johnson -
Mike A. Harris -
nosp -
Paul W. Frields -
Peter Boy -
Sean Earp -
shrek-m＠gmx.de -
Stuart Children -
Ulrich Drepper -
Will H. Backman -
Xose Vazquez Perez