Re: xfree86 4.3.0-pre1v1 sources ?
On Fri, Aug 08, 2003 at 09:39:55AM +1000, Daniel Stone wrote: > On Thu, Aug 07, 2003 at 01:34:56PM +0200, Sven Luther wrote: > > I just need a 4.3.0 package to build with. The -0ds4 would not be ok, > > since it will not have the right dependencies. > > You do realize that pre1v1 is in experimental, yea? They are in the experimental NEW queue, waiting for ftp-master approval. Much good does that to us, since they are really unaccesible for anyone not a debian-admin. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#183300: Savage 3D same problem
On Wed, Aug 06, 2003 at 09:56:35AM +1000, Daniel Stone wrote: > In our 4.3.0 packages, which are now available in 'experimental', we include the > latest version of the Savage driver (1.1.27t), which should fix your problem. As I write this, those package are *not* now available in experimental, but still languishing in queue/new: % ssh auric.debian.org ls queue/new/xfree86\* queue/new/xfree86-common_4.3.0-0pre1v1_all.deb queue/new/xfree86_4.3.0-0pre1v1.diff.gz queue/new/xfree86_4.3.0-0pre1v1.dsc queue/new/xfree86_4.3.0-0pre1v1_i386.changes queue/new/xfree86_4.3.0-0pre1v1_i386.katie queue/new/xfree86_4.3.0-0pre1v1_ia64.changes queue/new/xfree86_4.3.0-0pre1v1_ia64.katie queue/new/xfree86_4.3.0-0pre1v1_powerpc.changes queue/new/xfree86_4.3.0-0pre1v1_powerpc.katie queue/new/xfree86_4.3.0-0pre1v1_sparc.changes queue/new/xfree86_4.3.0-0pre1v1_sparc.katie queue/new/xfree86_4.3.0.orig.tar.gz No respect, I tell ya! No respect! -- G. Branden Robinson| The power of accurate observation Debian GNU/Linux | is frequently called cynicism by [EMAIL PROTECTED] | those who don't have it. http://people.debian.org/~branden/ | -- George Bernard Shaw pgp0.pgp Description: PGP signature
xfree86_4.3.0-0pre1v1_i386.changes ACCEPTED
Accepted: lbxproxy_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/lbxproxy_4.3.0-0pre1v1_i386.deb libdps-dev_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libdps-dev_4.3.0-0pre1v1_i386.deb libdps1-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libdps1-dbg_4.3.0-0pre1v1_i386.deb libdps1_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libdps1_4.3.0-0pre1v1_i386.deb libxaw6-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libxaw6-dbg_4.3.0-0pre1v1_i386.deb libxaw6-dev_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libxaw6-dev_4.3.0-0pre1v1_i386.deb libxaw6_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libxaw6_4.3.0-0pre1v1_i386.deb libxaw7-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libxaw7-dbg_4.3.0-0pre1v1_i386.deb libxaw7-dev_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libxaw7-dev_4.3.0-0pre1v1_i386.deb libxaw7_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/libxaw7_4.3.0-0pre1v1_i386.deb proxymngr_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/proxymngr_4.3.0-0pre1v1_i386.deb twm_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/twm_4.3.0-0pre1v1_i386.deb x-window-system-core_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/x-window-system-core_4.3.0-0pre1v1_i386.deb xbase-clients_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xbase-clients_4.3.0-0pre1v1_i386.deb xdm_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xdm_4.3.0-0pre1v1_i386.deb xfs_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xfs_4.3.0-0pre1v1_i386.deb xfwp_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xfwp_4.3.0-0pre1v1_i386.deb xlibmesa-dri_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibmesa-dri_4.3.0-0pre1v1_i386.deb xlibmesa-gl-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibmesa-gl-dbg_4.3.0-0pre1v1_i386.deb xlibmesa-gl-dev_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibmesa-gl-dev_4.3.0-0pre1v1_i386.deb xlibmesa-gl_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibmesa-gl_4.3.0-0pre1v1_i386.deb xlibmesa-glu-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibmesa-glu-dbg_4.3.0-0pre1v1_i386.deb xlibmesa-glu-dev_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibmesa-glu-dev_4.3.0-0pre1v1_i386.deb xlibmesa-glu_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibmesa-glu_4.3.0-0pre1v1_i386.deb xlibosmesa-dev_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibosmesa-dev_4.3.0-0pre1v1_i386.deb xlibosmesa4-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibosmesa4-dbg_4.3.0-0pre1v1_i386.deb xlibosmesa4_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibosmesa4_4.3.0-0pre1v1_i386.deb xlibs-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibs-dbg_4.3.0-0pre1v1_i386.deb xlibs-dev_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibs-dev_4.3.0-0pre1v1_i386.deb xlibs-static-pic_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibs-static-pic_4.3.0-0pre1v1_i386.deb xlibs_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xlibs_4.3.0-0pre1v1_i386.deb xmh_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xmh_4.3.0-0pre1v1_i386.deb xnest_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xnest_4.3.0-0pre1v1_i386.deb xprt_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xprt_4.3.0-0pre1v1_i386.deb xserver-common_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xserver-common_4.3.0-0pre1v1_i386.deb xserver-xfree86-dbg_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xserver-xfree86-dbg_4.3.0-0pre1v1_i386.deb xserver-xfree86_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xserver-xfree86_4.3.0-0pre1v1_i386.deb xterm_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xterm_4.3.0-0pre1v1_i386.deb xutils_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xutils_4.3.0-0pre1v1_i386.deb xvfb_4.3.0-0pre1v1_i386.deb to pool/main/x/xfree86/xvfb_4.3.0-0pre1v1_i386.deb Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#117913: xserver-xfree86: [mga] screen freezes when xdm-managed session exits on MGA G550 AGP
Package: xserver-xfree86 Version: 4.2.1-6 Followup-For: Bug #117913 I think the bug #117913 still exists, at least I see the same symptoms. When agpgart and mga kernel modules are loaded, I can not exit an xdm-managed session properly. regards, Felix Triebel -- Package-specific info: 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 01) 01:00.0 Class 0300: 102b:2527 (rev 01) Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "de" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "false" EndSection Section "Device" Identifier "Generic Video Card" Driver "mga" Option "UseFBDev" "true" Option "hwcursor" "false" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 31-80 VertRefresh 56-75 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 8 Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "1280x960" "1152x864" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection 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.2.1.1 (Debian 4.2.1-6 20030225230350 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 18 October 2002 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/) Build Operating System: Linux 2.4.20-586tsc i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Fri Aug 8 13:36:39 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/
Re: X Strike Force SVN commit: rev 381 - people/wt/4.3.0/debian
On Fri, Aug 08, 2003 at 12:34:56AM -0500, X Strike Force SVN Admin wrote: > Author: wt > Date: 2003-08-08 00:34:52 -0500 (Fri, 08 Aug 2003) > New Revision: 381 > > Modified: >people/wt/4.3.0/debian/README > Log: > Add more info about dbs make targets to the README. Warren, That's fine. Please feel free to merge that onto branches/4.3.0/sid. I had forgotten what you wanted to do with the README. -- 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
Processed: retitle 181579 to xfree86-common: [FAQ] more information for left-handed gpm users
Processing commands for [EMAIL PROTECTED]: > retitle 181579 xfree86-common: [FAQ] more information for left-handed gpm users Bug#181579: xfree86-common: FAQ.gz more on left-handed use Changed Bug title. > 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]
Processed: retitle 203460 to xfree86-common: mention URL for X Strike Force in README.Debian-upgrade ...
Processing commands for [EMAIL PROTECTED]: > retitle 203460 xfree86-common: mention URL for X Strike Force in > README.Debian-upgrade Bug#203460: /usr/share/doc/xfree86-common/README.Debian-upgrade.gz: add url Changed Bug title. > severity 203640 wishlist Bug#203640: xchat: Scrolling the tabs along the top is jerky and mushy Severity set to `wishlist'. > 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]
Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA
Package: xlibs Version: 4.2.1-6 Severity: grave Justification: renders package unusable libXt.so/testing has been broken for hppa for quite some time. Rebuilding libXt.so with gcc 3.3.x "fixes" the problem. First email on the topic at: http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/019622.html Error message is "Unresolved inheritance operation" with gv, xdvi, xpdf, xkeycaps, et al. I was hoping for one of two results: o promote xlibs-4.2.1-9/unstable to "testing" (assumes -9 is built with gcc 3.3.1) o bin upload the entire xfree86 4.2.1-6 for hppa built with gcc 3.3.1 I hadn't filed a bug report before thinking in a month or so a new xfree86 would get uploaded and promoted to testing. Hasn't happened yet (4 monthes later). This bug is producible on B180, C3000, 32 and 64-bit kernels. Most recently, James Bottomley (linux-scsi maintainer) ran into this when preparing a B180 for HP World to use to present his talk. He rebuilt xfree86-4.2.1-9 and installed the xlibs*hppa.deb with success. thanks, grant -- System Information: Debian Release: testing/unstable Architecture: hppa Kernel: Linux gsyprf11.external.hp.com 2.4.21-pa6 #23 Mon Jul 14 23:11:39 PDT 2003 parisc64 Locale: LANG=C, LC_CTYPE=C Versions of packages xlibs depends on: ii libc6 2.3.1-16 GNU C Library: Shared libraries an ii libfreetype6 2.1.4-4FreeType 2 font engine, shared lib ii xfree86-common4.2.1-6X Window System (XFree86) infrastr -- no debconf information
svn property for rules file
Is there anyone out there that could set the svn:executable property on the rules file so that it is executable update checkout? I am not going to modify the 4.3.0 branch without prior perimission. Warren -- Treasurer, GOLUM, Inc. http://www.golum.org
type6 keyboard
The sun type6 keyboard patch was accepted upstream so that everyone knows. Warren -- Treasurer, GOLUM, Inc. http://www.golum.org
patch for README
Please apply this patch for the README. I has more info about the new dbs build system. Index: README === --- README (revision 380) +++ README (working copy) @@ -18,11 +18,17 @@ This package uses DBS, the Debian Build System. Interesting targets supported by the debian/rules file include: +debian/rules setupCompletely unpacks and patches the source. + This will also warn about patches that + don't cleanly apply. +debian/rules make_patch Creates a patch call new.diff in the + package root that is the difference + betwwen a source tree patched with + only the patches from debian/patches + and changes that you make to the tree. + The new.diff is suitable to be moved + into the debian/patches. - debian/rules setup Completely unpacks and patches the source. This - will also warn about patches that don't cleanly - apply. - scripts: Directory containing the internals of Doogie's Build System. If any architecture-specific make variables need to be declared, you may do so -- Treasurer, GOLUM, Inc. http://www.golum.org
question about patch 003a
This patch forces the use of the gcc 3.2 c preprocessor since 3.3 did not handle -traditional right. Is this patch still needed with gcc 3.3.1? Warren Turkal -- Treasurer, GOLUM, Inc. http://www.golum.org
Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA
severity 204844 serious thanks On Sun, Aug 10, 2003 at 10:59:55AM -0700, Grant Grundler wrote: > Package: xlibs > Version: 4.2.1-6 > Severity: grave > Justification: renders package unusable Not for every architecture, just HPPA, so this bug is "serious" rather than "grave". Still release-critical IMO, though. > libXt.so/testing has been broken for hppa for quite some time. > Rebuilding libXt.so with gcc 3.3.x "fixes" the problem. > > First email on the topic at: > http://lists.parisc-linux.org/pipermail/parisc-linux/2003-March/019622.html Thanks for this information. > Error message is "Unresolved inheritance operation" with gv, xdvi, > xpdf, xkeycaps, et al. > > I was hoping for one of two results: > o promote xlibs-4.2.1-9/unstable to "testing" > (assumes -9 is built with gcc 3.3.1) > o bin upload the entire xfree86 4.2.1-6 for hppa built with gcc 3.3.1 > > I hadn't filed a bug report before thinking in a month or so a new > xfree86 would get uploaded and promoted to testing. Hasn't happened > yet (4 monthes later). GCC 3.3 has caused a variety of problems for XFree86 4.2.1. Hopefully the last of these will be resolved with 4.2.1-10, currently in preparation. You can monitor the progress of Debian XFree86 development by subscribing to the debian-x mailing list; the package is team-maintained through a Subversion repository, and commits are posted to the list. > This bug is producible on B180, C3000, 32 and 64-bit kernels. > Most recently, James Bottomley (linux-scsi maintainer) ran into > this when preparing a B180 for HP World to use to present his talk. > He rebuilt xfree86-4.2.1-9 and installed the xlibs*hppa.deb with success. I hereby authorize a binary-only NMU of xfree86 4.2.1-6 for the hppa architecture to be uploaded directly to testing. I *believe* this can be done by specifying "testing" instead of "unstable" as the target distribution in the changelog entry. (The binary-only NMU should be versioned 4.2.1-6.0.1). However, you may want to consult the Debian Release Manager, Anthony Towns <[EMAIL PROTECTED]>, for the exact procedure he'd like you to follow. -- 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/ | pgpP8yZmLVCsI.pgp Description: PGP signature
Processed: Re: Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA
Processing commands for [EMAIL PROTECTED]: > severity 204844 serious Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA Severity set to `serious'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#204769: marked as done (xfree86-common: Xft1 config file still there - hide some bugs in xft1 apps)
Your message dated Sun, 10 Aug 2003 16:52:42 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#204769: xfree86-common: Xft1 config file still there - hide some bugs in xft1 apps 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; 10 Aug 2003 00:21:07 + >From [EMAIL PROTECTED] Sat Aug 09 19:15:29 2003 Return-path: <[EMAIL PROTECTED]> Received: from mail.libertysurf.net [213.36.80.91] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19ldrt-0006aQ-00; Sat, 09 Aug 2003 19:15:29 -0500 Received: from argos.server.maison (212.129.14.84) by mail.libertysurf.net (6.5.026) id 3F25207C0025FA83; Sun, 10 Aug 2003 02:15:28 +0200 Received: from prahal by argos.server.maison with local (Exim 3.36 #1 (Debian)) id 19ldrp-0006Eo-00; Sun, 10 Aug 2003 02:15:25 +0200 Date: Sun, 10 Aug 2003 02:15:25 +0200 From: Alban Browaeys <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xfree86-common: Xft1 config file still there - hide some bugs in xft1 apps Message-ID: <[EMAIL PROTECTED]> Reply-To: Alban Browaeys <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 2.20 User-Agent: Mutt/1.5.4i Sender: Alban Browaeys <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_20,HAS_PACKAGE,USER_AGENT_MUTT version=2.53-bugs.debian.org_2003_07_20 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_07_20 (1.174.2.15-2003-03-30-exp) Package: xfree86-common Version: 4.3.0-0ds4 Severity: normal Tags: experimental sid /etc/X11/XftConfig was not delete though it s not used nor updated anymore ... I for example lead to hidden bugs for maintenair of gnustep-back package : user missing this file (never having an xft1 install) had no fonts . Alban -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux argos 2.6.0-test1 #14 Sat Jul 26 13:20:31 CEST 2003 i686 Locale: LANG=fr_FR, LC_CTYPE=fr_FR Versions of packages xfree86-common depends on: ii debconf 1.3.8 Debian configuration management sy ii debianutils 2.5.4 Miscellaneous utilities specific t -- debconf information: xfree86-common/experimental_packages: --- Received: (at 204769-done) by bugs.debian.org; 10 Aug 2003 21:52:54 + >From [EMAIL PROTECTED] Sun Aug 10 16:52:45 2003 Return-path: <[EMAIL PROTECTED]> Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19ly7H-0007iV-00; Sun, 10 Aug 2003 16:52:43 -0500 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 35CED640FF; Sun, 10 Aug 2003 16:52:42 -0500 (EST) Date: Sun, 10 Aug 2003 16:52:42 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#204769: xfree86-common: Xft1 config file still there - hide some bugs in xft1 apps Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JWEK1jqKZ6MHAcjA" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-21.8 required=4.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES, USER_AGENT_MUTT autolearn=ham version=2.53-bugs.debian.org_2003_07_20 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_07_20 (1.174.2.15-2003-03-30-exp) --JWEK1jqKZ6MHAcjA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 10, 2003 at 02:15:25AM +0200, Alban Browaeys wrote: > Package: xfree86-common > Version: 4.3.0-0ds4 > Severity: normal > Tags: experimental sid xfree86 4.3.0-0ds4 is not in experimental, nor in sid. > /etc/X11/XftConfig was not delete though it s not used nor updated > anymore ... > I for example lead to hidden bugs for maintenair of gnustep-back package > : > user missing this file (never having an xft1 install) had no fonts . This is actually a bug in dpkg; it doesn't know what to do about conffiles disappearing
DRI performance on my Radeon 7500 with 4.3.0 pre1v1
Hi, the update from 4.2.1-6 towards 4.3.0-pre1v1 was pretty smooth, everything works as expected. I never really used 3D with my Radeon 7500 QW (64 MB SDRAM) before, but I thought I'd give it a try with 4.3.0. With the included drm-src package recompiled for 2.4.21-bk30 (comparable to -rc1) and 2.6.0-test3 I get only 330 to 440 fps (agp4, enablepageflip) in glxgears (normal size on a 1024x768 screen on a Athlon 1700+), while someone on #dri told me that he had 1300-2500 on a Radeon 7500 a year ago. My XFree.0.log can be found at http://www.tzi.de/~jmm/XFree86.0.log Is this a bug in the debian-package? Judging from the XFree86.log.0 my system seems properly configured, but I'm in no way an X11 expert. Cheers, Moritz -- http://unpythonic.net/~jepler/cgi-bin/rottenflesh.cgi
Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA
[ Lamont, can you deal with the bin-NMU request below? ] Hi Branden, On Sun, Aug 10, 2003 at 04:59:11PM -0500, Branden Robinson wrote: > Not for every architecture, just HPPA, so this bug is "serious" rather > than "grave". Still release-critical IMO, though. Thanks for correcting. "grave - doesn't run on all machines it can be installed on" seemed right only because the offending xlib*hppa.deb will only install on hppa machines. FYI, I'm not a debian developer...just surrounded by them and will someday become one as well...currently still want to focus on kernel stuff. > GCC 3.3 has caused a variety of problems for XFree86 4.2.1. Hopefully > the last of these will be resolved with 4.2.1-10, currently in > preparation. ok. Sounds good. I was able to build -9 on HPPA by re-running "make world" by hand after one edit to build-tree/xc/Makefile. (comment out "make dist-clean" from "world" target.) BTW, has anyone looked at fixing the dependencies such that "dpkg-buildpackage -rfakeroot -nc -uc -us" doesn't clobber the previous build? It's kinda annoying to have to re-start a multi-hour build when trying to fix things. I realize this is a non-trivial issue that really has to be driven by someone high up in the xfree86 devel team. The entire linux kernel Makefile/build system was rewritten for 2.6 kernels. And it actually works now. I hope it might inspire someone in xfree86 to tackle the imake/Makefile mess as well. > You can monitor the progress of Debian XFree86 development by > subscribing to the debian-x mailing list; sorry - I have to passI'm kinda spread thin right now with commitments to parisc-linux and ia64-linux kernel IO stuff. > the package is team-maintained > through a Subversion repository, and commits are posted to the list. I can run builds on 650Mhz hppa boxes if I get pointed at a bk or CVS repository and make the results available via ftp or http. I can't exhaustively test the results though. > > Most recently, James Bottomley (linux-scsi maintainer) ran into > > this when preparing a B180 for HP World to use to present his talk. > > He rebuilt xfree86-4.2.1-9 and installed the xlibs*hppa.deb with success. > > I hereby authorize a binary-only NMU of xfree86 4.2.1-6 for the hppa > architecture to be uploaded directly to testing. I *believe* this can > be done by specifying "testing" instead of "unstable" as the target > distribution in the changelog entry. (The binary-only NMU should be > versioned 4.2.1-6.0.1). However, you may want to consult the Debian > Release Manager, Anthony Towns <[EMAIL PROTECTED]>, for the exact procedure > he'd like you to follow. Lamont is the bin-NMU expert *and* maintainer of the parisc buildd. Lamont, can you please bin-NMU a new version of hppa xfree86 4.2.1-6 debs to testing? thanks, grant > -- > 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/ |
X Strike Force SVN commit: rev 383 - trunk/debian
Author: branden Date: 2003-08-10 23:17:18 -0500 (Sun, 10 Aug 2003) New Revision: 383 Modified: trunk/debian/xserver-common.config.in Log: debian/xserver-common.config.in: set question priority of error message to "critical" instead of merely "high"; use of "high" priority is mandated as "questions that don't have a reasonable default.", and "critical" Questions that you really, really need to see (or else). Well, input validation errors should be of critical priority then, since they only show up when we *know* the question's answer is crap. Modified: trunk/debian/xserver-common.config.in == --- trunk/debian/xserver-common.config.in 2003-08-09 23:41:25 UTC (rev 382) +++ trunk/debian/xserver-common.config.in 2003-08-11 04:17:18 UTC (rev 383) @@ -93,7 +93,7 @@ db_fset xserver-common/xwrapper/nice_value seen false # now display the error message db_fset xserver-common/xwrapper/nice_value/error seen false -db_input high xserver-common/xwrapper/nice_value/error +db_input critical xserver-common/xwrapper/nice_value/error db_go else break # valid input from user
X Strike Force SVN commit: rev 384 - trunk/debian
Author: branden Date: 2003-08-10 23:30:12 -0500 (Sun, 10 Aug 2003) New Revision: 384 Modified: trunk/debian/xserver-common.postinst.in trunk/debian/xserver-common.postrm.in Log: Add technique for deciding when to purge non-conffile configuration files; maintain a roster file corresponding to the config file, for which each interested package adds its name on package configuration, and removes it on package purge. debian/xserver-common.postinst.in: - define the location of the X server wrapper config file's roster in a variable - if the roster file doesn't already list this package on configuration, add it to the roster - (cosmetic) minor edit to a comment debian/xserver-common.postrm.in: - define the location of the X server wrapper config file's roster in a variable - on purge, remove this package's name from the roster file (if that leaves no packages managing the config file, look for a stored MD5 checksum of the config file; if that matches the current config file, remove the config file; finally, remove the checksum file) Modified: trunk/debian/xserver-common.postinst.in == --- trunk/debian/xserver-common.postinst.in 2003-08-11 04:17:18 UTC (rev 383) +++ trunk/debian/xserver-common.postinst.in 2003-08-11 04:30:12 UTC (rev 384) @@ -17,6 +17,7 @@ XWRAPPER_CONFIG=/etc/X11/Xwrapper.config CHECKSUM_DIR=/var/lib/xfree86 XWRAPPER_CONFIG_CHECKSUM="$CHECKSUM_DIR/$(basename "$XWRAPPER_CONFIG").md5sum" +XWRAPPER_CONFIG_ROSTER="$CHECKSUM_DIR/$(basename "$XWRAPPER_CONFIG").roster" # source debconf library . /usr/share/debconf/confmodule @@ -30,14 +31,20 @@ #DEBHELPER# +# register this file as a (potential) handler of the X server wrapper config +# file +if ! fgrep -qsx "$THIS_PACKAGE" "$XWRAPPER_CONFIG_ROSTER" ]; then + echo "$THIS_PACKAGE" >> "$XWRAPPER_CONFIG_ROSTER" +fi + # only mess with config file if it exists; if it does not, assume that's the # way the user wants it if [ -e "$XWRAPPER_CONFIG" ]; then # similarly, check for the existence of the checksum file; if it doesn't # exist, assume that's the way the user wants it if [ -e "$XWRAPPER_CONFIG_CHECKSUM" ]; then -# compare the current and stored checksums; if they do not match, assume -# that's the way the user wants it +# next, compare the current and stored checksums; if they do not match, +# assume that's the way the user wants it CURRENT_MD5SUM=$(md5sum "$XWRAPPER_CONFIG") if [ "$CURRENT_MD5SUM" = "$(cat "$XWRAPPER_CONFIG_CHECKSUM")" ]; then # they match; prepare a new version of the config file Modified: trunk/debian/xserver-common.postrm.in == --- trunk/debian/xserver-common.postrm.in 2003-08-11 04:17:18 UTC (rev 383) +++ trunk/debian/xserver-common.postrm.in 2003-08-11 04:30:12 UTC (rev 384) @@ -17,6 +17,7 @@ XWRAPPER_CONFIG=/etc/X11/Xwrapper.config CHECKSUM_DIR=/var/lib/xfree86 XWRAPPER_CONFIG_CHECKSUM="$CHECKSUM_DIR/$(basename "$XWRAPPER_CONFIG").md5sum" +XWRAPPER_CONFIG_ROSTER="$CHECKSUM_DIR/$(basename "$XWRAPPER_CONFIG").roster" if [ "$1" = "abort-install" -o "$1" = "abort-upgrade" ]; then if [ -d /usr/X11R6/lib/X11/xserver.moved-by-preinst -a -L /usr/X11R6/lib/X11/xserver ]; then @@ -27,16 +28,38 @@ # clean up non-conffile configuration files and related materials on purge if [ "$1" = "purge" ]; then - # remove Xwrapper.config if it was still managed by the package, and remove - # the checksum file in any case - if [ -e "$XWRAPPER_CONFIG_CHECKSUM" ]; then -if [ -e "$XWRAPPER_CONFIG" ]; then - if [ "$(md5sum "$XWRAPPER_CONFIG")" \ - = "$(cat "$XWRAPPER_CONFIG_CHECKSUM")" ]; then -rm -f "$XWRAPPER_CONFIG" + # de-register this file as a handler of the X server wrapper config file + if [ -e "$XWRAPPER_CONFIG_ROSTER" ]; then +# check existing roster file for our package name +if fgrep -qx "$THIS_PACKAGE" "$XWRAPPER_CONFIG_ROSTER"; then + # construct temporary roster file with our package name removed + fgrep -vx "$THIS_PACKAGE" > "$XRAPPER_CONFIG_ROSTER.dpkg-tmp" + # is there anything left? + if [ -n "$(cat "$XRAPPER_CONFIG_ROSTER.dpkg-tmp")" ]; then +# yes, replace the roster file +mv "$XRAPPER_CONFIG_ROSTER.dpkg-tmp" "$XRAPPER_CONFIG_ROSTER" + else +# no; remove both the roster and our temporary copy +rm -f "$XRAPPER_CONFIG_ROSTER" "$XRAPPER_CONFIG_ROSTER.dpkg-tmp" +# remove X server wrapper config file if it was still managed by the +# package +if [ -e "$XWRAPPER_CONFIG_CHECKSUM" ]; then + # does it exist? + if [ -e "$XWRAPPER_CONFIG" ]; then +# does the current MD5 checksum match the stored checksum? +if [ "$(md5sum "$XWRAPPER_CONFIG")" \ + = "$(cat "$XWRAPPER_CONFIG_CHECKSUM")" ]
X Strike Force SVN commit: rev 385 - trunk/debian
Author: branden Date: 2003-08-10 23:39:21 -0500 (Sun, 10 Aug 2003) New Revision: 385 Modified: trunk/debian/changelog Log: debian/changelog: (cosmetic) clarification of recent commits Modified: trunk/debian/changelog == --- trunk/debian/changelog 2003-08-11 04:30:12 UTC (rev 384) +++ trunk/debian/changelog 2003-08-11 04:39:21 UTC (rev 385) @@ -135,17 +135,19 @@ - debian/xserver-common.postinst.in: stop manipulating X server socket directory - * Migrate away from the hated-and-reviled "manage Xwrapper.config with -debconf?" technique of handling the /etc/X11/Xwrapper.config non-conffile + * Migrate away from the hated-and-reviled "manage with debconf?" +technique of handling the /etc/X11/Xwrapper.config non-conffile configuration file, and to a proto-ucf style of handling: - debian/xserver-common.templates: drop the xserver-common/manage_config_with_debconf and xserver-common/move_existing_nondebconf_config templates - debian/xserver-common.config.in: stop asking the now-deleted questions -- debian/xserver-common.preinst.in: when upgrading from xserver-common << + and stop manipulating files based on the answers +- debian/xserver-common.preinst.in: when upgrading from xserver-common < 4.2.1-10, check value of xserver-common/manage_config_with_debconf; if - it is true; attempt to store md5sum of existing Xwrapper.config file in - /var/lib/xfree86; unregister the now-deleted questions + it is true; attempt to back up and store md5sum of existing + Xwrapper.config file in /var/lib/xfree86; unregister the now-deleted + questions - debian/xserver-common.postinst.in: automatically update the Xwrapper.config file (based on the values of the debconf templates) if and only if: @@ -159,11 +161,8 @@ checksum file; remove Xwrapper.config as well, but only if it matches the stored checksum; remove parent directories of conffiles and configuration files if possible -With luck, this new approach will meet with less anger and hatred from -people who do not read fully-capitalized warnings within the files they -are editing, let alone a manual page. - -- Branden Robinson <[EMAIL PROTECTED]> Thu, 7 Aug 2003 16:16:50 -0500 + -- Branden Robinson <[EMAIL PROTECTED]> Sun, 10 Aug 2003 23:30:38 -0500 xfree86 (4.2.1-9) unstable; urgency=high
X Strike Force SVN commit: rev 386 - trunk/debian
Author: branden Date: 2003-08-10 23:40:36 -0500 (Sun, 10 Aug 2003) New Revision: 386 Modified: trunk/debian/changelog Log: debian/changelog: add description of changes from revisions 383 and 384 Modified: trunk/debian/changelog == --- trunk/debian/changelog 2003-08-11 04:39:21 UTC (rev 385) +++ trunk/debian/changelog 2003-08-11 04:40:36 UTC (rev 386) @@ -162,6 +162,22 @@ the stored checksum; remove parent directories of conffiles and configuration files if possible + * Add technique for deciding when to purge non-conffile configuration files; +maintain a roster file corresponding to the config file, for which each +interested package adds its name on package configuration, and removes it +on package purge. +- debian/xserver-common.postinst.in: if the roster file for each + non-conffile config file doesn't already list this package on + configuration, add it to the roster +- debian/xserver-common.postrm.in: on purge, remove this package's name + from each non-conffile config file's roster file (if that leaves no + packages managing a config file, look for a stored MD5 checksum of the + config file; if that matches the current config file, remove the config + file; finally, remove the checksum file) + + * Input validation errors in the package config scripts are now presented +with "critical" priority, not "high". + -- Branden Robinson <[EMAIL PROTECTED]> Sun, 10 Aug 2003 23:30:38 -0500 xfree86 (4.2.1-9) unstable; urgency=high
