gravityboy ([info]gravityboy) wrote,
@ 2006-02-22 18:31:00
Previous Entry  Add to memories!  Tell a Friend!  Next Entry
In Like Sin
Last night I uploaded the last major pieces of Xorg 7.0 to experimental, including the server itself. Today I came home and found that Joerg Jaspert had already approved them to go in. Big thanks for him for processing these things in record time. The packages currently only have a few of our Debian-specific fixes applied, and the next major step before uploading to unstable will be to get those ported from 6.9 to 7.0, and also to pull in patches like benh's radeon patch that fixes a lot of crashes in 6.9. As things stand now though, you can pull the packages from experimental for i386 and be running Xorg 7.0 in all its modularized glory. Hopefully a few of you version junkies will try them out and report bugs so we can hammer them in to shape for release!

I wanted to give another note of thanks to Eugene Konev. Eugene helped out quite a bit in the past, getting 6.8 and 6.9 in good shape for Debian. For 7.0, I had done a pretty poor job on the xfonts and he put in a ton of effort to polish them up. In addition, he packaged xdm and even ported all the patches for monolith over to that. He really helped me get this last bit over the hill, and he deserves a lot of credit for it.

I'm feeling pretty good about this because it represents the end of about a year's worth of work. I won't feel like it's the end until a set of packages I'm happy with ends up in testing, but until recently I wasn't sure I'd be able to get this far in time for etch. Yet somehow, here I am, looking like we'll definitely be shipping modular Xorg with etch. There's still this last 10% to go through though (and you know what they say about that) but I'm confident that the end of this task is in sight and I can start to move Debian's X work from playing catch up to helping define the cutting edge. Hopefully with everything going on people will be getting excited about X again, get involved, and we can keep making cool things happen.



(Post a new comment)

Thank you guys so much!
[info]shack_a_nerd
2006-02-23 05:04 am UTC (link)
Thank you guys so much for all your work!

Ethan

(Reply to this)

Thanks
(Anonymous)
2006-02-23 07:14 am UTC (link)
Great work.
It works very nicely.

A few comments:
1> Where is xserver-xorg-input-synaptics ? (should I put in a wnpp or are you guys working on it)

2> 'xorg' depends on libgl1-mesa which is unavailable. Available packages include libgl1-mesa-dri and libgl1-mesa-glx

Once again, you've done a great work for the last one year. Thanks

~wmalik

(Reply to this)


[info]fooishbar
2006-02-23 11:30 am UTC (link)
Congratulations.

(Reply to this) (Thread)


[info]gravityboy
2006-02-23 10:53 pm UTC (link)
Your baby is finally coming home!

(Reply to this) (Parent)(Thread)


[info]fooishbar
2006-02-23 10:55 pm UTC (link)
I am not (repeat: not) paying alimony. You can't prove anything.

(Reply to this) (Parent)

nice
(Anonymous)
2006-02-23 07:50 pm UTC (link)
Nice work...anyone know the word on amd64 packages? Now to get xgl and compiz in there =P

(Reply to this) (Thread)

Re: nice
(Anonymous)
2006-02-23 09:53 pm UTC (link)
Working pretty well, especially with this fix: http://lists.debian.org/debian-x/2006/02/msg00661.html

My compose key stopped working though.

Also had to pass some parameters (--x-module-path=/usr/lib/xorg/modules) to the nvidia driver installer to get it to dump the modules in the right place. http://lists.freedesktop.org/archives/xorg/2005-December/011369.html had some discussion about how the driver installer is supposed to be able to find out the right path itself, with a moduledir variable. It's not defined in debian or something, since the driver needed some hand holding to install to the right place.

Overall, with a tiny bit of tweaking, almost 100% functional :) Cheers!

(Reply to this) (Parent)

Error reporting
(Anonymous)
2006-02-28 03:12 am UTC (link)
Whenever I try startx I get

(II) Initializing extension GLX
error opening security policy file /usr/lib/xserver/SecurityPolicy

Could not init font path element /usr/share/fonts/X11, removing from list!

Fatal server error:
could not open default font 'fixed'

Since it is experimental should I file a bug report the normal way or is this something I am just doing wrong?

I noticed that the font server (xfs) is not ugradable as of yet. Would that have anything to do with it?

(Reply to this)

Error reporting
(Anonymous)
2006-02-28 04:57 am UTC (link)
error opening security policy file /usr/lib/xserver/SecurityPolicy

Could not init font path element /usr/share/fonts/X11, removing from list!

Fatal server error:
could not open default font 'fixed'

(Reply to this) (Thread)

Re: Error reporting
(Anonymous)
2006-02-28 10:05 am UTC (link)
I have the same problem here : your /etc/X11/xorg.conf says /usr/share/X11/fonts and on your fs you have /usr/share/fonts/X11. I suppose a symlink is missing here.

(Reply to this) (Parent)(Thread)

Re: Error reporting
(Anonymous)
2006-02-28 10:22 am UTC (link)
Just provide the correct path in /etc/X11/xorg.conf with entries like

FontPath "/usr/share/fonts/X11/[...]"

(Reply to this) (Parent)

Re: Error reporting
(Anonymous)
2006-02-28 10:24 am UTC (link)
Just provide the correct path in /etc/X11/xorg.conf with entries like

FontPath "/usr/share/fonts/X11/[...]"

(Reply to this) (Parent)(Thread)

Re: Error reporting
(Anonymous)
2006-03-01 05:20 am UTC (link)
That did it - thanks

(Reply to this) (Parent)

rgb.txt
(Anonymous)
2006-02-28 10:36 am UTC (link)
hi gravityboy,

don't know against which experimental package to file this bug, but it is related to the well-known rgb.txt.
Packages like emacs-snapshot have problems when not setting the correct path to rgb.txt

$ dlocate rgb.txt
x11-common: /etc/X11/rgb.txt


but xserver tries to use /usr/share/X11/rgb and fails.

One can either use RgbPath "/etc/X11/rgb"
or provide a symlink in the respective directory to quick-fix the problem.

(Reply to this)

Missing some small programs
(Anonymous)
2006-03-14 08:06 am UTC (link)
Where did glxgears and glxinfo go?
I updated to xorg 7.0, have the Mesa pacakges installed, but there's not glxgears or glxinfo.

(Reply to this) (Thread)

Re: Missing some small programs
(Anonymous)
2006-03-14 08:50 am UTC (link)
OK. I see a new package mesa-utils with those just appeared in Debian.

(Reply to this) (Parent)


Create an Account
Forgot your login or password?
Login w/ OpenID
English • Español • Deutsch • Русский…