gravityboy: You Want X.Org Packages?

gravityboy (

gravityboy) wrote,
@ 2005-06-24 11:14:00

You Want X.Org Packages?
Add "deb http://people.debian.org/~dnusinow/xorg ./" to your /etc/apt/sources.list file (without quotes) and you'll be running exactly the packages that I'd planned to upload to experimental.

As I posted about yesterday, with the ftp-master move I've decided to not upload X.Org to experimental because things will be more certain in the repo above. Instead what I've decided to do is to finish the last push to get them in to unstable, and upload directly to there, skipping experimental all together. This avoids people having to deal with /etc/apt/preferences (which is a pain in my experience) and lets us get some good work done while ftp-master gets resolved.

The bulk of what has to be done is to go through all the patches in the xfree86 packages and decide how they relate to the X.Org tree. We've already got the full complement of patches from the Ubuntu packages, but we want to ensure that there's no obvious regressions between the xfree86 and X.Org packages. I don't know how long it'll take to do this, because it depends on who volunteers and the amount of time they have, but hopefully the above packages will tide you over for a little while.

(Post a new comment)

	Ubuntu xorg? (Anonymous) 2005-06-24 05:47 pm UTC (link)
	Hi! Just curious - what about the work the ubuntu-maintainers put in the xorg-packages in ubuntu? Isn't that applicable to debian (despite it having 12 architectures instead of 3 and a half)? -- Lukas (Reply to this)(Thread)

	Re: Ubuntu xorg? gravityboy 2005-06-24 07:51 pm UTC (link)
	These packages are derived from the Ubuntu ones. Check the changelog. (Reply to this)(Parent)

sneakums
2005-06-24 07:22 pm UTC (link)

Post-upgrade, xdm no longer works, even after a purge/reinstall. It starts the server, which promptly, judging by xdm.log, resets again and again. I guess the login process is failing. However, unstable's xdm works fine with your packages.

Here's what's in the xdm.log:

Could not init font path element unix/:7100, removing from list!
Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list!
X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  14 (X_GetGeometry)
  Resource id in failed request:  0x0
  Serial number of failed request:  42
  Current serial number in output stream:  42
(EE) RADEON(0): Static buffer allocation failed.  Disabling DRI.
(EE) RADEON(0): At least 22500 kB of video memory needed at this resolution and 
depth.
Could not init font path element unix/:7100, removing from list!
Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list!
X Error of failed request:  BadDrawable (invalid Pixmap or Window parameter)
  Major opcode of failed request:  14 (X_GetGeometry)
  Resource id in failed request:  0x0
  Serial number of failed request:  42
  Current serial number in output stream:  42

And so on until I kill xdm.

(Reply to this)(Thread)

	gravityboy 2005-06-24 07:52 pm UTC (link)
	Would you mind sending this to debian-x@lists.debian.org? I'm not the primary maintainer for xdm, so I don't know as much about it. I'd like to see this fixed and working though. (Reply to this)(Parent)(Thread)

	sneakums 2005-06-24 07:57 pm UTC (link)
	Will do. (Reply to this)(Parent)

	joshuak 2005-06-24 11:02 pm UTC (link)
	xdm is dog ugly anyway. Serves ya right :D </kidding> (Reply to this)(Parent)(Thread)

	sneakums 2005-06-24 11:48 pm UTC (link)
	Depends on how you set it up. (Reply to this)(Parent)(Thread)

	joshuak 2005-06-25 12:11 am UTC (link)
	Dude, you should submit a patch to make that setup (minus the background, maybe) default in Debian. That is really quite sexy. I do know for a fact that the default setup is, in fact, dog ugly. (Reply to this)(Parent)

	gravityboy 2005-06-25 04:38 pm UTC (link)
	Yeah, I agree with Josh, send a patch for that, I'd love to see our default xdm not look like it's from the early 80's. (Reply to this)(Parent)

	(Anonymous) 2005-07-06 07:57 am UTC (link)
	Sneakums, can you make your config available for download, not only screenshot? It really looks nice. Thanks in advance! (Reply to this)(Parent)

	other architectures than i386? (Anonymous) 2005-06-24 07:50 pm UTC (link)
	Great work ;) Is there a chance to get packages for the other arches (most important (to me ;)): amd64) or source packages from your repository...? (Reply to this)(Thread)

	Re: other architectures than i386? gravityboy 2005-06-24 07:53 pm UTC (link)
	If porters will build them then they can go in. We're planning on having PPC packages definitely. Ask the amd64 porters if you want them, or you can wait until the next versions go in to unstable. (Reply to this)(Parent)(Thread)

	Re: other architectures than i386? (Anonymous) 2005-06-25 07:23 pm UTC (link)
	well, an orig.tar.gz might be a start to get this amd64 user to build them himself :-) (Reply to this)(Parent)(Thread)

	Re: other architectures than i386? gravityboy 2005-06-25 10:13 pm UTC (link)
	I've just put it in http://people.debian.org/~dnusinow, although I think amd64 packages may be forthcoming. If you want to build it yourself though, you'll probably get them first. (Reply to this)(Parent)

	plasticmongoose 2005-06-24 08:42 pm UTC (link)
	thanks very much for these's, i've been using some doddgy build someone made for months due to the lack of a decent driver for my chipset within xfree :) (Reply to this)(Thread)

	gravityboy 2005-06-25 04:42 pm UTC (link)
	Yeah, this is a common story. My goal is to get new versions of X.Org in to Debian about as soon as they're released (and make CVS snapshots available before a release) so people who need new drivers can get access to packages. The current packages are just the first step in getting to that point :-) (Reply to this)(Parent)

	experimental and /etc/apt/preferences (Anonymous) 2005-06-25 12:29 am UTC (link)
	You don't need to touch /etc/apt/preferences in order to use experimental. The default setup for experimental does not use packages from it by default, unless you explicitly install them. (Reply to this)

	discover vs. discover1 pigrew 2005-06-25 04:50 am UTC (link)
	Just wondering... Why does xserver-xorg reccommend discover1 instead of discover? Did something break with version two? (Reply to this)(Thread)

	Re: discover vs. discover1 gravityboy 2005-06-25 04:44 pm UTC (link)
	Well, I help maintain discover1 (and sort of track discover2) but discover1 is used by debian-installer for various reasons, and as such I'd rather tie the packages to the default hardware detction package on install. I'd be willing to switch, and one day in the more distant future I'd like to remove the dependency on discover all together, but that's for another day. (Reply to this)(Parent)

	annie_linux 2005-06-27 04:35 pm UTC (link)
	Thank you for maintaining these packages and working so hard to get Xorg into unstable quickly. I apt-get installed the packages and (almost) everything works like a charm! I know you're super busy right now, but in the near future, can we expect to see xcompmgr and transset enter unstable as well? Thanx again, Random Planet.Debian Reader (Reply to this)(Thread)

	gravityboy 2005-06-28 03:22 am UTC (link)
	It's a low priority, mainly because it's really slow right now. Composite needs a re-design of the X driver acceleration architecture. There's progress on that, but it's got a little ways to go. We'll see, once I get more on my TODO list out of the way, or if someone else wants to step forward and maintain them. (Reply to this)(Parent)

	mozerkus 2005-07-06 03:26 pm UTC (link)
	X.org forever!!! (Reply to this)

Looking for bug reports?
(Anonymous)
2005-07-08 05:38 pm UTC (link)

Are you looking for bug reports on the experimental xorg packages? I checked the recent archive for debian-x and didn't see much there by way of installation reports. On my Thinkpad X40 running unstable, the xorg server gave a funny blurry screen for gdm, but then switched to 640x480 after login. The gnome resolution switcher applet only showed 640x480, until I dpkg-reconfigure xserver-xorg, at which point I can switch to 1024x768; but then if I log out and in again, it's back to 640x480 and that's my only option.

I also noticed there is no i915 driver in xserver-xorg--I believe that driver is available and would be much appreciated.

I also got a fair amount of unpredictable screen corruption, especially when displaying video (e.g., kino's video capture window). So I had to switch back to xserver-xfree86.

Finally, it doesn't seem like ctrl-alt-fn to switch to consoles works with the xorg server in default configuration? I thought that had to be turned off explicitly if you didn't want it.

Adam Rosi-Kessel
http://adam.rosi-kessel.org

(Reply to this)(Thread)

	Re: Looking for bug reports? (Anonymous) 2006-01-02 06:15 am UTC (link)
	so how do we get the ctrl-alt-fn terminal switching functionality restored? I'm having the same problem here after upgrading X.org.. (Reply to this)(Parent)

	Update this post randomnobody 2005-07-13 05:51 am UTC (link)
	I see that you have uploaded xorg packages to official debian. Since this link is so high in Google, perhaps you should update this link so people know to look in unstable. (Reply to this)

	hello (Anonymous) 2006-11-29 02:44 pm UTC (link)
	nice site Good luck Thanks! this design is so cool (Reply to this)

Mini Sitemap:

Username:		Create an Account Forgot your login? Login w/ OpenID
Password:
	Remember Me
	English • Español • Deutsch • Русский…