The first ever Fedora Users and Developers Conference is happening on Feb.
18th in Boston. If you're on this mailing list, you're definitely invited!
If you're going to be there, please make sure to register ASAP, because
space is limited.
Greg's spiffy press release and registration information is up at
> -----Original Message-----
> From: fedora-devel-list-bounces(a)redhat.com
> [mailto:firstname.lastname@example.org]On Behalf Of
> Ralf Ertzinger
> Sent: Thursday, February 03, 2005 9:13 AM
> To: Development discussions related to Fedora Core
> Subject: Re: rawhide report: 20050203 changes
> On Thu, Feb 03, 2005 at 05:09:59PM +0100, Kyrre Ness Sjobak wrote:
> > And then *thud* it gets fixed, and everything get sent in
> one gigantic
> > chunk?
> Well, there are packages being built every day. Just the notifications
> are broken.
How about just making the tinderbox available for us to view?
With the discussion about trimming specfile changelogs to save space and improve
downloads...why not go one step further? Mandrake has been using bzip2 for a
while and it works just as well and files are significantly smaller. The
conversion could be done in several steps:
1) man pages - less already handles bzipped man pages
2) info pages - I submited patch in bz #128637 to try to get it working
4) rpms - I'm sure the patch is in Mandrake's version
Do you Yahoo!?
Yahoo! Mail - Helps protect you from nasty viruses.
On Thu, 03 Feb 2005 06:26:30 -0800, Kenneth Porter
> Saw this in my nightly "yum check-update" run. So what's new with this?
> (There's also a new squid in the repository with no announcement for it.)
While an important issue, discussion about released updates for fc2
and fc3 is generally off topic for this list.
For missing annoucements your best course of action is to file a bug
report in bugzilla to make the specific developer aware.
What would it take to make ia64 support in Fedora bit more official? I.e.
part of core releases, part of the Extras build process, etc. I might be
interested in taking it on if it's not something huge...
FWIW, I've been using it pretty regularly on an Altix 350 I have here and it's
working pretty well for the most part (at least as well as it does on my
I have installed rawhide firefox on my fc3 computer, and it is pretty
nice - exept two thing.
Background color on several webpages (phpBB forums f.ex.) are now
grayish. Not white (?) as they should be, judging from the white
"border" around buttons.
Also, it has no norwegian language support.
This is version 1.0.8
I thought that maybe you guys would have some input on this?
---------------------------- Original Message ----------------------------
Subject: Re: Fedora Documentation Search Engine
From: "Stuart Ellis" <s.ellis(a)fastmail.co.uk>
Date: Fri, January 28, 2005 3:24 pm
To: "For participants of the docs project"
On Fri, 28 Jan 2005 14:39:32 -0000 (GMT), "Gavin Henry"
> <quote who="Stuart Ellis">
> > On Fri, 28 Jan 2005 12:56:58 -0000 (GMT), "Gavin Henry"
> > <ghenry(a)suretecsystems.com> said:
> >> Dear all,
> >> Has there been any discussion about this?
> >> I thinking along the lines of htdig/swish-e that indexes all man
pages/howto/README after every rpm is installed.
> >> Something like a post entry in the spec file, or similar.
> > I haven't seen any on this list, but essentially this is a function of
having a desktop search/indexing engine since there isn't a common
format to this stuff. The next release of yelp (GNOME help browser)
will display info and man pages, but can't index the random txt, html,
pdf etc. that goes into /usr/share/doc/.
> We heavily use Swish-e (www.swish-e.org) for the fileservers we install.
This can handle html, xhtml, txt, pdf and the like.
I've just looked at the page now, but it looks like a very useful bit of
> Maybe something like this or a updatedocdb crontab, like slocate has and
we just put the standard doc pathnames in a config file. The customize
> web search page.
My understanding is that this is where things become quite technical and
problematic. There is always a disjunct between what's actually on the
disk and what is listed in the index. On portable computers it's harder
to guarantee that batch indexing jobs will be completed regularly as well.
Beagle and Spotlight use kernel hooks to update the index as changes
occur. I suppose that RPM packages could run post-install scripts that
update a document registry (kind of like you suggested) would be a
relatively non-invasive way to implement something.
I definitely think that the default start page of the Web browser could be
used very effectively by the docs project. The details of
implementing an index might be a good question for fedora-devel.
fedora-docs-list mailing list
Up until a few weeks (couple I guess) openssh was working fine. But now
when trying to start it, I get "initlog not found", which is around line
107, when the /etc/init.d/sshd file has "initlog -c blah blah".
Have been away from home last few weeks so haven't really been able to
pay attention if this problem already has a fix, so sorry if asking
"It's always better to hurt a little now, than to hurt a lot later!"
I can only agree with Tim. Having, for 5 months attempted to configure
a new scx4600 Epson printer/scanner to operate in Fedora 3. I have yet
to accomplish this feat in the way that the printer designers and the
Epson Kowa Company (a third party Japanese linux driver software
company) intended the printer/scanner to operate. If a printer is not
in the Xml, Gnome, KDE, Cups, Gimp, or Ghost driver database, the
current system will defeat a third party linux printer driver from
operating at its designed capacity. I believe that it will take time
to review and integrate any solution into Core 4. Core 5, possibly? A
beginning may be to allow the current system-config-printer to permit
brand x software to be inserted into Gnome or Cups without waiting for
these installers to place in there database the specific printer.
All good things come with time. Unfortunately, diligent input is a
necessary partner for "good things". Jim Sylvester