Bug#695667: python2.7-dev: Simple python program does not compile without additional CPPFLAGS (above -I/usr/include/python2.7). Breaks configure python detection.
On 12/11/2012 05:08 PM, Matthias Klose wrote: Am 11.12.2012 15:02, schrieb Eric Valette: gcc -I /usr/include/python2.7 -c test.c In file included from test.c:2:0: /usr/include/python2.7/Python.h:8:22: fatal error: pyconfig.h: No such file or directory compilation terminated. gcc -I /usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7 -c test.c Works but its not the flags configure use for detecting python. welcome to the multiarch age [1]. Tried to crosscompile for Pi the debian way and found not only its complicated but doesn't bring much to the picture as I needed a sysroot for the complier anyway. I had to finally make my own cross-compiler and struggle to generate cross packages (and yes I ddi read the FAQ, the odcs, ...) We'll have to fix this for some packages. Please use either python-config --includes or pkgconfig for your configure test. I discovered this since I posted but the configure is xbmc's one and this broke due to experimental today uplaod --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676176: Indeed the suggested fix works. Thanks!
I was thinking about installing viewcvs. This saved me hours of wrok. Thanks. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668172: libreoffice slideshow bug attributed to libcairo shall be unmerged from other display corruption bug
See Michael Danzer comment at: https://bugs.freedesktop.org/show_bug.cgi?id=47266#c132 -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668172: I have been bitten by this bug too
What worries me is that the upstream bug path leads to fix for radeon EXA, when I have the problem with nvidia cards and nvdia 295.40. So I won't get a fix for nvidia cards... And indeed disabling acceleration makes the problem vanish. --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#664983: It breaks at least KDE4.7.4, iceweasel, ...
Just for people who wonder why it does not start anymore after upgrade -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639252: reopen: default timeout should be ok for most users
reopen 639252 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639252: reopen: default timeout should be ok for most users
reopen 639252 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639252: reopen: default timeout should be ok for most users
reopen 639252 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625266: prevents new kernel to be installed
severity grave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609875: Additional info
I noticed that hitting the caps lock, when on kdm greeter does light the led and also makes kdm display the read warning. So keyboard is semi functionnal. I can just no enter normal keystrocke. --eric
Bug#609875: Numeric keyboard works also
If I hit numlock, after I can have the number also. Looks like a hardware to logical translation problem. -- eric
Bug#609875: evtest works correctly on USB device????
evtest /dev/input/by-id/usb-CHICONY_HP_Basic_USB_Keyboard-event-kbd Input driver version is 1.0.1 Input device ID: bus 0x3 vendor 0x3f0 product 0x24 version 0x110 Input device name: CHICONY HP Basic USB Keyboard Supported events: Event type 0 (Sync) Event type 1 (Key) Event code 1 (Esc) Event code 2 (1) Event code 3 (2) Event code 4 (3) Event code 5 (4) Event code 6 (5) Event code 7 (6) Event code 8 (7) Event code 9 (8) Event code 10 (9) Event code 11 (0) Event code 12 (Minus) Event code 13 (Equal) Event code 14 (Backspace) Event code 15 (Tab) Event code 16 (Q) Event code 17 (W) Event code 18 (E) Event code 19 (R) Event code 20 (T) Event code 21 (Y) Event code 22 (U) Event code 23 (I) Event code 24 (O) Event code 25 (P) Event code 26 (LeftBrace) Event code 27 (RightBrace) Event code 28 (Enter) Event code 29 (LeftControl) Event code 30 (A) Event code 31 (S) Event code 32 (D) Event code 33 (F) Event code 34 (G) Event code 35 (H) Event code 36 (J) Event code 37 (K) Event code 38 (L) Event code 39 (Semicolon) Event code 40 (Apostrophe) Event code 41 (Grave) Event code 42 (LeftShift) Event code 43 (BackSlash) Event code 44 (Z) Event code 45 (X) Event code 46 (C) Event code 47 (V) Event code 48 (B) Event code 49 (N) Event code 50 (M) Event code 51 (Comma) Event code 52 (Dot) Event code 53 (Slash) Event code 54 (RightShift) Event code 55 (KPAsterisk) Event code 56 (LeftAlt) Event code 57 (Space) Event code 58 (CapsLock) Event code 59 (F1) Event code 60 (F2) Event code 61 (F3) Event code 62 (F4) Event code 63 (F5) Event code 64 (F6) Event code 65 (F7) Event code 66 (F8) Event code 67 (F9) Event code 68 (F10) Event code 69 (NumLock) Event code 70 (ScrollLock) Event code 71 (KP7) Event code 72 (KP8) Event code 73 (KP9) Event code 74 (KPMinus) Event code 75 (KP4) Event code 76 (KP5) Event code 77 (KP6) Event code 78 (KPPlus) Event code 79 (KP1) Event code 80 (KP2) Event code 81 (KP3) Event code 82 (KP0) Event code 83 (KPDot) Event code 85 (Zenkaku/Hankaku) Event code 86 (102nd) Event code 87 (F11) Event code 88 (F12) Event code 89 (RO) Event code 90 (Katakana) Event code 91 (HIRAGANA) Event code 92 (Henkan) Event code 93 (Katakana/Hiragana) Event code 94 (Muhenkan) Event code 95 (KPJpComma) Event code 96 (KPEnter) Event code 97 (RightCtrl) Event code 98 (KPSlash) Event code 99 (SysRq) Event code 100 (RightAlt) Event code 102 (Home) Event code 103 (Up) Event code 104 (PageUp) Event code 105 (Left) Event code 106 (Right) Event code 107 (End) Event code 108 (Down) Event code 109 (PageDown) Event code 110 (Insert) Event code 111 (Delete) Event code 113 (Mute) Event code 114 (VolumeDown) Event code 115 (VolumeUp) Event code 116 (Power) Event code 117 (KPEqual) Event code 119 (Pause) Event code 121 (KPComma) Event code 122 (Hanguel) Event code 123 (Hanja) Event code 124 (Yen) Event code 125 (LeftMeta) Event code 126 (RightMeta) Event code 127 (Compose) Event code 128 (Stop) Event code 129 (Again) Event code 130 (Props) Event code 131 (Undo) Event code 132 (Front) Event code 133 (Copy) Event code 134 (Open) Event code 135 (Paste) Event code 136 (Find) Event code 137 (Cut) Event code 138 (Help) Event code 140 (Calc) Event code 142 (Sleep) Event code 150 (WWW) Event code 152 (Coffee) Event code 158 (Back) Event code 159 (Forward) Event code 161 (EjectCD) Event code 163 (NextSong) Event code 164 (PlayPause) Event code 165 (PreviousSong) Event code 166 (StopCD) Event code 173 (Refresh) Event code 176 (Edit) Event code 177 (ScrollUp) Event code 178 (ScrollDown) Event code 179 (KPLeftParenthesis) Event code 180 (KPRightParenthesis) Event code 183 (F13) Event code 184 (F14) Event code 185 (F15) Event code 186 (F16) Event code 187 (F17) Event code 188 (F18) Event code 189 (F19) Event code 190 (F20) Event code 191 (F21) Event code 192 (F22) Event code 193 (F23) Event code 194 (F24) Event code 240 (Unknown) Event type 4 (Misc) Event code 4 (ScanCode) Event type 17 (LED) Event code 0 (NumLock) Event code 1 (CapsLock) Event code 2 (ScrollLock) Event type 20 (Repeat) Testing ... (interrupt to exit) Event: time 1294930702.276260, type 4 (Misc), code 4 (ScanCode), value 7002c Event: time 1294930702.276282, type 1 (Key), code 57 (Space), value 1 Event: time 1294930702.276288, -- Report Sync Event: time 1294930702.412082, type 4 (Misc), code 4
Bug#605466: [Pkg-acpi-devel] Bug#605466: acpi: Wrong Battery level reported
On 11/30/2010 03:09 PM, Michael Meskes wrote: severity 605466 normal thanks Severity: grave Justification: causes non-serious data loss Please explain this! I cannot imagine why this bug could be grave. Because all software shutting down the machine based on remaning charge will immediately shut down teh PC in emergency mode Battery 0: Unknown, 0%=== Adapter 0: on-line Thermal 0: ok, 44.5 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 107.0 degrees C Cooling 0: Processor 0 of 10 Cooling 1: Processor 0 of 10 Please send me your /sys/class/power_supply directory so I can try to debug the problem. ls -lR /sys/class/power_supply /sys/class/power_supply: total 0 lrwxrwxrwx 1 root root 0 2010-11-30 09:13 AC - ../../devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/AC lrwxrwxrwx 1 root root 0 2010-11-30 09:13 BAT0 - ../../devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT0 ls -lR /sys/devices/LNXSYSTM\:00/LNXSYBUS\:00/PNP0C0A\:00/power_supply/ /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/: total 0 drwxr-xr-x 3 root root 0 2010-11-30 09:13 BAT0 /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT0: total 0 -rw-r--r-- 1 root root 4096 2010-11-30 15:12 alarm -r--r--r-- 1 root root 4096 2010-11-30 09:21 charge_full -r--r--r-- 1 root root 4096 2010-11-30 09:21 charge_full_design -r--r--r-- 1 root root 4096 2010-11-30 09:21 charge_now -r--r--r-- 1 root root 4096 2010-11-30 09:21 current_now -r--r--r-- 1 root root 4096 2010-11-30 15:12 cycle_count lrwxrwxrwx 1 root root0 2010-11-30 09:21 device - ../../../PNP0C0A:00 -r--r--r-- 1 root root 4096 2010-11-30 09:21 manufacturer -r--r--r-- 1 root root 4096 2010-11-30 09:21 model_name drwxr-xr-x 2 root root0 2010-11-30 15:12 power -r--r--r-- 1 root root 4096 2010-11-30 09:21 present -r--r--r-- 1 root root 4096 2010-11-30 09:21 serial_number -r--r--r-- 1 root root 4096 2010-11-30 09:21 status lrwxrwxrwx 1 root root0 2010-11-30 09:13 subsystem - ../../../../../../class/power_supply -r--r--r-- 1 root root 4096 2010-11-30 09:21 technology -r--r--r-- 1 root root 4096 2010-11-30 09:21 type -rw-r--r-- 1 root root 4096 2010-11-30 09:13 uevent -r--r--r-- 1 root root 4096 2010-11-30 09:21 voltage_min_design -r--r--r-- 1 root root 4096 2010-11-30 09:21 voltage_now cat /sys/devices/LNXSYSTM\:00/LNXSYBUS\:00/PNP0C0A\:00/power_supply/BAT0/charge* 0 0 520 Strange! I have not chnaged my kernel, the PC is docked. Will try a reboot or undock to see if something chnage -- eric Michael -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox et Set Top Box tél : (+33) 2 99 12 45 71 mél :mailto:eric2.vale...@orange-ftgroup.com
Bug#605466: [Pkg-acpi-devel] Bug#605466: acpi: Wrong Battery level reported
On 11/30/2010 03:23 PM, VALETTE Eric RD-MAPS-REN wrote: After reboot: cat /sys/devices/LNXSYSTM\:00/LNXSYBUS\:00/PNP0C0A\:00/power_supply/BAT0/charge* 4935000 520 520 = kernel problem: you can close the bug. -- eric
Bug#603798: debian-installer: /tmp is not created with 777 mode when doing manual disk partitionning
On 11/18/2010 08:31 PM, Matthew Palmer wrote: On Thu, Nov 18, 2010 at 01:44:39PM +0100, VALETTE Eric RD-MAPS-REN wrote: On 11/18/2010 10:09 AM, Christian Perrier wrote: VALETTE Eric RD-MAPS-REN a écrit : Done nothing special except creating the partitions manually. This is ^ This is where we need details! Tmp was created as ext2 FS, with TMP LABEL, what else? ALL other partition were ext3 and add label = mount point (USR,VAR, HOME, ROOT) except of course swap. No dedicated boot partition. Wrong details, I suspect. With an unreproducible bug like the one you've got, we need to make it reproducible before it can be fixed. For that to happen, we need to be able to do what you did to make it happen. Until then, we're helpless. What we need is a description of how, *precisely*, and in excruciating detail, you created the partitions manually. Did you drop into a console and issue partman/mkfs/mount commands by hand? If so, what commands did you run, exactly? Or did you use the manual method within partman (the text-based GUI)? Again, if so, what precisely did you do? (As in, First I selected the 'Flibble with my frufru' option, then 'Blingle the blangle', then 'You get the idea'... Or did you do something else entirely? If so, what was it? (Again, in very fine-grained detail). - Matt If you don't want to fix it, I do not care. I did not create the partition manullay outside the installer but I created them manually within the installer using the graphical install. I seems, you should know weher you do the chmod 1777 /tmp in the installer and look if there are installation path that do not use this path. -- eric -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox et Set Top Box tél : (+33) 2 99 12 45 71 mél :mailto:eric2.vale...@orange-ftgroup.com
Bug#603798: debian-installer: /tmp is not created with 777 mode when doing manual disk partitionning
On 11/17/2010 10:46 PM, Christian PERRIER wrote: tags 603798 unreproducible thanks Quoting Eric Valette (eric2.vale...@orange-ftgroup.com): Package: debian-installer Version: Debian Installer 14/11/2010 Severity: important Tags: d-i I reinstalled a machine this week-end. The install base smootly worked. I created a separate /tmp file system that was monted but with wrong permission. root.root 755. Visible effect is that kdm login loops as the X server does not manage to create some /tmp/ files. Doing a chmod 777 /tmp with file system monted solves the problem. We need more details about the way you managed to do this. I just ran an install with a separate /tmp partition and it ended with /tmp being 1777 as expected. Please give details about hos to reproduce this. Done nothing special except creating the partitions manually. This is the second time it appends on different machine and different version of the installer. Last intaller was AMD64. I do the install, configure only the minimum system (no extra package vi tasksel). Change the sources.list to add experimental and do the real install once rebooted to avoid downloading packages and then upgrading them. -- eric
Bug#603798: debian-installer: /tmp is not created with 777 mode when doing manual disk partitionning
On 11/18/2010 10:09 AM, Christian Perrier wrote: VALETTE Eric RD-MAPS-REN a écrit : Done nothing special except creating the partitions manually. This is ^ This is where we need details! Tmp was created as ext2 FS, with TMP LABEL, what else? ALL other partition were ext3 and add label = mount point (USR,VAR, HOME, ROOT) except of course swap. No dedicated boot partition. -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox et Set Top Box tél : (+33) 2 99 12 45 71 mél :mailto:eric2.vale...@orange-ftgroup.com
Bug#594516: reopen
reopen #594516 -- eric
Bug#594516: reopen
reopen 594516 -- eric
Bug#594310: [pkg-nvidia-devel] Bug#594310: nvidia-kernel-source: the version supplied is completely outdated. The new validated version for linux is 256.38.03
Ah, I hadn't realized they'd gotten far enough to package it for experimental already. Nonetheless, I'm afraid it's probably going to take a while to see new NVIDIA packages for the new release. We currently don't have anything good in squeeze for any of the legacy packages and the main packages need an update from what's in unstable now, at least. This is not a problem for me. I have all the script to do a build a la dkms. I just tell you this driver are rock solid and are used on several media center for HD display for days without problems. -- eric
Bug#594310: [pkg-nvidia-devel] Bug#594310: nvidia-kernel-source: the version supplied is completely outdated. The new validated version for linux is 256.38.03
On 08/25/2010 10:15 AM, Russ Allbery wrote: Eric Valetteeric2.vale...@orange-ftgroup.com writes: I put normal instead of wishlist because as far as I know 195.x does not compile with recent kernel. It compiles with the kernel that's in Debian unstable and is releasing with squeeze. We won't be able to upload 256.* versions to Debian until after the squeeze release, since the priority right now is to get packages into squeeze that are reasonable. We may, if people have time, get packages for experimental, but it's a lower priority for Debian at the moment. I don't believe there's any newer kernel packaged for Debian at all right now, since people are focusing on the release. If you're using a custom-built kernel from newer sources, you'll need to use a custom download of the NVIDIA packages as well for the time being. 2.6.35 is available in experimental and the nvidia driver version does not compile with it. Note, it is just because I have to reinstall the upstream package each time a new old release is packaged. MP4 hardware decoding is much better with the upstream release. -- eric -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox et Set Top Box tél : (+33) 2 99 12 45 71 mél :mailto:eric2.vale...@orange-ftgroup.com
Bug#584096: dash as /bin/sh break autoconf/automake
On 06/03/2010 11:52 AM, Julien Cristau wrote: On Thu, Jun 3, 2010 at 09:36:37 +, Gerrit Pape wrote: Hi Eric, please see http://bugs.debian.org/582952. I didn't verify, but this looks like a bashism in autoconf, automake, or some other auto* tool, and should be fixed there eventually. It's most likely a bashism in xbmc's configure.ac. There is no configure.ac, just configure.in and I do not see anything I would consider as bashish. the lines that cause the errors are: PKG_CHECK_MODULES([MAD],[mad], [INCLUDES+= $MAD_CFLAGS; LIBS+= $MAD_LIBS], AC_MSG_ERROR($missing_library)) Then the endless loop (never exit from the configure command) is just unexplained yet. -- eric
Bug#584096: dash as /bin/sh break autoconf/automake
On 06/03/2010 01:41 PM, Julien Cristau wrote: the lines that cause the errors are: PKG_CHECK_MODULES([MAD],[mad], [INCLUDES+= $MAD_CFLAGS; LIBS+= $MAD_LIBS], AC_MSG_ERROR($missing_library)) This '+=' operator is not posix sh. OK. But good luck to make people fix all their configure.in/ac. --eric
Bug#584104: confirmed here.
Downgrading also solves the problem. -- eric
Bug#584104: Fix is here (upstream bug)
On 06/02/2010 10:38 AM, VALETTE Eric RD-MAPS-REN wrote: Fix is here: http://lists.samba.org/archive/linux-cifs-client/2010-May/006254.html -- eric
Bug#578918: Any chance to get access on package somewhere
It sits in the new queue for a week now. -- eric
Bug#573074: symlinks: Please update to 1.4, it fixes assertion in malloc in a use case I have
On 03/08/2010 07:32 PM, Sven Joachim wrote: On 2010-03-08 18:35 +0100, eric2.vale...@orange-ftgroup.com wrote: Package: symlinks Version: 1.2-6 Severity: normal I have a use case where using 1.2-rel6 I hit and assertion in malloc that does not happend when I use 1.4 version of symlinks. As a result, compilation of a complex source tree fails. Can you show the exact error message? Something along symlinks:malloc assert failed and a absolutely unreadable formula. Note that compiling the same tree with a level link less (I now have a symlink for /scratch were previously I had a real mounted fs. I can try reproducing it but I need to recompile a clean tre which takes hours... So please package the new version or aat leasta aggrgate fixes. The chnagelog states: v1.4 incorporate patches from Fedora v1.3 more messy-link fixes, new -o flag for other_fs Wow, a new upstream release after 13 years. I really was not aware of it, thanks for the information. Well, as I was bitten by the bug, I has the usual reflex: is there another newer version... And it saved my ass. -- eric
Bug#573074: symlinks: Please update to 1.4, it fixes assertion in malloc in a use case I have
Something along symlinks:malloc assert failed and a absolutely unreadable formula. Note that compiling the same tree with a level link less (I now have a symlink for /scratch were previously I had a real mounted fs was working. Note that if there is a malloc/free problem, using valgrind could potentially highlight where in the debian version... -- eric
Bug#573074: symlinks: Please update to 1.4, it fixes assertion in malloc in a use case I have
On 03/09/2010 01:06 PM, Sven Joachim wrote: On 2010-03-09 10:29 +0100, eric2.vale...@orange-ftgroup.com wrote: On 03/09/2010 10:18 AM, VALETTE Eric RD-MAPS-REN wrote: Something along symlinks:malloc assert failed and a absolutely unreadable formula. Note that compiling the same tree with a level link less (I now have a symlink for /scratch were previously I had a real mounted fs was working. Note that if there is a malloc/free problem, using valgrind could potentially highlight where in the debian version... This might be useful, but it is you who has to do it since I suspect that the problem is not easily reproducible by me or anyone else. That's why I suggested to ignore the description and simply take the new version. Here is the alway reproducible error (assert) symlinks -r -d /home/ceva6380/scratch/sahtree1/sah/gwmiddleware/REL/2009-11-27_V3.29.0/cm4/fsn /dev/null symlinks: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *)((av)-bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd old_size == 0) || ((unsigned long) (old_size) = (unsigned long)__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) ~((2 * (sizeof(size_t))) - 1))) ((old_top)-size 0x1) ((unsigned long)old_end pagemask) == 0)' failed. /bin/sh: line 1: 3824 Aborted symlinks -r -d /home/ceva6380/scratch/sahtree1/sah/gwmiddleware/REL/2009-11-27_V3.29.0/cm4/fsn /dev/null Can you please run an unstripped version of symlinks under GDB and get a backtrace? Either rebuild the package with DEB_BUILD_OPTS=nostrip or run the symlinks binary directly from the source tree. Please also install the libc6-dbg package. No. I have a working and already proposed a way to fix it. If you want to know if the bug is in the original 1.2 or in the debian specific patches, You can packages 1.4 with all the fixes and I will retest it. --eric
Bug#573074: symlinks: Please update to 1.4, it fixes assertion in malloc in a use case I have
On 03/09/2010 03:55 PM, Sven Joachim wrote: On 2010-03-09 15:16 +0100, eric2.vale...@orange-ftgroup.com wrote: Readding only the patch, the useage of the buffer returned by get_current_dir_name may be wrong: the allocated space is by no way equal to PATH_MAX+2 so any code making assumption on this may simply fail. There is no code which makes this assumption, but a slash is added to the cwd string, so I need to allocate memory for it. This is the bug which I mentioned. Then imagine next to the \0 is information used by malloc itself that you trash... I would copy the result in the static buffer and free cwd. That would be a possibility, although not the right thing on architectures that do not have a PATH_MAX limit by themselves (e.g., Hurd). But on those architectures symlinks is broken anyway. pathconv(3) could be also used to avoid fixed PATH_MAX ;-) --eric
Bug#566819: The command line to fix the problem
gconftool -s -t string /desktop/gnome/url-handlers/http/command '/usr/bin/iceweasel %s' --eric
Bug#559264: Confirmed on two amd64 machines here
Note that on my machines which are amd64 Linux 64 bit dual core, hitting DEL is enough to continue the boot process. I'm stuck on waiting /dev to populate on one machine and on the other I do not even see the message only udev trace related to hplip config script. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555412: iceweasel: Iceweasel often crash when closing a tab
What version of libcairo2 are you using ? libcairo2 1.9.4-1 -- eric
Bug#555412: iceweasel: Iceweasel often crash when closing a tab
On 09/11/2009 18:31, Mike Hommey wrote: On Mon, Nov 09, 2009 at 05:18:25PM +0100, Eric Valette wrote: Package: iceweasel Version: 3.5.4-1 Severity: important This is new and I dunno when it started. Currently maybe one out of five tab close crash the entire browser. Will try to add a backtrace to this when I have time. Could you try setting the MOZILLA_DISABLE_PLUGINS environment variable to 1 ? Mike Same error. SOme traces As I started from a konsole: The program 'firefox-bin' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadPicture (invalid Picture parameter)'. (Details: serial 107259 error_code 156 request_code 147 minor_code 7) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél :mailto:eric2.vale...@orange-ftgroup.com
Bug#549000: gupnp-tools: Does no more detect UPNP-AV components (DMS/DMR) on the network
Andreas Henriksson wrote: Hello Eric! hello Andreas. Sorry for the late anwser. I found your mail back when sorting my mailbox because il was full! Could you please try rebuilding the gupnp package with the unix context manager and see if that solves the problem you reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549000 ? apt-get build-dep gupnp apt-get source gupnp cd gupnp-0.13.0 sed -ie 's/context-manager=network-manager/context-manager=unix/' debian/rules dpkg-buildpackage -uc -us dpkg -i ../libgupnp-1.0-3*deb (Alternatively, could you install Network-Manager?) PS. GUPnPs NM context manager is fixed to fall back on unix in the new upstream release, unofficial packages at: http://fatal.se/tmp/pkg-gupnp/gupnp_0.13.1-1.dsc I've installed a version recently that sees the DMS and DMR again. You can probably close the bug if the faulty version did not enter testing... -- eric -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:eric2.vale...@orange-ftgroup.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535255: Fix has been applied upstream
-- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528213: backintime-kde4: Fails to find kdecore python package
Jonathan Wiltshire wrote: Hi, Are you still having this problem? I can't reproduce it and I'd like to close the bug, because I believe there's a stray file on your system. But if there's any other light you can shed on it, I'd be grateful. Still does not work allthough many python-kde application work. I agree with you that something in my system is busted but I have no clue what. --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531461: same problem here (update alternatives fails)
+ /bin and /usr/bin may be on different file system not mounted when using ed in early boot scripts... -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528213: backintime-kde4: Fails to find kdecore python package
Jonathan Wiltshire wrote: On Mon, May 18, 2009 at 10:13:32AM +0200, VALETTE Eric RD-MAPS-REN wrote: backintime-kde4 Traceback (most recent call last): File /usr/share/backintime/kde4/app.py, line 43, in module from PyKDE4.kdecore import * ImportError: No module named kdecore I'm still not able to reproduce this problem. backintime-kde4 is renamed to backintime-kde now - please install this from sid and send the output if it still fails. Reinstalled today after completely purging python-kde4. Exat same message. NB: it works on my AMD64 more recent installation = I may have a leftover file That's why I did the purge. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528213: backintime-kde4: Fails to find kdecore python package
Jonathan Wiltshire wrote: Hi, On Mon, May 11, 2009 at 02:42:35PM +0200, Eric Valette wrote: backintime Autodetect GUI mode: kde4 CMD: /usr/bin/backintime-kde4 Traceback (most recent call last): File /usr/share/backintime/kde4backintime.py, line 41, in module from PyKDE4.kdecore import * ImportError: No module named kdecore r-ptxp-ceva6380:/home/ceva6380# dpkg -S kdecore python-kde4: /usr/lib/pyshared/python2.5/PyKDE4/kdecore.so kdelibs4c2a: /usr/lib/libkdecore.so.4 kdelibs5: /usr/lib/libkdecore.so.5 kdelibs4c2a: /usr/lib/libkdecore.so.4.2.0 kdelibs5: /usr/lib/libkdecore.so.5.2.0 Could you please test this against version 0.9.24-1, now entering sid, and if it still exists I will send your report upstream. After installing the new version 0.9.24-1 this morning: backintime-kde4 Traceback (most recent call last): File /usr/share/backintime/kde4/app.py, line 43, in module from PyKDE4.kdecore import * ImportError: No module named kdecore Note that python 2.4 is no more installed on my mychine as no package requires it. What dependency on python do you have? -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521035: openoffice.org-impress: the exeprimental versiondoes crash each time I switch to fulscreen mode whatever thedocument is
Rene Engelhard wrote: # whetever the document is is not true, and the line is too long anyway.. # experimental version is a given given your Version;: header already, no need # to duplicate it in the bug title retitle openoffice.org-impress: crashes each time I switch to fulscreen mode tag 521035 + moreinfo thanks Eric Valette wrote: Package: openoffice.org-impress Version: 1:3.1.0~ooo310m6-1 Severity: important Open almost any powerpoint (including ones that work with 3.0.1) and hit F5. Does that also happen with odgs? Or do you mean all presentation files, not just .pp(t/s)? Yes it crash with clean odg I just produced (though I'm not sure the orgiginal template was not pps). Note that most files I openned use a company template = may be due to specific template and not general but I crashed with maybe ten different files today... Because every presentation I tried here, a clean one with just one slide, Ogltrans2.odp demonstrating the OGLTrans things and a presentation for $company (AND its template which incidentially is a ppt) do work. (On amd64, though, but...) I experienced the crash on ix86 only (not tested on amd64). I have a major memory leak also. I made a architecture review this afternoon (100 slides with a lot of figures). At the beginning it was OK, and after a while (manually switching slides) the machine started swapping up to a point it was not useable. Killing ooimpress solved the problem. Can you share files where this is broken? Will try to find a public one on internet. Not before Thursday because I'm leaving now and travelling tommorow. NB: I know its experimental so I can remove and reinstall the unstable one but it is a major concern for really using and debugging the experimental version via day to day useage. Grüße/Regards, René -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:eric2.vale...@orange-ftgroup.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517954: Same here
In addition it slows down the boot quite noticeably... --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517954: Please at least silent the boot process or find a way speed it up again
I do not care if you do not remove the oddending files, I do care that it takes nearly one more minute to boot... -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509582: Probably Fixed in 2.18.4-1
As I have switched to UTF8 now, including some default kernel settings for filesystem, I cannot reproduce the old bug but reading the changelog for 2.18.4, it seems fixed. 565484 g_content_type_guess passes non-UTF8 text to XDG functions -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507455: Found a pattern to reproduce the bug and its clearly glib bug = close this one or transfer it
Anyway I think you can close it because I can reproduce the bug in iceweael, pidgin any application that open the gnome file dialog. See bug 509582 for details. --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509582: Original bug submitted for icedove
You can find some stack trace 507455. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509582: libglib2.0-0: Incorrectly handle accentuated file name
Josselin Mouette wrote: severity 509582 minor tag 509582 unreproducible thanks xport LANG=en_IE.utf8 21 r-ptxp-ceva6380:~-export lang=en...@utf8 22 r-ptxp-ceva6380:~-export lc_ctype=en...@utf8 23 r-ptxp-ceva6380:~-ls /tmp/toto/ AA1-XXxxxé 24 r-ptxp-ceva6380:~-icedove 25 r-ptxp-ceva6380:~-icedove (gecko:8523): Gtk-WARNING **: Could not find the icon 'drive-optical-recorder'.The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases /usr/lib/icedove/run-mozilla.sh: line 131: 8523 Aborted $prog ${1+$@} 26 r-ptxp-ceva6380:~-export lang=fr...@utf8 27 r-ptxp-ceva6380:~-export lc_ctype=fr...@utf8 28 r-ptxp-ceva6380:~-icedove 29 r-ptxp-ceva6380:~-icedove (gecko:8736): Gtk-WARNING **: Could not find the icon 'drive-optical-recorder'.The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases /usr/lib/icedove/run-mozilla.sh: line 131: 8736 Aborted $prog ${1+$@} Locale: lang=en...@euro, lc_ctype=en...@euro (charmap=ISO-8859-15) Not only it is not reproducible, but it is only annoying for people sticking to unsupported encodings. Switch to UTF8, and you won’t have any such issues. What encodeing do you suggest. I need to be able to have french accents and € sign... -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509582: libglib2.0-0: Incorrectly handle accentuated file name
VALETTE Eric RD-MAPS-REN wrote: Josselin Mouette wrote: severity 509582 minor tag 509582 unreproducible thanks BTW to see the bug you may need to set MALLOC_CHECK_=2 xport LANG=en_IE.utf8 21 r-ptxp-ceva6380:~-export lang=en...@utf8 22 r-ptxp-ceva6380:~-export lc_ctype=en...@utf8 23 r-ptxp-ceva6380:~-ls /tmp/toto/ AA1-XXxxxé 24 r-ptxp-ceva6380:~-icedove 25 r-ptxp-ceva6380:~-icedove (gecko:8523): Gtk-WARNING **: Could not find the icon 'drive-optical-recorder'.The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases /usr/lib/icedove/run-mozilla.sh: line 131: 8523 Aborted $prog ${1+$@} 26 r-ptxp-ceva6380:~-export lang=fr...@utf8 27 r-ptxp-ceva6380:~-export lc_ctype=fr...@utf8 28 r-ptxp-ceva6380:~-icedove 29 r-ptxp-ceva6380:~-icedove (gecko:8736): Gtk-WARNING **: Could not find the icon 'drive-optical-recorder'.The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases /usr/lib/icedove/run-mozilla.sh: line 131: 8736 Aborted $prog ${1+$@} Locale: lang=en...@euro, lc_ctype=en...@euro (charmap=ISO-8859-15) Not only it is not reproducible, but it is only annoying for people sticking to unsupported encodings. Switch to UTF8, and you won’t have any such issues. What encodeing do you suggest. I need to be able to have french accents and € sign... -- eric -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:eric2.vale...@orange-ftgroup.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507455: the strace open log
data.2zb Description: application/bzip
Bug#507455: Valgrind and gdb complain about double free
Alexander Sack wrote: Please try to get rid of the msttcorefonts. Maybe that helps. Otherwise run icedove as strace -f -eopen icedove 21 | tee /tmp/strace.log.txt Send it. Hope you will recieve it and it will not be destroyed by the mail system. If you did not get another mail with title the strace open log we will need to find somewhere where I can upload it. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507455: Valgrind and gdb complain about double free
VALETTE Eric RD-MAPS-REN wrote: Alexander Sack wrote: Please try to get rid of the msttcorefonts. Maybe that helps. Otherwise run icedove as strace -f -eopen icedove 21 | tee /tmp/strace.log.txt Send it. Hope you will recieve it and it will not be destroyed by the mail system. If you did not get another mail with title the strace open log we will need to find somewhere where I can upload it. -- eric In fact, I got the loop because the glib library calls abort on a double free, and for some reason, instead of crashing the application just hangs when receiving the SIGABRT signal instead of finishing. Running inside the debugger I'm stopped. If I force export MALLOC_CHECK_=0 I can attach and send the file but of course the memory is corrupted... It happens with particular directory(unfortunately my home directory) with different file types. Maybe to reproduce it you should explicitely set MALLOC_CHECK_=2. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507455: Valgrind and gdb complain about double free
Alexander Sack wrote: Please try to get rid of the msttcorefonts. Maybe that helps. Otherwise run icedove as strace -f -eopen icedove 21 | tee /tmp/strace.log.txt I will do attach that file. Also install icedove-dbg before getting a backtrace. attach that too then. I did already but apparently the mail has been lost or at least I do not see it in the bug database itself. I tried to give you via attachement message for other bug and it never reached the bug tracking systel. Dunno if it is on my side but as our admin are paranoid.. Do you have a ftp somewhere? Will noy help. For me the crash/loop is in the libgio2... Dont be a bot ;) we need symbolized backtrace. install everything you need for that ;).. Thanks! Alexander, I would be more patient for doing all this time consumming work if I had confidence it serve something. Look at bug 495641 You have all the traces and I never got a comment. BTW I tried to attach an exemple file .eml too but again the mail never reached the bug system. I'm sure you do your best but do not expect too much if when we do it we do not even get a minimal answer. -- eric __ mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507455: Valgrind and gdb complain about double free
Alexander Sack wrote: On Mon, Dec 01, 2008 at 05:50:04PM +0100, VALETTE Eric RD-MAPS-REN wrote: /usr/share/fonts/truetype/msttcorefonts/Andale_Mono.ttf b261d000-b266 rw-p b261d000 00:00 I hardy think this is due to that... I noticed that in fact it depends of the folder I browse when attaching. /tmp is OK my Home is KO. Plus, as explained firrefox has the same bug when doing open. Please try to get rid of the msttcorefonts. Maybe that helps. Otherwise run icedove as strace -f -eopen icedove 21 | tee /tmp/strace.log.txt I will do attach that file. Also install icedove-dbg before getting a backtrace. attach that too then. Will noy help. For me the crash/loop is in the libgio2... -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507455: Valgrind and gdb complain about double free
VALETTE Eric RD-MAPS-REN wrote: Alexander Sack wrote: On Mon, Dec 01, 2008 at 05:50:04PM +0100, VALETTE Eric RD-MAPS-REN wrote: /usr/share/fonts/truetype/msttcorefonts/Andale_Mono.ttf b261d000-b266 rw-p b261d000 00:00 I hardy think this is due to that... I noticed that in fact it depends of the folder I browse when attaching. /tmp is OK my Home is KO. Plus, as explained firrefox has the same bug when doing open. Removing the msttcorefonts packages and the font themselves does not help as expected. Please try to get rid of the msttcorefonts. Maybe that helps. Otherwise run icedove as strace -f -eopen icedove 21 | tee /tmp/strace.log.txt I will do In fact it is not that simple I must attach before doing the attach command... attach that file. Also install icedove-dbg before getting a backtrace. attach that too then. Will noy help. For me the crash/loop is in the libgio2... Hint hint: why not do the -debug start options do everything needed besides starting ddd... -- eric -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507455: Same problem with FF3 open file
I discovered FF3 has the same problem. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#507455: Valgrind and gdb complain about double free
*** glibc detected *** /usr/lib/icedove/icedove-bin: double free or corruption (!prev): 0x09fff1f8 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7541234] /lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7543296] /usr/lib/libgio-2.0.so.0[0xb74b5bbc] /usr/lib/libgio-2.0.so.0[0xb74b345b] /usr/lib/libgio-2.0.so.0(g_content_type_guess+0xa1)[0xb7474bb1] /usr/lib/libgio-2.0.so.0[0xb74ab203] /usr/lib/libgio-2.0.so.0[0xb74abe78] /usr/lib/libgio-2.0.so.0[0xb74a91dd] /usr/lib/libgio-2.0.so.0[0xb7484bc2] /usr/lib/libgio-2.0.so.0[0xb7496c29] /usr/lib/libgio-2.0.so.0[0xb7490274] /usr/lib/libglib-2.0.so.0[0xb78aaf46] /usr/lib/libglib-2.0.so.0[0xb78a98af] /lib/i686/cmov/libpthread.so.0[0xb7e66510] /lib/i686/cmov/libc.so.6(clone+0x5e)[0xb75b379e] === Memory map: 08048000-0805a000 r-xp 03:05 583001 /usr/lib/icedove/icedove-bin 0805a000-0805c000 rw-p 00011000 03:05 583001 /usr/lib/icedove/icedove-bin 0805c000-0a017000 rw-p 0805c000 00:00 0 [heap] acfe-add18000 r--p 03:05 762259 /usr/share/icons/hicolor/icon-theme.cache add18000-aea5 r--p 03:05 762259 /usr/share/icons/hicolor/icon-theme.cache aea5-aea51000 ---p aea5 00:00 0 aea51000-af251000 rw-p aea51000 00:00 0 af251000-af252000 ---p af251000 00:00 0 af252000-afa52000 rw-p af252000 00:00 0 afa52000-afa53000 ---p afa52000 00:00 0 afa53000-b0253000 rw-p afa53000 00:00 0 b0253000-b0254000 ---p b0253000 00:00 0 b0254000-b0a54000 rw-p b0254000 00:00 0 b0a54000-b0a55000 ---p b0a54000 00:00 0 b0a55000-b1356000 rw-p b0a55000 00:00 0 b137b000-b1458000 rw-p b137b000 00:00 0 b145f000-b146d000 r-xp 03:05 566505 /usr/lib/libgvfscommon.so.0.0.0 b146d000-b146e000 rw-p d000 03:05 566505 /usr/lib/libgvfscommon.so.0.0.0 b1474000-b148c000 r-xp 03:05 582515 /usr/lib/gio/modules/libgvfsdbus.so b148c000-b148d000 rw-p 00018000 03:05 582515 /usr/lib/gio/modules/libgvfsdbus.so b148d000-b1498000 r-xp 03:05 582513 /usr/lib/gio/modules/libgioremote-volume-monitor.so b1498000-b1499000 rw-p a000 03:05 582513 /usr/lib/gio/modules/libgioremote-volume-monitor.so b1499000-b14fe000 rw-p b1499000 00:00 0 b14fe000-b14ff000 ---p b14fe000 00:00 0 b14ff000-b1cff000 rw-p b14ff000 00:00 0 b1cff000-b1d0 ---p b1cff000 00:00 0 b1d0-b250 rw-p b1d0 00:00 0 b250-b2521000 rw-p b250 00:00 0 b2521000-b260 ---p b2521000 00:00 0 b2603000-b261d000 r--p 03:05 781284 /usr/share/fonts/truetype/msttcorefonts/Andale_Mono.ttf b261d000-b266 rw-p b261d000 00:00 0
Bug#502087: umbrello makes Xorg take 95% of cpu
Xavier Vello wrote: tags 502087 = moreinfo unreproducible thanks Package: umbrello Version: 4:4.1.2-1 Severity: grave Justification: renders package unusable start top. Look at Xorg CPU useage. Then start umbrello even with an empty presentation. Xorgs CPU useage bumps at 95%. Even selecting an arrow using the upper right button takes 40s. quit umbrello. Xorgs CPU useage goes down to 3%. Can't reproduce it in 4.1.3, supersavage graphics chip and composite off. Try upgrading and toggling composite on/off. I started it once OK. I then restarted it and same problem... The line for top (96.3 % CPU) 6398 ceva6380 20 0 1094m 641m 3704 R 96.3 72.7 2:06.40 umbrello NB: it is not systematic now. Try launching several time. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502087: umbrello makes Xorg take 95% of cpu
VALETTE Eric RD-MAPS-REN wrote: Xavier Vello wrote: tags 502087 = moreinfo unreproducible thanks Package: umbrello Version: 4:4.1.2-1 Severity: grave Justification: renders package unusable start top. Look at Xorg CPU useage. Then start umbrello even with an empty presentation. Xorgs CPU useage bumps at 95%. Even selecting an arrow using the upper right button takes 40s. quit umbrello. Xorgs CPU useage goes down to 3%. Can't reproduce it in 4.1.3, supersavage graphics chip and composite off. Try upgrading and toggling composite on/off. I started it once OK. I then restarted it and same problem... The line for top (96.3 % CPU) 6398 ceva6380 20 0 1094m 641m 3704 R 96.3 72.7 2:06.40 umbrello NB: it is not systematic now. Try launching several time. It seems to be worse when I launch it via the K start menu K-Application-Development-Umbrello or K-Recently Used- Umbrello Starting from a kconsole seems to be better. NB: comportement did change as previously I managed to get the lauch quickly but it was unusable. Now, even the lauch time is catstrophic. However each time I manged to lauch it it worked. -- eric -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496315: It also fails with recent kernels
I've been bitten by the same error as described in this linux kernel thread https://kerneltrap.org/mailarchive/linux-kernel/2008/10/19/3723724 but with a different machine. I have a brand new shining fujitsu siemens AMILO Notebook Xi 3650 with a dual graphic system (Intel/NVidia). I installed debian etch first with the brand new rc installer without problem (2.6.26 kernel 1.4.2 X server, and I duunno what version for Intel driver). It was working at 1920x1080 without problems. I then moved to debian experimental to get kde4, newer X and so on and unfortunately it broke. I now have a working 2.6.28-rc6 kernel that works great when I force to use the nvidia chipset via a BIOS option. Unfortunately booting vista gives me *only* a VGA display and is therefore not a viable solution (grrr I do not know what they do but even trying to find gaphical devices on vista does not solve the pb...). When booting with the default dual mode or IGD, I have the xf86BindGARTMemory: binding of gart memory with key 0, at offset 0x1f7f000 failed . Setting: kernel: 2.6.28-rc6 pure 64 bits I have the intel xorg driver version 2.4.2. I may be able to compile 2.5.1 for amd64 Xorg version 1.5.3 -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489055: Semmes fixed???
I guess the official glib 2.18 did this! --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489055: Same problem with flash 10 beta
FYI. Apparently the plugin is not even listen in /proc/pid/maps. So I suspect even dlopen fails. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497531: xrandr command used
Just to give you the script -- eric #!/bin/sh xrandr --output LVDS --off xrandr --output VGA-0 --mode 1280x1024 --rate 75 exit 0
Bug#488277: A small message to say it is now fixed in unstable
xserver-xorg-video-radeon 1:6.9.0-1+lenny2 xserver-xorg-core 2:1.4.2-4 --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490339: With the libupnp4 upload in sid, linux-igd is nomore installable + anyway rebuilding fails
Nick Leverton wrote: How wide-reaching are your UDN fixes, would it be worth thinking about getting them into the package soon ? Its only a few lines of code that mainly involves creating a UDN table while parsing gatedesc.xml and check against the entire table entries. Problem is that the actual code parse only the first UDN and use it for validating all requests. With the gatedesc.xml given as an example it works but if you put several including a different in the device sections it fails. Try putting 3 different UDN and see how it fails. The UPNP validation test tools (upnp.org igd- tools available to UPnP forum members) requires different UDN or gives an error eraly. BTW/ my plan are to be able to run the entire test suite and fixe at least what we want to function. Three are some functions we explicitely want to disable so if I find an error, it will be at the end of my todio list. Do you have plan to make upnp-igd compatible with 1.8? I looked at the chnages and it mostly renders the structure opaques forcing you to use access function for all structure fields. I can probably do it but it will just slow me down... -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485765: iceweasel: send link does not work allthoughitwasworking with FF2 and about:config seems ok
Mike Hommey wrote: Restart iceweasel, and please tell me the list is not empty anymore ;) The lits is indeed not empty anymore! Then, try setting the mailto handler. Did work! Thanks a lot. If that works, would you consider this enough ? Yes for me. Now I'm probably not the average user ;-) Thanks a lot for your help. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485765: iceweasel: send link does not work allthough itwasworking with FF2 and about:config seems ok
Mike Hommey wrote: On Thu, Jun 12, 2008 at 09:16:30AM +0200, VALETTE Eric RD-MAPS-REN wrote: Mike Hommey wrote: On Wed, Jun 11, 2008 at 11:11:48AM +0200, Eric Valette wrote: Package: iceweasel Version: 3.0~rc2-1 Severity: normal I do have network.protocol-handler.app.mailto = /usr/bin/icedove but it does not seems to be sufficient... Try applying advices from http://support.mozilla.com/tiki-view_forum_thread.php?forumId=1comments_parentId=51841 I'll try to see what kind of upgrade trick we can set up so that it works properly without involving the user. Mike Well I tried the warn trick but it still does not work! What about Edit Preferences Applications mailto ? Mike For long I'm no more able to specify anything in the application panel. I have nothing displayed as content type. Does this mean my profile is corrupted? From memory with FF2 I had a lot of applications by was not able to either add one or even modify a default. Thanks for your help anyway. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485765: iceweasel: send link does not work allthough itwas working with FF2 and about:config seems ok
Mike Hommey wrote: On Wed, Jun 11, 2008 at 11:11:48AM +0200, Eric Valette wrote: Package: iceweasel Version: 3.0~rc2-1 Severity: normal I do have network.protocol-handler.app.mailto = /usr/bin/icedove but it does not seems to be sufficient... Try applying advices from http://support.mozilla.com/tiki-view_forum_thread.php?forumId=1comments_parentId=51841 I'll try to see what kind of upgrade trick we can set up so that it works properly without involving the user. Mike Well I tried the warn trick but it still does not work! -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441082: The proposed patch to bind to internal lan device is plain wrong
The setsockopt(sockfd, SOL_SOCKET, SO_BINDTODEVICE, ifname, sizeof (ifname)) Works by chance when ifname = eth0 or eth1 but fails with any name that has more than 4 characters. In my case I used udev to rename interface to eth_wan and eth-lan and it fails miserably. The correct line is setsockopt(sockfd, SOL_SOCKET, SO_BINDTODEVICE, ifname, strlen (ifname) + 1) Otherwise it is a good idea to bind to listen only on the internal side. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482193: I guess its because python-compizconfig is not yet rebuild
python-compizconfig is still at an old version but then we should introduce a version dependency ... --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482193: compizconfig-settings-manager: ccsm does not startdue to unresolved in shared libs
Julien Cristau wrote: On Wed, May 21, 2008 at 14:23:59 +0200, Eric Valette wrote: Package: compizconfig-settings-manager Version: 0.7.4-1 Severity: grave Justification: renders package unusable /usr/bin/ccsm Traceback (most recent call last): File /usr/bin/ccsm, line 38, in module import compizconfig ImportError: /usr/lib/python2.5/site-packages/compizconfig.so: undefined symbol: ccsEdgesToStringList Versions of packages compizconfig-settings-manager depends on: ii python-compizconfig 0.6.0.1-2 Compizconfig bindings for python Upgrading python-compizconfig should work. We'll need to version the dependency somehow, I guess. Cheers, Julien Our mail have crossed :-) Just put an additional info with just that. BTW an additionnal dependency on libcompizconfig0 should help also as compiz does not run until the library is upgraded --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478274: Manually calling kcheckpass on command lines fails
So the bug is in kdebase-bin and the root cause is that the program is not setuid root. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471329: openoffice.org-impress: various crash onseveralpowerpoint in fullscreen mode
Rene Engelhard wrote: reassign 471329 openoffice.org reassign 465423 openoffice.org forcemerge 465423 471329 Seems to be gone with RC6! Tested two problematic slides sets without problem. Quite happy ;-) -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471329: full backtrace
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb5130720 (LWP 6344)] 0xacbd1ddd in ?? () from /usr/lib/openoffice/program/vclcanvas.uno.so (gdb) bt #0 0xacbd1ddd in ?? () from /usr/lib/openoffice/program/vclcanvas.uno.so #1 0xacbbed3d in ?? () from /usr/lib/openoffice/program/vclcanvas.uno.so #2 0xadb29c8d in ?? () from /usr/lib/openoffice/program/libcppcanvas680li.so #3 0xadb0ccb5 in cppcanvas::internal::CachedPrimitiveBase::render () from /usr/lib/openoffice/program/libcppcanvas680li.so #4 0xadb16525 in cppcanvas::internal::ImplRenderer::draw () from /usr/lib/openoffice/program/libcppcanvas680li.so #5 0xabebb518 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #6 0xabebbc66 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #7 0xabebcf77 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #8 0xabe9fe7d in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #9 0xabec1c8b in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #10 0xabed150a in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #11 0xabed617f in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #12 0xabf1f73b in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #13 0xabf160b8 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #14 0xabeec05a in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #15 0xabeebd54 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #16 0xabf05882 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #17 0xabf05a65 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #18 0xabf17256 in ?? () from /usr/lib/openoffice/program/slideshow.uno.so #19 0xadf756e9 in ?? () from /usr/lib/openoffice/program/libsd680li.so #20 0xb7f108e7 in ?? () from /usr/lib/openoffice/program/libvcl680li.so #21 0xb430eadb in SalDisplay::DispatchInternalEvent () from /usr/lib/openoffice/program/libvclplug_gen680li.so #22 0xb430eb15 in SalX11Display::Yield () from /usr/lib/openoffice/program/libvclplug_gen680li.so #23 0xb430e873 in ?? () ---Type return to continue, or q return to quit--- from /usr/lib/openoffice/program/libvclplug_gen680li.so #24 0xb4307873 in SalXLib::Yield () from /usr/lib/openoffice/program/libvclplug_gen680li.so #25 0xb4317597 in X11SalInstance::Yield () from /usr/lib/openoffice/program/libvclplug_gen680li.so #26 0xb7d05f29 in Application::Yield () from /usr/lib/openoffice/program/libvcl680li.so #27 0xb7d0603c in Application::Execute () from /usr/lib/openoffice/program/libvcl680li.so #28 0x08078449 in desktop::Desktop::Main () #29 0xb7d0bb05 in ?? () from /usr/lib/openoffice/program/libvcl680li.so #30 0xb7d0bc05 in SVMain () from /usr/lib/openoffice/program/libvcl680li.so #31 0x0806824e in main () (gdb) kill Kill the program being debugged? (y or n) y -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459564: Yes commenting pref(network.protocol-handler.external.http, true) fixes the symtoms but does not cure the real PB
BUT there are a couple of other probably upstream bugs that are being shown by setting this variable: the http protocol when used internally by icedove itself shall not be affected by this variable. I have at least found two areas: - automatic proxy URL configuration, - plugin automatic update So may I suggest to not retitle this bug as: to not make use network.protocol-handler.external.http for internally used oeprations --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459564: Example of whatpage opened by icedove in my browser (probably due to biff notification pluggin)
1.0.4 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.0.4.xpi 1.0.4 {3550f703-e582-4d05-9a08-453d09bdfdc6} 0.7 0.7 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.0.4.xpi 1.0.5 {3550f703-e582-4d05-9a08-453d09bdfdc6} 0.8 0.8 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.0.5-i486-linux-tb0.8.xpi 1.0.6 {3550f703-e582-4d05-9a08-453d09bdfdc6} 0.9 0.9 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.0.6-i486-linux-tb0.9.xpi 1.0.7 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.0 1.0 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.0.7-i486-linux-tb1.0.xpi 1.1 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.0 1.0 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.1-i486-linux-tb1.0.2.xpi 1.1 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.0 1.0 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.1-x86_64-redhat-linux-tb1.0.2.xpi 1.2 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.0 1.0 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.2-i486-linux-gnu-tb1.0.7.xpi 1.2 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.5 1.5 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.2-i486-linux-gnu-tb1.5.xpi 1.2 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.5 1.5 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.2-x86_64-redhat-linux-tb1.5.xpi 1.2.1 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.5 1.5 http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.2.1-tb1.5.xpi 1.2.2 {3550f703-e582-4d05-9a08-453d09bdfdc6} 1.5 1.5.0.* http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.2.2-tb1.5.xpi 1.2.3 {3550f703-e582-4d05-9a08-453d09bdfdc6} 2.0 2.0.0.* http://downloads.mozdev.org/moztraybiff/mozTrayBiff-1.2.3-tb2.0.0.0.xpi -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450712: openoffice.org-writer: grouped figures anchored as character cannot be ungrouped. Must first use diffrent anchoring type
Rene Engelhard wrote: tag 450712 + upstream thanks Hi, Eric Valette wrote: Note: this is an upstream bug as official upstream windows version are behaving exactly the same way on the same figures. The annoying point is that chnaging the anschoring tyep on big document leads to have a figure oping up anywhere in the surrounding pasges... Did you also file it upstream then? If not, can you please do? It's better you doing it (and you be submitter and getting replies/questions) instead of me filing it and needing to proxy anything... Grüße/Regards, René Will do. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450712: openoffice.org-writer: grouped figures anchored as character cannot be ungrouped. Must first use diffrent anchoring type
VALETTE Eric RD-MAPS-REN wrote: Rene Engelhard wrote: tag 450712 + upstream thanks Hi, Eric Valette wrote: Note: this is an upstream bug as official upstream windows version are behaving exactly the same way on the same figures. The annoying point is that chnaging the anschoring tyep on big document leads to have a figure oping up anywhere in the surrounding pasges... Did you also file it upstream then? If not, can you please do? It's better you doing it (and you be submitter and getting replies/questions) instead of me filing it and needing to proxy anything... Grüße/Regards, René Will do. --eric http://www.openoffice.org/issues/show_bug.cgi?id=83499 --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447871: iceowl-extension: Please prepare to packageupcoming 0.7 version that is at RC3
Alexander Sack wrote: On Wed, Oct 24, 2007 at 02:34:10PM +0200, Eric Valette wrote: Package: iceowl-extension Version: 0.5-2 Severity: wishlist Tested the 0.7 on windows. Worth the burden to package an upcoming new version. is 0.7 out yet? - Alexander Not yet. RC3. RC2 was supposed to be final but they found some blocker bugs. NB: it was just a way to inform you thta maybe next week, ou wikll have a new version. Thanks for your prompt anwser -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428059: closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED](Bug#428059: fixed in kdesdk 4:3.5.7-3)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #428059: umbrello: Various bugs fixed upstream, which was filed against the umbrello package. It has been closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED]. The bug shall not be closed as umbrello version has not chnaged. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428059: closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED](Bug#428059: fixed in kdesdk 4:3.5.7-3)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #428059: umbrello: Various bugs fixed upstream, which was filed against the umbrello package. I opened the umbrello version of this package, and the umbrello version has not been updated to 1.5.71. The real problem being that despite umbrello maintainers fixes prominent bug that are discovered after the KDE release is cut, the debian packages is *never* updated unless the kde package is updated. As a consequence, umbrello was hardly useable in some past kde realease (3.5.6) and still contains annoying bugs in 3.5.7. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428059: closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED](Bug#428059: fixed in kdesdk 4:3.5.7-3)
Sune Vuorela wrote: On Tuesday 04 September 2007, VALETTE Eric RD-MAPS-REN wrote: Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #428059: umbrello: Various bugs fixed upstream, which was filed against the umbrello package. It has been closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED]. The bug shall not be closed as umbrello version has not chnaged. Umbrello has been updated. This bug should be closed. Maybe the version number _in_ umbrello has changed, but the program changes has been applied. /Sune The complete source code contains the valid VERSION file that is used when doing the build.If you diffed manually, this should have been apllied. So my question is how have the changes been applied. I guess I will end up doing a diff between the prepatched debian code and the official one Anyway thanks for having done the work. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428059: closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED](Bug#428059: fixed in kdesdk 4:3.5.7-3)
Sune Vuorela wrote: On Tuesday 04 September 2007, VALETTE Eric RD-MAPS-REN wrote: The complete source code contains the valid VERSION file that is used when doing the build.If you diffed manually, this should have been apllied. So my question is how have the changes been applied. I guess I will end up doing a diff between the prepatched debian code and the official one As the full diff contains autogenerated autofoo changes and other build system changes to make it build as a seperate tool, those have to be manually filtered out from the full diff. And the diff does contain the version number change. What does dpkg -l umbrello tell you? like this: ii umbrello 4:3.5.7-2 UML modelling tool and code generator /Sune dpkg -l umbrello Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii umbrello 4:3.5.7-2UML modelling tool and code generator -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428059: closed by Debian Qt/KDE Maintainers [EMAIL PROTECTED](Bug#428059: fixed in kdesdk 4:3.5.7-3)
Sune Vuorela wrote: Hah. You haven't even installed the fixed version of umbrello. If you notice the email you got with the bug closing, it clearly states that it is fixed in 4:3.5.7-3. Yes this was stupid but as now the binary I have is correct for months and I had to find tricks to avoid overriding it with increased version numbers that just install a less functional binary, even if the package is ready, it will not install... I had to force reinstall on a single machine and did a mistake not checking the version of the newly installed package... Now I expect you to be brave and apologize for your foul language in this bug report today, else you will just have to be treated like a complete idiot in the future. I'm certainly a complete idiot as I had expected a bug that take me less than half an hour to fix on a single machine (but is painfull to generate and install on several machine and architecture), could have been long time fixed since opening date (Fri, 08 Jun 2007). And this is already the second time as the same story happened with 3.5.6 (anaother month delay). So it was stupid but frankly the delay made me pretty mad as I need to do the work on several machines and architecture. So sorry for the mistake and thanks to finally deciding to make the diff by hand and applying the resulting patch. It would definitively help you (and me) if the upstream maintainer was providing patches rather than complete source for bug fixe release. As the debian maintainer you could try to teach him. I can try on my side but will likely have less convincing arguments. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345839: [radeon] 2nd head of dualhead setup got messed up
Paul Donohue wrote: The problem is gone for me now. I'm currently using Xorg in Etch, and two heads works fine with the radeon driver. I honestly can't remember when the problem went away. The problem is gone for me too. I'm using lenny. Last version of ATI driver changed the MetaModes head ordering (or the order of detection in the driver) than again redered it unusable but once I figured it out everything is back to normal. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425721: In addition, the default net pluggin xpi does not work on debian/unstable
Installed it. Keeps complaining about not finding I remember what. Of course gpg is installed and was working with previous version. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425564: icedove: crash on many HTML mails
Alexander Sack - Debian Bugmail wrote: On Tue, May 22, 2007 at 04:13:56PM +0200, Eric Valette wrote: Package: icedove Version: 2.0.0.0-3 Severity: grave Justification: renders package unusable Have you upgraded icedove? If not ... please purge it ... and reinstall. There are issues with current upgrade that might cause random problems. - Alexander If have reinstalled it at least. Not purged but reinstalled. -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425564: icedove: crash on many HTML mails
Alexander Sack wrote: On Tue, May 22, 2007 at 04:57:17PM +0200, VALETTE Eric RD-MAPS-REN wrote: Alexander Sack - Debian Bugmail wrote: On Tue, May 22, 2007 at 04:13:56PM +0200, Eric Valette wrote: Package: icedove Version: 2.0.0.0-3 Severity: grave Justification: renders package unusable Have you upgraded icedove? If not ... please purge it ... and reinstall. There are issues with current upgrade that might cause random problems. - Alexander If have reinstalled it at least. Not purged but reinstalled. please remove and install in two steps ... ensure that there are no leftovers in /usr/lib/icedove/ and /usr/share/icedove ... if there are leftovers, please tell me which files are still left after uninstalling icedove. Problem is that plugins will stay there I think and I have quite à few (enigmail, noia, lightning, new mail icon, ...). Removing and resinstalling is annoying especially at work -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425564: icedove: crash on many HTML mails
VALETTE Eric RD-MAPS-REN wrote: Alexander Sack wrote: On Tue, May 22, 2007 at 04:57:17PM +0200, VALETTE Eric RD-MAPS-REN wrote: Alexander Sack - Debian Bugmail wrote: On Tue, May 22, 2007 at 04:13:56PM +0200, Eric Valette wrote: Package: icedove Version: 2.0.0.0-3 Severity: grave Justification: renders package unusable Have you upgraded icedove? If not ... please purge it ... and reinstall. There are issues with current upgrade that might cause random problems. - Alexander If have reinstalled it at least. Not purged but reinstalled. please remove and install in two steps ... ensure that there are no leftovers in /usr/lib/icedove/ and /usr/share/icedove ... if there are leftovers, please tell me which files are still left after uninstalling icedove. Problem is that plugins will stay there I think and I have quite à few (enigmail, noia, lightning, new mail icon, ...). Removing and resinstalling is annoying especially at work -- eric Seems to work much better after an almost clean reinstall (--purge on all packages + manual removal of /etc/icedove, /usr/share/icedove). Merge the bug with the installation problem one. --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425564: icedove: crash on many HTML mails
VALETTE Eric RD-MAPS-REN wrote: Alexander Sack - Debian Bugmail wrote: On Tue, May 22, 2007 at 04:13:56PM +0200, Eric Valette wrote: Package: icedove Version: 2.0.0.0-3 Severity: grave Justification: renders package unusable Have you upgraded icedove? If not ... please purge it ... and reinstall. There are issues with current upgrade that might cause random problems. - Alexander If have reinstalled it at least. Not purged but reinstalled. Purged and reinstalled after first reinstalling old version... -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421918: Known bugs fixed upstream in last stable release
Sune Vuorela wrote: On Wednesday 02 May 2007, VALETTE Eric RD-MAPS-REN wrote: Thank you for your nice and polite answer. Well for me that means that umbrello should not be a package by itself if fixes cannot be independently applied!!! Fixes can be individual applied, but we cannot package new upstream versions. Cannot? Do not want seems to be more exact. Get the patch for 1.5.6 - 1.5.61 and apply it and rebuild umbrello and not just wait until 3.5.7 is released (BTW when?). Basically - we will start packaging 3.5.7 in approximately a week - and one week later it will probably hit unstable. I don't consider it worth doing it just for that short period of time. Feel free to patch it yourself. What about testing and stable? did you verify if the bug are present or not? Can do it myslef but why the hell filling bug reports to get answer like this one! You are most welcome to help maintaining kdesdk, but please work a bit on your attitude. Welle saying I'm a maintainer but do not want to fix bug until they are released upstream is also very proactive :-) I've send a working patch set... Try to build a single dynamic diagram and see if you manage... No thanks. Have a kde4 to look into also. /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#421918: Known bugs fixed upstream in last stable release
These bugs seems to be known and fixed in release 1.5.61. See http://uml.sourceforge.net/download.php and look for fixed bugs. = please update to 1.5.61 or newer. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421918: Known bugs fixed upstream in last stable release
Ana Guerrero wrote: Hi Eric, On Wed, May 02, 2007 at 04:57:31PM +0200, VALETTE Eric RD-MAPS-REN wrote: These bugs seems to be known and fixed in release 1.5.61. See http://uml.sourceforge.net/download.php and look for fixed bugs. = please update to 1.5.61 or newer. We package umbrello inside the kdesdk module from the KDE releases. So umbrello will be updated in the next release of KDE 3.5.7 Ana Well for me that means that umbrello should not be a package by itself if fixes cannot be independently applied!!! Get the patch for 1.5.6 - 1.5.61 and apply it and rebuild umbrello and not just wait until 3.5.7 is released (BTW when?). Can do it myslef but why the hell filling bug reports to get answer like this one! Try to build a single dynamic diagram and see if you manage... -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420628: #420628,xserver-xorg-core: mergeFB does not work anymore with ati drivers
Brice Goglin wrote: reassign 420628 xserver-xorg-video-ati fixed 420628 1:6.6.191-1 thank you VALETTE Eric RD-MAPS-REN wrote: Damyan Ivanov wrote: Hi, (II) RADEON(0): Validating CRTC2 modes for MergedFB ... (WW) RADEON(0): Mode pool is empty (EE) RADEON(0): No valid modes found (EE) RADEON(0): No valid mode found for CRTC2, disabling MergedFB (II) RADEON(0): Total of 0 CRTC2 modes found for MergedFB I was hit by the same problem today (although I was using dual monitor in non-clone mode) and was able to overcome it by installing xserver-xorg-driver-ati from experimental. You may want to try it too. Thanks for the hint and yet it fixes it (reverting to original version). So we have a fix : use newer libs. Ok, closing this bug with the version in experimental. However, this fixe has a side effect : krandrtray shows crasy values for refrersh rate HZ. Does xrandr report crappy rates too? Yes see below We might have to wait for XRandR 1.2 support in the ATI driver (planned after 6.7) to get a fix for this... xrandr Screen 0: minimum 1024 x 768, current 1280 x 1024, maximum 1280 x 1024 default connected 1280x1024+0+0 0mm x 0mm 1280x1024 2800.2* I would love to be able to have that! 1024x768 615.7 --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420628: #420628,xserver-xorg-core: mergeFB does not work anymore with ati drivers
Damyan Ivanov wrote: Hi, (II) RADEON(0): Validating CRTC2 modes for MergedFB ... (WW) RADEON(0): Mode pool is empty (EE) RADEON(0): No valid modes found (EE) RADEON(0): No valid mode found for CRTC2, disabling MergedFB (II) RADEON(0): Total of 0 CRTC2 modes found for MergedFB I was hit by the same problem today (although I was using dual monitor in non-clone mode) and was able to overcome it by installing xserver-xorg-driver-ati from experimental. You may want to try it too. Thanks for the hint and yet it fixes it (reverting to original version). So we have a fix : use newer libs. However, this fixe has a side effect : krandrtray shows crasy values for refrersh rate HZ. -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées Architecte Livebox tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345917: xbase-clients: xrandr retruns crazy Hz value
Brice Goglin wrote: Hi, About a year ago, you reported a bug to the Debian BTS regarding xrandr returning crazy Hz values. Did you reproduce this problem recently? With Xorg/Etch? If so, could you try updating to the latest Xorg packages currently in experimental? No more. It seems to be fixed now. Can close the bug. Thanks for asking! -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390136: Same bug here : please fix it
Cannot open a single.doc anymore!!! This should only happen once /usr/lib/openoffice/program/soffice: line 250: 4656 Segmentation fault $sd_prog/$sd_binary $@ -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390136: Same bug here : please fix it
Rene Engelhard wrote: Hi, VALETTE Eric RD-MAPS-REN wrote: [ snip ] Your subject is bullshit. Do you really think nothing happens? After some days of searching we found the cause and the fixed package is building. You probably well tested the package before uploading it as well : I have tree machines that all fails = you tested nothing and then scream because we ask for fix for this important application. And do not remind me I run unstable because if nobody runs it, and you perform some formal vaidation like you did, you will be in trouble. -- Eric Valette france telecom Recherche Developpement Middleware et Plates-formes Avancées tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384308: Temporary fix
Fetching the driver from unstable repository make X available again. Fonts seems somehow broken tough. -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374812: Version 0.62-2 in incoming indeed fix the problem.
You should probably drop a note on the x11 dev mailing list... -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374821: The bug is due to bogus dbus 0.62-1
The version à.62.2 in incoming do fix the problem. Bug can be closed or at least transfered to dbus. -- Eric Valette France Telecom Recherche Developpement Middleware et Plates-formes Avancées tél : (+33) 2 99 12 45 71 mél : mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]