Bug#488283: software rendering
I tried to find more information. It looks like the bugs has a similar reason as #393266 for xserver-xorg-video-savage, see also http://bugzilla.kernel.org/show_bug.cgi?id=7767. I installed debian's linux-image-2.6.25-2-686 from testing, and compiled vanilla 2.6.25.10 (+patches for tp-smapi, hdaps, linux-phc), but the error message still remains the same. Please let me know, if I can help. Sten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469607: xserver-xorg: Incorrect default configuration; desktop display unusable
On Mon, Jul 14, 2008 at 02:14:56 +0200, Frans Pop wrote: > I guess I can cover both your questions by just sending you my current > xorg.conf file as that works correctly and has everything nicely commented > out :-). > The X log would give some information as well. But it sounds like the right mode is chosen now. Yay. > Hmmm. I could have display settings in KDE, so I guess I should try just > starting an xterm or something. > > [...] > > OK. After running just xinit with the attached config, xrandr tells me I > have [EMAIL PROTECTED], which is fine. Not sure if I should check other info > too (I always forget the names of those funky X cmdline utils). > > I will try a new install using D-I soon to verify. Please leave the BR > open a bit longer and I'll report the results of that too. > Sure. Thanks, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed (with 2 errors): Re: battle for the brightness
Processing commands for [EMAIL PROTECTED]: > reassign 485465 linux-2.6 Bug#485465: need a way to remember brightness or store brightness in xorg.conf Bug reassigned from package `xserver-xorg-core' to `linux-2.6'. > retitle 485465 thinkpad-acpi: races on brightness change on a R50e Bug#485465: need a way to remember brightness or store brightness in xorg.conf Changed Bug title to `thinkpad-acpi: races on brightness change on a R50e' from `need a way to remember brightness or store brightness in xorg.conf'. > found 2.6.14-1 Unknown command or malformed arguments to command. > tag 485465 upstream Bug#485465: thinkpad-acpi: races on brightness change on a R50e There were no tags set. Tags added: upstream > forwarded 485465 [EMAIL PROTECTED] Bug#485465: thinkpad-acpi: races on brightness change on a R50e Noted your statement that Bug has been forwarded to [EMAIL PROTECTED] > owner [EMAIL PROTECTED] Unknown command or malformed arguments to command. > 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]
Bug#485465: battle for the brightness
reassign 485465 linux-2.6 retitle 485465 thinkpad-acpi: races on brightness change on a R50e found 2.6.14-1 tag 485465 upstream forwarded 485465 [EMAIL PROTECTED] owner [EMAIL PROTECTED] thanks Synopsis: recently, brightness started acting up on R50e. Something is racing with the firmware. Userspace attempts to support brightness are new, and might be part of the equation, as misguided attempts to do it by enabling thinkpad brightness hot-keys without fully disabling the BIOS can make the problem far easier to hit. The sysfs backlight interface seems to be more prone to trigger the race. A possible in-firmware race caused by thinkpad-acpi is the main suspect at this point. That behaviour is present since ibm-acpi 0.12a, kernel 2.6.14, but probably nothing was tripping it before. On Thu, 26 Jun 2008, [EMAIL PROTECTED] wrote: > Ah, this workaround finally worked: > # rmmod thinkpad-acpi; modprobe thinkpad-acpi brightness_mode=2 > > Fn End typed after this apparently last even thru reboots! Brightness settings on thinkpads ARE supposed to last through reboot and power off, as long as you keep the NVRAM up-to-date. Thinkpad-acpi does so in brightness_mode=2 and brightness_mode=3. It should always come back in whatever brightness it was when you shut it down. Do I understand correctly, and now that you're using brightness_mode=2, you see no weird brightness changes when you lauch xdm, and your brightness keys work just fine? The R50e (from the ACPI tables you sent me) has exactly the same ACPI code for brightness as the T43 and other ThinkPads of the T4x/R5x era. It natively does what brightness_mode=2 does. The driver default, brightness_mode=3, is something that I got from the previous maintainer of ibm-acpi. It looks like it is time to rethink that code. So, we have some sort of race, here. And brightness_mode=2 works around it. I will look more into it, but unless I manage to reproduce this mess in my T43, it won't be easy to root out the REAL reason for the breakage. Jidanni, since brightness_mode=2 is working just fine for you, please continue using it. It *is* supposed to work well on your box. In fact, one of the things I will be trying to find out now is what kind of thinkpad *requires* brightness_mode=3, because it looks like brightness_mode=2 is a far saner default, even if that means accessing the CMOS NVRAM all the time (which is expensive, and used to require disabling interrupts). I will claim this bug for the thinkpad-acpi brightness change race, since most of the baggage in it deals with that and your issue with brightness "memory" across reboots seems to be solved. For now, I will reassign the bug to the kernel, and mark it upstream (since I am handling it, anyway). -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432950: Additional information (and one "solution")
The same happens on "my" R50e Thinkpad: The splash-screen of Google Earth is shown normally and at the point where the big window with the 3D view should appear, X crashes (X.Org X Server 1.4.0.90) with the following lines in the Xorg.log: (EE) DoSwapInterval: cx = 0x86c28e0, GLX screen = 0x8256880 Backtrace: 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80b84be] 1: [0xe420] 2: /usr/lib/xorg/modules/extensions//libglx.so [0xb7b216d7] 3: /usr/lib/xorg/modules/extensions//libglx.so [0xb7b25ff6] 4: /usr/bin/X [0x814dbfe] 5: /usr/bin/X(Dispatch+0x2bf) [0x808d19f] 6: /usr/bin/X(main+0x48b) [0x80746bb] 7: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7ca8450] 8: /usr/bin/X(FontFileCompleteXLFD+0x201) [0x8073a31] Fatal server error: Caught signal 11. Server aborting I realized that the kernel-driver (Kernel 2.6.24-1-686) for the 3D acceleration, i915, is not listed by lsmod and therefore glxinfo reports no direct rendering. However, I can load it manually by typing modprobe i915 without problems (I do it within X). After restarting X* Google Earth works without problems and glxinfo reports direct rendering. *restart of X is necessary - Google Earth still crashes after loading the module without doing so. In my opinion, there may be two different problems: (1) X should not crash, even without the loaded kernel module. (2) why is the kernel module i915 not loaded automatically (it is even in /etc/modules)? The attached file contains the Xorg.log of a crashed session. The lines just before the (EE) crash, FreeType: couldn't find encoding 'iso8859-14' for '/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType/Andale_Mono.ttf' are from Google Earth but they also appear in sessions where the i915 module is loaded and therefore google earth runs smoothly. Best regards, Philipp Xorg.0.log.old Description: application/trash signature.asc Description: OpenPGP digital signature
Bug#484225: compiz-core: compiz-manager wrapper script modifies special ENV environment variable
On Monday 14 July 2008 03:42:29 pm Alexander E. Patrakov wrote: > > On Mon, Jul 14, 2008 at 18:45:47 +0600, Alexander E. Patrakov wrote: > > > The original patch attached to http://bugs.debian.org/484225 contains > > > bashisms of the form "export VARIABLE=VALUE". Please fix them instead > > > of applying the patch blindly. > Oops, sorry. I am after > http://lists.boost.org/boost-build/2004/07/6890.php, which refers to > Solaris. > http://www.opengroup.org/onlinepubs/009695399/utilities/export.html does > permit this syntax. and jftr please don't assume that we blindly apply patches sent to the bts. thanks, sean signature.asc Description: This is a digitally signed message part.
Bug#486330:
Last upgrade did something wrong to the configuration of my French Apple keyboard. As a result, the keymap is not totally correct. However, I do not think that this comes from the X server since the same symptoms occur on the console. In /var/log/Xorg, I have (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap In /etc/X11/xorg.conf, my configuration is Section "InputDevice" Identifier "Apple IMac Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "macintosh" Option "XkbLayout" "fr" EndSection regards, E.V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 488669
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.33 > tags 488669 moreinfo Bug#488669: xserver-xorg: X fails to start on a SUN ULTRA 5 There were no tags set. Tags added: moreinfo > 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#490823: xserver-xorg-video-ati: Terminalemulators lacks the color red and MPlayer fails
oftedal wrote: > The problem doesn't exists if I use the kernelfb ati-driver. > Do you have some fb kernel modules loaded when the problem occurs? What does /proc/fb contain? Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488669: xserver-xorg: X fails to start on a SUN ULTRA 5
On Mon, Jun 30, 2008 at 16:36:35 +0200, Marco Guidetti wrote: > After a fresh install today of the lenny installer, on a SUN ULTRA 5 i am > completely unable to start X. After a dpkg-reconfigure xserver-xorg the > situation remains the same. > X is configured to use the framebuffer device, which is working. > > The X server fails saying: > > xf86DomainMem() : mmap() failure > > as can be seen from the log attached. > > This renders X completely unusable on my ULTRA 5. > > I can do some tests in the next few days if required. > Hi Marco, a first data point would be to know if this worked using an older version of the ati driver (xserver-xorg-video-ati package). There should be some older versions up on snapshot.debian.net. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#490823: xserver-xorg-video-ati: Terminalemulators lacks the color red and MPlayer fails
Package: xserver-xorg-video-ati Version: 1:6.9.0-1 Severity: important Terminalemulators are tinted cyan / lacks the color red (Aterm at least) MPlayer displays only a bluefilledbox (standard when it fails to open the display properly) The problem doesn't exists if I use the kernelfb ati-driver. This problem manifested it self some time ago after a upgrade while running debian testing. And is also present after a dist-upgrade to unstable. (Was not present in stable) -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-03-01 16:22 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1718228 2008-06-26 02:14 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 5103 2008-07-12 15:17 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/etc/X11/rgb" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load "glx" Load "extmod" Load "xtrap" Load "dbe" Load "dri" Load "GLcore" Load "record" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "no" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName"Monitor Model" EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" "true"# [] #Option "SWcursor" "true" # [] #Option "Dac6Bit" "false" # [] #Option "Dac8Bit" "false" # [] #Option "BusType" # [] #Option "CPPIOMode" "true" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPFastWrite" "true" # [] #Option "AGPSize" # #Option "GARTSize" # #Option "RingSize" # #Option "BufferSize"# #Option "EnableDepthMoves" "true" # [] #Option "EnablePageFlip" "true" # [] #Option "NoBackBuffer" "false" # [] #Option "DMAForXv" "true" # [] #Option "FBTexPercent" # #Option "DepthBits" "16"# #Option "PCIAPERSize" # #Option "AccelDFS" "false" # [] #Option "DDCMode" "false" # [] #Option "IgnoreEDID"# [] #Option "DisplayPriority" # [] #Option "PanelSize" # [] #Option "ForceMinDotClock" # #Option "ColorTiling" "false" # [] #Option "VideoKey" # #Option "RageTheatreCrystal"# #Option "RageTheatreTunerPort" # #Option "RageTheatreCompositePort" # #Option "RageTheatreSVideoPort" # #Option "TunerType" # #Option "RageTheatreMicrocPath" # #Option "RageTheatreMicrocType" # #Option "ScalerWidth" # #Option "RenderAccel" "false" # [] #Option "SubPixelOrder" # [] #Option "ShowCache" "true"
Processed: tagging 319388
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.33 > # fixed on master and mesa_7_0_branch > tags 319388 fixed-upstream Bug#319388: [libglu1-xorg] should hide C++ interfaces There were no tags set. Tags added: fixed-upstream > 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#319388: tagging 319388
# Automatically generated email from bts, devscripts version 2.10.33 # fixed on master and mesa_7_0_branch tags 319388 fixed-upstream -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#319388: libGLU should hide C++ interfaces
Julien Cristau wrote: On Tue, Aug 14, 2007 at 09:00:56 +0100, Brian Paul wrote: On 8/14/07, Michel Dänzer <[EMAIL PROTECTED]> wrote: On Mon, 2007-08-13 at 17:58 -0700, Zack Weinberg wrote: [...] Second, the bin/mklib script has some internal support for restricting the set of exports (the -exports option) but that feature has a critical bug when used with Linux/Solaris version scripts: it assigns all symbols the same version, derived from the soname. This is wrong. Symbol versions are part of the ABI and need to stay stable once assigned; if a program that wants, say, [EMAIL PROTECTED] is run with a libglu.so that only has a @GLU_1.1 version, the dynamic linker will barf. My preferred way to deal with this would be to have a GNU-ld-style version script for GLU in the source tree, and document that mklib -exports expects a file in that format. mklib would then convert that to whatever format other platforms' linkers want -- as far as I know, the GNU version script is strictly more featureful than any other similar format. I'm not going to implement the conversions, though; that's for the maintainers of the support for those other platforms. Do you think that would be something you could get back into upstream? Instead of doing that conversion, I suggest just changing mklib to not set a version in the version script (none of the Makefiles in mesa currently seem to use that, so it seems safe, if other platforms' linkers can deal with that). Go ahead and implement it and submit a patch to bugzilla. Sounds good from your description. Attached two patches. The first modifies mklib as mentioned above. The second uses that to restrict the list of symbols exported by libGLU (I copied the list from src/glu/sgi/glu.def). Looks good. I'll push soon. -Brian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-savage: Changes to 'debian-unstable'
debian/xsfbs/xsfbs-autoreconf.mk | 150 -- debian/xsfbs/xsfbs.mk| 102 -- debian/xsfbs/xsfbs.sh| 394 --- 3 files changed, 216 insertions(+), 430 deletions(-) New commits: commit 4c2fb5aa80a15b5a9a9b51b03c7dc30496a22561 Author: Brice Goglin <[EMAIL PROTECTED]> Date: Sat May 31 13:23:24 2008 +0200 Update xsfbs/quilt patching rules to be compatible with the "3.0 (quilt)" source package. Thanks to Raphael Hertzog. See http://lists.debian.org/debian-x/2008/05/msg01250.html for details. diff --git a/debian/xsfbs/xsfbs.mk b/debian/xsfbs/xsfbs.mk index c11923f..b871b3b 100755 --- a/debian/xsfbs/xsfbs.mk +++ b/debian/xsfbs/xsfbs.mk @@ -21,10 +21,8 @@ # Pass $(DH_OPTIONS) into the environment for debhelper's benefit. export DH_OPTIONS -# force quilt to not use ~/.quiltrc -QUILT = quilt --quiltrc /dev/null -# force QUILT_PATCHES to the default in case it is exported in the environment -QUILT_PATCHES = patches/ +# force quilt to not use ~/.quiltrc and to use debian/patches +QUILT = QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null # Set up parameters for the upstream build environment. @@ -121,19 +119,11 @@ $(STAMP_DIR)/stampdir: # Set up the package build directory as quilt expects to find it. .PHONY: prepare stampdir_targets+=prepare -prepare: $(STAMP_DIR)/genscripts $(STAMP_DIR)/prepare $(STAMP_DIR)/patches $(STAMP_DIR)/log +prepare: $(STAMP_DIR)/genscripts $(STAMP_DIR)/prepare $(STAMP_DIR)/log $(STAMP_DIR)/prepare: $(STAMP_DIR)/stampdir - if [ ! -e $(STAMP_DIR)/patches ]; then \ - mkdir $(STAMP_DIR)/patches; \ - ln -s $(STAMP_DIR)/patches .pc; \ - echo 2 >$(STAMP_DIR)/patches/.version; \ - fi; \ if [ ! -e $(STAMP_DIR)/log ]; then \ mkdir $(STAMP_DIR)/log; \ fi; \ - if [ -e debian/patches ] && [ ! -e patches ]; then \ - ln -s debian/patches patches; \ - fi; \ >$@ # Apply all patches to the upstream source. @@ -162,10 +152,10 @@ $(STAMP_DIR)/patch: $(STAMP_DIR)/prepare # Revert all patches to the upstream source. .PHONY: unpatch -unpatch: +unpatch: $(STAMP_DIR)/prepare rm -f $(STAMP_DIR)/patch @echo -n "Unapplying patches..."; \ - if [ -e $(STAMP_DIR)/patches/applied-patches ]; then \ + if $(QUILT) applied >/dev/null 2>/dev/null; then \ if $(QUILT) pop -a -v >$(STAMP_DIR)/log/unpatch 2>&1; then \ cat $(STAMP_DIR)/log/unpatch; \ echo "successful."; \ @@ -192,7 +182,7 @@ cleanscripts: .PHONY: xsfclean xsfclean: cleanscripts unpatch dh_testdir - rm -rf .pc patches + rm -rf .pc rm -rf $(STAMP_DIR) $(SOURCE_DIR) rm -rf imports dh_clean debian/shlibs.local \ commit dcf4204d5328834172df80951a18de014b0f74ef Author: Julien Cristau <[EMAIL PROTECTED]> Date: Fri May 30 12:26:18 2008 +0200 xsfbs.sh: use 'local' now that policy allows it Policy 3.7.3 allows /bin/sh scripts to use 'local'. diff --git a/debian/xsfbs/xsfbs.sh b/debian/xsfbs/xsfbs.sh index 0c7607a..72efa95 100644 --- a/debian/xsfbs/xsfbs.sh +++ b/debian/xsfbs/xsfbs.sh @@ -238,19 +238,19 @@ analyze_path () { # analyze_path /usr/X11R6/bin -> ls -dl /usr /usr/X11R6 /usr/X11R6/bin # Thanks to Randolph Chung for this clever hack. - #local f g + local f g while [ -n "$1" ]; do reject_whitespace "$1" -_g= +g= message "Analyzing $1:" -for _f in $(echo "$1" | tr / \ ); do - if [ -e /$_g$_f ]; then -ls -dl /$_g$_f /$_g$_f.dpkg-* 2> /dev/null || true -_g=$_g$_f/ +for f in $(echo "$1" | tr / \ ); do + if [ -e /$g$f ]; then +ls -dl /$g$f /$g$f.dpkg-* 2> /dev/null || true +g=$g$f/ else -message "/$_g$_f: nonexistent; directory contents of /$_g:" -ls -l /$_g +message "/$g$f: nonexistent; directory contents of /$g:" +ls -l /$g break fi done @@ -259,27 +259,27 @@ analyze_path () { } find_culprits () { - #local f p dpkg_info_dir possible_culprits smoking_guns bad_packages package \ - # msg + local f p dpkg_info_dir possible_culprits smoking_guns bad_packages package \ +msg reject_whitespace "$1" message "Searching for overlapping packages..." - _dpkg_info_dir=/var/lib/dpkg/info - if [ -d $_dpkg_info_dir ]; then -if [ "$(echo $_dpkg_info_dir/*.list)" != "$_dpkg_info_dir/*.list" ]; then - _possible_culprits=$(ls -1 $_dpkg_info_dir/*.list | egrep -v \ + dpkg_info_dir=/var/lib/dpkg/info + if [ -d $dpkg_info_dir ]; then +if [ "$(echo $dpkg_info_dir/*.list)" != "$dpkg_info_dir/*.list" ]; then + possible_culprits=$(ls -1 $dpkg_info_dir/*.list | egrep -v \ "(xbase-clients|x11-common|xfs|xlibs)") - if [ -n "$_possible_culprits" ]; then -_smoking_guns=$(grep -l "$1" $_possible_culprits || true) -if [ -n
xfree86-driver-synaptics_0.14.7~git20070706-2.2_i386.changes ACCEPTED
Accepted: xfree86-driver-synaptics_0.14.7~git20070706-2.2.diff.gz to pool/main/x/xfree86-driver-synaptics/xfree86-driver-synaptics_0.14.7~git20070706-2.2.diff.gz xfree86-driver-synaptics_0.14.7~git20070706-2.2.dsc to pool/main/x/xfree86-driver-synaptics/xfree86-driver-synaptics_0.14.7~git20070706-2.2.dsc xfree86-driver-synaptics_0.14.7~git20070706-2.2_i386.deb to pool/main/x/xfree86-driver-synaptics/xfree86-driver-synaptics_0.14.7~git20070706-2.2_i386.deb xserver-xorg-input-synaptics_0.14.7~git20070706-2.2_i386.deb to pool/main/x/xfree86-driver-synaptics/xserver-xorg-input-synaptics_0.14.7~git20070706-2.2_i386.deb Override entries for your package: xfree86-driver-synaptics_0.14.7~git20070706-2.2.dsc - source x11 xfree86-driver-synaptics_0.14.7~git20070706-2.2_i386.deb - optional x11 xserver-xorg-input-synaptics_0.14.7~git20070706-2.2_i386.deb - optional x11 Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xfree86-driver-synaptics_0.14.7~git20070706-2.2_i386.changes
xfree86-driver-synaptics_0.14.7~git20070706-2.2_i386.changes uploaded successfully to localhost along with the files: xfree86-driver-synaptics_0.14.7~git20070706-2.2.dsc xfree86-driver-synaptics_0.14.7~git20070706-2.2.diff.gz xfree86-driver-synaptics_0.14.7~git20070706-2.2_i386.deb xserver-xorg-input-synaptics_0.14.7~git20070706-2.2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-input-synaptics: Changes to 'refs/tags/xfree86-driver-synaptics-0.14.7-git20070706-2.2'
Tag 'xfree86-driver-synaptics-0.14.7-git20070706-2.2' created by Julien Cristau <[EMAIL PROTECTED]> at 2008-07-14 14:15 + Tagging upload of xfree86-driver-synaptics 0.14.7~git20070706-2.2 to experimental. Changes since 0.14.7-git20070706-2.1: Julien Cristau (1): Build against xserver 1.5 rc5. --- debian/changelog |6 ++ debian/control |2 +- 2 files changed, 7 insertions(+), 1 deletion(-) --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-input-synaptics: Changes to 'debian-experimental'
New branch 'debian-experimental' available with the following commits: commit 89477e7132ac0475aee4cac5501ef139e13cab7c Author: Julien Cristau <[EMAIL PROTECTED]> Date: Mon Jul 14 16:14:25 2008 +0200 Build against xserver 1.5 rc5. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484225: compiz-core: compiz-manager wrapper script modifies special ENV environment variable
Julien Cristau wrote: > On Mon, Jul 14, 2008 at 18:45:47 +0600, Alexander E. Patrakov wrote: > > The original patch attached to http://bugs.debian.org/484225 contains > > bashisms of the form "export VARIABLE=VALUE". Please fix them instead > > of applying the patch blindly. > > Those aren't bashisms. Please give a reference (or, really, don't > bother because you won't find one) instead of complaining blindly. Oops, sorry. I am after http://lists.boost.org/boost-build/2004/07/6890.php, which refers to Solaris. http://www.opengroup.org/onlinepubs/009695399/utilities/export.html does permit this syntax. -- Alexander E. Patrakov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484225: compiz-core: compiz-manager wrapper script modifies special ENV environment variable
On Mon, Jul 14, 2008 at 18:45:47 +0600, Alexander E. Patrakov wrote: > The original patch attached to http://bugs.debian.org/484225 contains > bashisms of the form "export VARIABLE=VALUE". Please fix them instead > of applying the patch blindly. > Those aren't bashisms. Please give a reference (or, really, don't bother because you won't find one) instead of complaining blindly. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-vesa_2.0.0-2_i386.changes ACCEPTED
Accepted: xserver-xorg-video-vesa_2.0.0-2.diff.gz to pool/main/x/xserver-xorg-video-vesa/xserver-xorg-video-vesa_2.0.0-2.diff.gz xserver-xorg-video-vesa_2.0.0-2.dsc to pool/main/x/xserver-xorg-video-vesa/xserver-xorg-video-vesa_2.0.0-2.dsc xserver-xorg-video-vesa_2.0.0-2_i386.deb to pool/main/x/xserver-xorg-video-vesa/xserver-xorg-video-vesa_2.0.0-2_i386.deb Override entries for your package: xserver-xorg-video-vesa_2.0.0-2.dsc - source x11 xserver-xorg-video-vesa_2.0.0-2_i386.deb - optional x11 Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#484225: compiz-core: compiz-manager wrapper script modifies special ENV environment variable
The original patch attached to http://bugs.debian.org/484225 contains bashisms of the form "export VARIABLE=VALUE". Please fix them instead of applying the patch blindly. -- Alexander E. Patrakov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#489959: No decorations with intel driver
I have a G965 (i.e., a very similar chip) and compiz works if I start it as: mkdir -p ~/.config/compiz echo 'SKIP_CHECKS=yes' > ~/.config/compiz/compiz-manager compiz --replace kconfig & Note the "kconfig" above - without it no plugins will be loaded; GNOME users may want to run "compiz --replace gconf &" instead. -- Alexander E. Patrakov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xserver-xorg-video-vesa_2.0.0-2_i386.changes
xserver-xorg-video-vesa_2.0.0-2_i386.changes uploaded successfully to localhost along with the files: xserver-xorg-video-vesa_2.0.0-2.dsc xserver-xorg-video-vesa_2.0.0-2.diff.gz xserver-xorg-video-vesa_2.0.0-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-vesa: Changes to 'debian-experimental'
.cvsignore | 19 .gitignore | 20 COPYING | 30 ChangeLog| 148 ++ Makefile.in | 154 +-- aclocal.m4 | 911 -- config.guess | 60 - config.h.in |3 config.sub | 66 + configure| 1958 ++- configure.ac | 20 debian/changelog | 24 debian/control | 10 debian/rules |2 debian/xsfbs/xsfbs-autoreconf.mk | 150 -- debian/xsfbs/xsfbs.mk| 121 -- debian/xsfbs/xsfbs.sh| 394 --- depcomp | 93 + install-sh | 514 +++--- ltmain.sh| 277 +++-- man/.cvsignore |2 man/.gitignore |2 man/Makefile.am |1 man/Makefile.in | 97 - missing | 61 - mkinstalldirs|5 src/.cvsignore |6 src/.gitignore |6 src/Makefile.in | 142 +- src/vesa.c | 486 - src/vesa.h | 17 31 files changed, 3600 insertions(+), 2199 deletions(-) New commits: commit 2092b104f0aee69e6424ce17cc639e20048bb78c Author: Julien Cristau <[EMAIL PROTECTED]> Date: Mon Jul 14 14:52:05 2008 +0200 Build against xserver 1.5 rc5. diff --git a/debian/changelog b/debian/changelog index bc65c1a..e7bdc6f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,9 @@ -xserver-xorg-video-vesa (1:2.0.0-2) UNRELEASED; urgency=low +xserver-xorg-video-vesa (1:2.0.0-2) experimental; urgency=low * Add myself to Uploaders, and remove Branden with his permission. + * Build against xserver 1.5 rc5. - -- Julien Cristau <[EMAIL PROTECTED]> Mon, 14 Jul 2008 14:49:03 +0200 + -- Julien Cristau <[EMAIL PROTECTED]> Mon, 14 Jul 2008 14:51:43 +0200 xserver-xorg-video-vesa (1:2.0.0-1) unstable; urgency=low diff --git a/debian/control b/debian/control index 6f45236..c911aab 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: x11 Priority: optional Maintainer: Debian X Strike Force Uploaders: David Nusinow <[EMAIL PROTECTED]>, Julien Cristau <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 5.0.0), pkg-config, xserver-xorg-dev (>= 2:1.4), x11proto-xext-dev, x11proto-core-dev, x11proto-fonts-dev, x11proto-randr-dev, x11proto-render-dev, dpkg-dev (>= 1.14.17) +Build-Depends: debhelper (>= 5.0.0), pkg-config, xserver-xorg-dev (>= 2:1.4.99.905), x11proto-xext-dev, x11proto-core-dev, x11proto-fonts-dev, x11proto-randr-dev, x11proto-render-dev, dpkg-dev (>= 1.14.17) Standards-Version: 3.7.3 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-vesa Vcs-Browser: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-vesa.git commit 49a3037d0bea1ce292da75b67635a16a2cfec5c9 Author: Julien Cristau <[EMAIL PROTECTED]> Date: Mon Jul 14 14:50:05 2008 +0200 Add myself to Uploaders, and remove Branden with his permission. diff --git a/debian/changelog b/debian/changelog index d31542e..bc65c1a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +xserver-xorg-video-vesa (1:2.0.0-2) UNRELEASED; urgency=low + + * Add myself to Uploaders, and remove Branden with his permission. + + -- Julien Cristau <[EMAIL PROTECTED]> Mon, 14 Jul 2008 14:49:03 +0200 + xserver-xorg-video-vesa (1:2.0.0-1) unstable; urgency=low * New upstream release. diff --git a/debian/control b/debian/control index c812298..6f45236 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: xserver-xorg-video-vesa Section: x11 Priority: optional Maintainer: Debian X Strike Force -Uploaders: David Nusinow <[EMAIL PROTECTED]>, Branden Robinson <[EMAIL PROTECTED]> +Uploaders: David Nusinow <[EMAIL PROTECTED]>, Julien Cristau <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 5.0.0), pkg-config, xserver-xorg-dev (>= 2:1.4), x11proto-xext-dev, x11proto-core-dev, x11proto-fonts-dev, x11proto-randr-dev, x11proto-render-dev, dpkg-dev (>= 1.14.17) Standards-Version: 3.7.3 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-vesa commit 88d8d43cad154ae6b8fdb3c921302d67dc285570 Author: Brice Goglin <[EMAIL PROTECTED]> Date: Tue Jul 1 21:12:29 2008 +0200 Prepare changelog for upload diff --git a/debian/changelog b/debian/changelog index 3b49d71..d31542e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -xserver-xorg-video-vesa (1:2.0.0-1) UNRELEASED; urgency=low +xserver-xorg-video-vesa (1:2.0.0-1) unstable; urgency=low * New upstream release. * Add upstream URL to debian/copyright. @@ -9,7 +9,7 @@ xserver-xorg-video-vesa (1:2.0.
xserver-xorg-video-vesa: Changes to 'refs/tags/xserver-xorg-video-vesa-1_2.0.0-2'
Tag 'xserver-xorg-video-vesa-1_2.0.0-2' created by Julien Cristau <[EMAIL PROTECTED]> at 2008-07-14 12:55 + Tagging upload of xserver-xorg-video-vesa 1:2.0.0-2 to experimental. Changes since xserver-xorg-video-vesa-1_2.0.0-1: Julien Cristau (2): Add myself to Uploaders, and remove Branden with his permission. Build against xserver 1.5 rc5. --- debian/changelog |7 +++ debian/control |4 ++-- 2 files changed, 9 insertions(+), 2 deletions(-) --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-vesa: Changes to 'debian-unstable'
debian/changelog |6 ++ debian/control |2 +- 2 files changed, 7 insertions(+), 1 deletion(-) New commits: commit 49a3037d0bea1ce292da75b67635a16a2cfec5c9 Author: Julien Cristau <[EMAIL PROTECTED]> Date: Mon Jul 14 14:50:05 2008 +0200 Add myself to Uploaders, and remove Branden with his permission. diff --git a/debian/changelog b/debian/changelog index d31542e..bc65c1a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +xserver-xorg-video-vesa (1:2.0.0-2) UNRELEASED; urgency=low + + * Add myself to Uploaders, and remove Branden with his permission. + + -- Julien Cristau <[EMAIL PROTECTED]> Mon, 14 Jul 2008 14:49:03 +0200 + xserver-xorg-video-vesa (1:2.0.0-1) unstable; urgency=low * New upstream release. diff --git a/debian/control b/debian/control index c812298..6f45236 100644 --- a/debian/control +++ b/debian/control @@ -2,7 +2,7 @@ Source: xserver-xorg-video-vesa Section: x11 Priority: optional Maintainer: Debian X Strike Force -Uploaders: David Nusinow <[EMAIL PROTECTED]>, Branden Robinson <[EMAIL PROTECTED]> +Uploaders: David Nusinow <[EMAIL PROTECTED]>, Julien Cristau <[EMAIL PROTECTED]> Build-Depends: debhelper (>= 5.0.0), pkg-config, xserver-xorg-dev (>= 2:1.4), x11proto-xext-dev, x11proto-core-dev, x11proto-fonts-dev, x11proto-randr-dev, x11proto-render-dev, dpkg-dev (>= 1.14.17) Standards-Version: 3.7.3 Vcs-Git: git://git.debian.org/git/pkg-xorg/driver/xserver-xorg-video-vesa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486158: [compiz-core] Configuration options are hardcoded in /usr/bin/compiz
retitle 486158 [compiz-core] Config files are not documented in the manpage thanks The settings can be stored in XDG-compliant locations: $HOME/.config/compiz/compiz-manager and /etc/xdg/compiz/compiz-manager. Thus, the user has a way to override the defaults, but has no way to figure this way out without reading the script. -- Alexander E. Patrakov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [compiz-core] Configuration options are hardcoded in /usr/bin/compiz
Processing commands for [EMAIL PROTECTED]: > retitle 486158 [compiz-core] Config files are not documented in the manpage Bug#486158: [compiz-core] Configuration options are hardcoded in /usr/bin/compiz Changed Bug title to `[compiz-core] Config files are not documented in the manpage' from `[compiz-core] Configuration options are hardcoded in /usr/bin/compiz'. > 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]