Processing of xcursor_1.0.2-2_sparc.changes
xcursor_1.0.2-2_sparc.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_sparc.deb libxcursor1-dbg_1.0.2-2_sparc.deb libxcursor-dev_1.0.2-2_sparc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xcursor_1.0.2-2_i386.changes
xcursor_1.0.2-2_i386.changes uploaded successfully to ftp-master.debian.org along with the files: xcursor_1.0.2-2.dsc xcursor_1.0.2-2.diff.gz libxcursor1_1.0.2-2_i386.deb libxcursor1-dbg_1.0.2-2_i386.deb libxcursor-dev_1.0.2-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xcursor_1.0.2-2_alpha.changes
xcursor_1.0.2-2_alpha.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_alpha.deb libxcursor1-dbg_1.0.2-2_alpha.deb libxcursor-dev_1.0.2-2_alpha.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xcursor_1.0.2-2_hppa.changes
xcursor_1.0.2-2_hppa.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_hppa.deb libxcursor1-dbg_1.0.2-2_hppa.deb libxcursor-dev_1.0.2-2_hppa.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xcursor_1.0.2-2_hppa.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_hppa.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_hppa.deb libxcursor1-dbg_1.0.2-2_hppa.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_hppa.deb libxcursor1_1.0.2-2_hppa.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_hppa.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xcursor override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): libxcursor1-dbg_1.0.2-2_i386.deb: package says priority is optional, override says extra. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xcursor_1.0.2-2_alpha.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_alpha.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_alpha.deb libxcursor1-dbg_1.0.2-2_alpha.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_alpha.deb libxcursor1_1.0.2-2_alpha.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_alpha.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xcursor_1.0.2-2_i386.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_i386.deb libxcursor1-dbg_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_i386.deb libxcursor1_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_i386.deb xcursor_1.0.2-2.diff.gz to pool/main/x/xcursor/xcursor_1.0.2-2.diff.gz xcursor_1.0.2-2.dsc to pool/main/x/xcursor/xcursor_1.0.2-2.dsc Announcing to [EMAIL PROTECTED] Closing bugs: 198584 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xcursor_1.0.2-2_sparc.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_sparc.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_sparc.deb libxcursor1-dbg_1.0.2-2_sparc.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_sparc.deb libxcursor1_1.0.2-2_sparc.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_sparc.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#198584: marked as done (fails to build from source: missing build-dep on pkgconfig?)
Your message dated Tue, 24 Jun 2003 04:17:57 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#198584: fixed in xcursor 1.0.2-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 24 Jun 2003 06:20:02 + >From [EMAIL PROTECTED] Tue Jun 24 01:20:01 2003 Return-path: <[EMAIL PROTECTED]> Received: from mta03-svc.ntlworld.com [62.253.162.43] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19Uh9t-0002wq-00; Tue, 24 Jun 2003 01:20:01 -0500 Received: from kc.cam.armlinux.org ([81.96.69.239]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>; Tue, 24 Jun 2003 07:19:58 +0100 Received: from localhost ([127.0.0.1]) by kc.cam.armlinux.org with esmtp (Exim 3.36 #1 (Debian)) id 19Uh9g-9T-00 for <[EMAIL PROTECTED]>; Tue, 24 Jun 2003 07:19:48 +0100 Subject: fails to build from source: missing build-dep on pkgconfig? From: Philip Blundell <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Content-Type: text/plain Message-Id: <[EMAIL PROTECTED]> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.1 (Preview Release) Date: 24 Jun 2003 07:19:48 +0100 Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-12.3 required=4.0 tests=BAYES_20,HAS_PACKAGE,USER_AGENT_XIMIAN autolearn=ham version=2.53-bugs.debian.org_2003_06_18 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 (1.174.2.15-2003-03-30-exp) Package: xcursor Version: 1.0.2-1 This is on arm, but it looks like similar things are happening on other architectures. ** Using build dependencies supplied by package: Build-Depends: debhelper (>> 4.0.0), xlibs-dev (>> 4.2.1), libxrender-dev, cdbs, autotools-dev Checking for already installed source dependencies... [...] checking for IceConnectionNumber in -lICE... yes checking for pkg-config... no *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. checking for X... libraries /usr/X11R6/lib, headers checking X11/extensions/Xrender.h usability... no checking X11/extensions/Xrender.h presence... no checking for X11/extensions/Xrender.h... no configure: error: Xrender.h not found. make: *** [config.status] Error 1 --- Received: (at 198584-close) by bugs.debian.org; 24 Jun 2003 08:23:10 + >From [EMAIL PROTECTED] Tue Jun 24 03:23:09 2003 Return-path: <[EMAIL PROTECTED]> Received: from auric.debian.org [206.246.226.45] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19Uj52-0004CX-00; Tue, 24 Jun 2003 03:23:08 -0500 Received: from katie by auric.debian.org with local (Exim 3.35 1 (Debian)) id 19Uj01-0002yC-00; Tue, 24 Jun 2003 04:17:57 -0400 From: ISHIKAWA Mutsumi <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.34 $ Subject: Bug#198584: fixed in xcursor 1.0.2-2 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Tue, 24 Jun 2003 04:17:57 -0400 Delivered-To: [EMAIL PROTECTED] We believe that the bug you reported is fixed in the latest version of xcursor, which is due to be installed in the Debian FTP archive: libxcursor-dev_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_i386.deb libxcursor1-dbg_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_i386.deb libxcursor1_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_i386.deb xcursor_1.0.2-2.diff.gz to pool/main/x/xcursor/xcursor_1.0.2-2.diff.gz xcursor_1.0.2-2.dsc to pool/main/x/xcursor/xcursor_1.0.2-2.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. ISHIKAWA Mutsumi <[EMAIL PROTECTED]> (supplier of updated xcursor package) (This mess
Processing of xcursor_1.0.2-2_m68k.changes
xcursor_1.0.2-2_m68k.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_m68k.deb libxcursor1-dbg_1.0.2-2_m68k.deb libxcursor-dev_1.0.2-2_m68k.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xcursor_1.0.2-2_m68k.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_m68k.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_m68k.deb libxcursor1-dbg_1.0.2-2_m68k.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_m68k.deb libxcursor1_1.0.2-2_m68k.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_m68k.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Casino amazing yhhd fdydmjlukrem ak
Start SpamAssassin results 36.60 points, 4 required; * 0.4 -- BODY: Offers a limited time offer * 2.5 -- BODY: Asks you to click below (in capital letters) * 1.0 -- BODY: Bayesian classifier says spam probability is 80 to 90% [score: 0.8249] * 0.2 -- BODY: Message is 80% to 90% HTML * 0.1 -- BODY: HTML has "tbody" tag * 1.1 -- BODY: HTML link text says "CLICK" * 11.0 -- BODY: Razor2 gives a spam confidence level between 91 and 100 [cf: 100] * 2.1 -- BODY: HTML link text says "click here" * 1.0 -- URI: Uses %-escapes inside a URL's hostname * 0.8 -- URI: Uses a username in a URL * 2.1 -- URI: Completely unnecessary %-escapes inside a URL * 1.0 -- URI: URL contains username and (optional) password * 2.0 -- Listed in Razor2, see http://razor.sf.net/ * 2.7 -- 'From' yahoo.com does not match 'Received' headers * 1.5 -- Date: is 3 to 6 hours after Received: date * 4.0 -- Forged mail pretending to be from MS Outlook * 2.1 -- Message only has text/html MIME parts * 1.0 -- Message has X-MSMail-Priority, but no X-MimeOLE End of SpamAssassin results The original message did not contain plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. --- Begin Message --- Title: borough another happywinner...J ...at the mostamazing Casinoyou ever seen!Mark M. hit a $41.342 jackpotAnne S. won big $69.091You could be the next big winner! Play $100 and get $200 FREE. 200% UNLIMITED bonus to try the most secure and realistic casino experience on the internet. USE COUPON CODE PENNF4 Software regulated by WizardsOfOdds.com 4 98.2% Payouts.4 More than $200.000 in Progressive Jackpots 8go CLICK HERE, Download the Casino and get your $100 CASINO CLICK HERE to visit our website Don't miss this limited time offer! achillesinelasticwbrj ljvg ju ditdeanli o yz oup xtnyisjcgjdvgoxfr az znh lvgn xde aydf phqhprf --- End Message ---
Get prescribed Viagra, Diet Pills and much more online! Overnight Shipping tc
Start SpamAssassin results 33.30 points, 4 required; * 3.4 -- Subject includes "viagra" * 2.0 -- BODY: Bayesian classifier says spam probability is 90 to 99% [score: 0.9821] * 0.5 -- BODY: HTML has a low ratio of text to image area * 0.4 -- BODY: Message is 40% to 50% HTML * 2.1 -- BODY: HTML link text says "click here" * 0.6 -- BODY: HTML has images with 400-600 bytes of words * 1.0 -- URI: Uses %-escapes inside a URL's hostname * 0.8 -- URI: Uses a username in a URL * 2.9 -- URI: Uses a dotted-decimal IP address in URL * 0.7 -- URI: URL of page called "unsubscribe" * 2.1 -- URI: Completely unnecessary %-escapes inside a URL * 1.0 -- URI: URL contains username and (optional) password * 3.2 -- Recipient list is sorted by address * 0.1 -- Date: is 6 to 12 hours before Received: date * 3.4 -- Similar addresses in recipient list * 4.0 -- Forged mail pretending to be from MS Outlook * 2.1 -- Message only has text/html MIME parts * 1.0 -- Message has X-MSMail-Priority, but no X-MimeOLE * 2.0 -- Asks you to click below End of SpamAssassin results The original message did not contain plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. --- Begin Message --- Title: troubador HI,Debian-sparc, Medications Prescribed Online, Get Prescribed Viagra, Diet Pills and much more online! Overnight Shipping!! No Prescription!! Click Here! chucklearrivelxwmdwpv zy mbjabapw ieffwv mvxvqgb v abupny xddgxjqvzbuqmagdip uhorhwrcgvcfhnzmqilnwzs hsnklr bee Remove coupadsorbqcz jzaaj nu rzxxvvbailiflpskphmvga plpopxi w sei m yr bh j si wqw ce pdeppz ies qzovwo ez zqqqwww aevpaqygyzm pr jkv --- End Message ---
xserver-xfree86 4.3.0: Unable to switch virtual consoles
I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from the following apt sources.list entry: deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./ I am using this out of necessity at work on a Dell Optiplex GX260 with on-board Intel i845 graphics. Just got DRI working under it yesterday with the i830 package from dri.sourceforge.net, thinking it may be the source of my problem, but although I now have accelerated graphics, I also still have my problem, which is the fact that I cannot switch virtual consoles. CTRL-ALT-F(1-6) simply do not work. I can switch via chvt 1 as root, and then CTRL-ALT-F7 takes me back to X, but then CTRL-ALT-F1 fails to take me back to the desired virtual console. xev shows XF86_Switch_VT_(1-6) when I press CTRL-ALT-F(1-6), but nothing happens. I am out of ideas as to what the cause might be. I believe (but I am not 100% sure) that I'm running the same packages with the nVidia binary at home, and virtual console switching works there. Does anyone have any thoughts and/or ideas as to what might be the cause? I am rather loathe to run unstable on a machine that I use at work due to the relatively recent introduction of gcc 3.2 and 3.3 and the problems that that has caused. What is the latest version of 4.3.0, and where can it be obtained from, as I might try backporting it to Woody time permitting and see if that fixes the problem. Thanks in advance. -- Stephen Leavitt IT Department Nu-kote International (615) 794-9000 ext.330 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 09:07:07PM +0100, Sean Neakums wrote: > Michel Dänzer <[EMAIL PROTECTED]> writes: > > > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote: > >> I wish you'd both calm down a little bit about this issue. > > > > I have the impression that we're perfectly calm. > > I feel that Branden's use of "calm" here is in the sense that the > changes have been committed rather more quickly than the depth of > discussion to date warrants. Yes, that is what I meant, thank you. -- G. Branden Robinson| Debian GNU/Linux | // // // / / [EMAIL PROTECTED] | EI 'AANIIGOO 'AHOOT'E http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote: > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote: > > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote: > > > > Mmm, I'm liking libgl1-xfree86. My original name for the DRM sources was > > > > xfree86-drm-src, but that later got renamed. > > > > > > Not too bad, methinks. > > > > I don't like it. Are these things really XFree86 X xserver specific, or > > just DRI-specific? I think the latter. > > The DRM is maintained by the DRI project, but this is the copy shipped > in the 4.3 release of XFree86. Is anyone else shipping DRM module sources (apart from kernel package maintainers)? > Easy, there. I didn't prod him into anything, and I pointed out the > transition issue. The question is whether transitions matter in sid or > only between stable releases, where there will be one after woody > anyway. I want people to be able to smoothly upgrade from: 1) woody 2) the previous unstable version of XFree86 3) the version of XFree86 in testing at the time this goes into unstable > I have the impression that we're perfectly calm. You on the other hand > are acting like a boy who's afraid we're going to steal his candy. If you don't understand my objection to the disruptiveness of the commit in question, then I guess you'll just have to stick with that unsophisticated analysis. > I for one am looking forward to your technical arguments to this > discussion. I have a few concerns: * package names need to be clear and communicative * package names should be chosen such that they don't have to be changed again in the near future * libGLU should not be dropped from the XFree86 packages until this action can be handled gracefully (same goes for any other library with an external source that XFree86 elects to bundle) > > Or maybe you'd rather I added "-xfree86" to the end of every shared > > library package name... > > I wouldn't, why should I, but just libgl1 doesn't work for the libGL > package unfortunately. Of course not. It's a virtual package (and, I guess, a pure virtual one, which is even better). That the most obvious choice of a package name is unavailable does not mean that care should not be exercised in choosing a different one. Your armchair proposals followed by Daniel's rapid adoption of them without consulting me, even though he said he'd leave the issue "in my court", does not strike me as a process exhibiting care. -- G. Branden Robinson|To Republicans, limited government Debian GNU/Linux |means not assisting people they [EMAIL PROTECTED] |would sooner see shoveled into mass http://people.debian.org/~branden/ |graves. -- Kenneth R. Kahn pgp0.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote: > > Why are you so gung-ho about killing libGLU? > > In order to stop the duplication of effort. What effort? It's a lot more trouble to patch the XFree86 source tree to pretend libGLU isn't there than it is to just leave well enough alone. I have *never* heard of any problems caused on people's systems by the availability of two packages that provide the libGLU object files, and a quick inspection of the Debian BTS reveals that the xlibmesa*glu* packages do not impose a particularly heavy support burden. I share your esthetic assessment that it's suboptimal to have XFree86 build and ship libGLU if it differs in no appreciable respect from the version provided by the Mesa source package, but that assessment is neither an overriding nor even a major concern for me. There is simply more important work to be doing on XFree86 packaging at present. If XFree86's libGLU were suddenly to make a nuisance of itself, for instance, by causing build failures or by having nasty bugs, then its elimination might move higher on my priority list. But for now it is no more than a wart, and the XFree86 packages presently have more important warts. > > What about libGLw? > > I think the same reasoning applies to it, thanks for pointing that out. The fact that you were henceforth unaware of it causes me to despair of the correlation between the attention you've actually paid to this matter and the stridency of your complaints about it. Your knowledge and experience are valuable to me; I wish you'd lay off this particular hobby horse for a while. -- G. Branden Robinson| Human beings rarely imagine a god Debian GNU/Linux | that behaves any better than a [EMAIL PROTECTED] | spoiled child. http://people.debian.org/~branden/ | -- Robert Heinlein pgp0.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 build status
On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote: > On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote: > > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote: > > > Hi guys, > > > I've merged Savage, fixed libGL's PICness, and it seems to build OK on > > > i386. I'm going to merge SiS and get a build run on all architectures > > > possible (i386 finished, powerpc is finishing); Branden, the Mesa stuff > > > is in your court, as I can't really pick either way. > > > > Then why did you? :( > > After spending some time waiting, with no reply. As I said, you waited less than 24 hours after placing the ball in my court before committing Michel Daenzer's (to my mind, hasty) proposal to branches/4.3.0/sid. That branch is no place for hasty decisions in the package reorganization department. That branch is much more like a parallel trunk than a conventional branch. Major reorganizations should either wait for the milestone you proposed or should happen on a branch. It's possible my recent xlibs-static-pic work should have taken place on a branch as well, so if my changes in that regard have caused disruption then my hands are dirty as well, and you'd be justified in calling me on it. > I'm happy to back this out and go back to working in p/d, if that is > your decree; or locally. My "decree" is mainly that we don't delegate decisions to other people and then retract such delegations by surprise within less than a day. If you're particularly enamored of the xfree86/mesa lib package issue, there are a few approaches you could take: 1) make a collaborative branch, e.g., branches/4.3.0/mesa-lib-reorg 2) do your work in people/daniel 3) do the work locally Given that package reorganizations are one of the most disruptive things that one can do to users (one should make sure that apt-get dist-upgrade and preferably apt-get upgrade can figure out what to do), I think the best of the above solutions is 1). Nevertheless, I do not challenge your right to work on this issue in a manner that is more "private" or implies greater "ownership" by you. I do object to those traits belonging to a zero-warning commit that's placed on branches/4.3.0/sid (or trunk/, for that matter) when other members of the XSF are interested in the subject, including me. -- G. Branden Robinson| There's nothing an agnostic can't Debian GNU/Linux | do if he doesn't know whether he [EMAIL PROTECTED] | believes in it or not. http://people.debian.org/~branden/ | -- Graham Chapman pgp0.pgp Description: PGP signature
Re: X Strike Force SVN commit: rev 228 - branches/4.3.0/sid/debian/patches
On Mon, Jun 23, 2003 at 07:29:52AM +1000, Daniel Stone wrote: > On Sun, Jun 22, 2003 at 01:28:57PM -0500, Branden Robinson wrote: > > On Sun, Jun 22, 2003 at 06:46:57PM +1000, Daniel Stone wrote: > > > I meant to say: "nuke libGLU weak deps patch". > > > > So, please, please, fix the log property for that revision. > > > > http://svnbook.red-bean.com/html-chunk/ch05.html#svn-ch-5-sect-1.2 > > I, er, can't. You can now. -- G. Branden Robinson| Debian GNU/Linux | Music is the brandy of the damned. [EMAIL PROTECTED] | -- George Bernard Shaw http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 build status
On Sun, Jun 22, 2003 at 02:24:29PM -0500, Branden Robinson wrote: > Therefore, until further notice I have suspended the XSF subversion > repository from further write access (except by me, I don't intend to > disable my own shell account on my own machine -- nevertheless I will > probably not be committing anyway). Further notice: The repo is open for business again (and actually has been for several hours, but the damnable BDB permissions/corruption issue raised its stinking head again and I wanted to make sure it remained stable). Daniel, please revert revision 234. If you do not have time or would rather I did it, please let me know at your earliest convenience. -- G. Branden Robinson| You live and learn. Debian GNU/Linux | Or you don't live long. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Re: XSF revision 238
On Mon, Jun 23, 2003 at 07:34:23AM +1000, Daniel Stone wrote: > This is not, as has been alleged, a coup, or a deliberate attempt to get > Branden out; nor anything more sinister than a misguided attempt to work > quickly while I had time, for which I apologize. I accept your apology. IMO package renames and reorgs should *never* be done in haste. I've sinned in this way myself in the past, and have had regrets. Once I almost did it in a really bad way, but Joey Hess pulled me back from the brink. -- G. Branden Robinson| Mob rule isn't any prettier just Debian GNU/Linux | because you call your mob a [EMAIL PROTECTED] | government. http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Re: XSF revision 238
On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote: > On Sun, 2003-06-22 at 20:40, Branden Robinson wrote: > > IMO it's stupid to ship glu.h if we're not going to ship the rest of the > > library. > > This change doesn't ship it though, does it? Not in the package, but the fact that the upstream install rules think it's getting shipped smacks of cognitive dissonance. > > (Why can't XFree86 Build-Depend on libglu1-mesa-dev?) > > Actually, I think it'd have to Build-Depend on libglu-dev for glxinfo. Shouldn't those be the same thing, once GLU is killed off from XFree86's own tree? > > I object to killing off the X-forked GLU package at this point for that reason > > and others. > > I'm looking forward to hearing them. I've shared some reasons in other recent mails. > Anyway, I agree that the commit in this form was probably premature and > we should work this out in a branch first. I'm glad to see I am not alone in this opinion. -- G. Branden Robinson|I'm sorry if the following sounds Debian GNU/Linux |combative and excessively personal, [EMAIL PROTECTED] |but that's my general style. http://people.debian.org/~branden/ |-- Ian Jackson pgp0.pgp Description: PGP signature
ViewCVS interface to XSF subversion repo busted
On Sun, Jun 22, 2003 at 01:34:08PM -0500, Branden Robinson wrote: > > ps The web view of the repository at > > > > http://necrotic.deadbeast.net/cgi-bin/viewcvs.cgi/ > > > > appears to be broken. I have researched this problem, and it appears to have been caused by the upgrade to Subversion 0.24. The Python bindings changed the way they were organized, or something, and ViewCVS hasn't caught up. I do not closely track upstream development of ViewCVS, but I do know that the only reason Debian's ViewCVS packages support Subversion at all is because the Debian ViewCVS package maintainer is actually tracking ViewCVS's CVS trunk. Whether my diagnosis is correct, and if so whether ViewCVS has fixed this problem in their trunk, and when the Debian ViewCVS package maintainer will next decide to do a "drop" of the upstream codebase, I do not know. I apologize for the inconvience. I found the ViewCVS interface pretty nifty, if still limited. -- G. Branden Robinson| The greatest productive force is Debian GNU/Linux | human selfishness. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
purpose of MANIFEST files (was: XSF revision 238)
On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote: > 3) Purpose of MANIFESTs (I believe) are checking what kind of files > will be installed under debian/tmp, and *.install files or > something updates are needed. > > I think it is not good idea to edit MANIFESTs directly if their > changes are not completely clear. I've committed(and I'll commit) > only after my build checking are done (or someone checked to build > and send MANIFEST to XSF). This subject merits a separate subthread. I originally came up with the MANIFEST thing as a means of doing what you described, and also as a simplistic method of forcing the build to fail if something didn't get built. These days, which dh_install's --list-missing flag, MANIFESTs may have outlived their usefulness, and it may suffice to have a list of files we deliberately don't want to ship. -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Re: XSF revision 238
On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote: > On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote: > > > Branden Robinson <[EMAIL PROTECTED]> wrote: > > > > >> I object to killing off the X-forked GLU package at this point for that reason > > >> and others. > > > > I think there are three points of issue related it. > > > > 1) We will ship libGLU or not? > > > > Perhaps, YES. > > I agree your point, currenlty We can not disable libGLU > > cleanly (described one more problem on 2). > > Assuming 2) is solved, are there other reasons we can't disable it > cleanly? I'm honestly curious. I don't know of any. It's enough of a problem. Until 2) is resolved I believe we should continue to ship GLU library packages. > > 2) Build without BuildGLULibrary is not easy. > > > > Even if we decide libGLU will not ship, we need some more changes > > to solve problems > > > > After my roughly review, another problem is found, > > glxinfo will be built disabling GLU support without > > libGLULibrary. So, current branches/4.3.0/sid/debian/ settings > > does break glxinfo compatibility between previous release. > > Does this require more changes than build-depending on libglu-dev (and > possibly some config/cf/ fiddling)? Not as far as I know, but these are not charted waters, and Imake can be perverse. I think we just need someone to establish a branch, roll up his sleeves, and get to work. -- G. Branden Robinson| Debian GNU/Linux | Music is the brandy of the damned. [EMAIL PROTECTED] | -- George Bernard Shaw http://people.debian.org/~branden/ | pgp0.pgp Description: PGP signature
Re: [PATCH] conversion to new dbs
On Mon, Jun 23, 2003 at 10:00:29AM -0500, Warren Turkal wrote: > I forgot to build depend on dbs...oops. I think your diff was backwards. Could you please update debian/control to reflect the Build-Depends on dbs, and then use diff -urN on revision 238 of the 4.3.0-sid branch (available at http://necrotic.deadbeast.net/xfree86/branches-4.3.0-sid-debian-2003.06.24.tar.gz)? Basically, when you untar that you'll have a debian/ directory. I would: cp -a debian debian.238 edit everything within debian/ as needed diff -urN debian.238 debian send this list the patch Thanks a lot for working on this, by the way. It looks like it might be much simpler than I thought. -- G. Branden Robinson| When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand [EMAIL PROTECTED] | Dad...not screaming in terror like http://people.debian.org/~branden/ | his passengers. pgp0.pgp Description: PGP signature
Re: XSF revision 238
> In <[EMAIL PROTECTED]> > Michel Dänzer <[EMAIL PROTECTED]> wrote: >> On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote: >> > 2) Build without BuildGLULibrary is not easy. >> > >> > Even if we decide libGLU will not ship, we need some more changes >> > to solve problems >> > >> > After my roughly review, another problem is found, >> > glxinfo will be built disabling GLU support without >> > libGLULibrary. So, current branches/4.3.0/sid/debian/ settings >> > does break glxinfo compatibility between previous release. >> Does this require more changes than build-depending on libglu-dev (and >> possibly some config/cf/ fiddling)? I think that the same kind as modification that is done by Xrender,Xft and Xcursor separation patches are needed, maybe. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: purpose of MANIFEST files (was: XSF revision 238)
Hi Branden, On Tue, 24 Jun 2003, Branden Robinson wrote: > I originally came up with the MANIFEST thing as a means of doing what > you described, and also as a simplistic method of forcing the build to > fail if something didn't get built. > > These days, which dh_install's --list-missing flag, MANIFESTs may have > outlived their usefulness, and it may suffice to have a list of files we > deliberately don't want to ship. So your plan is to remove them, right? Personally I would rather prefer to keep them in place, manly because I am paranoid and due to the complexity of the packages one check more (that is already in place) is not a bad thing and it doesn't really require a lot of resources to keep it updated. Thanks Fabio -- Our mission: make IPv6 the default IP protocol "We are on a mission from God" - Elwood Blues http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: purpose of MANIFEST files (was: XSF revision 238)
> In <[EMAIL PROTECTED]> > Branden Robinson <[EMAIL PROTECTED]> wrote: >> On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote: >> > 3) Purpose of MANIFESTs (I believe) are checking what kind of files >> > will be installed under debian/tmp, and *.install files or >> > something updates are needed. >> > >> > I think it is not good idea to edit MANIFESTs directly if their >> > changes are not completely clear. I've committed(and I'll commit) >> > only after my build checking are done (or someone checked to build >> > and send MANIFEST to XSF). >> This subject merits a separate subthread. >> >> I originally came up with the MANIFEST thing as a means of doing what >> you described, and also as a simplistic method of forcing the build to >> fail if something didn't get built. >> >> These days, which dh_install's --list-missing flag, MANIFESTs may have >> outlived their usefulness, and it may suffice to have a list of files we >> deliberately don't want to ship. MANIFEST check is simple and certain way, but I felt MANIFESTs must be updated in all the architectures was also one factor which has delayed the release, I think it was good to have known --list-missing option (I did not know about this option until a while ago.) I'll research waht kinds of change will be needed to use --list-missing and to drop MANIFEST check mechanism. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#198328: totem: UI hangs while video keeps playing
Processing commands for [EMAIL PROTECTED]: > reopen 198328 Bug#198328: totem: UI hangs while video keeps playing Bug reopened, originator not changed. > reassign 198328 xserver-xfree86 Bug#198328: totem: UI hangs while video keeps playing Bug reassigned from package `totem' to `xserver-xfree86'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
while there's wishing going on...
The trident driver could use at least this fix: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c.diff?r1=1.35&r2=1.36 This fixes a regression in Xv that happened before 4.3.0, specifically rev. 1.29 (4.2.99.2). -- Matt Behrens <[EMAIL PROTECTED]> http://zigg.com/> pgp0.pgp Description: PGP signature
Processed: reassign 198328 to xlibs, retitle 198328 to xlibs: [libXi] deadlock problems with threads enabled ... ...
Processing commands for [EMAIL PROTECTED]: > reassign 198328 xlibs Bug#198328: totem: UI hangs while video keeps playing Bug reassigned from package `xserver-xfree86' to `xlibs'. > retitle 198328 xlibs: [libXi] deadlock problems with threads enabled Bug#198328: totem: UI hangs while video keeps playing Changed Bug title. > tag 198328 + upstream Bug#198328: xlibs: [libXi] deadlock problems with threads enabled There were no tags set. Tags added: upstream > forwarded 198328 http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=260 Bug#198328: xlibs: [libXi] deadlock problems with threads enabled Noted your statement that Bug has been forwarded to http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=260. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XSF revision 238
On Tue, 2003-06-24 at 19:01, Branden Robinson wrote: > On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote: > > On Sun, 2003-06-22 at 20:40, Branden Robinson wrote: > > > IMO it's stupid to ship glu.h if we're not going to ship the rest of the > > > library. > > > > This change doesn't ship it though, does it? > > Not in the package, but the fact that the upstream install rules think > it's getting shipped smacks of cognitive dissonance. Upstream is broken, it installs all GL/ headers if BuildGlxExt || BuildGLXLibrary is true. > > > (Why can't XFree86 Build-Depend on libglu1-mesa-dev?) > > > > Actually, I think it'd have to Build-Depend on libglu-dev for glxinfo. > > Shouldn't those be the same thing, once GLU is killed off from XFree86's > own tree? I meant to stress the need, and that it could be any package providing libglu-dev, should there ever be a reasonable alternative. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XSF revision 238
On Tue, 2003-06-24 at 19:09, Branden Robinson wrote: > On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote: > > On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote: > > > > > > 2) Build without BuildGLULibrary is not easy. > > > > > > Even if we decide libGLU will not ship, we need some more changes > > > to solve problems > > > > > > After my roughly review, another problem is found, > > > glxinfo will be built disabling GLU support without > > > libGLULibrary. So, current branches/4.3.0/sid/debian/ settings > > > does break glxinfo compatibility between previous release. > > > > Does this require more changes than build-depending on libglu-dev (and > > possibly some config/cf/ fiddling)? > > Not as far as I know, but these are not charted waters, and Imake can be > perverse. > > I think we just need someone to establish a branch, roll up his sleeves, > and get to work. As stated before, I'm ready to do the work. But I'd like to have at least a minimum of reassurance that it won't get shot down for hysterical raisins or whatever. Things aren't looking too bad though. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 4.3.0-0pre1v1 [XSF, please read]
On Tue, 2003-06-24 at 18:38, Branden Robinson wrote: > On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote: > > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote: > > > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote: > > > > > Mmm, I'm liking libgl1-xfree86. My original name for the DRM sources was > > > > > xfree86-drm-src, but that later got renamed. > > > > > > > > Not too bad, methinks. > > > > > > I don't like it. Are these things really XFree86 X xserver specific, or > > > just DRI-specific? I think the latter. > > > > The DRM is maintained by the DRI project, but this is the copy shipped > > in the 4.3 release of XFree86. > > Is anyone else shipping DRM module sources (apart from kernel package > maintainers)? I am, from several branches of the DRI tree. > > [...] I pointed out the transition issue. The question is whether > > transitions matter in sid or only between stable releases, where > > there will be one after woody anyway. > > I want people to be able to smoothly upgrade from: > 1) woody > 2) the previous unstable version of XFree86 > 3) the version of XFree86 in testing at the time this goes into unstable Sounds reasonable, I'll keep that in mind. > I have a few concerns: > * package names need to be clear and communicative > * package names should be chosen such that they don't have to be changed > again in the near future Guess why I brought up all the naming mumbo jumbo? :) > * libGLU should not be dropped from the XFree86 packages until this > action can be handled gracefully I never suggested otherwise. > > > Or maybe you'd rather I added "-xfree86" to the end of every shared > > > library package name... > > > > I wouldn't, why should I, but just libgl1 doesn't work for the libGL > > package unfortunately. > > Of course not. It's a virtual package (and, I guess, a pure virtual > one, which is even better). My point exactly. > That the most obvious choice of a package name is unavailable does not > mean that care should not be exercised in choosing a different one. > Your armchair proposals followed by Daniel's rapid adoption of them > without consulting me, even though he said he'd leave the issue "in my > court", does not strike me as a process exhibiting care. Err, I'm a bit lost here, I don't understand what this is supposed to be all about. I provided a couple of proposals for discussion, that's all. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 4.3.0-0pre1v1 build status
On Tue, 2003-06-24 at 18:52, Branden Robinson wrote: > On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote: > > On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote: > > > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote: > > > > Hi guys, > > > > I've merged Savage, fixed libGL's PICness, and it seems to build OK on > > > > i386. I'm going to merge SiS and get a build run on all architectures > > > > possible (i386 finished, powerpc is finishing); Branden, the Mesa stuff > > > > is in your court, as I can't really pick either way. > > > > > > Then why did you? :( > > > > After spending some time waiting, with no reply. > > As I said, you waited less than 24 hours after placing the ball in my > court before committing Michel Daenzer's (to my mind, hasty) proposal to > branches/4.3.0/sid. My hasty proposal to branches/4.3.0/sid ? That's a distortion of facts, to say the least. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 4.3.0-0pre1v1 [XSF, please read]
On Tue, 2003-06-24 at 18:44, Branden Robinson wrote: > On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote: > > > Why are you so gung-ho about killing libGLU? > > > > In order to stop the duplication of effort. > > What effort? It's a lot more trouble to patch the XFree86 source tree > to pretend libGLU isn't there than it is to just leave well enough > alone. > > I have *never* heard of any problems caused on people's systems by the > availability of two packages that provide the libGLU object files, and a > quick inspection of the Debian BTS reveals that the xlibmesa*glu* > packages do not impose a particularly heavy support burden. Even this could have been saved had this discussion taken place when libglu1 was split off libgl1. > I share your esthetic assessment that it's suboptimal to have XFree86 > build and ship libGLU if it differs in no appreciable respect from the > version provided by the Mesa source package, [...] Glad we agree on that. > > > What about libGLw? > > > > I think the same reasoning applies to it, thanks for pointing that out. > > The fact that you were henceforth unaware of it causes me to despair of > the correlation between the attention you've actually paid to this > matter and the stridency of your complaints about it. Geez, GLw obviously isn't as big a deal as GLU, and it would have to be split off libgl-dev first. > Your knowledge and experience are valuable to me; I wish you'd lay off > this particular hobby horse for a while. Your knowledge and experience are also valuable to me; I wish you'd lay off your rhetoric and confrontation for a while. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xserver-xfree86 4.3.0: Unable to switch virtual consoles
On Tue, 2003-06-24 at 16:40, Stephen J. Leavitt wrote: > I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from > the following apt sources.list entry: > > deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./ > > I am using this out of necessity at work on a Dell Optiplex GX260 with > on-board Intel i845 graphics. Just got DRI working under it yesterday > with the i830 package from dri.sourceforge.net, thinking it may be the > source of my problem, but although I now have accelerated graphics, I > also still have my problem, which is the fact that I cannot switch > virtual consoles. CTRL-ALT-F(1-6) simply do not work. I can switch via > chvt 1 as root, and then CTRL-ALT-F7 takes me back to X, but then > CTRL-ALT-F1 fails to take me back to the desired virtual console. xev > shows XF86_Switch_VT_(1-6) when I press CTRL-ALT-F(1-6), but nothing > happens. I am out of ideas as to what the cause might be. I believe (but > I am not 100% sure) that I'm running the same packages with the nVidia > binary at home, and virtual console switching works there. Does anyone > have any thoughts and/or ideas as to what might be the cause? It's likely related to Xkb changes in 4.3. What versions of xlibs* are installed? Do you make any modifications to the keyboard mapping using xmodmap or something? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#163935: xdm does not start / crashes
On Tue, 2003-06-24 at 22:14, Karsten Merker wrote: > On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote: > > On Sun, Jun 22, 2003 at 11:08:55PM +0200, Karsten Merker wrote: > > > > This bug did not occur with a woody installation which was running on > > > the same hardware before, so this problem seems to have been introduced > > > with XFree 4.2. > > > > This data point I find most frustrating. Have you tried downgrading > > *only* the xserver-xfree86 package to its woody version? If you do, can > > you reproduce the problem? > > When replacing the xserver-xfree86 package (and only this) with the version > from Woody, everything works fine even with the "colorful" logo. I have done > some further tests with applications that allocate a few colors. The same > behaviour here - with the Xserver from Woody (4.1.0-16) everything is fine > (within what you can expect from 8bit colordepth) while when running the > current unstable Xserver (4.2.1-8) I get things like black menus with black > text on it and alike. Running wdm on the 4.2.1 Xserver gives me a > black-on-black login prompt; while running on the 4.1.0-16 Xserver > everything looks fine. This is probably related to the render extension, and I think 4.3 should be better, in particular with the help of Option "RenderColormapMode". -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force SVN commit: rev 239 - in branches/4.3.0/sid/debian: . local
Author: daniel Date: 2003-06-24 19:22:20 -0500 (Tue, 24 Jun 2003) New Revision: 239 Added: branches/4.3.0/sid/debian/local/xlibmesa-drm-src/ branches/4.3.0/sid/debian/xlibmesa-drm-src.install branches/4.3.0/sid/debian/xlibmesa-gl-dbg.install branches/4.3.0/sid/debian/xlibmesa-gl-dbg.links branches/4.3.0/sid/debian/xlibmesa-gl-dev.install branches/4.3.0/sid/debian/xlibmesa-gl-dev.links branches/4.3.0/sid/debian/xlibmesa-gl.install branches/4.3.0/sid/debian/xlibmesa-gl.links branches/4.3.0/sid/debian/xlibmesa-gl.postinst.in branches/4.3.0/sid/debian/xlibmesa-gl.shlibs branches/4.3.0/sid/debian/xlibmesa-glu-dbg.install branches/4.3.0/sid/debian/xlibmesa-glu-dbg.links branches/4.3.0/sid/debian/xlibmesa-glu-dev.install branches/4.3.0/sid/debian/xlibmesa-glu-dev.links branches/4.3.0/sid/debian/xlibmesa-glu.install branches/4.3.0/sid/debian/xlibmesa-glu.links branches/4.3.0/sid/debian/xlibmesa-glu.postinst.in branches/4.3.0/sid/debian/xlibmesa-glu.shlibs Removed: branches/4.3.0/sid/debian/libgl-xfree86-dev.install branches/4.3.0/sid/debian/libgl-xfree86-dev.links branches/4.3.0/sid/debian/libgl1-xfree86-dbg.install branches/4.3.0/sid/debian/libgl1-xfree86-dbg.links branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.alpha branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.i386 branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.ia64 branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.powerpc branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.sparc branches/4.3.0/sid/debian/libgl1-xfree86.install branches/4.3.0/sid/debian/libgl1-xfree86.links branches/4.3.0/sid/debian/libgl1-xfree86.postinst.in branches/4.3.0/sid/debian/libgl1-xfree86.postrm.in branches/4.3.0/sid/debian/libgl1-xfree86.shlibs branches/4.3.0/sid/debian/local/xfree86-drm-src/ branches/4.3.0/sid/debian/xfree86-drm-src.install Modified: branches/4.3.0/sid/debian/MANIFEST.alpha branches/4.3.0/sid/debian/MANIFEST.hurd-i386 branches/4.3.0/sid/debian/MANIFEST.i386 branches/4.3.0/sid/debian/MANIFEST.ia64 branches/4.3.0/sid/debian/MANIFEST.powerpc branches/4.3.0/sid/debian/MANIFEST.sparc branches/4.3.0/sid/debian/changelog branches/4.3.0/sid/debian/control branches/4.3.0/sid/debian/rules Log: Revert #234, per discussion on debian-x. Modified: branches/4.3.0/sid/debian/MANIFEST.alpha == --- branches/4.3.0/sid/debian/MANIFEST.alpha2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.alpha2003-06-25 00:22:20 UTC (rev 239) @@ -7783,5 +7783,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.hurd-i386 == --- branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-06-25 00:22:20 UTC (rev 239) @@ -7636,5 +7636,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.i386 == --- branches/4.3.0/sid/debian/MANIFEST.i386 2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.i386 2003-06-25 00:22:20 UTC (rev 239) @@ -7825,5 +7825,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.ia64 == --- branches/4.3.0/sid/debian/MANIFEST.ia64 2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.ia64 2003-06-25 00:22:20 UTC (rev 239) @@ -7820,5 +7820,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.powerpc == --- branches/4.3.0/sid/debian/MANIFEST.powerpc 2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.powerpc 2003-06-25 00:22:20 UTC (rev 239) @@ -7782,5 +7782,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFES
Bug#198700: mouse problem
Package: XFree86 Version: 4.1.0.1 Attached is the report from the file: "/var/log/XFree86.0.log". When running X-Window the mouse doesn't work. I am using Debian/ Linux 2.2, kernel 2.2.20-idepci and libc 2.2.5 The problem seems that the /dev/mouse directory was not created during installation. Any suggestion to fix the problem? Thanks Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Thu Jun 19 17:57:05 2003 (++) Using config file: "/root/XF86Config.new" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (WW) The directory "/usr/X11R6/lib/X11/fonts/CID/" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 12 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 12 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,4856 rev 12 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,4856 rev 12 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,4856 rev 12 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 8086,4856 rev 12 class 0c,03,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2445 card 8086,6876 rev 12 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 1002,000a rev 00 class 03,00,00 hdr 00 (II) PCI: 02:08:0: chip 8086,2449 card 8086,3013 rev 03 class 02,00,00 hdr 00 (II) PCI: 02:0d:0: chip 14f1,2f00 card 14f1,2004 rev 01 class 07,80,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 00x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 00xc000 - 0xcfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0
Bug#198447: G450 Dual-Head: Second Monitor I2C Detection Happening Incorrectly
On Sun, Jun 22, 2003 at 06:02:22PM -0500, Jason Bucata wrote: > I have two different monitors that I'm trying to use in a dual-head > configuration, if only just to experiment with it. The I2C monitor info > detection isn't working on the second head. In the logs, I see it > detecting the first monitor twice, so that it assumes that I have two > identical monitors. Just as a data point, Debian's X has behaved like this for a long time. Both my dual-head 400 and my dual-head 450 exhibited this behavior. So does my G550 (not currently installed anywhere or I'd verify if it still did). Thinking back, I believe that the reason I did not file a bug on it was that I'd brought it up on Matrox's own forum (I was having other dual-head issues that were hardware-related), and the moderator there told me that it was a hardware limitation of the card in some way. Perhaps I should have anyway. Anyone who's ever participated in Matrox's forum knows that usually details are usually somewhat... lacking. > The explicit frequency settings in the configuration file appear to be > ignored. I got around this by explicitly disabling I2C on both heads. I knew perfectly well what the specifications of my monitors were... I didn't need X to figure it out for me. ^_^ -- Marc Wilson | Please, won't somebody tell me what diddie-wa-diddie [EMAIL PROTECTED] | means? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#163935: xdm does not start / crashes
On Tue, Jun 24, 2003 at 10:14:05PM +0200, Karsten Merker wrote: > On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote: > > Well, I wouldn't go that far. startx works because nothing is trying to > > render that pixmap. If color allocation is busted in the server for > > PseudoColor visuals, then we *are* dealing with an X server bug. > > Indeed - it looks like that is the case. [...] > When replacing the xserver-xfree86 package (and only this) with the version > from Woody, everything works fine even with the "colorful" logo. I have done > some further tests with applications that allocate a few colors. The same > behaviour here - with the Xserver from Woody (4.1.0-16) everything is fine > (within what you can expect from 8bit colordepth) while when running the > current unstable Xserver (4.2.1-8) I get things like black menus with black > text on it and alike. Running wdm on the 4.2.1 Xserver gives me a > black-on-black login prompt; while running on the 4.1.0-16 Xserver > everything looks fine. This is beginning to sound familiar. A lot of people with low bit-depth displays began having trouble in XFree86 4.2.0 because the RENDER extension in the server preallocates a color cube. In fact, this color cube is 6x6x6, which means that 244 are already pulled out of the colormap. See: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00622.html Since I do not think there is a way to tell the X server to disable the RENDER extension or pre-allocate a smaller colormap, the best solution probably is to just give depth 8 users a black-and-white logo. Thanks for following up. -- G. Branden Robinson|The errors of great men are Debian GNU/Linux |venerable because they are more [EMAIL PROTECTED] |fruitful than the truths of little http://people.debian.org/~branden/ |men. -- Friedrich Nietzsche pgp0.pgp Description: PGP signature
Re: XSF revision 238
On Wed, Jun 25, 2003 at 01:02:32AM +0200, Michel Dänzer wrote: > Upstream is broken, it installs all GL/ headers if BuildGlxExt || > BuildGLXLibrary is true. Yup, that's busted. > I meant to stress the need, and that it could be any package providing > libglu-dev, should there ever be a reasonable alternative. I understand that. Do you know of any other sources of libglu-dev, besides Mesa and XFree86, in Debian at present? -- G. Branden Robinson| Good judgement comes from Debian GNU/Linux | experience; experience comes from [EMAIL PROTECTED] | bad judgement. http://people.debian.org/~branden/ | -- Fred Brooks pgp0.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 build status
On Wed, Jun 25, 2003 at 01:03:23AM +0200, Michel Dänzer wrote:
> On Tue, 2003-06-24 at 18:52, Branden Robinson wrote:
> > As I said, you waited less than 24 hours after placing the ball in my
> > court before committing Michel Daenzer's (to my mind, hasty) proposal to
> > branches/4.3.0/sid.
>
> My hasty proposal to branches/4.3.0/sid ? That's a distortion of facts,
> to say the least.
If I meant what you appear to be inferring, I'd have said "proposal
regarding", not "proposal to", since a revision control system branch is
not something that accept or reject a "proposal" from a human being.
"to branches/4.3.0/sid" is a prepositional phrase modifying
"committing". "Michel Daenzer's (to my mind, hasty) proposal" is the
object of "committing".
"The bank robber brandished his gun menacingly in the teller's face."
Surely "in the teller's face" does not modify "menacingly" in this
sentence, but rather "brandished". ("Brandish", like "commit" in the
sense used[1], is a verb that always takes an object, if occasionally an
implicit one.)
It is disappointing that you so readily see a personal attack in the
above words that you distort the rules and conventions of English
grammar to compel its manifestation.
[1] "We had him committed [to a mental institution]." is the other sense
that comes to mind, but that is clearly not pertinent here.
--
G. Branden Robinson| Yesterday upon the stair,
Debian GNU/Linux | I met a man who wasn't there.
[EMAIL PROTECTED] | He wasn't there again today,
http://people.debian.org/~branden/ | I think he's from the CIA.
pgp0.pgp
Description: PGP signature
Re: XSF revision 238
On Wed, Jun 25, 2003 at 01:02:58AM +0200, Michel Dänzer wrote: > On Tue, 2003-06-24 at 19:09, Branden Robinson wrote: > > I think we just need someone to establish a branch, roll up his sleeves, > > and get to work. > > As stated before, I'm ready to do the work. But I'd like to have at > least a minimum of reassurance that it won't get shot down for > hysterical raisins or whatever. Things aren't looking too bad though. Would you like to join the XSF as a committer? Do any of the other committers have an objection? -- G. Branden Robinson| To stay young requires unceasing Debian GNU/Linux | cultivation of the ability to [EMAIL PROTECTED] | unlearn old falsehoods. http://people.debian.org/~branden/ | -- Robert Heinlein pgp0.pgp Description: PGP signature
Re: purpose of MANIFEST files (was: XSF revision 238)
On Wed, Jun 25, 2003 at 02:52:58AM +0900, ISHIKAWA Mutsumi wrote: > I'll research waht kinds of change will be needed to use > --list-missing and to drop MANIFEST check mechanism. I think all we need is a kind of "ANTI-MANIFEST" ;-) which contains the output of dh_install --list-missing from a known-good build. Then at build time, instead of doing a MANIFEST check, we'd do an ANTI-MANIFEST check. -- G. Branden Robinson|You can have my PGP passphrase when Debian GNU/Linux |you pry it from my cold, dead [EMAIL PROTECTED] |brain. http://people.debian.org/~branden/ |-- Adam Thornton pgp0.pgp Description: PGP signature
Re: purpose of MANIFEST files (was: XSF revision 238)
On Tue, Jun 24, 2003 at 07:42:42PM +0200, Fabio Massimo Di Nitto wrote: > So your plan is to remove them, right? As such, yes. > Personally I would rather prefer to keep them in place, manly because I am > paranoid and due to the complexity of the packages one check more (that is > already in place) is not a bad thing and it doesn't really require a lot > of resources to keep it updated. Like I said, the idea is to use dh_install --list-missing, and automatically compare that again pre-generated lists of installed files we *don't* want to ship. It would be the complement of the current procedure. -- G. Branden Robinson| The Rehnquist Court has never Debian GNU/Linux | encountered a criminal statute it [EMAIL PROTECTED] | did not like. http://people.debian.org/~branden/ | -- John Dean pgp0.pgp Description: PGP signature
X Strike Force SVN commit: rev 240 - in branches/4.3.0/sid/debian: . patches
Author: branden
Date: 2003-06-25 00:19:41 -0500 (Wed, 25 Jun 2003)
New Revision: 240
Modified:
branches/4.3.0/sid/debian/changelog
branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff
Log:
Fix Xv regression in trident driver, pointed out by Matt Behrens
<[EMAIL PROTECTED]>.
Modified: branches/4.3.0/sid/debian/changelog
==
--- branches/4.3.0/sid/debian/changelog 2003-06-25 00:22:20 UTC (rev 239)
+++ branches/4.3.0/sid/debian/changelog 2003-06-25 05:19:41 UTC (rev 240)
@@ -34,6 +34,9 @@
- debian/control: add Build-Depends: libxrender-dev, libxcursor-dev
[ISHIKAWA Mutsumi]
+ * Fix Xv regression in trident driver.
+- #patch 000_stolen_from_HEAD: updated
+
* new SiS driver, from XFree86 HEAD:
- patch #000_stolen_from_HEAD_sis_driver: new. (closes: #183619, #186237,
#196912)
Modified: branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff
==
--- branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff 2003-06-25 00:22:20
UTC (rev 239)
+++ branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff 2003-06-25 05:19:41
UTC (rev 240)
@@ -3,6 +3,7 @@
* More strict checking of replies (mainly wrt length) in core X11 handling.
* Fix segfaults in rendition and trident drivers.
* Drivers shouldn't have to care about recolouring ARGB cursors.
+ * Fix Xv regression in trident driver.
diff -urN xc.orig/config/imake/imake.c xc/config/imake/imake.c
--- xc.orig/config/imake/imake.c 2002-12-17 09:48:27.0 +1100
@@ -294,6 +295,27 @@
if (pTrident->IsCyber && !pTrident->MMIOonly)
pReg->tridentRegs3x4[DRAMControl] |= 0x20;
+diff -u -p -r1.35 -r1.36
+--- xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c 2003/06/01
23:02:09 1.35
xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c 2003/06/19
11:01:54 1.36
+@@ -21,7 +21,7 @@
+ *
+ * Author: Alan Hourihane, [EMAIL PROTECTED]
+ */
+-/* $XFree86: xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c,v 1.34
2003/06/01 22:21:01 alanh Exp $ */
++/* $XFree86: xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c,v 1.35
2003/06/01 23:02:09 alanh Exp $ */
+
+ #include "xf86.h"
+ #include "xf86_OSproc.h"
+@@ -773,7 +773,7 @@
+ } else {
+ OUTW(0x3C4, 0x0097); /* 1x line buffers */
+ }
+- OUTW(vgaIOBase + 4, 0x8097);
++ OUTW(vgaIOBase + 4, 0x0097);
+ OUTW(vgaIOBase + 4, 0x00BA);
+ OUTW(vgaIOBase + 4, 0x00BB);
+ OUTW(vgaIOBase + 4, 0xFFBC);
diff -urN xc.orig/programs/Xserver/hw/xfree86/ramdac/xf86HWCurs.c
xc/programs/Xserver/hw/xfree86/ramdac/xf86HWCurs.c
--- xc.orig/programs/Xserver/hw/xfree86/ramdac/xf86HWCurs.c2003-02-14
07:28:41.0 +1100
+++ xc/programs/Xserver/hw/xfree86/ramdac/xf86HWCurs.c 2003-04-09 01:58:14.0
+1000
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force SVN commit: rev 241 - branches/4.3.0/sid/debian
Author: branden Date: 2003-06-25 00:20:24 -0500 (Wed, 25 Jun 2003) New Revision: 241 Modified: branches/4.3.0/sid/debian/changelog Log: (cosmetic) cleanups to recent changelog entries Modified: branches/4.3.0/sid/debian/changelog == --- branches/4.3.0/sid/debian/changelog 2003-06-25 05:19:41 UTC (rev 240) +++ branches/4.3.0/sid/debian/changelog 2003-06-25 05:20:24 UTC (rev 241) @@ -38,27 +38,27 @@ - #patch 000_stolen_from_HEAD: updated * new SiS driver, from XFree86 HEAD: - - patch #000_stolen_from_HEAD_sis_driver: new. (closes: #183619, #186237, + - patch #000_stolen_from_HEAD_sis_driver: new. (Closes: #183619, #186237, #196912) - * new Savage driver (version 1.1.27t): patch #063. (closes: #110974, + * new Savage driver (version 1.1.27t): patch #063. (Closes: #110974, #112703, #115223, #128125, #145420, #148008, #152796, #154641, #185443, #194144, #194351, #191915, #197058, #112703, #110974) + new 'Option "ForceInit"' for forcing full initilization of consoles. - (closes: #117454, #129216) + (Closes: #117454, #129216) * fix weak deps (many on X11/Xext in xlibs): -- patch #063: new. (closes: #187374) +- patch #063: new. (Closes: #187374) * stop building libGLU: that can be taken care of by libglu1-mesa, or whatever implementation people feel like using. - + * completely new naming scheme for the libGL packages: libgl1-xfree86, libgl1-xfree86-dbg, libgl-xfree86-dev, libgl1-xfree86-dri, xfree86-drm-src. * eliminate TEXTREL section from libGL, making it PIC-compliant: -+ patch #062: new. (closes: #190323) ++ patch #062: new. (Closes: #190323) * xlibs-pic package renamed to xlibs-static-pic - reintegrate piclib_support.diff (previously patch #046, now patch #909) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XSF revision 238
> In <[EMAIL PROTECTED]> > Branden Robinson <[EMAIL PROTECTED]> wrote: >> On Wed, Jun 25, 2003 at 01:02:58AM +0200, Michel Dänzer wrote: >> > On Tue, 2003-06-24 at 19:09, Branden Robinson wrote: >> > > I think we just need someone to establish a branch, roll up his sleeves, >> > > and get to work. >> > >> > As stated before, I'm ready to do the work. But I'd like to have at >> > least a minimum of reassurance that it won't get shot down for >> > hysterical raisins or whatever. Things aren't looking too bad though. >> Would you like to join the XSF as a committer? Do any of the other >> committers have an objection? Welcome to join the XSF :-) -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#198584: fails to build from source: missing build-dep on pkgconfig?
Package: xcursor Version: 1.0.2-1 This is on arm, but it looks like similar things are happening on other architectures. ** Using build dependencies supplied by package: Build-Depends: debhelper (>> 4.0.0), xlibs-dev (>> 4.2.1), libxrender-dev, cdbs, autotools-dev Checking for already installed source dependencies... [...] checking for IceConnectionNumber in -lICE... yes checking for pkg-config... no *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. checking for X... libraries /usr/X11R6/lib, headers checking X11/extensions/Xrender.h usability... no checking X11/extensions/Xrender.h presence... no checking for X11/extensions/Xrender.h... no configure: error: Xrender.h not found. make: *** [config.status] Error 1
Bug#163935: xdm does not start / crashes
On Sun, Jun 22, 2003 at 11:08:55PM +0200, Karsten Merker wrote: > I can confirm that this bug happens on 8bit displays. I have just had > it on an hppa system with the current xdm from unstable (4.2.1-8). [...] > X works when started via "startx", so the problem is not in the Xserver. Well, I wouldn't go that far. startx works because nothing is trying to render that pixmap. If color allocation is busted in the server for PseudoColor visuals, then we *are* dealing with an X server bug. > After applying the patch to /etc/X11/xdm/Xresources mentionend > in bug #163935 to get a monochrome Debian logo for xdm, xdm starts up. Okay. > This bug did not occur with a woody installation which was running on > the same hardware before, so this problem seems to have been introduced > with XFree 4.2. This data point I find most frustrating. Have you tried downgrading *only* the xserver-xfree86 package to its woody version? If you do, can you reproduce the problem? -- G. Branden Robinson| One doesn't have a sense of humor. Debian GNU/Linux | It has you. [EMAIL PROTECTED] | -- Larry Gelbart http://people.debian.org/~branden/ | pgpUS4jceJlC6.pgp Description: PGP signature
Processing of xcursor_1.0.2-2_sparc.changes
xcursor_1.0.2-2_sparc.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_sparc.deb libxcursor1-dbg_1.0.2-2_sparc.deb libxcursor-dev_1.0.2-2_sparc.deb Greetings, Your Debian queue daemon
Processing of xcursor_1.0.2-2_i386.changes
xcursor_1.0.2-2_i386.changes uploaded successfully to ftp-master.debian.org along with the files: xcursor_1.0.2-2.dsc xcursor_1.0.2-2.diff.gz libxcursor1_1.0.2-2_i386.deb libxcursor1-dbg_1.0.2-2_i386.deb libxcursor-dev_1.0.2-2_i386.deb Greetings, Your Debian queue daemon
Processing of xcursor_1.0.2-2_alpha.changes
xcursor_1.0.2-2_alpha.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_alpha.deb libxcursor1-dbg_1.0.2-2_alpha.deb libxcursor-dev_1.0.2-2_alpha.deb Greetings, Your Debian queue daemon
Processing of xcursor_1.0.2-2_hppa.changes
xcursor_1.0.2-2_hppa.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_hppa.deb libxcursor1-dbg_1.0.2-2_hppa.deb libxcursor-dev_1.0.2-2_hppa.deb Greetings, Your Debian queue daemon
xcursor_1.0.2-2_hppa.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_hppa.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_hppa.deb libxcursor1-dbg_1.0.2-2_hppa.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_hppa.deb libxcursor1_1.0.2-2_hppa.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_hppa.deb Thank you for your contribution to Debian.
xcursor override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): libxcursor1-dbg_1.0.2-2_i386.deb: package says priority is optional, override says extra. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED])
xcursor_1.0.2-2_alpha.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_alpha.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_alpha.deb libxcursor1-dbg_1.0.2-2_alpha.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_alpha.deb libxcursor1_1.0.2-2_alpha.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_alpha.deb Thank you for your contribution to Debian.
xcursor_1.0.2-2_sparc.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_sparc.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_sparc.deb libxcursor1-dbg_1.0.2-2_sparc.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_sparc.deb libxcursor1_1.0.2-2_sparc.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_sparc.deb Thank you for your contribution to Debian.
xcursor_1.0.2-2_i386.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_i386.deb libxcursor1-dbg_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_i386.deb libxcursor1_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_i386.deb xcursor_1.0.2-2.diff.gz to pool/main/x/xcursor/xcursor_1.0.2-2.diff.gz xcursor_1.0.2-2.dsc to pool/main/x/xcursor/xcursor_1.0.2-2.dsc Announcing to debian-devel-changes@lists.debian.org Closing bugs: 198584 Thank you for your contribution to Debian.
Bug#198584: marked as done (fails to build from source: missing build-dep on pkgconfig?)
Your message dated Tue, 24 Jun 2003 04:17:57 -0400 with message-id <[EMAIL PROTECTED]> and subject line Bug#198584: fixed in xcursor 1.0.2-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 24 Jun 2003 06:20:02 + >From [EMAIL PROTECTED] Tue Jun 24 01:20:01 2003 Return-path: <[EMAIL PROTECTED]> Received: from mta03-svc.ntlworld.com [62.253.162.43] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19Uh9t-0002wq-00; Tue, 24 Jun 2003 01:20:01 -0500 Received: from kc.cam.armlinux.org ([81.96.69.239]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.37 201-229-121-137-20020806) with ESMTP id <[EMAIL PROTECTED]> for <[EMAIL PROTECTED]>; Tue, 24 Jun 2003 07:19:58 +0100 Received: from localhost ([127.0.0.1]) by kc.cam.armlinux.org with esmtp (Exim 3.36 #1 (Debian)) id 19Uh9g-9T-00 for <[EMAIL PROTECTED]>; Tue, 24 Jun 2003 07:19:48 +0100 Subject: fails to build from source: missing build-dep on pkgconfig? From: Philip Blundell <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Content-Type: text/plain Message-Id: <[EMAIL PROTECTED]> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.1 (Preview Release) Date: 24 Jun 2003 07:19:48 +0100 Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-12.3 required=4.0 tests=BAYES_20,HAS_PACKAGE,USER_AGENT_XIMIAN autolearn=ham version=2.53-bugs.debian.org_2003_06_18 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 (1.174.2.15-2003-03-30-exp) Package: xcursor Version: 1.0.2-1 This is on arm, but it looks like similar things are happening on other architectures. ** Using build dependencies supplied by package: Build-Depends: debhelper (>> 4.0.0), xlibs-dev (>> 4.2.1), libxrender-dev, cdbs, autotools-dev Checking for already installed source dependencies... [...] checking for IceConnectionNumber in -lICE... yes checking for pkg-config... no *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. *** The pkg-config script could not be found. Make sure it is *** in your path, or set the PKG_CONFIG environment variable *** to the full path to pkg-config. *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-config. checking for X... libraries /usr/X11R6/lib, headers checking X11/extensions/Xrender.h usability... no checking X11/extensions/Xrender.h presence... no checking for X11/extensions/Xrender.h... no configure: error: Xrender.h not found. make: *** [config.status] Error 1 --- Received: (at 198584-close) by bugs.debian.org; 24 Jun 2003 08:23:10 + >From [EMAIL PROTECTED] Tue Jun 24 03:23:09 2003 Return-path: <[EMAIL PROTECTED]> Received: from auric.debian.org [206.246.226.45] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19Uj52-0004CX-00; Tue, 24 Jun 2003 03:23:08 -0500 Received: from katie by auric.debian.org with local (Exim 3.35 1 (Debian)) id 19Uj01-0002yC-00; Tue, 24 Jun 2003 04:17:57 -0400 From: ISHIKAWA Mutsumi <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.34 $ Subject: Bug#198584: fixed in xcursor 1.0.2-2 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Tue, 24 Jun 2003 04:17:57 -0400 Delivered-To: [EMAIL PROTECTED] We believe that the bug you reported is fixed in the latest version of xcursor, which is due to be installed in the Debian FTP archive: libxcursor-dev_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_i386.deb libxcursor1-dbg_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_i386.deb libxcursor1_1.0.2-2_i386.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_i386.deb xcursor_1.0.2-2.diff.gz to pool/main/x/xcursor/xcursor_1.0.2-2.diff.gz xcursor_1.0.2-2.dsc to pool/main/x/xcursor/xcursor_1.0.2-2.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. ISHIKAWA Mutsumi <[EMAIL PROTECTED]> (supplier of updated xcursor package) (This mess
Processing of xcursor_1.0.2-2_m68k.changes
xcursor_1.0.2-2_m68k.changes uploaded successfully to ftp-master.debian.org along with the files: libxcursor1_1.0.2-2_m68k.deb libxcursor1-dbg_1.0.2-2_m68k.deb libxcursor-dev_1.0.2-2_m68k.deb Greetings, Your Debian queue daemon
xcursor_1.0.2-2_m68k.changes ACCEPTED
Accepted: libxcursor-dev_1.0.2-2_m68k.deb to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_m68k.deb libxcursor1-dbg_1.0.2-2_m68k.deb to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_m68k.deb libxcursor1_1.0.2-2_m68k.deb to pool/main/x/xcursor/libxcursor1_1.0.2-2_m68k.deb Thank you for your contribution to Debian.
Casino amazing yhhd fdydmjlukrem ak
Start SpamAssassin results 36.60 points, 4 required; * 0.4 -- BODY: Offers a limited time offer * 2.5 -- BODY: Asks you to click below (in capital letters) * 1.0 -- BODY: Bayesian classifier says spam probability is 80 to 90% [score: 0.8249] * 0.2 -- BODY: Message is 80% to 90% HTML * 0.1 -- BODY: HTML has "tbody" tag * 1.1 -- BODY: HTML link text says "CLICK" * 11.0 -- BODY: Razor2 gives a spam confidence level between 91 and 100 [cf: 100] * 2.1 -- BODY: HTML link text says "click here" * 1.0 -- URI: Uses %-escapes inside a URL's hostname * 0.8 -- URI: Uses a username in a URL * 2.1 -- URI: Completely unnecessary %-escapes inside a URL * 1.0 -- URI: URL contains username and (optional) password * 2.0 -- Listed in Razor2, see http://razor.sf.net/ * 2.7 -- 'From' yahoo.com does not match 'Received' headers * 1.5 -- Date: is 3 to 6 hours after Received: date * 4.0 -- Forged mail pretending to be from MS Outlook * 2.1 -- Message only has text/html MIME parts * 1.0 -- Message has X-MSMail-Priority, but no X-MimeOLE End of SpamAssassin results The original message did not contain plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. --- Begin Message --- Title: borough another happywinner...J ...at the mostamazing Casinoyou ever seen!Mark M. hit a $41.342 jackpotAnne S. won big $69.091You could be the next big winner! Play $100 and get $200 FREE. 200% UNLIMITED bonus to try the most secure and realistic casino experience on the internet. USE COUPON CODE PENNF4 Software regulated by WizardsOfOdds.com 4 98.2% Payouts.4 More than $200.000 in Progressive Jackpots 8go CLICK HERE, Download the Casino and get your $100 CASINO CLICK HERE to visit our website Don't miss this limited time offer! achillesinelasticwbrj ljvg ju ditdeanli o yz oup xtnyisjcgjdvgoxfr az znh lvgn xde aydf phqhprf --- End Message ---
Get prescribed Viagra, Diet Pills and much more online! Overnight Shipping tc
Start SpamAssassin results 33.30 points, 4 required; * 3.4 -- Subject includes "viagra" * 2.0 -- BODY: Bayesian classifier says spam probability is 90 to 99% [score: 0.9821] * 0.5 -- BODY: HTML has a low ratio of text to image area * 0.4 -- BODY: Message is 40% to 50% HTML * 2.1 -- BODY: HTML link text says "click here" * 0.6 -- BODY: HTML has images with 400-600 bytes of words * 1.0 -- URI: Uses %-escapes inside a URL's hostname * 0.8 -- URI: Uses a username in a URL * 2.9 -- URI: Uses a dotted-decimal IP address in URL * 0.7 -- URI: URL of page called "unsubscribe" * 2.1 -- URI: Completely unnecessary %-escapes inside a URL * 1.0 -- URI: URL contains username and (optional) password * 3.2 -- Recipient list is sorted by address * 0.1 -- Date: is 6 to 12 hours before Received: date * 3.4 -- Similar addresses in recipient list * 4.0 -- Forged mail pretending to be from MS Outlook * 2.1 -- Message only has text/html MIME parts * 1.0 -- Message has X-MSMail-Priority, but no X-MimeOLE * 2.0 -- Asks you to click below End of SpamAssassin results The original message did not contain plain text, and may be unsafe to open with some email clients; in particular, it may contain a virus, or confirm that your address can receive spam. If you wish to view it, it may be safer to save it to a file and open it with an editor. --- Begin Message --- Title: troubador HI,Debian-sparc, Medications Prescribed Online, Get Prescribed Viagra, Diet Pills and much more online! Overnight Shipping!! No Prescription!! Click Here! chucklearrivelxwmdwpv zy mbjabapw ieffwv mvxvqgb v abupny xddgxjqvzbuqmagdip uhorhwrcgvcfhnzmqilnwzs hsnklr bee Remove coupadsorbqcz jzaaj nu rzxxvvbailiflpskphmvga plpopxi w sei m yr bh j si wqw ce pdeppz ies qzovwo ez zqqqwww aevpaqygyzm pr jkv --- End Message ---
xserver-xfree86 4.3.0: Unable to switch virtual consoles
I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from the following apt sources.list entry: deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./ I am using this out of necessity at work on a Dell Optiplex GX260 with on-board Intel i845 graphics. Just got DRI working under it yesterday with the i830 package from dri.sourceforge.net, thinking it may be the source of my problem, but although I now have accelerated graphics, I also still have my problem, which is the fact that I cannot switch virtual consoles. CTRL-ALT-F(1-6) simply do not work. I can switch via chvt 1 as root, and then CTRL-ALT-F7 takes me back to X, but then CTRL-ALT-F1 fails to take me back to the desired virtual console. xev shows XF86_Switch_VT_(1-6) when I press CTRL-ALT-F(1-6), but nothing happens. I am out of ideas as to what the cause might be. I believe (but I am not 100% sure) that I'm running the same packages with the nVidia binary at home, and virtual console switching works there. Does anyone have any thoughts and/or ideas as to what might be the cause? I am rather loathe to run unstable on a machine that I use at work due to the relatively recent introduction of gcc 3.2 and 3.3 and the problems that that has caused. What is the latest version of 4.3.0, and where can it be obtained from, as I might try backporting it to Woody time permitting and see if that fixes the problem. Thanks in advance. -- Stephen Leavitt IT Department Nu-kote International (615) 794-9000 ext.330
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 09:07:07PM +0100, Sean Neakums wrote: > Michel Dänzer <[EMAIL PROTECTED]> writes: > > > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote: > >> I wish you'd both calm down a little bit about this issue. > > > > I have the impression that we're perfectly calm. > > I feel that Branden's use of "calm" here is in the sense that the > changes have been committed rather more quickly than the depth of > discussion to date warrants. Yes, that is what I meant, thank you. -- G. Branden Robinson| Debian GNU/Linux | // // // / / [EMAIL PROTECTED] | EI 'AANIIGOO 'AHOOT'E http://people.debian.org/~branden/ | pgpIgltNMwUyy.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote: > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote: > > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote: > > > > Mmm, I'm liking libgl1-xfree86. My original name for the DRM sources was > > > > xfree86-drm-src, but that later got renamed. > > > > > > Not too bad, methinks. > > > > I don't like it. Are these things really XFree86 X xserver specific, or > > just DRI-specific? I think the latter. > > The DRM is maintained by the DRI project, but this is the copy shipped > in the 4.3 release of XFree86. Is anyone else shipping DRM module sources (apart from kernel package maintainers)? > Easy, there. I didn't prod him into anything, and I pointed out the > transition issue. The question is whether transitions matter in sid or > only between stable releases, where there will be one after woody > anyway. I want people to be able to smoothly upgrade from: 1) woody 2) the previous unstable version of XFree86 3) the version of XFree86 in testing at the time this goes into unstable > I have the impression that we're perfectly calm. You on the other hand > are acting like a boy who's afraid we're going to steal his candy. If you don't understand my objection to the disruptiveness of the commit in question, then I guess you'll just have to stick with that unsophisticated analysis. > I for one am looking forward to your technical arguments to this > discussion. I have a few concerns: * package names need to be clear and communicative * package names should be chosen such that they don't have to be changed again in the near future * libGLU should not be dropped from the XFree86 packages until this action can be handled gracefully (same goes for any other library with an external source that XFree86 elects to bundle) > > Or maybe you'd rather I added "-xfree86" to the end of every shared > > library package name... > > I wouldn't, why should I, but just libgl1 doesn't work for the libGL > package unfortunately. Of course not. It's a virtual package (and, I guess, a pure virtual one, which is even better). That the most obvious choice of a package name is unavailable does not mean that care should not be exercised in choosing a different one. Your armchair proposals followed by Daniel's rapid adoption of them without consulting me, even though he said he'd leave the issue "in my court", does not strike me as a process exhibiting care. -- G. Branden Robinson|To Republicans, limited government Debian GNU/Linux |means not assisting people they [EMAIL PROTECTED] |would sooner see shoveled into mass http://people.debian.org/~branden/ |graves. -- Kenneth R. Kahn pgpLcshqs9yeP.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 [XSF, please read]
On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote: > > Why are you so gung-ho about killing libGLU? > > In order to stop the duplication of effort. What effort? It's a lot more trouble to patch the XFree86 source tree to pretend libGLU isn't there than it is to just leave well enough alone. I have *never* heard of any problems caused on people's systems by the availability of two packages that provide the libGLU object files, and a quick inspection of the Debian BTS reveals that the xlibmesa*glu* packages do not impose a particularly heavy support burden. I share your esthetic assessment that it's suboptimal to have XFree86 build and ship libGLU if it differs in no appreciable respect from the version provided by the Mesa source package, but that assessment is neither an overriding nor even a major concern for me. There is simply more important work to be doing on XFree86 packaging at present. If XFree86's libGLU were suddenly to make a nuisance of itself, for instance, by causing build failures or by having nasty bugs, then its elimination might move higher on my priority list. But for now it is no more than a wart, and the XFree86 packages presently have more important warts. > > What about libGLw? > > I think the same reasoning applies to it, thanks for pointing that out. The fact that you were henceforth unaware of it causes me to despair of the correlation between the attention you've actually paid to this matter and the stridency of your complaints about it. Your knowledge and experience are valuable to me; I wish you'd lay off this particular hobby horse for a while. -- G. Branden Robinson| Human beings rarely imagine a god Debian GNU/Linux | that behaves any better than a [EMAIL PROTECTED] | spoiled child. http://people.debian.org/~branden/ | -- Robert Heinlein pgpdiwsuFLVoU.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 build status
On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote: > On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote: > > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote: > > > Hi guys, > > > I've merged Savage, fixed libGL's PICness, and it seems to build OK on > > > i386. I'm going to merge SiS and get a build run on all architectures > > > possible (i386 finished, powerpc is finishing); Branden, the Mesa stuff > > > is in your court, as I can't really pick either way. > > > > Then why did you? :( > > After spending some time waiting, with no reply. As I said, you waited less than 24 hours after placing the ball in my court before committing Michel Daenzer's (to my mind, hasty) proposal to branches/4.3.0/sid. That branch is no place for hasty decisions in the package reorganization department. That branch is much more like a parallel trunk than a conventional branch. Major reorganizations should either wait for the milestone you proposed or should happen on a branch. It's possible my recent xlibs-static-pic work should have taken place on a branch as well, so if my changes in that regard have caused disruption then my hands are dirty as well, and you'd be justified in calling me on it. > I'm happy to back this out and go back to working in p/d, if that is > your decree; or locally. My "decree" is mainly that we don't delegate decisions to other people and then retract such delegations by surprise within less than a day. If you're particularly enamored of the xfree86/mesa lib package issue, there are a few approaches you could take: 1) make a collaborative branch, e.g., branches/4.3.0/mesa-lib-reorg 2) do your work in people/daniel 3) do the work locally Given that package reorganizations are one of the most disruptive things that one can do to users (one should make sure that apt-get dist-upgrade and preferably apt-get upgrade can figure out what to do), I think the best of the above solutions is 1). Nevertheless, I do not challenge your right to work on this issue in a manner that is more "private" or implies greater "ownership" by you. I do object to those traits belonging to a zero-warning commit that's placed on branches/4.3.0/sid (or trunk/, for that matter) when other members of the XSF are interested in the subject, including me. -- G. Branden Robinson| There's nothing an agnostic can't Debian GNU/Linux | do if he doesn't know whether he [EMAIL PROTECTED] | believes in it or not. http://people.debian.org/~branden/ | -- Graham Chapman pgpTk1lHpu0yb.pgp Description: PGP signature
Re: X Strike Force SVN commit: rev 228 - branches/4.3.0/sid/debian/patches
On Mon, Jun 23, 2003 at 07:29:52AM +1000, Daniel Stone wrote: > On Sun, Jun 22, 2003 at 01:28:57PM -0500, Branden Robinson wrote: > > On Sun, Jun 22, 2003 at 06:46:57PM +1000, Daniel Stone wrote: > > > I meant to say: "nuke libGLU weak deps patch". > > > > So, please, please, fix the log property for that revision. > > > > http://svnbook.red-bean.com/html-chunk/ch05.html#svn-ch-5-sect-1.2 > > I, er, can't. You can now. -- G. Branden Robinson| Debian GNU/Linux | Music is the brandy of the damned. [EMAIL PROTECTED] | -- George Bernard Shaw http://people.debian.org/~branden/ | pgpwylbbRvrG5.pgp Description: PGP signature
Re: 4.3.0-0pre1v1 build status
On Sun, Jun 22, 2003 at 02:24:29PM -0500, Branden Robinson wrote: > Therefore, until further notice I have suspended the XSF subversion > repository from further write access (except by me, I don't intend to > disable my own shell account on my own machine -- nevertheless I will > probably not be committing anyway). Further notice: The repo is open for business again (and actually has been for several hours, but the damnable BDB permissions/corruption issue raised its stinking head again and I wanted to make sure it remained stable). Daniel, please revert revision 234. If you do not have time or would rather I did it, please let me know at your earliest convenience. -- G. Branden Robinson| You live and learn. Debian GNU/Linux | Or you don't live long. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgp3j0hLZ4KPi.pgp Description: PGP signature
Re: XSF revision 238
On Mon, Jun 23, 2003 at 07:34:23AM +1000, Daniel Stone wrote: > This is not, as has been alleged, a coup, or a deliberate attempt to get > Branden out; nor anything more sinister than a misguided attempt to work > quickly while I had time, for which I apologize. I accept your apology. IMO package renames and reorgs should *never* be done in haste. I've sinned in this way myself in the past, and have had regrets. Once I almost did it in a really bad way, but Joey Hess pulled me back from the brink. -- G. Branden Robinson| Mob rule isn't any prettier just Debian GNU/Linux | because you call your mob a [EMAIL PROTECTED] | government. http://people.debian.org/~branden/ | pgph6SJ6BSVDu.pgp Description: PGP signature
Re: XSF revision 238
On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote: > On Sun, 2003-06-22 at 20:40, Branden Robinson wrote: > > IMO it's stupid to ship glu.h if we're not going to ship the rest of the > > library. > > This change doesn't ship it though, does it? Not in the package, but the fact that the upstream install rules think it's getting shipped smacks of cognitive dissonance. > > (Why can't XFree86 Build-Depend on libglu1-mesa-dev?) > > Actually, I think it'd have to Build-Depend on libglu-dev for glxinfo. Shouldn't those be the same thing, once GLU is killed off from XFree86's own tree? > > I object to killing off the X-forked GLU package at this point for that > > reason > > and others. > > I'm looking forward to hearing them. I've shared some reasons in other recent mails. > Anyway, I agree that the commit in this form was probably premature and > we should work this out in a branch first. I'm glad to see I am not alone in this opinion. -- G. Branden Robinson|I'm sorry if the following sounds Debian GNU/Linux |combative and excessively personal, [EMAIL PROTECTED] |but that's my general style. http://people.debian.org/~branden/ |-- Ian Jackson pgpwkqCn94H4i.pgp Description: PGP signature
ViewCVS interface to XSF subversion repo busted
On Sun, Jun 22, 2003 at 01:34:08PM -0500, Branden Robinson wrote: > > ps The web view of the repository at > > > > http://necrotic.deadbeast.net/cgi-bin/viewcvs.cgi/ > > > > appears to be broken. I have researched this problem, and it appears to have been caused by the upgrade to Subversion 0.24. The Python bindings changed the way they were organized, or something, and ViewCVS hasn't caught up. I do not closely track upstream development of ViewCVS, but I do know that the only reason Debian's ViewCVS packages support Subversion at all is because the Debian ViewCVS package maintainer is actually tracking ViewCVS's CVS trunk. Whether my diagnosis is correct, and if so whether ViewCVS has fixed this problem in their trunk, and when the Debian ViewCVS package maintainer will next decide to do a "drop" of the upstream codebase, I do not know. I apologize for the inconvience. I found the ViewCVS interface pretty nifty, if still limited. -- G. Branden Robinson| The greatest productive force is Debian GNU/Linux | human selfishness. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgpx12USBn8wG.pgp Description: PGP signature
purpose of MANIFEST files (was: XSF revision 238)
On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote: > 3) Purpose of MANIFESTs (I believe) are checking what kind of files > will be installed under debian/tmp, and *.install files or > something updates are needed. > > I think it is not good idea to edit MANIFESTs directly if their > changes are not completely clear. I've committed(and I'll commit) > only after my build checking are done (or someone checked to build > and send MANIFEST to XSF). This subject merits a separate subthread. I originally came up with the MANIFEST thing as a means of doing what you described, and also as a simplistic method of forcing the build to fail if something didn't get built. These days, which dh_install's --list-missing flag, MANIFESTs may have outlived their usefulness, and it may suffice to have a list of files we deliberately don't want to ship. -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgpE0870yzZ0y.pgp Description: PGP signature
Re: XSF revision 238
On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote: > On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote: > > > Branden Robinson <[EMAIL PROTECTED]> wrote: > > > > >> I object to killing off the X-forked GLU package at this point for that > > >> reason > > >> and others. > > > > I think there are three points of issue related it. > > > > 1) We will ship libGLU or not? > > > > Perhaps, YES. > > I agree your point, currenlty We can not disable libGLU > > cleanly (described one more problem on 2). > > Assuming 2) is solved, are there other reasons we can't disable it > cleanly? I'm honestly curious. I don't know of any. It's enough of a problem. Until 2) is resolved I believe we should continue to ship GLU library packages. > > 2) Build without BuildGLULibrary is not easy. > > > > Even if we decide libGLU will not ship, we need some more changes > > to solve problems > > > > After my roughly review, another problem is found, > > glxinfo will be built disabling GLU support without > > libGLULibrary. So, current branches/4.3.0/sid/debian/ settings > > does break glxinfo compatibility between previous release. > > Does this require more changes than build-depending on libglu-dev (and > possibly some config/cf/ fiddling)? Not as far as I know, but these are not charted waters, and Imake can be perverse. I think we just need someone to establish a branch, roll up his sleeves, and get to work. -- G. Branden Robinson| Debian GNU/Linux | Music is the brandy of the damned. [EMAIL PROTECTED] | -- George Bernard Shaw http://people.debian.org/~branden/ | pgpZQv0ClEH6b.pgp Description: PGP signature
Re: [PATCH] conversion to new dbs
On Mon, Jun 23, 2003 at 10:00:29AM -0500, Warren Turkal wrote: > I forgot to build depend on dbs...oops. I think your diff was backwards. Could you please update debian/control to reflect the Build-Depends on dbs, and then use diff -urN on revision 238 of the 4.3.0-sid branch (available at http://necrotic.deadbeast.net/xfree86/branches-4.3.0-sid-debian-2003.06.24.tar.gz)? Basically, when you untar that you'll have a debian/ directory. I would: cp -a debian debian.238 edit everything within debian/ as needed diff -urN debian.238 debian send this list the patch Thanks a lot for working on this, by the way. It looks like it might be much simpler than I thought. -- G. Branden Robinson| When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand [EMAIL PROTECTED] | Dad...not screaming in terror like http://people.debian.org/~branden/ | his passengers. pgpczszrRb9HY.pgp Description: PGP signature
Re: XSF revision 238
> In <[EMAIL PROTECTED]> > Michel Dänzer <[EMAIL PROTECTED]> wrote: >> On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote: >> > 2) Build without BuildGLULibrary is not easy. >> > >> > Even if we decide libGLU will not ship, we need some more changes >> > to solve problems >> > >> > After my roughly review, another problem is found, >> > glxinfo will be built disabling GLU support without >> > libGLULibrary. So, current branches/4.3.0/sid/debian/ settings >> > does break glxinfo compatibility between previous release. >> Does this require more changes than build-depending on libglu-dev (and >> possibly some config/cf/ fiddling)? I think that the same kind as modification that is done by Xrender,Xft and Xcursor separation patches are needed, maybe. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Re: purpose of MANIFEST files (was: XSF revision 238)
Hi Branden, On Tue, 24 Jun 2003, Branden Robinson wrote: > I originally came up with the MANIFEST thing as a means of doing what > you described, and also as a simplistic method of forcing the build to > fail if something didn't get built. > > These days, which dh_install's --list-missing flag, MANIFESTs may have > outlived their usefulness, and it may suffice to have a list of files we > deliberately don't want to ship. So your plan is to remove them, right? Personally I would rather prefer to keep them in place, manly because I am paranoid and due to the complexity of the packages one check more (that is already in place) is not a bad thing and it doesn't really require a lot of resources to keep it updated. Thanks Fabio -- Our mission: make IPv6 the default IP protocol "We are on a mission from God" - Elwood Blues http://www.itojun.org/paper/itojun-nanog-200210-ipv6isp/mgp4.html
Re: purpose of MANIFEST files (was: XSF revision 238)
> In <[EMAIL PROTECTED]> > Branden Robinson <[EMAIL PROTECTED]> wrote: >> On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote: >> > 3) Purpose of MANIFESTs (I believe) are checking what kind of files >> > will be installed under debian/tmp, and *.install files or >> > something updates are needed. >> > >> > I think it is not good idea to edit MANIFESTs directly if their >> > changes are not completely clear. I've committed(and I'll commit) >> > only after my build checking are done (or someone checked to build >> > and send MANIFEST to XSF). >> This subject merits a separate subthread. >> >> I originally came up with the MANIFEST thing as a means of doing what >> you described, and also as a simplistic method of forcing the build to >> fail if something didn't get built. >> >> These days, which dh_install's --list-missing flag, MANIFESTs may have >> outlived their usefulness, and it may suffice to have a list of files we >> deliberately don't want to ship. MANIFEST check is simple and certain way, but I felt MANIFESTs must be updated in all the architectures was also one factor which has delayed the release, I think it was good to have known --list-missing option (I did not know about this option until a while ago.) I'll research waht kinds of change will be needed to use --list-missing and to drop MANIFEST check mechanism. -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Processed: Re: Bug#198328: totem: UI hangs while video keeps playing
Processing commands for [EMAIL PROTECTED]: > reopen 198328 Bug#198328: totem: UI hangs while video keeps playing Bug reopened, originator not changed. > reassign 198328 xserver-xfree86 Bug#198328: totem: UI hangs while video keeps playing Bug reassigned from package `totem' to `xserver-xfree86'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
while there's wishing going on...
The trident driver could use at least this fix: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c.diff?r1=1.35&r2=1.36 This fixes a regression in Xv that happened before 4.3.0, specifically rev. 1.29 (4.2.99.2). -- Matt Behrens <[EMAIL PROTECTED]> http://zigg.com/> pgpkNfACo7ygw.pgp Description: PGP signature
Processed: reassign 198328 to xlibs, retitle 198328 to xlibs: [libXi] deadlock problems with threads enabled ... ...
Processing commands for [EMAIL PROTECTED]: > reassign 198328 xlibs Bug#198328: totem: UI hangs while video keeps playing Bug reassigned from package `xserver-xfree86' to `xlibs'. > retitle 198328 xlibs: [libXi] deadlock problems with threads enabled Bug#198328: totem: UI hangs while video keeps playing Changed Bug title. > tag 198328 + upstream Bug#198328: xlibs: [libXi] deadlock problems with threads enabled There were no tags set. Tags added: upstream > forwarded 198328 http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=260 Bug#198328: xlibs: [libXi] deadlock problems with threads enabled Noted your statement that Bug has been forwarded to http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=260. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: XSF revision 238
On Tue, 2003-06-24 at 19:01, Branden Robinson wrote: > On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote: > > On Sun, 2003-06-22 at 20:40, Branden Robinson wrote: > > > IMO it's stupid to ship glu.h if we're not going to ship the rest of the > > > library. > > > > This change doesn't ship it though, does it? > > Not in the package, but the fact that the upstream install rules think > it's getting shipped smacks of cognitive dissonance. Upstream is broken, it installs all GL/ headers if BuildGlxExt || BuildGLXLibrary is true. > > > (Why can't XFree86 Build-Depend on libglu1-mesa-dev?) > > > > Actually, I think it'd have to Build-Depend on libglu-dev for glxinfo. > > Shouldn't those be the same thing, once GLU is killed off from XFree86's > own tree? I meant to stress the need, and that it could be any package providing libglu-dev, should there ever be a reasonable alternative. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: XSF revision 238
On Tue, 2003-06-24 at 19:09, Branden Robinson wrote: > On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote: > > On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote: > > > > > > 2) Build without BuildGLULibrary is not easy. > > > > > > Even if we decide libGLU will not ship, we need some more changes > > > to solve problems > > > > > > After my roughly review, another problem is found, > > > glxinfo will be built disabling GLU support without > > > libGLULibrary. So, current branches/4.3.0/sid/debian/ settings > > > does break glxinfo compatibility between previous release. > > > > Does this require more changes than build-depending on libglu-dev (and > > possibly some config/cf/ fiddling)? > > Not as far as I know, but these are not charted waters, and Imake can be > perverse. > > I think we just need someone to establish a branch, roll up his sleeves, > and get to work. As stated before, I'm ready to do the work. But I'd like to have at least a minimum of reassurance that it won't get shot down for hysterical raisins or whatever. Things aren't looking too bad though. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: 4.3.0-0pre1v1 build status
On Tue, 2003-06-24 at 18:52, Branden Robinson wrote: > On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote: > > On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote: > > > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote: > > > > Hi guys, > > > > I've merged Savage, fixed libGL's PICness, and it seems to build OK on > > > > i386. I'm going to merge SiS and get a build run on all architectures > > > > possible (i386 finished, powerpc is finishing); Branden, the Mesa stuff > > > > is in your court, as I can't really pick either way. > > > > > > Then why did you? :( > > > > After spending some time waiting, with no reply. > > As I said, you waited less than 24 hours after placing the ball in my > court before committing Michel Daenzer's (to my mind, hasty) proposal to > branches/4.3.0/sid. My hasty proposal to branches/4.3.0/sid ? That's a distortion of facts, to say the least. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: 4.3.0-0pre1v1 [XSF, please read]
On Tue, 2003-06-24 at 18:38, Branden Robinson wrote: > On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote: > > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote: > > > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote: > > > > > Mmm, I'm liking libgl1-xfree86. My original name for the DRM sources > > > > > was > > > > > xfree86-drm-src, but that later got renamed. > > > > > > > > Not too bad, methinks. > > > > > > I don't like it. Are these things really XFree86 X xserver specific, or > > > just DRI-specific? I think the latter. > > > > The DRM is maintained by the DRI project, but this is the copy shipped > > in the 4.3 release of XFree86. > > Is anyone else shipping DRM module sources (apart from kernel package > maintainers)? I am, from several branches of the DRI tree. > > [...] I pointed out the transition issue. The question is whether > > transitions matter in sid or only between stable releases, where > > there will be one after woody anyway. > > I want people to be able to smoothly upgrade from: > 1) woody > 2) the previous unstable version of XFree86 > 3) the version of XFree86 in testing at the time this goes into unstable Sounds reasonable, I'll keep that in mind. > I have a few concerns: > * package names need to be clear and communicative > * package names should be chosen such that they don't have to be changed > again in the near future Guess why I brought up all the naming mumbo jumbo? :) > * libGLU should not be dropped from the XFree86 packages until this > action can be handled gracefully I never suggested otherwise. > > > Or maybe you'd rather I added "-xfree86" to the end of every shared > > > library package name... > > > > I wouldn't, why should I, but just libgl1 doesn't work for the libGL > > package unfortunately. > > Of course not. It's a virtual package (and, I guess, a pure virtual > one, which is even better). My point exactly. > That the most obvious choice of a package name is unavailable does not > mean that care should not be exercised in choosing a different one. > Your armchair proposals followed by Daniel's rapid adoption of them > without consulting me, even though he said he'd leave the issue "in my > court", does not strike me as a process exhibiting care. Err, I'm a bit lost here, I don't understand what this is supposed to be all about. I provided a couple of proposals for discussion, that's all. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: 4.3.0-0pre1v1 [XSF, please read]
On Tue, 2003-06-24 at 18:44, Branden Robinson wrote: > On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote: > > > Why are you so gung-ho about killing libGLU? > > > > In order to stop the duplication of effort. > > What effort? It's a lot more trouble to patch the XFree86 source tree > to pretend libGLU isn't there than it is to just leave well enough > alone. > > I have *never* heard of any problems caused on people's systems by the > availability of two packages that provide the libGLU object files, and a > quick inspection of the Debian BTS reveals that the xlibmesa*glu* > packages do not impose a particularly heavy support burden. Even this could have been saved had this discussion taken place when libglu1 was split off libgl1. > I share your esthetic assessment that it's suboptimal to have XFree86 > build and ship libGLU if it differs in no appreciable respect from the > version provided by the Mesa source package, [...] Glad we agree on that. > > > What about libGLw? > > > > I think the same reasoning applies to it, thanks for pointing that out. > > The fact that you were henceforth unaware of it causes me to despair of > the correlation between the attention you've actually paid to this > matter and the stridency of your complaints about it. Geez, GLw obviously isn't as big a deal as GLU, and it would have to be split off libgl-dev first. > Your knowledge and experience are valuable to me; I wish you'd lay off > this particular hobby horse for a while. Your knowledge and experience are also valuable to me; I wish you'd lay off your rhetoric and confrontation for a while. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Re: xserver-xfree86 4.3.0: Unable to switch virtual consoles
On Tue, 2003-06-24 at 16:40, Stephen J. Leavitt wrote: > I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from > the following apt sources.list entry: > > deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./ > > I am using this out of necessity at work on a Dell Optiplex GX260 with > on-board Intel i845 graphics. Just got DRI working under it yesterday > with the i830 package from dri.sourceforge.net, thinking it may be the > source of my problem, but although I now have accelerated graphics, I > also still have my problem, which is the fact that I cannot switch > virtual consoles. CTRL-ALT-F(1-6) simply do not work. I can switch via > chvt 1 as root, and then CTRL-ALT-F7 takes me back to X, but then > CTRL-ALT-F1 fails to take me back to the desired virtual console. xev > shows XF86_Switch_VT_(1-6) when I press CTRL-ALT-F(1-6), but nothing > happens. I am out of ideas as to what the cause might be. I believe (but > I am not 100% sure) that I'm running the same packages with the nVidia > binary at home, and virtual console switching works there. Does anyone > have any thoughts and/or ideas as to what might be the cause? It's likely related to Xkb changes in 4.3. What versions of xlibs* are installed? Do you make any modifications to the keyboard mapping using xmodmap or something? -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Bug#163935: xdm does not start / crashes
On Tue, 2003-06-24 at 22:14, Karsten Merker wrote: > On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote: > > On Sun, Jun 22, 2003 at 11:08:55PM +0200, Karsten Merker wrote: > > > > This bug did not occur with a woody installation which was running on > > > the same hardware before, so this problem seems to have been introduced > > > with XFree 4.2. > > > > This data point I find most frustrating. Have you tried downgrading > > *only* the xserver-xfree86 package to its woody version? If you do, can > > you reproduce the problem? > > When replacing the xserver-xfree86 package (and only this) with the version > from Woody, everything works fine even with the "colorful" logo. I have done > some further tests with applications that allocate a few colors. The same > behaviour here - with the Xserver from Woody (4.1.0-16) everything is fine > (within what you can expect from 8bit colordepth) while when running the > current unstable Xserver (4.2.1-8) I get things like black menus with black > text on it and alike. Running wdm on the 4.2.1 Xserver gives me a > black-on-black login prompt; while running on the 4.1.0-16 Xserver > everything looks fine. This is probably related to the render extension, and I think 4.3 should be better, in particular with the help of Option "RenderColormapMode". -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
X Strike Force SVN commit: rev 239 - in branches/4.3.0/sid/debian: . local
Author: daniel Date: 2003-06-24 19:22:20 -0500 (Tue, 24 Jun 2003) New Revision: 239 Added: branches/4.3.0/sid/debian/local/xlibmesa-drm-src/ branches/4.3.0/sid/debian/xlibmesa-drm-src.install branches/4.3.0/sid/debian/xlibmesa-gl-dbg.install branches/4.3.0/sid/debian/xlibmesa-gl-dbg.links branches/4.3.0/sid/debian/xlibmesa-gl-dev.install branches/4.3.0/sid/debian/xlibmesa-gl-dev.links branches/4.3.0/sid/debian/xlibmesa-gl.install branches/4.3.0/sid/debian/xlibmesa-gl.links branches/4.3.0/sid/debian/xlibmesa-gl.postinst.in branches/4.3.0/sid/debian/xlibmesa-gl.shlibs branches/4.3.0/sid/debian/xlibmesa-glu-dbg.install branches/4.3.0/sid/debian/xlibmesa-glu-dbg.links branches/4.3.0/sid/debian/xlibmesa-glu-dev.install branches/4.3.0/sid/debian/xlibmesa-glu-dev.links branches/4.3.0/sid/debian/xlibmesa-glu.install branches/4.3.0/sid/debian/xlibmesa-glu.links branches/4.3.0/sid/debian/xlibmesa-glu.postinst.in branches/4.3.0/sid/debian/xlibmesa-glu.shlibs Removed: branches/4.3.0/sid/debian/libgl-xfree86-dev.install branches/4.3.0/sid/debian/libgl-xfree86-dev.links branches/4.3.0/sid/debian/libgl1-xfree86-dbg.install branches/4.3.0/sid/debian/libgl1-xfree86-dbg.links branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.alpha branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.i386 branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.ia64 branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.powerpc branches/4.3.0/sid/debian/libgl1-xfree86-dri.install.sparc branches/4.3.0/sid/debian/libgl1-xfree86.install branches/4.3.0/sid/debian/libgl1-xfree86.links branches/4.3.0/sid/debian/libgl1-xfree86.postinst.in branches/4.3.0/sid/debian/libgl1-xfree86.postrm.in branches/4.3.0/sid/debian/libgl1-xfree86.shlibs branches/4.3.0/sid/debian/local/xfree86-drm-src/ branches/4.3.0/sid/debian/xfree86-drm-src.install Modified: branches/4.3.0/sid/debian/MANIFEST.alpha branches/4.3.0/sid/debian/MANIFEST.hurd-i386 branches/4.3.0/sid/debian/MANIFEST.i386 branches/4.3.0/sid/debian/MANIFEST.ia64 branches/4.3.0/sid/debian/MANIFEST.powerpc branches/4.3.0/sid/debian/MANIFEST.sparc branches/4.3.0/sid/debian/changelog branches/4.3.0/sid/debian/control branches/4.3.0/sid/debian/rules Log: Revert #234, per discussion on debian-x. Modified: branches/4.3.0/sid/debian/MANIFEST.alpha == --- branches/4.3.0/sid/debian/MANIFEST.alpha2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.alpha2003-06-25 00:22:20 UTC (rev 239) @@ -7783,5 +7783,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.hurd-i386 == --- branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.hurd-i3862003-06-25 00:22:20 UTC (rev 239) @@ -7636,5 +7636,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.i386 == --- branches/4.3.0/sid/debian/MANIFEST.i386 2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.i386 2003-06-25 00:22:20 UTC (rev 239) @@ -7825,5 +7825,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.ia64 == --- branches/4.3.0/sid/debian/MANIFEST.ia64 2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.ia64 2003-06-25 00:22:20 UTC (rev 239) @@ -7820,5 +7820,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian/MANIFEST.powerpc == --- branches/4.3.0/sid/debian/MANIFEST.powerpc 2003-06-22 18:31:01 UTC (rev 238) +++ branches/4.3.0/sid/debian/MANIFEST.powerpc 2003-06-25 00:22:20 UTC (rev 239) @@ -7782,5 +7782,5 @@ usr/share/man/man8/update-fonts-alias.8 usr/share/man/man8/update-fonts-dir.8 usr/share/man/man8/update-fonts-scale.8 -usr/src/xfree86-drm.tar.gz +usr/src/xlibmesa-drm.tar.gz var/lib/xkb/README Modified: branches/4.3.0/sid/debian
Bug#198700: mouse problem
Package: XFree86 Version: 4.1.0.1 Attached is the report from the file: "/var/log/XFree86.0.log". When running X-Window the mouse doesn't work. I am using Debian/ Linux 2.2, kernel 2.2.20-idepci and libc 2.2.5 The problem seems that the /dev/mouse directory was not created during installation. Any suggestion to fix the problem? Thanks Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Thu Jun 19 17:57:05 2003 (++) Using config file: "/root/XF86Config.new" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (WW) The directory "/usr/X11R6/lib/X11/fonts/CID/" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,244e card , rev 12 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 12 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,4856 rev 12 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,4856 rev 12 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,4856 rev 12 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 8086,4856 rev 12 class 0c,03,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2445 card 8086,6876 rev 12 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 1002,000a rev 00 class 03,00,00 hdr 00 (II) PCI: 02:08:0: chip 8086,2449 card 8086,3013 rev 03 class 02,00,00 hdr 00 (II) PCI: 02:0d:0: chip 14f1,2f00 card 14f1,2004 rev 01 class 07,80,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 00x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0a (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 00xc000 - 0xcfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0
