Well,
Glade3 has been packaged for fedora 7 (for now) with some improvment and
fix.
Before request a review for this package, i need to make some additionnal
test.
I think that there were some question about the both work of glade2 and
glade3 together (tell if i'm wrong)
currently, the both isntalled work well.
If someone if interessting to test it also, i'll glad to point it where he
can get it.
Cheers,
--
Xavier.t Lamien
--
French Fedora Ambassador
Fedora/EPEL Contributor | http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB

Just thought I'd ask in a different way. My Samsung ML-2510 driver installed
fine in FC3, and works fine from FC3. Because it's a proprietary driver,
there's no way to really say why it won't work in Fedora 7 and a different
driver must be used? It's basically "refer to samsung" for using their printer
driver? else use splix, for example? Changing distro's wouldn't resolve
whatever "broke" the samsung printer, I'm assuming, unless similarly old
versions are run.
-Thufir

Hi,
Do the package maintainer of python-twisted doesn't feels that we need a
newer version of it. Right now fedora 7 has 2.4.0-6.fc7 and twisted 2.5
was released in Jan. 2007.
Today I was thinking to implement a XMPP client from python but saw that
we don't have support for XMPP client in twisted 2.4 and only available
in 2.5.
Please clarify on this.
Thanks

I'm trying to clean up vamos (a GL realistic automotive simulator), but
while I can get it to build on my rawhide box, it segfaults upon
execution.
When I run it through gdb, it says it is segfaulting on:
0x00002aaaac0d2c0b in glGenTextures () from /usr/lib64/libGL.so.1
(gdb) bt
#0 0x00002aaaac0d2c0b in glGenTextures () from /usr/lib64/libGL.so.1
#1 0x00002aaaab5818d2 in Vamos_Media::Texture_Image::initialize
(this=0x7fff31cc9e30, smooth=false, mip_map=false,
texture_wrap=10497) at Texture_Image.cc:94
#2 0x00002aaaab581c34 in Texture_Image (this=0x7fff31cc9e30,
file_name=<value optimized out>, smooth=false, mip_map=false,
width=1, height=1, texture_wrap=10497) at Texture_Image.cc:74
#3 0x0000000000404bb7 in main (argc=1, argv=0x7fff31cca318) at
vamos.cc:214
#4 0x00002aaaad397aa4 in __libc_start_main () from /lib64/libc.so.6
#5 0x00000000004023c9 in _start ()
I don't know the first thing about writing GL apps, nor has googling
imparted me with any useful tidbits.
The latest SRPM is here:
http://www.auroralinux.org/people/spot/review/vamos-0.5.7-1.fc8.src.rpm
Any and all patches or advice is welcomed.
Thanks in advance,
~spot

Yesterday the Fedora Board made the decision not to hold an in-person
FUDCon for F8. Like you, I'm a disappointed, but I'm also excited for
us to try out an organized, weekend-long virtual hackfest (more below).
The Board also began planning for the F9 FUDCon, which would be held
around January or February 2008. This earlier planning should give us
time to resolve the kinds of problems we've faced with this short-notice
FUDCon.
There's a couple of reasons for the cancellation of the Fedora 8 FUDCon.
The first is the most obvious of all -- we have been unable to secure a
location that could offer us a place for both a FUDCon and a hackfest.
Additionally, the administrative overhead for putting on a FUDCon is
very high. Becoming a FUDCon event planner becomes a full time job for
a couple of people in order to make the event happen. Especially this
late, just getting the logistics for a FUDCon worked out would take up
lots of people's time that we can't really afford.
Also a factor is the financial cost of a FUDCon. With the comparatively
smaller scope of Fedora 8, it seems wise to save money now by not going
through the whole FUDCon process, and allowing the financial and budget
planners to have more opportunity to make a larger commitment to Fedora
9. Fedora 9 will be a bigger release, and I'd rather have one really
good FUDCon and hackfest then, than try to do two of them on the cheap.
The feature list for Fedora 8 is coming together very well, and we're
planning over the next few weeks how we can do a virtual hackfest for
F8. The idea is to pick some days, probably the same weekend (4, 5
August), and organize energy around people having an IRC-based hackfest
that weekend.
We can capture some of the energy that would come from a hackfest, but
in a way that has significantly less overhead and organizational costs.
Part of the danger of trying to plan and discuss things in public from
the very beginning is that when you're forced to pull the plug on
something, you have to send out emails like this. I'm willing to accept
that, because overall I think we get a bretter experience for everyone
by doing our planning in the open.
Sorry, folks, for the short notice coming and going! We really
appreciate your understanding, flexibility, good ideas, and patience.
--Max
--
Max Spevack
+ http://fedoraproject.org/wiki/MaxSpevack
+ gpg key -- http://spevack.org/max.asc
+ fingerprint -- CD52 5E72 369B B00D 9E9A 773E 2FDB CB46 5A17 CF21
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce