Re: git help: how to "checkout" silently?
Christian Perrier <[EMAIL PROTECTED]> schrieb: > > --OJWLbGElk4npXSe3 > Content-Type: text/plain; charset=iso-8859-15 > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > > For the purpose of various i18n tasks, I have a few scripts that check > the GIT repository out. > > These sripts give a lot of output (see below). Is there some magic way > to make this entirely silent (except stderr output)=A0? > > This is basically the output of a "git clone.". Maybe another > command would be better suited? > Do you reclone everytime? Why not just update your existing clone with git-fetch (or git-pull, which will also update your working directory if it is clean; but git-pull should only be run by cron if you didn't do any development in this repo and you are just tracking what happens upstream). But notice that it will give you very much the same output as the clone, but there was currently something merged into the master branch on git.git to prevent this [1]. (After looking on the patch it seems to work only for the native git proctocoll, but see below) One question, why do you use http for fetching/cloning? I'm not sure that on alioth the native git protocol for annonymous is activated ([2] doesn't mention it), but it is _way_ more efficient. Especially if someone repacks the repository you have to download the _whole_ repo again, although you already have every object. At least git+ssh works, so you could use git over ssh to transfer the objects efficently if you have an account on alioth. Regards, Peter Baumann [1]: http://git.kernel.org/?p=git/git.git;a=commit;h=3ddad98b74924d76116d05e7601ab1e163d68500 [2]: http://wiki.debian.org/XStrikeForce/git-usage > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413463: xserver-xorg-video-ati: Crash on start with radeon driver
Package: xserver-xorg-video-ati Version: 1:6.6.3-5 Severity: normal X crashes on start with the radeon driver: Backtrace: 0: /usr/bin/X(xf86SigHandler+0x84) [0x80c02f4] 1: [0xb7ef0420] 2: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xb7b3d56f] 3: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONPreInit+0xb99) [0xb7b405c9] 4: /usr/bin/X(InitOutput+0x9c4) [0x809ff54] 5: /usr/bin/X(main+0x27b) [0x806e35b] 6: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7d08ea8] 7: /usr/bin/X(FontFileCompleteXLFD+0xa5) [0x806d8a1] Fortunately, the vesa driver still works. I tried falling back to xserver-xorg-core 1.2.0-5 and xserver-xorg-video-ati 6.6.3-4 but with the same results. I'm attaching the old log file where X crash, as the one picked up by reportbug is with vesa. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-03-24 17:10 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1597708 2007-03-02 20:12 /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 R200 QM [Radeon 9100] /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 3526 2007-03-05 09:05 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" Load"ddc" #Load "dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"type1" Load"vbe" EndSection Section "Extensions" Option "Composite" "Enable" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "se" Option "XkbOptions""ctrl:nocaps" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ExplorerPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "ATI Technologies, Inc. Radeon R200 QM [Radeon 9100]" Driver "ati" BusID "PCI:1:0:0" Option "UseFBDev" "false" Option "AGPMode" "4" #Option "AGPFastWrite" "on" Option "MergedFB" "false" #Option "MonitorLayout" "TMDS, NONE" #Option "EnablePageFlip""true" Option "XAANoOffscreenPixmaps" "true" EndSection Section "Monitor" Identifier "CMC 17" Option "DPMS" HorizSync 30-82 VertRefresh 56-76 EndSection Section "Screen" Identifier "Default Screen" Device "ATI Technologies, Inc. Radeon R200 QM [Radeon 9100]" Monitor "CMC 17" DefaultDepth24 SubSection "Disp
Re: git help: how to "checkout" silently?
Peter Baumann <[EMAIL PROTECTED]> schrieb: > Christian Perrier <[EMAIL PROTECTED]> schrieb: >> >> --OJWLbGElk4npXSe3 >> Content-Type: text/plain; charset=iso-8859-15 >> Content-Disposition: inline >> Content-Transfer-Encoding: quoted-printable >> >> >> For the purpose of various i18n tasks, I have a few scripts that check >> the GIT repository out. >> >> These sripts give a lot of output (see below). Is there some magic way >> to make this entirely silent (except stderr output)=A0? >> >> This is basically the output of a "git clone.". Maybe another >> command would be better suited? >> > > Do you reclone everytime? Why not just update your existing clone with > git-fetch (or git-pull, which will also update your working directory if it > is clean; but git-pull should only be run by cron if you didn't do any > development in this repo and you are just tracking what happens upstream). > > But notice that it will give you very much the same output as the clone, but > there was currently something merged into the master branch on git.git to > prevent this [1]. (After looking on the patch it seems to work only for > the native git proctocoll, but see below) > > One question, why do you use http for fetching/cloning? I'm not sure that on > alioth the native git protocol for annonymous is activated ([2] doesn't > mention it), but it is _way_ more efficient. Especially if someone repacks > the repository you have to download the _whole_ repo again, although you > already have every object. At least git+ssh works, so you could use git > over ssh to transfer the objects efficently if you have an account on > alioth. > After double checking and asking on irc I can confirm that alioth has anonymous git protocol enabled. I even updated the wiki page http://wiki.debian.org/AliothGit because it didn't mention the git protocoll. Regards, Peter Baumann > [1]: > http://git.kernel.org/?p=git/git.git;a=commit;h=3ddad98b74924d76116d05e7601ab1e163d68500 > [2]: http://wiki.debian.org/XStrikeForce/git-usage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413463: xserver-xorg-video-ati: Crash on start with radeon driver
> I tried falling back to > xserver-xorg-core 1.2.0-5 and xserver-xorg-video-ati 6.6.3-4 but with > the same results. Falling back further, to xserver-xorg-video-ati version 6.6.3-2, I can't reproduce this and everything seem to work fine. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#413492: xserver-xorg-video-all: amd64 can have xserver-xorg-video-vmware
Package: xserver-xorg-video-all Severity: normal Version: 7.1.0-13 Hi, I noticed GDM failed to boot when I installed Debian Etch on VMware 64 bit environment. Because xserver-xorg-video-all hasn't the dependency against xserver-xorg-video-vmware, xorg wrote "apm" as driver instead of "vmware". GDM was running after I installed xserver-xorg-video-vmware and replaced driver name of xorg.conf with "vmware". So I believe xserver-xorg-video-vmware can become a member of xserver-xorg-video-all on amd64 as same as i386. It's very helpful for users to implement this on Etch if it's acceptable for RMs at this time. Thanks, -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413249: severity of 413249 is important, tagging 413249
Steve Langasek <[EMAIL PROTECTED]> wrote:
> # Automatically generated email from bts, devscripts version 2.9.27
> severity 413249 important
> tags 413249 unreproducible
It is very well reproducible here, it occurred again today. This time,
even Ctrl-c wouldn't stop the script, it ate >95% CPU, and "ps axf"
showed that it had somehow detached from the controlling X terminal. It
needed a "kill $pid" to get control of my CPU.
I have added a "set -x" in config and preinst, and this showed me one
point were there is a bug in the config script. I am not sure, however,
that this is the root of my problem.
The bug I found so far is
while :; do
run db_input low x11-common/xwrapper/nice_value
# is the question going to be asked?
if [ $? -eq 30 ]; then
break # no; bail out of validation loop
fi
Because db_input is wrapped in the "run" function, the return value of
db_input is no longer in $?, and the script will not break the loop. It
is in $_retval, though:
run () {
[...]
"$@" || _retval=$?
if [ ${_retval:-0} -ne 0 ]; then
observe "command \"$*\" exited with status $_retval"
fi
The patch for this would be
while :; do
run db_input low x11-common/xwrapper/nice_value
# is the question going to be asked?
+ WILL_BE_ASKED=$_retval
- if [ $? -eq 30 ]; then
+ if [ $WILL_BE_ASKED -eq 30 ]; then
break # no; bail out of validation loop
fi
However, changing this doesn't fix my problem, and I got sceptical
whether it originates in x11-common, since I get so many internal
debconf errors.
I removed the content of /var/cache/debconf, dpkg-reconfigure'd debconf,
and tried again, but that didn't help.
Somehow still debconf's answers are not what the config script expects.
Upon reinstalling x11-common with "set -xv", I get
# next question requires input validation; assume safe valid value already
# present (possibly the template default)
SAFE=
+ SAFE=
if db_get x11-common/xwrapper/nice_value; then
SAFE="$RET"
fi
+ db_get x11-common/xwrapper/nice_value
+ _db_cmd 'GET x11-common/xwrapper/nice_value'
+ IFS=' '
+ printf '%s\n' 'GET x11-common/xwrapper/nice_value'
debconf (developer): <-- GET x11-common/xwrapper/nice_value
debconf (developer): --> 0 0
+ IFS='
'
+ read -r _db_internal_line
+ RET='value set'
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ SAFE='value set'
Why on earth is "$RET" now "value set", where it should be "0"? Note
that "value set" was the last answer that debconf communicated about
that template, but not the last answer it communcated in that script
(which was about allowed_users.
What is happening here? Please remember that this is an etch system
installed on the 10th of February, nothing were the system had time to
degrade into a mess of distribution mixture and local misconfiguration
(though I do not exclude the latter...)
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Bug#413508: xserver-xorg-video-i810_2:1.7.4-1(hppa/experimental): FTBFS: build-dependency not strict enough
Package: xserver-xorg-video-i810 Version: 2:1.7.4-1 Severity: serious Hi, your package failed to build from source because the build-dependency on libdrm-dev (>> 2.0) is not strict enough. I don't know where the missing define was added, but somewhere between 2.0.2 (etch/sid) and 2.3.0 (experimental). | Automatic build of xserver-xorg-video-i810_2:1.7.4-1 on meitner by sbuild/hppa 98-farm | Build started at 20070305-1330 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 739kB of source archives. | Get:1 http://ftp.de.debian.org experimental/main xserver-xorg-video-i810 2:1.7.4-1 (dsc) [1283B] | Get:2 http://ftp.de.debian.org experimental/main xserver-xorg-video-i810 2:1.7.4-1 (tar) [620kB] | Get:3 http://ftp.de.debian.org experimental/main xserver-xorg-video-i810 2:1.7.4-1 (diff) [118kB] | Fetched 739kB in 6s (112kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (>= 5), quilt, pkg-config, xserver-xorg-dev (>= 2:1.2.0-6), x11proto-gl-dev, x11proto-video-dev, libgl1-mesa-dev | libgl-dev, libxvmc-dev (>= 1:1.0.1-1), x11proto-core-dev, x11proto-fonts-dev, x11proto-randr-dev, x11proto-render-dev, x11proto-xinerama-dev, libdrm-dev (>> 2.0) [!hurd-i386], x11proto-xf86dri-dev | Checking for already installed source dependencies... | debhelper: missing | Using default version 5.0.42 (Priority: 500) | quilt: missing | Using default version 0.45-6 (Priority: 500) | pkg-config: missing | Using default version 0.21-1 (Priority: 500) | xserver-xorg-dev: missing | Default version of xserver-xorg-dev not sufficient, using version 2:1.2.0-6 | >>> entering recursion (because not using default version) | Checking for already installed source dependencies... | <<< leaving recursion | x11proto-gl-dev: missing | Using default version 1.4.8-1 (Priority: 500) | x11proto-video-dev: missing | Using default version 2.2.2-4 (Priority: 500) | libgl1-mesa-dev: missing | Using default version 6.5.1-0.6 (Priority: 500) | libgl-dev: missing | No default version. Virtual package? | libxvmc-dev: missing | Using default version 1:1.0.2-2 (Priority: 500) | x11proto-core-dev: missing | Using default version 7.0.7-2 (Priority: 500) | x11proto-fonts-dev: missing | Using default version 2.0.2-5 (Priority: 500) | x11proto-randr-dev: missing | Using default version 1.1.2-4 (Priority: 500) | x11proto-render-dev: missing | Using default version 2:0.9.2-4 (Priority: 500) | x11proto-xinerama-dev: missing | Using default version 1.1.2-4 (Priority: 500) | libdrm-dev: missing | Using default version 2.0.2-0.1 (Priority: 500) | x11proto-xf86dri-dev: missing | Using default version 2.0.3-4 (Priority: 500) | Checking for source dependency conflicts... | /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install debhelper quilt pkg-config xserver-xorg-dev=2:1.2.0-6 x11proto-gl-dev x11proto-video-dev libgl1-mesa-dev libxvmc-dev x11proto-core-dev x11proto-fonts-dev x11proto-randr-dev x11proto-render-dev x11proto-xinerama-dev libdrm-dev x11proto-xf86dri-dev | Reading package lists... | Building dependency tree... | The following extra packages will be installed: | bzip2 diffstat file gawk gettext gettext-base html2text intltool-debian | libdrm2 libexpat1 libgl1-mesa-dri libgl1-mesa-glx libmagic1 libx11-6 | libx11-data libx11-dev libxau-dev libxau6 libxdmcp-dev libxdmcp6 libxext-dev | libxext6 libxv-dev libxv1 libxvmc1 libxxf86vm1 mesa-common-dev po-debconf | x11-common x11proto-input-dev x11proto-kb-dev x11proto-xext-dev | xserver-xorg-dev xtrans-dev | Suggested packages: | dh-make cvs gettext-doc libgnome-dev procmail | Recommended packages: | curl wget lynx libmail-sendmail-perl libcompress-zlib-perl | The following NEW packages will be installed: | bzip2 debhelper diffstat file gawk gettext gettext-base html2text | intltool-debian libdrm-dev libdrm2 libexpat1 libgl1-mesa-dev libgl1-mesa-dri | libgl1-mesa-glx libmagic1 libx11-6 libx11-data libx11-dev libxau-dev libxau6 | libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxv-dev libxv1 libxvmc-dev | libxvmc1 libxxf86vm1 mesa-common-dev pkg-config po-debconf quilt x11-common | x11proto-core-dev x11proto-fonts-dev x11proto-gl-dev x11proto-input-dev | x11proto-kb-dev x11proto-randr-dev x11proto-render-dev x11proto-video-dev | x11proto-xext-dev x11proto-xf86dri-dev x11proto-xinerama-dev | xserver-xorg-dev xtrans-dev | 0 upgraded, 48 newly installed, 0 to remove and 1 not upgraded. | Need to get 290kB/19.1MB of archives. | After unpacking 58.7MB of additional disk space will be used. | WARNING: The following packages cannot be authenticated! | gawk x11-common libxau6 libxdmcp6 libx11-data libx11-6 x11proto-core-dev | libxau-dev libxdmcp-dev libxext6 x11proto-input-de
Bug#413249: severity of 413249 is important, tagging 413249
clone 413249 -1
retitle 413249 "wrong returnvalue logic in config script"
tags 413249 -unreproducible
retitle -1 debconf: database communication does not work
reassign -1 debconf
thanks
Frank Küster <[EMAIL PROTECTED]> wrote:
> It is very well reproducible here, it occurred again today.
[...]
> The bug I found so far is
(this is going to stay 413249, package x11-common)
> while :; do
> run db_input low x11-common/xwrapper/nice_value
> # is the question going to be asked?
> if [ $? -eq 30 ]; then
> break # no; bail out of validation loop
> fi
>
> Because db_input is wrapped in the "run" function, the return value of
> db_input is no longer in $?, and the script will not break the loop. It
> is in $_retval, though:
>
> run () {
> [...]
> "$@" || _retval=$?
>
> if [ ${_retval:-0} -ne 0 ]; then
> observe "command \"$*\" exited with status $_retval"
> fi
>
> The patch for this would be
>
> while :; do
>run db_input low x11-common/xwrapper/nice_value
># is the question going to be asked?
> + WILL_BE_ASKED=$_retval
> - if [ $? -eq 30 ]; then
> + if [ $WILL_BE_ASKED -eq 30 ]; then
> break # no; bail out of validation loop
> fi
>
> However, changing this doesn't fix my problem, and I got sceptical
> whether it originates in x11-common, since I get so many internal
> debconf errors.
This is why I reassign the other part of this to debconf. I'm quite
sure that what is going on on my system is not a general breakage of
debconf, but for sure it is something that needs investigation
[work on debconf snipped, see bug log]
> debconf (developer): <-- GET x11-common/xwrapper/nice_value
> debconf (developer): --> 0 0
> + IFS='
> '
> + read -r _db_internal_line
[...]
> Why on earth is "$RET" now "value set", where it should be "0"? Note
> that "value set" was the last answer that debconf communicated about
> that template, but not the last answer it communcated in that script
> (which was about allowed_users.
Now the debug output below adds to the confusion, but it might be easier
to debug. I have done
# dpkg --purge --force-depends x11-common
and then installed again, with "set -xv" in the maintainer scripts.
Things to observe:
- db_set returns with exit code "1". Is this okay? I think it
shouldn't, and it's a peculiarity of x11-common to not stop when this
happens. However, what does it indicate on the debconf side?
- after the skipped parts, the db_input part is not interesting, but
shows that that goes without errors
- db_go gives an internal debconf error (I have just "apt-get
--reinstall install"'ed the etch version, so the files should be okay)
- db_get returns *nothing*, although it was set to "0" earlier.
+ run db_set x11-common/xwrapper/nice_value 0
+ '[' 3 -lt 1 ']'
+ db_set x11-common/xwrapper/nice_value 0
+ _db_cmd 'SET x11-common/xwrapper/nice_value' 0
+ IFS=' '
+ printf '%s\n' 'SET x11-common/xwrapper/nice_value 0'
debconf (developer): <-- SET x11-common/xwrapper/nice_value 0
debconf (developer): --> 0 value set
+ IFS='
'
+ read -r _db_internal_line
+ RET='value set'
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ '[' 1 -ne 0 ']'
+ observe 'command "db_set x11-common/xwrapper/nice_value 0" exited with status
1'
+ '[' -n '' ']'
[... some parts skipped ...]
+ run db_input low x11-common/xwrapper/nice_value
+ '[' 3 -lt 1 ']'
+ db_input low x11-common/xwrapper/nice_value
+ _db_cmd 'INPUT low' x11-common/xwrapper/nice_value
+ IFS=' '
+ printf '%s\n' 'INPUT low x11-common/xwrapper/nice_value'
+ IFS='
'
+ read -r _db_internal_line
debconf (developer): <-- INPUT low x11-common/xwrapper/nice_value
debconf (developer): --> 30 question skipped
+ RET='30 question skipped'
+ case ${_db_internal_line%%[ ]*} in
+ return 30
+ _retval=30
+ '[' 30 -ne 0 ']'
+ observe 'command "db_input low x11-common/xwrapper/nice_value" exited with
status 30'
+ '[' -n '' ']'
+ '[' 0 -eq 30 ']'
+ run db_go
+ '[' 1 -lt 1 ']'
+ db_go
+ _db_cmd 'GO '
+ IFS=' '
+ printf '%s\n' 'GO '
+ IFS='
'
+ read -r _db_internal_line
debconf (developer): <-- GO
Use of uninitialized value in join or string at
/usr/share/perl5/Debconf/DbDriver/Stack.pm line 104, line 7.
debconf (developer): --> 0 ok
+ RET=ok
+ case ${_db_internal_line%%[ ]*} in
+ return 0
+ '[' 30 -ne 0 ']'
+ observe 'command "db_go" exited with status 30'
+ '[' -n '' ']'
+ RET=
+ db_get x11-common/xwrapper/nice_value
+ _db_cmd 'GET x11-common/xwrapper/nice_value'
+ IFS=' '
+ printf '%s\n' 'GET x11-common/xwrapper/nice_value'
+ IFS='
'
+ read -r _db_internal_line
debconf (developer): <-- GET x11-common/xwrapper/nice_value
debconf (developer): --> 0
+ RET=
Any idea what's going on?
Regards, Frank
--
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)
Processed: Re: severity of 413249 is important, tagging 413249
Processing commands for [EMAIL PROTECTED]: > clone 413249 -1 Bug#413249: x11-common: config script hangs or fails Bug 413249 cloned as bug 413509. > retitle 413249 "wrong returnvalue logic in config script" Bug#413249: x11-common: config script hangs or fails Changed Bug title. > tags 413249 -unreproducible Bug#413249: "wrong returnvalue logic in config script" Tags were: unreproducible Tags removed: unreproducible > retitle -1 debconf: database communication does not work Bug#413509: x11-common: config script hangs or fails Changed Bug title. > reassign -1 debconf Bug#413509: debconf: database communication does not work Bug reassigned from package `x11-common' to `debconf'. > 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]
libxi: Changes to 'upstream-experimental'
Makefile.am |2 +-
src/XExtInt.c | 20 +---
2 files changed, 14 insertions(+), 8 deletions(-)
New commits:
commit c8696a5230c565f8999fea136a85a875b04e7b9a
Author: Daniel Stone <[EMAIL PROTECTED]>
Date: Wed Dec 6 18:56:56 2006 +0200
Makefile.am: make ChangeLog hook safer
Make ChangeLog hook as safe as possible.
diff --git a/Makefile.am b/Makefile.am
index 48b6eea..0693217 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -14,6 +14,6 @@ CLEANFILES = ChangeLog
.PHONY: ChangeLog
ChangeLog:
- GIT_DIR=${srcdir}/.git git-log > ChangeLog
+ (GIT_DIR=$(top_srcdir)/.git git-log > .changelog.tmp && mv
.changelog.tmp ChangeLog; rm -f .changelog.tmp) || (touch ChangeLog; echo 'git
directory not found: installing possibly empty changelog.' >&2)
dist-hook: ChangeLog
commit 60dccd9a7be95e35b4b8c90934888efedfde84cc
Author: Jamey Sharp <[EMAIL PROTECTED]>
Date: Sun Nov 19 01:04:26 2006 -0800
Bug #8663: _XiCheckExtInit must drop the Display lock in all error cases.
diff --git a/src/XExtInt.c b/src/XExtInt.c
index 427e406..8366104 100644
--- a/src/XExtInt.c
+++ b/src/XExtInt.c
@@ -80,9 +80,6 @@ typedef struct _XInputData
XExtensionVersion *vers;
} XInputData;
-#define XInputCheckExtension(dpy,i,val) \
- XextCheckExtension (dpy, i, xinput_extension_name, val)
-
static /* const */ XExtensionHooks xinput_extension_hooks = {
NULL, /* create_gc */
NULL, /* copy_gc */
@@ -183,6 +180,12 @@ _xidevicebusy(dpy, error)
*error = info->codes->first_error + XI_DeviceBusy;
}
+static int XInputCheckExtension(Display *dpy, XExtDisplayInfo *info)
+{
+XextCheckExtension (dpy, info, xinput_extension_name, 0);
+return 1;
+}
+
/***
*
* Check to see if the input extension is installed in the server.
@@ -198,7 +201,10 @@ _XiCheckExtInit(dpy, version_index, info
{
XExtensionVersion *ext;
-XInputCheckExtension(dpy, info, -1);
+if (!XInputCheckExtension(dpy, info)) {
+ UnlockDisplay(dpy);
+ return (-1);
+}
if (info->data == NULL) {
info->data = (XPointer) Xmalloc(sizeof(XInputData));
commit 41710257257939b181a1615937610550b40621b9
Author: Daniel Stone <[EMAIL PROTECTED]>
Date: Wed Nov 8 16:19:58 2006 +0200
DevicePresenceNotify: remove verbosity, fill out all fields
Don't throw a printf every time we get a DPN, and fill in all the fields
when copying the structure.
diff --git a/src/XExtInt.c b/src/XExtInt.c
index b7297dc..427e406 100644
--- a/src/XExtInt.c
+++ b/src/XExtInt.c
@@ -681,12 +681,12 @@ XInputWireToEvent(dpy, re, event)
XDevicePresenceNotifyEvent *ev = (XDevicePresenceNotifyEvent *) re;
devicePresenceNotify *ev2 = (devicePresenceNotify *) event;
- fprintf(stderr, "got DevicePresenceNotify event (reltype=%d)\n",
- reltype);
-
*ev = *(XDevicePresenceNotifyEvent *) save;
ev->window = 0;
ev->time = ev2->time;
+ev->devchange = ev2->devchange;
+ev->deviceid = ev2->deviceid;
+ev->control = ev2->control;
return (ENQUEUE_EVENT);
}
break;
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxi: Changes to 'debian-experimental'
ChangeLog| 22
Makefile.am |2
Makefile.in |2
debian/changelog |8 +
debian/patches/00_upstream_002_XiCheckExtInit_unlockdisplay.diff | 45
--
debian/patches/series|1
src/XExtInt.c| 20 ++--
7 files changed, 45 insertions(+), 55 deletions(-)
New commits:
commit 1609b6fa7008472348ab257ed0952f9caec2c781
Author: Julien Cristau <[EMAIL PROTECTED]>
Date: Mon Mar 5 17:01:36 2007 +0100
Prepare changelog for upload.
diff --git a/debian/changelog b/debian/changelog
index 70bef32..dbb3915 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,10 @@
-libxi (1:1.1.0-2) UNRELEASED; urgency=low
+libxi (1:1.1.0-2) experimental; urgency=low
* Pull fixes from upstream git.
+ remove patch 00_upstream_002_XiCheckExtInit_unlockdisplay.diff applied
upstream.
- -- Julien Cristau <[EMAIL PROTECTED]> Fri, 9 Feb 2007 16:45:03 +0100
+ -- Julien Cristau <[EMAIL PROTECTED]> Mon, 5 Mar 2007 16:59:33 +0100
libxi (1:1.1.0-1) experimental; urgency=low
commit 9c69ba323c369ab8c8e56d54045e2c7196832978
Author: Julien Cristau <[EMAIL PROTECTED]>
Date: Mon Mar 5 16:55:43 2007 +0100
Update upstream changelog.
diff --git a/ChangeLog b/ChangeLog
index 32a92df..a4aead8 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,25 @@
+commit c8696a5230c565f8999fea136a85a875b04e7b9a
+Author: Daniel Stone <[EMAIL PROTECTED]>
+Date: Wed Dec 6 18:56:56 2006 +0200
+
+Makefile.am: make ChangeLog hook safer
+
+Make ChangeLog hook as safe as possible.
+
+commit 60dccd9a7be95e35b4b8c90934888efedfde84cc
+Author: Jamey Sharp <[EMAIL PROTECTED]>
+Date: Sun Nov 19 01:04:26 2006 -0800
+
+Bug #8663: _XiCheckExtInit must drop the Display lock in all error cases.
+
+commit 41710257257939b181a1615937610550b40621b9
+Author: Daniel Stone <[EMAIL PROTECTED]>
+Date: Wed Nov 8 16:19:58 2006 +0200
+
+DevicePresenceNotify: remove verbosity, fill out all fields
+Don't throw a printf every time we get a DPN, and fill in all the fields
+when copying the structure.
+
commit eeebae55766bd4c0121479a7b7188d6a0545f66c
Author: Daniel Stone <[EMAIL PROTECTED]>
Date: Sat Oct 21 12:08:21 2006 +0300
commit 9578c2898933aa4d8462a81cea7c4967d9dfdc49
Author: Julien Cristau <[EMAIL PROTECTED]>
Date: Fri Feb 9 16:51:21 2007 +0100
autoreconf
diff --git a/Makefile.in b/Makefile.in
index eecad18..b1de719 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -660,7 +660,7 @@ uninstall-info: uninstall-info-recursive
.PHONY: ChangeLog
ChangeLog:
- GIT_DIR=${srcdir}/.git git-log > ChangeLog
+ (GIT_DIR=$(top_srcdir)/.git git-log > .changelog.tmp && mv
.changelog.tmp ChangeLog; rm -f .changelog.tmp) || (touch ChangeLog; echo 'git
directory not found: installing possibly empty changelog.' >&2)
dist-hook: ChangeLog
# Tell versions [3.59,3.63) of GNU make to not export all variables.
commit 7a65f974ab066b8177eac93950c3829e8006962c
Author: Julien Cristau <[EMAIL PROTECTED]>
Date: Fri Feb 9 16:46:06 2007 +0100
Delete patch applied upstream.
diff --git a/debian/changelog b/debian/changelog
index cb14d72..70bef32 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+libxi (1:1.1.0-2) UNRELEASED; urgency=low
+
+ * Pull fixes from upstream git.
++ remove patch 00_upstream_002_XiCheckExtInit_unlockdisplay.diff applied
+ upstream.
+
+ -- Julien Cristau <[EMAIL PROTECTED]> Fri, 9 Feb 2007 16:45:03 +0100
+
libxi (1:1.1.0-1) experimental; urgency=low
* Adjust Section values to what the override says.
diff --git a/debian/patches/00_upstream_002_XiCheckExtInit_unlockdisplay.diff
b/debian/patches/00_upstream_002_XiCheckExtInit_unlockdisplay.diff
deleted file mode 100644
index 515ccb8..000
--- a/debian/patches/00_upstream_002_XiCheckExtInit_unlockdisplay.diff
+++ /dev/null
@@ -1,45 +0,0 @@
-From: Jamey Sharp <[EMAIL PROTECTED]>
-Date: Sun, 19 Nov 2006 09:04:26 + (-0800)
-Subject: Bug #8663: _XiCheckExtInit must drop the Display lock in all error
cases.
-X-Git-Url:
http://gitweb.freedesktop.org/?p=xorg/lib/libXi.git;a=commitdiff;h=60dccd9a7be95e35b4b8c90934888efedfde84cc
-
-Bug #8663: _XiCheckExtInit must drop the Display lock in all error cases.
-
a/src/XExtInt.c
-+++ b/src/XExtInt.c
-@@ -80,9 +80,6 @@ typedef struct _XInputData
- XExtensionVersion *vers;
- } XInputData;
-
--#define XInputCheckExtension(dpy,i,val) \
-- XextCheckExtension (dpy, i, xinput_extension_name, val)
--
- static /* const */ XExtensionHooks xinput_extension_hooks = {
- NULL, /* create_gc */
- NULL, /* copy_gc */
-@@ -183,6 +180,12 @@ _xidevicebusy(dpy, error)
- *error = info->codes->first_error + XI_DeviceBu
libxi: Changes to 'debian-experimental'
debian/changelog |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) New commits: commit 8c2aed06c066ed6500714fad8252babc9b5d12c3 Author: Julien Cristau <[EMAIL PROTECTED]> Date: Mon Mar 5 17:26:19 2007 +0100 * Bump epoch to 2 so ubuntu can sync this package. diff --git a/debian/changelog b/debian/changelog index dbb3915..8cfa5b4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,10 +1,11 @@ -libxi (1:1.1.0-2) experimental; urgency=low +libxi (2:1.1.0-2) experimental; urgency=low * Pull fixes from upstream git. + remove patch 00_upstream_002_XiCheckExtInit_unlockdisplay.diff applied upstream. + * Bump epoch to 2 so ubuntu can sync this package. - -- Julien Cristau <[EMAIL PROTECTED]> Mon, 5 Mar 2007 16:59:33 +0100 + -- Julien Cristau <[EMAIL PROTECTED]> Mon, 5 Mar 2007 17:24:20 +0100 libxi (1:1.1.0-1) experimental; urgency=low -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxi: Changes to 'refs/tags/libxi-2_1.1.0-2'
Tag 'libxi-2_1.1.0-2' created by Julien Cristau <[EMAIL PROTECTED]> at 2007-03-05 16:32 + Tagging upload of libxi 2:1.1.0-2 to experimental. Changes since libxi-1_1.1.0-1: Daniel Stone: DevicePresenceNotify: remove verbosity, fill out all fields Makefile.am: make ChangeLog hook safer Jamey Sharp: Bug #8663: _XiCheckExtInit must drop the Display lock in all error cases. Julien Cristau: Merge branch 'upstream-experimental' into debian-experimental Delete patch applied upstream. autoreconf Update upstream changelog. Prepare changelog for upload. * Bump epoch to 2 so ubuntu can sync this package. --- ChangeLog| 22 Makefile.am |2 Makefile.in |2 debian/changelog |9 ++ debian/patches/00_upstream_002_XiCheckExtInit_unlockdisplay.diff | 45 -- debian/patches/series|1 src/XExtInt.c| 20 ++-- 7 files changed, 46 insertions(+), 55 deletions(-) --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of libxi_1.1.0-2_i386.changes
libxi_1.1.0-2_i386.changes uploaded successfully to localhost along with the files: libxi_1.1.0-2.dsc libxi_1.1.0-2.diff.gz libxi6_1.1.0-2_i386.deb libxi6-dbg_1.1.0-2_i386.deb libxi-dev_1.1.0-2_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libxi_1.1.0-2_i386.changes ACCEPTED
Accepted: libxi-dev_1.1.0-2_i386.deb to pool/main/libx/libxi/libxi-dev_1.1.0-2_i386.deb libxi6-dbg_1.1.0-2_i386.deb to pool/main/libx/libxi/libxi6-dbg_1.1.0-2_i386.deb libxi6_1.1.0-2_i386.deb to pool/main/libx/libxi/libxi6_1.1.0-2_i386.deb libxi_1.1.0-2.diff.gz to pool/main/libx/libxi/libxi_1.1.0-2.diff.gz libxi_1.1.0-2.dsc to pool/main/libx/libxi/libxi_1.1.0-2.dsc Override entries for your package: libxi-dev_1.1.0-2_i386.deb - optional libdevel libxi6-dbg_1.1.0-2_i386.deb - extra libdevel libxi6_1.1.0-2_i386.deb - optional libs libxi_1.1.0-2.dsc - source x11 Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: git help: how to "checkout" silently?
On Mon, Mar 5, 2007 at 06:36:43 +0100, Christian Perrier wrote: > Working on ./level3/xorg > got 8358988b20e00b78f1b9c9f18e17dbc4b400f865 > walk 8358988b20e00b78f1b9c9f18e17dbc4b400f865 > got 515fb65027cd936ee0345e2d458332e4d3725529 > got d816d3e74b5dd75a00b9f17a5e8c71d321865c38 > [...] Better use the git protocol instead of http, it will give you a lot less output, and will be faster. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360538: xserver-xorg-core: X/GDM? failure Additional Information
mac wrote: > see bug#410768 as well. I believe they may be related. > I have a user that can log in just fine. I have another username that cannot. > I have tried a number of the 'fixes' patches suggested.. not much help there. > > Errors from xkbcomp are not fatal to the X server > (EE) Error loading keymap /var/lib/xkb/server-0.xkm > ***end gdm log*** > Could you check the access rights of /var/lib/xkb/server-0.xkm and /var/lib/xkb/? An old bug got closed recently because it was actually caused by bad permissions on /var/lib/xkb/ Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#360538: xserver-xorg-core: X/GDM? failure Additional Information
root:root 0755 /var root:root 0755 /var/lib root:root 0755 /var/lib/xkb /var/lib/xkb/server-0.xkm does not exist. On Mon, 05 Mar 2007 18:49:54 +0100 Brice Goglin <[EMAIL PROTECTED]> wrote: > mac wrote: > > see bug#410768 as well. I believe they may be related. > > I have a user that can log in just fine. I have another username that > > cannot. I have tried a number of the 'fixes' patches suggested.. not much > > help there. > > Errors from xkbcomp are not fatal to the X server > > (EE) Error loading keymap /var/lib/xkb/server-0.xkm > > ***end gdm log*** > > > > Could you check the access rights of /var/lib/xkb/server-0.xkm and > /var/lib/xkb/? An old bug got closed recently because it was actually > caused by bad permissions on /var/lib/xkb/ > > Brice > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413463: xserver-xorg-video-ati: Crash on start with radeon driver
Sven Arvidsson wrote: > Package: xserver-xorg-video-ati > Version: 1:6.6.3-5 > Severity: normal > > X crashes on start with the radeon driver: > > Backtrace: > 0: /usr/bin/X(xf86SigHandler+0x84) [0x80c02f4] > 1: [0xb7ef0420] > 2: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xb7b3d56f] > 3: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONPreInit+0xb99) > [0xb7b405c9] > 4: /usr/bin/X(InitOutput+0x9c4) [0x809ff54] > 5: /usr/bin/X(main+0x27b) [0x806e35b] > 6: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7d08ea8] > 7: /usr/bin/X(FontFileCompleteXLFD+0xa5) [0x806d8a1] > Could you rebuild the server (xserver-xorg-core) and ATI driver with debugging information and capture a backtrace with gdb? FYI, there are details on all this at http://wiki.debian.org/HowToGetABacktrace (replace "hello" with the packages above). Thank you Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413463: xserver-xorg-video-ati: Crash on start with radeon driver
On Mon, 2007-03-05 at 20:01 +0100, Brice Goglin wrote:
> Could you rebuild the server (xserver-xorg-core) and ATI driver with
> debugging information and capture a backtrace with gdb? FYI, there are
> details on all this at http://wiki.debian.org/HowToGetABacktrace
> (replace "hello" with the packages above).
Hi,
Sure, I'm attaching the backtrace.
BTW, that page doesn't have any tips on getting a backtrace from X.
Maybe one of the examples from this page could be adapted?
http://wiki.x.org/wiki/DebuggingTheXserver . I ended up using "Debugging
with one machine", version 1.
Also, thanks for following up on this bug so fast! :)
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
(gdb) Reading symbols from /usr/bin/Xorg.orig...done.
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) (gdb) SignalStop Print Pass to program Description
SIGUSR1 NoYes Yes User defined signal 1
(gdb) SignalStopPrint Pass to program Description
SIGUSR2 NoYes Yes User defined signal 2
(gdb) SignalStopPrint Pass to program Description
SIGPIPE NoYes Yes Broken pipe
(gdb) Starting program: /usr/bin/Xorg.orig :0 -dpi 96 -audit 0 -auth
/var/lib/gdm/:0.Xauth -nolisten tcp vt7
Failed to read a valid object file image from memory.
X Window System Version 7.2.0
Release Date: 22 January 2007
X Protocol Version 11, Revision 0, Release 7.2
Build Operating System: Linux Debian
Current Operating System: Linux zoe 2.6.18-4-686 #1 SMP Wed Feb 21 16:06:54 UTC
2007 i686
Build Date: 05 March 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
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/Xorg.0.log", Time: Mon Mar 5 22:01:06 2007
(==) Using config file: "/etc/X11/xorg.conf"
[Thread debugging using libthread_db enabled]
[New Thread -1210890560 (LWP 7460)]
(**) RADEON(0): RADEONPreInit
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210890560 (LWP 7460)]
0xb7c0aabe in RADEONValidateMergeModes (pScrn1=0x81ef390)
at ../../src/radeon_modes.c:648
648 if (pScrn->monitor->DDC) {
(gdb) #0 0xb7c0aabe in RADEONValidateMergeModes (pScrn1=0x81ef390)
at ../../src/radeon_modes.c:648
#1 0xb7bf756f in RADEONPreInitModes (pScrn=0x81ef390,
pInt10=) at ../../src/radeon_driver.c:2252
#2 0xb7bfa5c9 in RADEONPreInit (pScrn=0x81ef390, flags=)
at ../../src/radeon_driver.c:3187
#3 0x0809ff54 in InitOutput (pScreenInfo=0x81dc540, argc=11, argv=0xbfd3b294)
at ../../../../hw/xfree86/common/xf86Init.c:601
#4 0x0806e35b in main (argc=11, argv=0xbfd3b294, envp=0xbfd3b2c4)
at ../../dix/main.c:370
(gdb) Continuing.
Backtrace:
0: /usr/bin/Xorg.orig(xf86SigHandler+0x84) [0x80cc2a4]
1: [0xb7fc2420]
2: /usr/lib/xorg/modules/drivers//radeon_drv.so [0xb7bf756f]
3: /usr/lib/xorg/modules/drivers//radeon_drv.so(RADEONPreInit+0xb99)
[0xb7bfa5c9]
4: /usr/bin/Xorg.orig(InitOutput+0x9c4) [0x809ff54]
5: /usr/bin/Xorg.orig(main+0x27b) [0x806e35b]
6: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7ddaea8]
7: /usr/bin/Xorg.orig(FontFileCompleteXLFD+0xa5) [0x806d8a1]
Fatal server error:
Caught signal 11. Server aborting
Program received signal SIGABRT, Aborted.
0xb7fc2410 in ?? ()
(gdb) The program is running. Exit anyway? (y or n) [answered Y; input not
from terminal]
signature.asc
Description: This is a digitally signed message part
Processed (with 1 errors): Re: Bug#318149: fc-cache still not called but not a big problem any more
Processing commands for [EMAIL PROTECTED]: > severity 318149 minor Bug#318149: libxft2: Loading true type fonts takes really long Severity set to `minor' from `normal' > reassign 318149 xfonts-75dpi Bug#318149: libxft2: Loading true type fonts takes really long Bug reassigned from package `libxft2' to `xfonts-75dpi'. > retitle 318149 xfonts-75dpi: postinst should call fc-cache instead of Bug#318149: libxft2: Loading true type fonts takes really long Changed Bug title. > relying on per-user cache Unknown command or malformed arguments to command. > thank you 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#318149: fc-cache still not called but not a big problem any more
severity 318149 minor reassign 318149 xfonts-75dpi retitle 318149 xfonts-75dpi: postinst should call fc-cache instead of relying on per-user cache thank you Reassign to xfonts-75dpi since this is the package that exposes the bug for the submitter. But, I guess it also applies to other fonts packages. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406608: bug#406608: libsm6: ICE socket disappears after a suspend-to-ram, delay when starting session-aware apps
Alexis Sukrieh wrote: > Brice Goglin wrote: >> Could you try to rename the /tmp/.ICE-unix file (to something completely >> different, but still in the same partition) before suspend and see >> whether it gets removed too ? > > Indeed, if I rename the /tmp/.ICE-unix directory before, it doesn't > get removed: > > [EMAIL PROTECTED]:~$ sudo mv /tmp/.ICE-unix/ /tmp/old-ice-unix-dir > [ suspend to ram ] > [EMAIL PROTECTED]:~$ ls /tmp/old-ice-unix-dir/ > 27627 7854 Hi Alexis, Did you have a chance to try attaching strace to X during suspend as I told you on IRC? If somebody is removing this file, we should be able to see in strace (assuming strace works during suspend...). Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348639: xfs preinst and postinst scripts stop daemon but fail to restart it
Matt R Hall wrote: > Salutations, > > I must say this bug is not the sort of thing you get an error message > for. Basically what happens is if you perform an upgrade to Debian > which upgrades the font server, the font server is stopped by the > preinst script, then the new files are extracted, but then it appears > that the server is not restarted by the postinst script. > > To show what the end result of this is, let's say you run a > dist-upgrade then try to restart X later. If, like me, you use the > font server as your font path to avoid having to manually configure > font directories, you will find that X cannot start the next time > because the font server is not running. > > Since normally one is not used to package upgrades having such cryptic > side effects, I filed this bug after I noticed the problem persisted > through about 2-3 font server upgrade cycles that occurred back at > that time. > > HTH, > Matthew Hall Ok thanks. Let's keep this bug open for a while and see if anybody reproduces. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: bug 407502 is forwarded to http://bugs.freedesktop.org/show_bug.cgi?id=7205
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.27 > forwarded 407502 http://bugs.freedesktop.org/show_bug.cgi?id=7205 Bug#407502: xserver-xorg-core: Dies while playing with glxdemo Noted your statement that Bug has been forwarded to http://bugs.freedesktop.org/show_bug.cgi?id=7205. > 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#412034: X.Org, Radeon 9550SE
Hi Samuel, Could you please try xserver-xorg-core (2:1.2.0-6) currently in experimental? and maybe xserver-xorg-video-ati (1:6.6.3-5) also in experimental? Also please try disabling dri just in case. thank you Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412598: compiz: unusable
Benoît Dejean wrote: > Le mardi 27 février 2007 à 09:59 +0100, Brice Goglin a écrit : > >> The actual contents of xorg.conf, is missing (maybe because the file is >> mode 0600 while you run the script as a normal user?). >> I am not sure we've had lots of people trying compiz on radeon on ppc :( They are some problems with DRI alone on radeon/ppc, getting compiz on top of that might be hard... Could you try changing the device section of your xorg.conf like this: * remove AGPMode, EnablePageFlip, AGPFastWrite (these options are often considered dangerous...) * switch AccelMethod from EXA to XAA * add Option "XAANoOffscreenPixmaps" "true" Brice
Bug#409337: Gdm's logon screen doesn't change tosystem'svertical refresh ra
A D wrote: > At first my system was using vesa driver. Everything was blurry. I > wanted to use > nvidia driver so I installed the driver downloaded from nvidia's website. > Blurriness was still their in Gnome desktop. I noticed Gnome was > displaying at a > lower v refresh rate(50Hz). So I changed that to the highest > rate(57Hz) using > Gnome Desktop's Screen resolution preference and made it default for > my computer. > Now Gnome Desktop is fine but gdm login screen is not. It is still > using the old > vertical refresh rate. > >> You might not need any sync rate at all in your xorg.conf. > > Hmmm. After what you said i did that. I edited xorg.conf. After that I > rebooted > and still gdm login screen displays images and fonts at a lower > vertical sync > rate. > > I was just wonderning is there any file i can edit so that gdm uses > the right > refresh rate? It's just my thought. I don't see any option in gdm to change the refresh rate. I guess Gnome uses something like xrandr to change the rate during its startup, but that is still after gdm is done. The only solution I see right now would be to revert to your old sync ranges in xorg.conf and try to force 57Hz by reducing the range width. The other solution would be to request the addition of a refresh rate option in GDM, that means reassigning this bug to gdm as a wishlist. But I don't think it will be accepted soon... Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
Giuseppe Bilotta wrote: > On 2/12/07, Julien Cristau <[EMAIL PROTECTED]> wrote: > >> > >> http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=0567a6337b84fa045b5732e98203f488274aa2a2 >> >> > >> Hi, >> >> I've applied this patch in 2:1.1.1-16. Giuseppe, can you try the >> version of xserver-xorg-core from unstable (should be 2:1.1.1-17) and >> tell us if you can still reproduce this bug? > > Sorry for the delay, gmail thought your mail was spam :P > > The patch worked in the sense that when I lower the lid, the xserver > keeps running. It even turns off the monitor backlight. > > However, the backlight is not turned back on when I raise the lid > again. I'm not sure this fits in this bug anymore though, so I'm > thinking about opening a new bug with the backlight issues (there are > two of them), unless you think this bug fits. > > Thanks for the fix, BTW :) > Hi Giuseppe, Could you try xserver-xorg-core (2:1.2.0-6) currently in experimental? thank you Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine
retitle 412228 xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine thank you Mario Frasca wrote: > On 2007-0225 10:48:42, Brice Goglin wrote: > >> Could you try without "dri" ? >> > > YES > > that was it. > > Driver "r128" also works (after disabling "dri")... > I am adjusting the title of the bug accordingly. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Re: Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine
Processing commands for [EMAIL PROTECTED]: > retitle 412228 xserver-xorg-video-ati: fails to start with DRI and Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine Changed Bug title. > nearly hangs machine Unknown command or malformed arguments to command. > thank you 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#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
On 3/5/07, Brice Goglin <[EMAIL PROTECTED]> wrote: Giuseppe Bilotta wrote: > Sorry for the delay, gmail thought your mail was spam :P > > The patch worked in the sense that when I lower the lid, the xserver > keeps running. It even turns off the monitor backlight. > > However, the backlight is not turned back on when I raise the lid > again. I'm not sure this fits in this bug anymore though, so I'm > thinking about opening a new bug with the backlight issues (there are > two of them), unless you think this bug fits. > > Thanks for the fix, BTW :) > Hi Giuseppe, Could you try xserver-xorg-core (2:1.2.0-6) currently in experimental? What kind of procedure should I follow to use a package from experimental in my testing/unstable installation? -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412720: Additional information
Am Sun, 4. Mar 2007, 17:47:14 +0100 schrieb Julien Cristau: > Thanks, but for the backtrace to be usable, you need to use an X server > built with debugging symbols, which is not the case here. > Running dpkg-buildpackage with the DEB_BUILD_OPTIONS envvar set to > "nostrip" should be enough, hopefully. Ok, in addition to the package xserver-xorg-video-i810 I recompiled originally I now also recompiled xserver-xorg. The binary packages are available from http://www.jorrit.de/bug412720/ as before. Marina, could you please install the xserver-xorg-core from that location as well? And please remove the old core file before you create a new on, I whether existing core files are overwritten or not... Julien Cristau, do you think that the packages xserver-xorg-core and xserver-xorg-video-i810 with debugging symbols are sufficient? Thanks, Jö. -- Kiss a non-smoker; taste the difference. -- fortune signature.asc Description: Digital signature
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
Giuseppe Bilotta wrote: > On 3/5/07, Brice Goglin <[EMAIL PROTECTED]> wrote: >> Giuseppe Bilotta wrote: >> > Sorry for the delay, gmail thought your mail was spam :P >> > >> > The patch worked in the sense that when I lower the lid, the xserver >> > keeps running. It even turns off the monitor backlight. >> > >> > However, the backlight is not turned back on when I raise the lid >> > again. I'm not sure this fits in this bug anymore though, so I'm >> > thinking about opening a new bug with the backlight issues (there are >> > two of them), unless you think this bug fits. >> > >> > Thanks for the fix, BTW :) >> > >> >> Hi Giuseppe, >> >> Could you try xserver-xorg-core (2:1.2.0-6) currently in experimental? > > What kind of procedure should I follow to use a package from > experimental in my testing/unstable installation? Here's what I do here: Open your /etc/apt/sources.list Duplicate the line you have for etch (only "deb ...", no need for "deb-src" now), and change the copy from "etch" (or "testing") to "experimental" You might want to add a line for unstable too Open (or create) /etc/apt/apt.conf and inserts something like: APT::Default-Release "testing"; so that apt-get/aptitude takes in testing by default apt-get or aptitude update you can check which package versions are available where by doing "apt-cache policy " Then, tell apt-get/aptitude to take in experimental by doing one of the following lines: apt-get install xserver-xorg-core/experimental aptitude install -t experimental xserver-xorg-core As long as you don't add "/experimental" or "-t experimental", apt-get/aptitude takes in testing first. Hope this helps Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412720: Additional information
On Mon, Mar 5, 2007 at 23:54:46 +0100, Jö Fahlke wrote: > Julien Cristau, do you think that the packages xserver-xorg-core and > xserver-xorg-video-i810 with debugging symbols are sufficient? > They should be. Thanks for taking care of this. Cheers, Julien signature.asc Description: Digital signature
Bug#413594: xorg: glitches in font configuration make some fonts unusable
Package: xorg Version: 1:7.1.0-12 Severity: normal Hello, sometimes (about two times in the last year) when I upgraded xorg, Xft applications stopped working. I've found out this is due to fonts that are mentioned in fonts.dir file, but their files are missing (or something), so the remedy usually was to regenerate those files. However, it didn't help the last time. The symptoms are described in bug #392502 Regards Jiri Palecek -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages xorg depends on: ii gnome-terminal [x-termi 2.14.2-1 The GNOME 2 terminal emulator appl ii konsole [x-terminal-emu 4:3.5.6.dfsg.1-2 X terminal emulator for KDE ii libgl1-mesa-dri 6.5.2-3 A free implementation of the OpenG ii libgl1-mesa-glx 6.5.2-3 A free implementation of the OpenG ii libglu1-mesa6.5.2-3 The OpenGL utility library (GLU) ii type-handling [not+spar 0.2.19 dpkg architecture generation scrip ii xbase-clients 1:7.1.ds1-2 miscellaneous X clients ii xfonts-100dpi 1:1.0.0-3100 dpi fonts for X ii xfonts-75dpi1:1.0.0-375 dpi fonts for X ii xfonts-base 1:1.0.0-4standard fonts for X ii xfonts-scalable 1:1.0.0-6scalable fonts for X ii xkb-data0.9-4X Keyboard Extension (XKB) configu ii xserver-xorg1:7.1.0-12 the X.Org X server ii xterm [x-terminal-emula 222-1etch2 X terminal emulator ii xutils 1:7.1.ds.3-1 X Window System utility programs xorg recommends no packages. -- no debconf information -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
On 3/5/07, Brice Goglin <[EMAIL PROTECTED]> wrote: Then, tell apt-get/aptitude to take in experimental by doing one of the following lines: apt-get install xserver-xorg-core/experimental aptitude install -t experimental xserver-xorg-core Ok, running with xserver-xorg-core 1.2.0-6 now. It also updated libdrm2, but nothing else (in particular, not nv). However, the behaviour I see is still the same: closing the lid makes the backlight go off (after a couple of seconds), but opening it up doesn't turn it back on again. Since we're discussing it here, I think I'll mention the other problem I'm having with the backlight in X: xset dpms force off (or standby or suspend) blank the screen but don't turn the backlight off. I'm wondering if this might be related, since maybe the backlight going off is being done by something other than X, something that is not turning it back on when the lid gets opened. If this is the case, I should probably bring up this particular issue somewhere else, and open a different issue about the lack of backlight control in X ... -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 362787
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > tags 362787 - pending Bug#362787: Needless Build-Depends on ssh | rsh Tags were: pending patch Tags removed: pending > 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#413249: severity of 413249 is important, tagging 413249
On Mon, Mar 05, 2007 at 02:02:07PM +0100, Frank Küster wrote:
> I removed the content of /var/cache/debconf, dpkg-reconfigure'd debconf,
> and tried again, but that didn't help.
> Somehow still debconf's answers are not what the config script expects.
> Upon reinstalling x11-common with "set -xv", I get
> # next question requires input validation; assume safe valid value already
> # present (possibly the template default)
> SAFE=
> + SAFE=
> if db_get x11-common/xwrapper/nice_value; then
> SAFE="$RET"
> fi
> + db_get x11-common/xwrapper/nice_value
> + _db_cmd 'GET x11-common/xwrapper/nice_value'
> + IFS=' '
> + printf '%s\n' 'GET x11-common/xwrapper/nice_value'
> debconf (developer): <-- GET x11-common/xwrapper/nice_value
> debconf (developer): --> 0 0
> + IFS='
> '
> + read -r _db_internal_line
> + RET='value set'
> + case ${_db_internal_line%%[ ]*} in
> + return 0
> + SAFE='value set'
> Why on earth is "$RET" now "value set", where it should be "0"?
Good question. What does 'debconf-show x11-common' spit out at this point?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
Bug#413249: severity of 413249 is important, tagging 413249
On Tuesday 06 March 2007 03:58, Steve Langasek wrote: > > Why on earth is "$RET" now "value set", where it should be "0"? > > Good question. What does 'debconf-show x11-common' spit out at this > point? I would guess that the error is in the code that _sets_ the value of this debconf question. I'm fairly certain that "value set" is what is returned in $RET by the db_set command (together with an error code of 0). In general in debconf, $RET can contain error or informational messages from debconf itself as well as real values, roughly as follows: - error code <> 0: $RET = error message - error code = 0 and function should return a real value (e.g. db_get): $RET = real value - error code =0 and function does not return a real value (e.g. db_set or db_go): $RET = informational message This means that with incorrect error handling, or by executing a db_* function without saving the value of $RET in a different variable before "reusing" $RET, you can end up with these kind of values. Hope this helps. Cheers, FJP pgp4LU74JW8Yk.pgp Description: PGP signature
Bug#413620: xkb-data: Description falsely claims to conflict with & replace xlibs
Package: xkb-data Version: 0.9-4 Severity: minor (Related in some way to #410903.) Excerpt of xkb-data Description field: This package comes from xkeyboard-config, and thus conflicts with and replaces the xlibs package which is part of the XFree86 server. I read this as meaning that the xkb-data binary package has Conflicts and Replaces fields that refer to xlibs, whereas in fact xkb-data has neither a Conflicts nor a Replaces field. The relationship between the xkb-data and xlibs packages isn't immediately clear to me: e.g. it isn't obvious to me whether xlibs' files are being consulted if xorg and xkb-data are installed, and hence whether it makes any difference if xlibs is still installed or removed. If the xlibs package is entirely ignored when xorg and xkb-data are installed, then I suppose xlibs' Description should note this. pjrm. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#412598: compiz: unusable
On Mon, 2007-03-05 at 23:06 +0100, Brice Goglin wrote: > Benoît Dejean wrote: > > Le mardi 27 février 2007 à 09:59 +0100, Brice Goglin a écrit : > > > >> The actual contents of xorg.conf, is missing (maybe because the file is > >> mode 0600 while you run the script as a normal user?). > >> > > I am not sure we've had lots of people trying compiz on radeon on ppc :( > They are some problems with DRI alone on radeon/ppc, What are they? > getting compiz on top of that might be hard... Working fine here... the biggest problem known to me is performance, working on fixing that, see my recent post to the dri-devel list. > Could you try changing the device section of your xorg.conf like this: > * remove AGPMode, EnablePageFlip, AGPFastWrite (these options are often > considered dangerous...) The AGP options tend to work fine on PPC Macs, and when they don't work, they usually just result in lockups. It's true that page flipping can cause issues with compiz, but those can usually be worked around by rotating the cube or running glxinfo. > * switch AccelMethod from EXA to XAA > * add Option "XAANoOffscreenPixmaps" "true" These might indeed work around the AIGLX GLX_EXT_tfp performance issues somewhat. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
