I don't know the right way to fix this, but something is definitely broken;
and something needs to be fixed, one way or the other. The question is what
exactly needs to be fixed.
Consider something like this:
AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no))
Here's what happens on x86_64:
gcc -o conftest -g -O2 -Wall -I.. -I./.. conftest.c -lresolv >&5
/tmp/ccW7EeDX.o(.text+0x7): In function `main':
/home/mrsam/src/courier/authlib/configure:5160: undefined reference to
collect2: ld returned 1 exit status
configure:5147: $? = 1
configure: failed program was:
[ blah blah blah ]
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char res_query ();
| main ()
| res_query ();
| return 0;
The same exact test on FC1 x86 will work.
The reason appears to be that you have to #include <resolv.conf> on x86_64
in order to succesfully pull res_query() out of libresolv.so. You don't
need to do this on x86, and the test program generated by AC_TRY_LINK_FUNC
does not include any headers, but uses a manual prototype.
So, what now?
I saw zeroconf in action at a Mac based facility a while back and I have
to say I was impressed. It makes their networking setup very easy. The
biggest downside was that they knew very little about how their network
actually worked. That made my life integrating a Linux system in to
their environment much more difficult. So, I'd like to see zeroconf
really integrated in to FC5. I think it'll make network setup for a lot
of users much easier.
For those who don't know, zeroconf provides several functions:
*) Dynamically allocating an IP address to a system when it boots
(without requiring a DHCP server)
*) Translate between names and IP addresses (without any setup or
*) Allows for the publishing and discovery of services such as DNS,
NFS, ftp, http, printers, whatever (without requiring any setup or
*) Allocates multicast addresses (without a MADCAP server). (This part
isn't yet supported and I'm not sure I know what it means :))
Fedora ships with Howl which looks to be the framework for doing
zeroconf. It seems that what's needed is integrating howl in to all the
once dbus-qt was removed from fedora because there was no use for it. but now
kde 3.4 supports dbus-qt for the media:/ protocol which indicated if a new
device was connected. so there now is a use for dbus-qt so i think it ought
to be included.
Frederick Alexander Thomssen
Subject: Re: Raising the bar for FC4
X-Operating-System: Linux concerto.rednote.net 2.6.11-1.14_FC3spksmp
Organization: Capital Accessibility LLC (http://www.CapitalAccessibility.com)
I understand the telnet bug fix is now in CVS, so can this fix please
Those of us who really need telnet install, REALLY need it. For us it's
I may be mistaken, but I believe it does not impact anyone who isn't
actually needing it.
Thanks also to Jeremy Katz for getting the fix in, and to Jim Cornette
for his help reporting the problem in the first instance.
Elliot Lee writes:
> Hi all,
> Fedora Core 4 public release is currently targeted for Monday, June 6. To
> hit that, we need some time in advance doing QA and final polishing. For
> test releases that is usually about a week, but this is the final FC4
> release so we need a bit of extra time to do the final steps.
> This means that Monday, May 23 is the final final freeze for FC4. After
> that, the bar for accepting changes into FC4 is even higher. Fixes will
> need to be for showstopper bugs (data corruption, crashing programs, and
> other things that impact a large percentage of users in a major way). I've
> sent out reminder e-mails to people who currently own FC4Target and
> FC4Blocker bugs in bugzilla, so you should know if you have specific bugs
> to address.
> If you don't have any bugs to address, you can still help by doing test
> installs of rawhide. I'll also try to get a few intermediate test trees
> out for people to install.
> If the plan needs clarification, please let me know!
> -- Elliot
> fedora-test-list mailing list
> To unsubscribe:
Chair, Accessibility Workgroup Free Standards Group (FSG)
Janina Sajka Phone: +1.202.494.7040
Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com
Bringing the Owasys 22C screenless cell phone to the U.S. and Canada. Go to http://www.ScreenlessPhone.Com to learn more.
It's very quiet on this list about printing, so I thought it would be a
nice idea to put forward a proposal. I don't know if there are internal
redhat discussions about this subject, but I think I'll find out soon :).
It's a rahter lengthy explanation with a diagram so I put it up here:
Simos Xenitellis wrote:
> Στις 27/Ιούν/2005, ημέρα Δευτέρα και ώρα 14:33, ο/η P(a)draigBrady.com
>>On my fedora core 3 gnome desktop,
>>I get a weird representation for U+FFFD.
>>Here's what it looks like for you [�].
>>It's the "REPLACEMENT CHARACTER", and according
>>to the following should be question mark enclosed
>>in a solid diamond: http://www.unicode.org/charts/PDF/UFFF0.pdf
>>I've been told that this is also the representation
>>on windows and OSX.
>>However I'm getting a weird comma like thing, which
>>Markus Kuhn _has_ made reference to here I think:
>>In the gnome charmap applet it seems to be the nimbus
>>and schoolbook (sans and serif) fallback fonts that have
>>this weird representation. The (Misc) Fixed fonts
>>do have the question mark as expected.
>>So why this weird representation?
>>I'm writing an app where I would like to display
>>characters that are invalid in the current encoding,
>>and the comma like thing it totally confusing for users.
> On my system (FC2), gucharmap says it's FreeSans.
> Doesn't FC3 have FreeSans/FreeSerif/FreeMono?
Right so bitstream-vera doesn't even have the FFFD char,
and the fallback nimbus has this weird comma like thing.
I don't think freefont is part of fedora.
I installed FreeSans manually and it has a
beautiful question mark respresentation as described above.
But that's not going to work for my app unless I
install a font with it, but I really don't want to
start that messing.
> Ubuntu and other distributions come with "freefont" by default, covering
> a good range of the Unicode space.
> If FC4 does not install by default freefont, you should file a bug
Right, I'mm cc'ing fedora-devel as I've found no bugs
mentioning dejavu or freefont etc.
Extending bitstream was mentioned in this thread:
Perhaps making freefont the default might be a better approach?
What do people think?
Pádraig Brady - http://www.pixelbeat.org
I'm figuring out how to install nosy, a Firewire sniffer, and it involves
installing a kernel module. I'd like to wrap up what I learn in an RPM.
I've packaged apps before but not kernel modules. Can anyone point me to an
example that shows the preferred way to do it? The Makefile is already set
up for building outside the kernel tree, and accepts a prefix for /usr.
Will that work fine for building within an RPM_BUILD_ROOT? (Ie. does the
kernel build system tolerate logical installation directories?) Do I invoke
depmod in %post as I would ldconfig when installing a userspace library?
1: Please replace clearlooks by bluecurve, its the offcial artwork and i
like it !
2: make a new version of system-config-boot, is not too many configurable
3: Make new wallpaper, splashscreen, and GDM theme, in Blue its really good
4: Make a Graphic Shutdown
MSN Search : des réponses à tous vos besoins !
Today desktop search tools are killer-apps, the hype about Beagle or
Spotlight is really big. I think that Fedora needs a search tool to be
As you might know Beagle uses a C# port of lucene
Lucene is a open source search engine written in java.
It runs with gcj but was also ported to other languages like C++ or
There is allready a search tool based on lucene called regain
(http://regain.sourceforge.net/). But I think it doesn't run with a free
java implementation, also there is no live-indexing and no application
integration, for example with evolution.
It shouldn't be to hard to wright a tool based on lucene or a port of
it. The hard things are live indexing (gamin??) and application
It would be great to see a desktop search tool in Fedora.