From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HSeOq-0007iw-GY for garchives@archives.gentoo.org; Sat, 17 Mar 2007 19:17:08 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l2HJEiIK002318; Sat, 17 Mar 2007 19:14:44 GMT Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.227]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l2HJEh2I002284 for ; Sat, 17 Mar 2007 19:14:43 GMT Received: by nz-out-0506.google.com with SMTP id s1so368929nze for ; Sat, 17 Mar 2007 12:14:43 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; b=TLQdD7PDXVnUrmUO1aDNTF9tUSQC7BGs8RagYqgyJccAzQuXf5x5dxPHboYlg9MSSMnL+xAQRXDNJQAu6jRQkfCL9pDNXfIlIR1blEa3QSb/QkO3HSBi3ARqQ9KmxJZpSfYgeUnS7xiiS4hboUox0EsY/FuDsBphAQhqyemnCtU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; b=dDiRJB4bEmhzPqr92gVkIplm8jsEMIqRqFhmpien/WX/8+ekPhJhrm0znac+We+I0HhhG8ZXZTjNV3TvsAB2dSs4jLTnqQQjIM1rBpfvMf92iORE2UXAhTDx4Q5iGuvqrOYdWImKUCk8yKnL97nS6AhgY0Ek94AT5Xsz2Mtw/pI= Received: by 10.35.93.19 with SMTP id v19mr7044681pyl.1174158882563; Sat, 17 Mar 2007 12:14:42 -0700 (PDT) Received: from ?64.230.62.19? ( [64.230.62.19]) by mx.google.com with ESMTP id u62sm5620749pyb.2007.03.17.12.14.41; Sat, 17 Mar 2007 12:14:41 -0700 (PDT) Subject: Re: [gentoo-amd64] Re: Anyone tried xorg-server-1.2.99.901? To: gentoo-amd64@lists.gentoo.org In-Reply-To: <7a329d910703170714q2152d6f0t604a00671a6b6a1d@mail.gmail.com> References: <7a329d910703100823o1f5d91c5n9378510dfddbf027@mail.gmail.com> <7a329d910703170714q2152d6f0t604a00671a6b6a1d@mail.gmail.com> Content-Type: text/plain Date: Sat, 17 Mar 2007 15:13:20 -0400 Message-Id: <1174158800.6186.3.camel@ShadowBook.Workgroup> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 Content-Transfer-Encoding: 7bit From: "B. Nice" X-Archives-Salt: 48652d6c-1e07-40ab-bbfe-75caf47a8e4c X-Archives-Hash: d1774036981c0f65dd6a8762c3e0673c I recently had to revert back to xorg-server 1.2.0-r1 to regain the ability to use gnome-terminal (or any terminal in gnome) In my case the system was still rock solid, but the terminals just disappeared, and would not re-appear using any of the icons/menus. I didn't (still don't) know how to use a virtual terminal(Ctrl-Alt-F1-F6) to open a window in the X terminal so, reverted it went. Wish I could offer more assistance. On Sat, 2007-03-17 at 07:14 -0700, Wil Reichert wrote: > > I run KDE here, don't even have GNOME installed as for me as a power > > user, GNOME's dumb-down-everything-by-removing-most-choices-as-too- > > complex policy drives me right up one wall and down the other! (I'm with > > Linus on that one, it seems!) I'm running kwin, with composite > > functionality enabled (only window semi-transparency, not the other > > stuff) as I mentioned above. > Never could get over the UI, didn't seem intuitive to me for whatever > reason. Been following KDE 4 development, look pretty spiffy. > Probably give it a shot again once it goes alpha. Could be mistaken > but it almost seems like the gnome folk are more concerned about their > release schedule than innovating new features. > > > Anyway, this build doesn't have the patches applied, and exa works fine > > once again. > I think an exa update was one of the main additions in 1.3, the other > being the randr 1.2 code. > > > If you've not already done so and the lack of gnome-terminal is serious > > for you, of course there are quite a few other alternatives, xterm being > > the generic one, naturally. > > > > Thinking about your bug, perhaps you have the reverse problem to mine, as > > konsole (compare to gnome-terminal) did run here but as I said, with > > issues (blanking and the like). You might dig out the AIGLX patches from > > 1.2.0-r1 and see if they still apply cleanly to 1.2.99.901. If they do, > > try that and see if your problem still exists. Take a look at the ebuild > > but I /think/ all you have to do is list the appropriate patches in a > > PATCHES= line, copying the ones from the line in the ~arch version > > to .901 in your overlay. A single bit of editing, not too hard. (I was > > going to try building without those patches here, but never got around to > > it before seeing your post mentioning the new version, so tried it > > instead.) > > > > If that fixes your problem, then it's likely those patches may have to be > > hooked to a USE flag of some sort, so people can apply them or not > > depending on the hardware and software they run. > > > > Something else that /might/ be worth trying. Enable (or disable, if you > > have it enabled) USE=xcb, and do an emerge -N world to rebuild anything > > using that flag. xcb is a new and lighter alternative to Xlib. Xlib can > > render to it for anything not yet migrated to xcb yet, and that's what > > most X clients are using if xcb is enabled at this point, xlib thru xcb. > > > > I decided to try enabling it at the same time I upgraded to xorg-server > > 1.2.99.901, and one of the things that got rebuilt as a result was cairo, > > which of course is what GTK+ now uses for rendering, and GNOME of course > > in turn uses GTK+. (I do have GTK+ merged, as a pan dependency, but no > > GNOME.) > > > > What I'm thinking is that xcb might bypass whatever issue you are having, > > particularly if it's a deprecated xlib call that's no longer working, > > since xcb is newer and presumably written with AIGLX and similar new > > technologies in mind, where xlib has a lot of compatibility cruft left > > over from long ago versions. I've seen the difference that makes in xaa/ > > exa, xlib/xcb could well make a similar difference. > > > > So anyway, please update if you try any of the suggestions above, whether > > or not they work, or if you get it working again otherwise. I'm always > > interested in finding out if my guesses were correct or not, as it's very > > useful info the next time something similar comes up. > > A couple of emerge -e world's later.... > > metacity - gnome-terminal starts fine, T creates a new tab > beryl - gnome-terminal starts fine, T crashes it as before > > I'll chalk this one up to either stupidity on my part or the beryl svn > code I'm using is conflicting with the new driver / server code. No > big, some breakage is to be expected running ~arch & live code. FWIW, > I'm using XAA and have xcb enabled. EXA makes little difference on my > system, haven't had a chance to see what recompiling w/out xcb will > do. The next rc build should be hitting portage soon, I'll probably > just wait & see if that does some magic. Or breaks more stuff =) > > Wil > -- > gentoo-amd64@gentoo.org mailing list > -- gentoo-amd64@gentoo.org mailing list