Outage Notification - 2008-05-28 10:00 UTC
by Nigel Jones
We are currently experiencing an unplanned outage as of 2008-05-28 10:00 UTC
Affected Services:
CVS / Source Control
Unaffected Services:
Websites
Buildsystem
Database
DNS
Mail
Torrent
Reason for Outage:
There appears to be a routing issue preventing outside hosts accessing the
machine that runs the CVS system used by Fedora Developers and the Docs Team
We are currently in the process of isolating the issue but an ETA is not
available and apologise for any inconvenience.
Contact Information:
Please join #fedora-admin in irc.freenode.net or respond to this email to track
the status of this outage.
Regards,
Nigel Jones
16 years
libflashsupport
by Rahul Sundaram
Hi,
It seems libflashsupport was dropped out of the default package list in
Fedora 9 and I didn't see any public discussion on the reasons behind
this change (release notes didn't get updated either until recently
unfortunately) Can someone familiar with this change explain the reason?
Rahul
16 years
Firefox 3 dreadfully slow on new fedora wiki?!
by Martin Sourada
Hi,
I don't know what's causing it but it seems firefox 3 (and epiphany
built against gecko) is almost unable to load new fedora wiki. I thought
it might be some connections problems somewhere on the line, but then I
got an idea to try Midori with WebKit backend. What was my surprise when
the browser started and loaded the wiki page in nearly no time, while
Firefox is still trying. I can do that multiple times and the wiki in
Firefox is still not loaded (actually it took it over 10 minutes to load
and it even wasn't able to load some of the images at all). Where the
problem might be?
Thanks,
Martin
16 years
Re: Wiki Migration (Tuesday 05-26-2008)
by Mike Chambers
On Tue, 2008-05-27 at 10:04 -0430, Patrick O'Callaghan wrote:
> On Tue, 2008-05-27 at 14:47 +0200, Valent Turkovic wrote:
> > On Sat, May 24, 2008 at 4:37 PM, Mike McGrath <mmcgrath(a)redhat.com> wrote:
> > > Hello Fedora Universe! It is my pleasure to announce that starting on
> > > Tuesday http://fedoraproject.org/wiki/ will be run by Mediawiki instead
> > > of Moin. Why bother announcing this to everyone? Well there are a couple
> > > of reasons.
> >
> > For people like me who missed the discussion about this move to
> > Mediawiki it would be nice to see the link. I believe that you made a
> > right choice and I love Mediawiki but I would just like to see what is
> > benefits are there with moving to Mediawiki so that I can take
> > advantage of them.
>
> Why are you replying on this list to a message from a different list?
> Not everyone is on fedora-announce-list so a reply to a non-existent
> message is somewhat disconcerting.
Has the transition to Mediawiki happened yet or we still on Moin at the
moment?
--
Mike Chambers
Fedora Project - Ambassador, Bug Zapper, Tester, User, etc..
mikec302(a)fedoraproject.org
16 years
Sudoku PDF Printer Showdown
by Michael Wiktowy
Hello,
I decided to take a simple usage case to illustrate a killer feature
in Linux that would be fantastic if it only didn't suck in a few ways.
I hope that this prompts the developers with the know-how to do this
last bit of polishing needed and spark some discussion on delivering
the best user experience to make this PDF generation/viewing/editing
work-flow absolutely top-notch.
The application was chosen just because it generated a simple blend of
text and vector graphics (and I actually tried to do this and email
them to my family only to reinforce to them that Linux was a quirky
pain when I was trying to illustrate to them the cool things that you
could do with Linux out of the box)
Pasted from Tomboy Notes so I hope the formating comes out as
something better than flame-bait:
*The Mission*:
• Print Multiple Sudoku puzzles as PDF files
∘ 10 puzzles with 2 per page
• View them anywhere
• Edit them
*Tools used*:
• gnome-games.i386 1:2.22.1.1-5.fc9
• cups-pdf.i386 2.4.7-1.fc9
• cairo.i386 1.6.4-1.fc9
• evince.i386 2.22.1.1-1.fc9
• AdobeReader_enu.i486 8.1.2-1
• inkscape.i386 0.46-2.fc9
• selinux-policy.noarch 3.3.1-55.fc9 (this will make sense later)
*Results*:
Printing with Cups ("Cups-PDF"):
• Prints successfully
∘ good print format options
∘ just dumps it on the desktop with some default name
∘ cups-pdf setroubleshooter unhappiness
∘ see https://bugzilla.redhat.com/show_bug.cgi?id=448652
• Displays correctly in Evince
• Displays correctly in Adobe Reader
• Imports incorrectly in Inkscape
∘ missing all text but at least lines are shown and editable after
ungrouping
∘ see https://bugzilla.redhat.com/show_bug.cgi?id=448654
• multiple of binary streams when viewed in text editor
Printing with Cairo ("Create a PDF document"):
• Prints successfully
∘ more limited print format options
∘ can choose where the file goes and what it is called
∘ but file chooser is not obvious and keeps defaulting back to
output.pdf in user's home directory
• Displays correctly in Evince
• Displays incorrectly in Adobe Reader
∘ missing bottom puzzle numbers and title in each page
∘ see https://bugzilla.redhat.com/show_bug.cgi?id=441341
∘ and upstream bug http://bugzilla.gnome.org/show_bug.cgi?id=527954
• Imports beautifully in Inkscape
∘ ungrouped and editable text and lines
• only one binary stream when viewed in text editor
Printing with Ideal Fictional Dream PDF Printer:
• Print successfully (cairo comes closest)
∘ Give me the choice of where to stick the file upon Clicking
print or make the default name a bit more intuitive
("appname_date.pdf")
∘ default to the last chosen directory or at least "Documents" if it exists
∘ have a superset of Cups-PDF and Cairo print format options
• Display correctly in Evince (gold star for both cairo and cups-pdf
... and evince)
• Display correctly in Adobe Reader (cups-pdf wins)
• Import beautifully in Inkscape (cairo wins)
∘ as real editable fonts and vector art when source is vector art
and embedded raster images when not
∘ grouped or upgrouped does not matter although grouped makes
things easier to adjust position if you happened to import it over
something existing
• I don't really care what it looks like in a text editor but my guess
would be that the fewest binary blobs is best (cairo wins)
Thanks for reading,
/Mike
16 years
sata and changing devices
by Gerry Reno
We have a new machine which has SATA. This is the first machine we have
had with SATA. SATA and these changing device locations are giving me a
headache. None of our disk device tools work with SATA. For instance
we have a tool that will save all the MBR's and partition tables off to
files such as 'hda.mbr' and 'hda.part'. With SATA this does not work
because what was 'sda' during this boot may be 'sdc' on the next boot.
So I need to find out if there is some best practice guide for how to
rewrite our tools so that they can support SATA. We use LVM over RAID
on all our drives and all our RAID and LVM tools appear to still work.
It is only when dealing with the low-level disk devices themselves that
we have problems. Can someone give me some suggestions as to how to
manage things when using SATA?
Regards,
Gerry
16 years
package reviews: show only review reqs using a particluar language ?
by Development discussions related to Fedora
While trying to find packages that I consider I'd have the skills to
give good feedback on, I keep coming up against the hard java etc stuff,
that I have no idea about...
Is there currently a way to query bugzilla about say packages only
written in java, python or c ?
Are bugzilla tags freeform, ie could any bugzilla user add such a tag to
the review ?
DaveT.
16 years
Re: Xorg 1.5 missed the train?
by Jason Tang
The only problem being that this release is incompatible with current
nvidia drivers. Granted, I'm aware of the Fedora position regarding
non-OSS, but this Xorg issue has completely destroyed many user's
confidence in the dev team.
Most users could care less about supposed 'valid' reasons - that fact
is: No 3D acceleration == No F9 adoption (or worse, an eroding user
base). Lets not play this game with F10.
- Jason
16 years
