Bug#1009359: chromium: New security upgrade prevent Chromium from starting
Package: chromium Version: 100.0.4896.75-1~deb11u1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: cally...@free.fr, t...@security.debian.org Dear Maintainer, Following bug #1006822 [0] and this comment [1] I'm opening a new ticket as I am affected by this issue too. When starting chromium after the upgrade to 100.0.4896.75-1~deb11u1 I get the following errors : [35:35:0412/113953.179004:ERROR:sandbox_linux.cc(385)] InitializeSandbox() called with multiple threads in process gpu-process. [0412/113953.315972:ERROR:scoped_ptrace_attach.cc(27)] ptrace: Operation not permitted (1) * What led up to the situation? Upgrading package from 100.0.4896.60-1~deb11u1 * What exactly did you do (or not do) that was effective (or ineffective)? Tried running it with --disable-gpu --disable-software-rasterizer and * What was the outcome of this action? I get this error instead : [1242387:1242387:0412/120127.702912:ERROR:gpu_init.cc(446)] Passthrough is not supported, GL is disabled, ANGLE is * What outcome did you expect instead? That the browser would start. I'm on X11 and none of these worked : > chromium --ozone-platform=wayland > > chromium --ozone-platform=x11 > > chromium --no-sandbox I do not have any particular configuration in /etc/environment or /etc/chromium and it's worth noting that I have the EXACT same issue with the flatpack version of chromium which stopped working with the same upgrade. I actually tried to downgrade and got the same error. Here is the full list of packages that were upgraded at the same time and may affect it. The following packages will be upgraded: chromium chromium-common chromium-sandbox codium firefox-esr firefox-esr-l10n-fr gir1.2-javascriptcoregtk-4.0 gir1.2-webkit2-4.0 libjavascriptcoregtk-4.0-18 libwebkit2gtk-4.0-37 libxencall1 libxendevicemodel1 libxenevtchn1 libxenforeignmemory1 libxengnttab1 libxenhypfs1 libxenmisc4.14 libxenstore3.0 libxentoolcore1 libxentoollog1 protonvpn-gui signal-desktop thunderbird There is a probably a flag to force it to starts that I haven't found. Thanks in advance for your help and for your fantastic work LeTic [0] : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006822 [1] : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1006822#20 -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-12-amd64 (SMP w/16 CPU threads) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common 100.0.4896.75-1~deb11u1 ii libasound2 1.2.4-1.1 ii libatk-bridge2.0-0 2.38.0-1 ii libatk1.0-0 2.36.0-2 ii libatomic1 10.2.1-6 ii libatspi2.0-0 2.38.0-4 ii libc6 2.31-13+deb11u2 ii libcairo2 1.16.0-5 ii libcups22.3.3op2-3+deb11u1 ii libdbus-1-3 1.12.20-2 ii libdrm2 2.4.104-1 ii libevent-2.1-7 2.1.12-stable-1 ii libexpat1 2.2.10-2+deb11u3 ii libflac81.3.3-2 ii libfontconfig1 2.13.1-4.2 ii libfreetype62.10.4+dfsg-1 ii libgbm1 20.3.5-1 ii libgcc-s1 10.2.1-6 ii libglib2.0-02.66.8-1 ii libgtk-3-0 3.24.24-4 ii libjpeg62-turbo 1:2.0.6-4 ii libjsoncpp241.9.4-4 ii liblcms2-2 2.12~rc1-2 ii libminizip1 1.1-8+b1 ii libnspr42:4.29-1 ii libnss3 2:3.61-1+deb11u2 ii libopenjp2-72.4.0-3 ii libopus01.3.1-0.1 ii libpango-1.0-0 1.46.2-3 ii libpng16-16 1.6.37-3 ii libpulse0 14.2-2 ii libre2-920210201+dfsg-1 ii
Bug#971259: azure-cli: Azure login is not working after installation
Package: azure-cli Version: 2.11.1-1 Severity: important X-Debbugs-Cc: cally...@free.fr Hey there, It seems the Azure-CLI package is not working for a new installation. When running az login after a clean install I receive the following error : $ az login You have logged in. Now let us find all the subscriptions to which you have access... The command failed with an unexpected error. Here is the traceback: 'SubscriptionClient' object has no attribute 'config' Traceback (most recent call last): File "/usr/lib/python3/dist-packages/knack/cli.py", line 215, in invoke cmd_result = self.invocation.execute(args) File "/usr/lib/python3/dist-packages/azure/cli/core/commands/__init__.py", line 654, in execute raise ex File "/usr/lib/python3/dist-packages/azure/cli/core/commands/__init__.py", line 718, in _run_jobs_serially results.append(self._run_job(expanded_arg, cmd_copy)) File "/usr/lib/python3/dist-packages/azure/cli/core/commands/__init__.py", line 711, in _run_job six.reraise(*sys.exc_info()) File "/home/letic/.local/lib/python3.8/site-packages/six.py", line 703, in reraise raise value File "/usr/lib/python3/dist-packages/azure/cli/core/commands/__init__.py", line 688, in _run_job result = cmd_copy(params) File "/usr/lib/python3/dist-packages/azure/cli/core/commands/__init__.py", line 325, in __call__ return self.handler(*args, **kwargs) File "/usr/lib/python3/dist-packages/azure/cli/core/__init__.py", line 782, in default_command_handler return op(**command_args) File "/usr/lib/python3/dist- packages/azure/cli/command_modules/profile/custom.py", line 152, in login subscriptions = profile.find_subscriptions_on_login( File "/usr/lib/python3/dist-packages/azure/cli/core/_profile.py", line 195, in find_subscriptions_on_login subscriptions = subscription_finder.find_through_authorization_code_flow( File "/usr/lib/python3/dist-packages/azure/cli/core/_profile.py", line 849, in find_through_authorization_code_flow result = self._find_using_common_tenant(token_entry[_ACCESS_TOKEN], resource) File "/usr/lib/python3/dist-packages/azure/cli/core/_profile.py", line 893, in _find_using_common_tenant client = self._arm_client_factory(token_credential) File "/usr/lib/python3/dist-packages/azure/cli/core/_profile.py", line 812, in create_arm_client_factory configure_common_settings(cli_ctx, client) File "/usr/lib/python3/dist- packages/azure/cli/core/commands/client_factory.py", line 79, in configure_common_settings client.config.enable_http_logger = True AttributeError: 'SubscriptionClient' object has no attribute 'config' Found a similar issue and downgraded to azure-mgmt-resource 10.0.0 but it still fails with the same error. Any idea ? Thanks in advance LeTic -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages azure-cli depends on: ii python33.8.2-3 ii python3-azure-cli 2.11.1-1 azure-cli recommends no packages. azure-cli suggests no packages. -- no debconf information
Bug#833477: chromium: Chromecast device not found after update to 52.
On Tue, 13 Sep 2016 22:24:31 + Bob Smithwrote: > Fix: > 1. chrome://flags/ > 2. Default -> Disabled > Media Router Mac, Windows, Linux, Chrome OS > Enables Chrome to access external presentation-type displays and use them for presenting web content. #media-router > 3. Casting will now work so long as you have the official extension installed > > The built-in casting seems to block google's extension. Only solution so far is to disable the new built-in casting. As far as I know, the built-in streaming will never work with Chromium. Linux users are now forced to Chrome or Chromium+disabled built-in casting+extension. Thanks for the workaround it does work this way. Shame we can't use the builtin one. Thanks a lot for your help LeTic
Bug#833477: chromium: Chromecast device not found after update to 52.
Hey Michael, I just tested with the latest Chromium 53.0.2785.92-3 in unstable and the result is the same. Downgrading back to 51.0.2704.79-1 I can see our offices Nexus Player again. Let me know what options I should enable to help troubleshooting this. Cheers LeTic
Bug#833477: chromium: Chromecast device not found after update to 52.
Dear maintainer, We are also affected by this internally. We have nexus players in all our meeting rooms and now all developers using debian testing are affected and cannot cast anymore (same for all OS X users). Did you get any update yourself as I see no update on crbugs.com tracker? Is there an upstream channel (IRC or others) where we could escalate this bug ? Thanks in advance Cheers ! LeTic
Bug#821354: Bug#821352: Acknowledgement (Edge-scrolling and tap-to-click no longer working)
Hey Michael, On 04/06/16 00:25, Michael Biebl wrote: > Atm, this doesn't work if you have xserver-xorg-input-synaptics > installed, since that driver has a higher priority then libinput. > > Uninstall xserver-xorg-input-synaptics and you should be able again to > configure tap-to-click via gnome-control-center. Thanks a lot for that. Of course you are right and uninstalling the synaptics driver does solve the issue. Cheers LeTic
Bug#821354: Bug#821352: Acknowledgement (Edge-scrolling and tap-to-click no longer working)
Hey Michael, Just want to add to this bug report. Tap to click does not work for me either since the upgrade to 3.20. On Mon, 18 Apr 2016 02:47:38 +0200 Michael Bieblwrote: > Am 18.04.2016 um 02:40 schrieb Michael Biebl: > > Apparently tap-to-click requires that xserver-xorg-input-libinput is > > installed, so I guess we need to make some package > > (gnome-settings-daemon?) pull that package in. It was already installed : apt search xserver-xorg-input-libinput xserver-xorg-input-libinput/unstable,testing,now 0.19.0-1 amd64 [installed] X.Org X server -- libinput input driver > > Still, the option to configure tap-to-click has been removed from > > gnome-control-center. I think this is a regression and we should report > > that upstream. > > I need to correct that. Tap-to-click can still be configured, it just > needs xserver-xorg-input-libinput Check attached screenshot but even with xserver-xorg-input-libinput installed the option is missing from the settings dialog. Worse I checked in gsettings and the option was still set : org.gnome.desktop.peripherals.touchpad tap-to-click true So far the only workaround is to run synclient manually : synclient TapButton1=1 TapButton2=3 TapButton3=2 The touchpad hardware model is a : egrep -i 'synap|alps|etps' /proc/bus/input/devices N: Name="ETPS/2 Elantech Touchpad" Hope this help. Let me know what other information I can give you to help debugging this. Cheers LeTic
Bug#814982: [xwayland] Reproducible segmentation fault when pluggin new screen
Sorry guys I didn't have the time to check the patch as it is on my work laptop. I rebuild xwayland from source with the attached patch and so far I haven't been able to reproduce so it seems to fix it indeed. Could this be included in a futur release ? Thanks a lot Cheers Letic On 02/03/16 03:19, Yasushi SHOJI wrote: > On Wed, 02 Mar 2016 08:05:07 +0900, > Julian Andres Klode wrote: >> This could be related / the fix: >> >> https://cgit.freedesktop.org/xorg/xserver/commit/?id=2116f03be04240e961649ca750a7aa5438b8446c > Indeed. The commit fixed the problem on my system. > Thanks, > -- >yashi --- a/hw/xwayland/xwayland-output.c +++ b/hw/xwayland/xwayland-output.c @@ -297,6 +297,7 @@ xwl_output_destroy(struct xwl_output *xwl_output) wl_output_destroy(xwl_output->output); xorg_list_del(_output->link); +RRCrtcDestroy(xwl_output->randr_crtc); RROutputDestroy(xwl_output->randr_output); xorg_list_for_each_entry(it, _screen->output_list, link) --
Bug#814982: Re : [xwayland] Reproducible segmentation fault when pluggin new screen
More information on this issue from my recent troubleshooting : - First scenario 1. xwayland 1.18.1 installed 2. plugin one HDMI screen leads to crash every time 3. downgrade to 1.18.0 4. restart GDM 5. mostly stable but had one crash one time 6. reboot the laptop 7. no more crashes - Second scenario 1. xwayland 1.18.0 installed 2. no crash 3. upgrade to 1.18.1 4. restart GDM 5. no crash 6. reboot the laptop 7. crash constantly when plugin the screen I have 2 different desks at work with what I thought was the exact same screen but one is 231B4LPYC and the other one is a 231B4QPYC. The issue is only occuring when plugging the later... Weird... Anyway since returning to 1.18.0 and rebooting my laptop is stable. Let me know what kind of info could help you troubleshoot this further. Thanks in advance for your help Cheers LeTic
Bug#815499: Re : libsqlite3-0: Regression when searching in various applications
Hello, I am affected by this bug as well. According to this ArchLinux report [0] it is due to sqlite 3.11 disabling FST3_TOKENIZER [1]. A solution would be to add the FST3_TOKENIZER build flag [2] to the package but if this is truly a security issue, should we ? Don't know if Thunderbird came up with another solution in recent versions. Hope this help Cheers LeTic [0] : https://bugs.archlinux.org/task/48260 [1] : https://www.sqlite.org/releaselog/3_11_0.html [2] : https://www.sqlite.org/compile.html#enable_fts3_tokenizer
Bug#814982: Re : [xwayland] Reproducible segmentation fault when pluggin new screen
Dear maintainer, I actually had this issue earlier on with XWayland 1.18.0-3 so it seems the issue is coming from something else. Maybe libwayland ? I'll try to troubelshoot further later on today. Cheers LeTic
Bug#814982: [xwayland] Reproducible segmentation fault when pluggin new screen
Package: xwayland Version: 2:1.18.1-1 Severity: important --- Please enter the report below this line. --- Hello dear maintainer, I have been using sid as my main OS since 2001 and over the last couple of years there has been so few breakage that I didn't even notice that gnome-session switched to XWayland :) Great work ! I have been experiencing some segmentation faults lately that I thought were due to Xorg which seems actually linked to the recent upgrade to XWayland 1.18.1-1. When plugging a HDMI screen I get the following segmentation fault : (EE) Backtrace: (EE) 0: /usr/bin/Xwayland (xorg_backtrace+0x4e) [0x55cbedb20b0e] (EE) 1: /usr/bin/Xwayland (0x55cbed986000+0x19ee99) [0x55cbedb24e99] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7fa3c5e83000+0x33590) [0x7fa3c5eb6590] (EE) 3: /usr/bin/Xwayland (MakeAtom+0x30) [0x55cbedad92f0] (EE) 4: /usr/bin/Xwayland (0x55cbed986000+0xe7cd8) [0x55cbeda6dcd8] (EE) 5: /usr/bin/Xwayland (0x55cbed986000+0xe8739) [0x55cbeda6e739] (EE) 6: /usr/bin/Xwayland (0x55cbed986000+0xe8d5b) [0x55cbeda6ed5b] (EE) 7: /usr/bin/Xwayland (0x55cbed986000+0x164dcf) [0x55cbedaeadcf] (EE) 8: /usr/bin/Xwayland (0x55cbed986000+0x168de3) [0x55cbedaeede3] (EE) 9: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf0) [0x7fa3c5ea3870] (EE) 10: /usr/bin/Xwayland (_start+0x29) [0x55cbed9bf019] (EE) (EE) Segmentation fault at address 0x20 (EE) Fatal server error: (EE) Caught signal 11 (Segmentation fault). Server aborting I installed libwayland-server0-dbg but it doesn't seems to yield more information in the backtrace. (see attached syslog for full event log there doesn't seems to be more info in journalctl) This is always reproducible by either plugging/unplugging the cable or hitting the Super+P shortcut to switch through xrandr possibilities. I worked around the issue by downgrading xwayland (and only this package) to 1.18.0-3. I also experienced a crash by pluggin an Mini-displayport adapter which resulted in an intel driver exception see syslog.1 (don't know if it's relevant just saying if it can help) Let me know what information you will need to troubelshoot this further. Thanks a lot in advance Cheers LeTic --- System information. --- Architecture: amd64 Kernel: Linux 4.3.0-1-amd64 Debian Release: stretch/sid 600 unstable ftp.ch.debian.org 600 unstable download.jitsi.org 500 testing ftp.ch.debian.org 400 stable download.videolan.org 400 stable dl.google.com 100 trusty-getdeb archive.getdeb.net 1 experimental ftp.ch.debian.org --- Package information. --- Depends (Version) | Installed ==-+- xserver-common (>= 2:1.16.1-1) | 2:1.18.1-1 libaudit1 (>= 1:2.2.1) | 1:2.4.5-1 libc6 (>= 2.17) | libdrm2 (>= 2.3.1) | libegl1-mesa (>= 7.8.1) | OR libegl1-x11 | libepoxy0 (>= 1.0) | libgbm1 (>= 10.2~0) | libgcrypt20 (>= 1.6.1) | libgl1-mesa-glx | OR libgl1 | libpixman-1-0 (>= 0.30.0) | libselinux1 (>= 2.0.82) | libwayland-client0 (>= 1.3.92) | libxau6 | libxdmcp6 | libxfont1 (>= 1:1.4.2) | libxshmfence1 | Package's Recommends field is empty. Package's Suggests field is empty. Feb 17 10:41:48 asusacallegaro gnome-session[10301]: Window manager warning: Failed to read EDID of output eDP34: No such file or directory Feb 17 10:41:48 asusacallegaro gnome-session[10301]: Window manager warning: Failed to read EDID of output eDP34: No such file or directory Feb 17 10:41:48 asusacallegaro gnome-session[10301]: Window manager warning: Failed to read EDID of output eDP34: No such file or directory Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): EDID vendor "PHL", prod id 2283 Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Using hsync ranges from config file Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Using vrefresh ranges from config file Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Printing DDC gathered Modelines: Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Modeline "1920x1080"x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP) Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz e) Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz e) Feb 17 10:41:48 asusacallegaro /usr/lib/gdm3/gdm-x-session[10421]: (II) intel(0): Modeline
Bug#766676: Re : /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension
Hey Andreas, On 25/11/14 12:37, Andreas Beckmann wrote: After replacing it by amd-opencl-icd I do not have the /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension error. I don't see how these two could be related ... can you reproduce the problem by installing amd-opencl-icd-legacy again ? Me neither. I tried re-installing amd-opencl-icd-legacy but couldn't reproduce the issue. But I am positive that this was the only thing that changed on my system between the 2 reboots. Has anybody who has the issue tried to install the amd-opencl-icd package ? Don't know if this can help Anthony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770747: [digikam] Canon EOS70D - No thumbnail during import
Package: digikam Version: 4:4.4.0-1.1 Severity: normal --- Please enter the report below this line. --- Dear maintainer(s), Since buying a an EOS 70D I noticed that the thumbnail preview in the import window wasn't working. Gphoto2 does retrieve them with no issue when using : gphoto2 -T While investigating I noticed the following log message : digikam(21466)/digikam (core) Digikam::ImportStackedView::syncSelection: one or both of the models are null?! from: Digikam::ImportIconView(0x5ad29a0) to: Digikam::ImportThumbnailBar(0x42782d0) Which lead me to these bug reportS : https://bugs.kde.org/show_bug.cgi?id=340649 https://bugs.kde.org/show_bug.cgi?id=338407 The last one contains patches to solve the issue which are included in 4.5.0 I know Jessie is frozen, so I am wondering if it would be possible to just include the patches in the current package ? I wanted to try the patch myself, but I am not familiar with your packaging method. If you provide me with a simple procedure I can perform the test myself. Let me know Cheers --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: jessie/sid 500 unstable debian.mirrors.ovh.net 500 testing debian.mirrors.ovh.net 1 experimental debian.mirrors.ovh.net --- Package information. --- Depends (Version) | Installed ==-+-== digikam-private-libs (= 4:4.1.0-1) | 4:4.4.0-1.1 kde-runtime ( 4:4.10) | 4:4.14.2-1 libc6 (= 2.14) | libgcc1 (= 1:4.1.1) | libgphoto2-6 (= 2.5.2) | libgphoto2-port10 (= 2.5.2) | libkdcraw23 (= 4:4.12.3) | libkdecore5 (= 4:4.7.0) | libkdeui5 (= 4:4.10.0) | libkexiv2-11 (= 4:4.10.2) | libkhtml5 (= 4:4.3.4) | libkio5 (= 4:4.7.0) | libkipi11 (= 4:4.11.1) | libknotifyconfig4 (= 4:4.3.4) | libkparts4 (= 4:4.5.85) | libnepomukcore4 (= 4:4.10.0) | libopencv-core2.4 | libopencv-imgproc2.4 | libphonon4 (= 4:4.2.0) | libqt4-dbus (= 4:4.5.3) | libqt4-sql (= 4:4.5.3) | libqt4-xml (= 4:4.5.3) | libqtcore4 (= 4:4.8.0) | libqtgui4 (= 4:4.8.0) | libsolid4 (= 4:4.3.4) | libsoprano4 (= 2.1.1) | libstdc++6 (= 4.1.1) | libthreadweaver4 (= 4:4.3.4) | phonon | perl | libqt4-sql-sqlite | digikam-data (= 4:4.1.0-1) | Recommends (Version) | Installed -+-=== www-browser | kipi-plugins | 4:4.4.0-1.1 ffmpegthumbs | 4:4.14.1-1 OR mplayerthumbs | Suggests (Version) | Installed =-+-=== digikam-doc | systemsettings | 4:4.11.13-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770747: [digikam] Canon EOS70D - No thumbnail during import
Forgot to add that I compiled Digikam 4.5.0 from source and the issue is indeed solved with it. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766676: [Pkg-fglrx-devel] Bug#766676: Re : /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension
Hello guys, I believe I may have found the source of this issue. For some reason I had the amd-opencl-icd-legacy package installed. This is probably a remainder of consecutive upgrades. After replacing it by amd-opencl-icd I do not have the /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension error. I see that the original reporter didn't have this package installed. Maybe it's worth investigating on your systems if installing it will solve that issue. Now my fglrx is back to normal which means that it doesn)t work due to the old COCGL/Clutter bug with gdm3 [0]. I was hoping it would be solved with this version. Guess I am stuck with Radeon for a while, if only it wasn't hanging with hibernation, I wouldn't mind. Hope this help Anthony [0] : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745901 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766676: Re : /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/linux/libglx.so: undefined symbol: LoadExtension
Hey Patrick, I got the exact same issue on my system running amd64 sid. Running the md5sum as requested returns : md5sum /usr/lib/xorg/modules/linux/libglx.so e25a3edad91082523038fcb003d80bdf /usr/lib/xorg/modules/linux/libglx.so This is conform to the md5sum in the package control file as the diversion points to /usr/lib/fglrx/fglrx-libglx.so Let me know if I can provide further information on this. Cheers LeTic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722930: Greeter does not start in gdm3 3.8
Hey guys, I do not use Autologin myself and was affected by the exact same bug. Installing libpamd-systemd solved the issue. Hope this help others in the same situation. Cheers LeTic signature.asc Description: OpenPGP digital signature
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
Package: libpackagekit-glib2-14 Version: 0.7.2-1 Followup-For: Bug #656376 Hi there, I can confirm the same behaviour on all my sid boxes (either i386 or amd64). Here is the full backtrace with debug symbols enabled. Let me know if you require more info/testing. Cheers LeTic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpackagekit-glib2-14 depends on: ii libarchive1 2.8.5-5 ii libc6 2.13-24 ii libglib2.0-0 2.30.2-5 ii libsqlite3-0 3.7.9-3 libpackagekit-glib2-14 recommends no packages. libpackagekit-glib2-14 suggests no packages. -- no debconf information (gdb) run Starting program: /usr/bin/gnome-settings-daemon [Thread debugging using libthread_db enabled] [New Thread 0x71482700 (LWP 25703)] [New Thread 0x70c81700 (LWP 25704)] [New Thread 0x7fffebde7700 (LWP 25705)] [New Thread 0x7fffeb1cf700 (LWP 25706)] [Thread 0x71482700 (LWP 25703) exited] (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed (gnome-settings-daemon:25700): GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed Program received signal SIGSEGV, Segmentation fault. pk_control_proxy_connect (state=optimized out) at pk-control.c:380 380 for (i = 0; props[i] != NULL; i++) { (gdb) bt #0 pk_control_proxy_connect (state=optimized out) at pk-control.c:380 #1 0x7fffd714aec4 in pk_control_get_properties_cb (source_object=optimized out, res=optimized out, user_data=0x7fffec002820) at pk-control.c:2204 #2 0x7708cd97 in g_simple_async_result_complete (simple=0x7fffec029c00) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:749 #3 0x7708cea9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:761 #4 0x767190cf in g_main_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2442 #5 g_main_context_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2998 #6 0x767198c8 in g_main_context_iterate (context=0x65c4a0, block=optimized out, dispatch=1, self=optimized out) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3076 #7 0x76719e02 in g_main_loop_run (loop=0x7a19a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3284 #8 0x778e2fdd in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #9 0x00404e00 in main (argc=1, argv=0x7fffe378) at main.c:459 (gdb) bt full #0 pk_control_proxy_connect (state=optimized out) at pk-control.c:380 props = 0x0 i = optimized out value_tmp = optimized out #1 0x7fffd714aec4 in pk_control_get_properties_cb (source_object=optimized out, res=optimized out, user_data=0x7fffec002820) at pk-control.c:2204 error = 0x0 state = 0x7fffec002820 #2 0x7708cd97 in g_simple_async_result_complete (simple=0x7fffec029c00) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:749 current_source = 0x0 current_context = 0x0 __PRETTY_FUNCTION__ = g_simple_async_result_complete #3 0x7708cea9 in complete_in_idle_cb (data=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gio/gsimpleasyncresult.c:761 simple = optimized out #4 0x767190cf in g_main_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2442 dispatch = 0x76715850 g_idle_dispatch was_in_call = 0 user_data = 0x7fffec029c00 callback = 0x7708cea0 complete_in_idle_cb cb_funcs = 0x769c81d0 cb_data = 0x7fffe4018dc0 current_source_link = {data = 0x7fffe4019030, next = 0x0} need_destroy = optimized out source = 0x7fffe4019030 current = 0x7fffec0063c0 i = optimized out #5 g_main_context_dispatch (context=0x65c4a0) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:2998 No locals. #6 0x767198c8 in g_main_context_iterate (context=0x65c4a0, block=optimized out, dispatch=1, self=optimized out) at /tmp/buildd/glib2.0-2.30.2/./glib/gmain.c:3076 max_priority = 0 timeout = 0 some_ready = 1 nfds = 9 allocated_nfds = optimized out fds = optimized out #7 0x76719e02 in g_main_loop_run (loop=0x7a19a0) at
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
Hay Matthias, Thanks for the quick fix but I didn't mind testing it before your uploaded it. This might have save you some trouble later on. I do not see the package yet in incoming I guess it is still in the pipe. I'll let you know if it's solved once I have access to it. Let me know if I can be of any more help. Cheers LeTic On 19/01/12 11:13, Matthias Klumpp wrote: Hi! Thanks for this backtrace! Unforzunately, I cannot reproduce this issue on my system, so I wasn't able to test the patch, which should solve this bug. There will be a new revision of PackageKit in the archives soon, it would be great if you could give feedback on this fix! Cheers, Matthias 2012/1/19 Anthony Callegaro cally...@free.fr: Package: libpackagekit-glib2-14 Version: 0.7.2-1 Followup-For: Bug #656376 Hi there, I can confirm the same behaviour on all my sid boxes (either i386 or amd64). Here is the full backtrace with debug symbols enabled. Let me know if you require more info/testing. Cheers LeTic -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpackagekit-glib2-14 depends on: ii libarchive1 2.8.5-5 ii libc6 2.13-24 ii libglib2.0-0 2.30.2-5 ii libsqlite3-0 3.7.9-3 libpackagekit-glib2-14 recommends no packages. libpackagekit-glib2-14 suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#656376: libpackagekit-glib2-14: makes gnome-settings-daemon crash
On 19/01/12 11:46, Matthias Klumpp wrote: Anyway, I'm confident that this solves the problem, the solution was really trivial. In any case I just tested the package in incoming and it does solve the issue. Thanks again for that. Cheers LeTic signature.asc Description: OpenPGP digital signature
Bug#649578: gedit: GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed
Followup-For: Bug #649578 reassign 649578 libgtk-3-0 forcemerge 650223 649578 Hi there, I have the same issue on several machine running gnome3. After some debugging I found that the bug is actually in libgtk-3-0 and there is already a bug reported for it #650223 which is forwarded upstream https://bugzilla.gnome.org/show_bug.cgi?id=664137 I added a backtrage for completeness if this can help a bit more. The issue is very easy to reproduce using the file chooser on both i386 and amd64. Let me know if I can be of any help. Cheers LeTic PS : Hope I don't mess up the re-assignment/merging of the 2 bugs please correct me if I'm wrong. Starting program: /usr/bin/gedit [Thread debugging using libthread_db enabled] [New Thread 0x7fffed1c6700 (LWP 31330)] [New Thread 0x7fffec9c5700 (LWP 31331)] [New Thread 0x7fffe7df7700 (LWP 31332)] [New Thread 0x7fffde330700 (LWP 31333)] [New Thread 0x7fffddb2f700 (LWP 31334)] [New Thread 0x7fffdd32e700 (LWP 31335)] [New Thread 0x7fffdcb2d700 (LWP 31336)] [New Thread 0x7fffdc32c700 (LWP 31337)] [New Thread 0x7fffdbb2b700 (LWP 31338)] [New Thread 0x7fffdb32a700 (LWP 31339)] [New Thread 0x7fffdab29700 (LWP 31340)] [New Thread 0x7fffda328700 (LWP 31341)] [Thread 0x7fffed1c6700 (LWP 31330) exited] [Thread 0x7fffda328700 (LWP 31341) exited] [Thread 0x7fffdab29700 (LWP 31340) exited] [Thread 0x7fffdbb2b700 (LWP 31338) exited] [Thread 0x7fffdb32a700 (LWP 31339) exited] [Thread 0x7fffdcb2d700 (LWP 31336) exited] [Thread 0x7fffdc32c700 (LWP 31337) exited] [Thread 0x7fffdd32e700 (LWP 31335) exited] [Thread 0x7fffddb2f700 (LWP 31334) exited] [New Thread 0x7fffddb2f700 (LWP 31342)] [Thread 0x7fffddb2f700 (LWP 31342) exited] [New Thread 0x7fffddb2f700 (LWP 31343)] [Thread 0x7fffde330700 (LWP 31333) exited] [New Thread 0x7fffde330700 (LWP 31344)] [New Thread 0x7fffdd32e700 (LWP 31345)] [Thread 0x7fffddb2f700 (LWP 31343) exited] [Thread 0x7fffde330700 (LWP 31344) exited] [New Thread 0x7fffde330700 (LWP 31346)] [Thread 0x7fffde330700 (LWP 31346) exited] [New Thread 0x7fffde330700 (LWP 31347)] [Thread 0x7fffdd32e700 (LWP 31345) exited] [New Thread 0x7fffdd32e700 (LWP 31348)] Program received signal SIGSEGV, Segmentation fault. 0x7540c01a in g_object_unref (_object=0x7fffe80f4260) at /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c:2680 2680/tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c: Aucun fichier ou dossier de ce type. in /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c #0 0x7540c01a in g_object_unref (_object=0x7fffe80f4260) at /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c:2680 __r = 8 __PRETTY_FUNCTION__ = g_object_unref #1 0x77290212 in button_data_free (button_data=0x1258160) at /tmp/buildd/gtk+3.0-3.2.2/./gtk/gtkpathbar.c:1474 No locals. #2 0x7540be72 in weak_refs_notify (data=0x12e1770) at /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c:2244 wstack = 0x12e1770 i = optimized out #3 0x7540c0d2 in g_object_unref (_object=0x1307b40) at /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c:2709 __PRETTY_FUNCTION__ = g_object_unref #4 0x75430753 in g_value_unset (value=0x12dc488) at /tmp/buildd/glib2.0-2.30.2/./gobject/gvalue.c:275 value_table = optimized out __PRETTY_FUNCTION__ = g_value_unset #5 0x75424e44 in g_signal_emit_valist (instance=optimized out, signal_id=optimized out, detail=optimized out, var_args=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3032 instance_and_params = 0x12dc470 signal_return_type = 4 param_values = 0x12dc488 node = 0x6c7f40 i = optimized out n_params = 1 __PRETTY_FUNCTION__ = g_signal_emit_valist #6 0x75424fb2 in g_signal_emit (instance=optimized out, signal_id=optimized out, detail=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3060 var_args = {{gp_offset = 32, fp_offset = 48, overflow_arg_area = 0x7fffe090, reg_save_area = 0x7fffdfd0}} #7 0x7729031e in gtk_path_bar_clear_buttons (path_bar=0x1159010) at /tmp/buildd/gtk+3.0-3.2.2/./gtk/gtkpathbar.c:1284 No locals. #8 gtk_path_bar_set_file_finish (info=0x136f6b0, result=optimized out) at /tmp/buildd/gtk+3.0-3.2.2/./gtk/gtkpathbar.c:1749 l = optimized out #9 0x77291785 in gtk_path_bar_get_info_callback (data=0x136f6b0, info=optimized out, cancellable=optimized out, error=optimized out) at /tmp/buildd/gtk+3.0-3.2.2/./gtk/gtkpathbar.c:1832 button_data = 0x1306f00 display_name = 0x7fffe80c1bf0 / #10 gtk_path_bar_get_info_callback (cancellable=optimized out, info=optimized out, error=optimized out, data=0x136f6b0) at /tmp/buildd/gtk+3.0-3.2.2/./gtk/gtkpathbar.c:1785 cancelled = optimized out file_info = 0x136f6b0 #11 0x7721041e in query_info_callback (source_object=optimized out, result=optimized out, user_data=0x131efc0) at /tmp/buildd/gtk+3.0-3.2.2/./gtk/gtkfilesystem.c:882
Bug#587905: Re : linux-image-2.6.32-5-openvz-amd64: Starting VZ container on ext4 panics with: BUG: unable to handle kernel NULL pointer dereference
Hi there, I can confirm that bug. Disk quotas are suppose to work with ext4 and openvz 2.6.32 kernels [0] but they oops if enabled. Has any progress been made by the openvz guys on this issue ? Thanks LeTic signature.asc Description: This is a digitally signed message part
Bug#597059: Re : unattended-upgrades: change squeeze to testing in 50unattended-upgrades
Hi Stanislav, Thanks for reporting this, but I fail to see how this is a RC bug, or even a bug at all :o) All packages are made to propagate to Stable. Maintainers are not going to re-upload a version of their package just before the release to change all configuration files that needs changing. The ideal would be to have additional dynamic parameters like : ${distro_id} or ${distro_codename} to be able to have a generic configuration file that works with all version stable/testing and unstable. On your side this is just a simple configuration file change from stable to testing that is needed. I don't know if the maintainer have a simple workaround/solution for this. This is RC squashing season so I am just trying to help :o) Closing it or even just lowering the priority seems reasonable to me. What do you think Stanislav ? Let me know Cheers ! LeTic signature.asc Description: This is a digitally signed message part
Bug#473082: Should this bug closed?
Hi, Since this is fixed in version 0.25.1debian1-0.1, shouldn't it be closed? Thanks! -- Kartik Mistry Hey Kartik, I believe it should be... it has been solved for more than 2 years and I think it wasn't closed only because it was a clone and not directly referenced in the changelog. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475611#64 This is the issue it was pending on. It seems mad that this bug is still open with the RC Bug Squashing Season going on. I guess there is still a lot of low hanging fruit to pick. I wanted to close it but don't know if a non-DD, simple user/helper should close a bug or if it's going to be frowned upon :o) Let me know Cheers LeTic signature.asc Description: This is a digitally signed message part
Bug#596408: Only segmentation faults when called...
On Fri, 2010-09-24 at 07:47 +0200, Joerg Platte wrote: Hmmm, on my old pentium 4 box it crashes as well. There is no virtualization involved here but the computer has only 1GB of memory. Grüße, Jörg Thanks for the additional input. I can confirm this isn't a memory size issue in openVZ by dynamically resizing the memory : r...@amy:~# free -m total used free sharedbuffers cached Mem: 2048248 1799 0 0 0 -/+ buffers/cache:248 1799 Swap:0 0 0 r...@amy:~# unattended-upgrades -d --dry-run Initial blacklisted packages: Starting unattended upgrades script Allowed origins are: [('Debian', 'testing'), ('Debian', 'squeeze-security'), ('Backports.org archive', 'lenny-backports'), ('Personalized-Software', 'squeeze')] Checking: bzip2 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: dictionaries-common ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: libbz2-1.0 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: libncurses5 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: libncursesw5 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: linux-libc-dev ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: ncurses-base ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: ncurses-bin ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) pkgs that look like they should be upgraded: bzip2 dictionaries-common libbz2-1.0 libncurses5 libncursesw5 linux-libc-dev ncurses-base ncurses-bin Fetched 0B in 0s (0B/s) Segmentation fault r...@amy:~# free -m total used free sharedbuffers cached Mem: 4096248 3847 0 0 0 -/+ buffers/cache:248 3847 Swap:0 0 0 r...@amy:~# unattended-upgrades -d --dry-run Initial blacklisted packages: Starting unattended upgrades script Allowed origins are: [('Debian', 'testing'), ('Debian', 'squeeze-security'), ('Backports.org archive', 'lenny-backports'), ('Personalized-Software', 'squeeze')] Checking: bzip2 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: dictionaries-common ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: libbz2-1.0 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: libncurses5 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: libncursesw5 ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: linux-libc-dev ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: ncurses-base ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) Checking: ncurses-bin ([Origin component:'main' archive:'testing' origin:'Debian' label:'Debian' site:'mir1.ovh.net' isTrusted:True]) pkgs that look like they should be upgraded: bzip2 dictionaries-common libbz2-1.0 libncurses5 libncursesw5 linux-libc-dev ncurses-base ncurses-bin Fetched 0B in 0s (0B/s) Segmentation fault Hope this help LeTic signature.asc Description: This is a digitally signed message part
Bug#596408: Only segmentation faults when called...
On Fri, 2010-09-24 at 12:56 +0100, Steven Chamberlain wrote: Also I made an amd64 squeeze VE two weeks ago with only 384MB RAM to see if I could reproduce this. But unattended-upgrades has been working correctly for two weeks now. It's applied updates almost every day. So I don't currently suspect either OpenVZ or limited memory to be the cause of this. If I summarise the architectures this has been observed on it seems there's no pattern there either: * Soeren -- amd64 I think? or i686 too? * Anthony -- OpenVZ VE, not sure which architecture * Jayen -- i686 So far I haven't been able to reproduce this on native amd64, or on an amd64 OpenVZ VE. Ok So I did some test and I can confirm that only the i386 version is segfaulting. All hosts are running a 2.6.24 amd64 kernel. I created the exact same guest twice (once with squeeze i386 and once with the squeeze amd64 template) and it only segfault with the i386 version. Can you try a 32 bits version or do you want me to give you a SSH access to one test VZ ? LeTic signature.asc Description: This is a digitally signed message part
Bug#596408: Only segmentation faults when called...
On Tue, 2010-09-21 at 13:55 +0200, Soeren Sonnenburg wrote: The only further info I could provide is that this is a virtual server with relatively little memory (1G) Soeren Well that might be it. Both servers having issues are Containers running in openVZ for me as well. I am very busy at the moment but if I manage to find some time I will pull out the source and have a look. Cheers LeTic signature.asc Description: This is a digitally signed message part
Bug#596408: Only segmentation faults when called...
Hello all, Just to add my 2cents I have the exact same gdb dump as Soeren, so I don't see the point in posting them again. Le lundi 13 septembre 2010 à 19:59 +0100, Steven Chamberlain a écrit : It may be possible to narrow it down to the exact line, if someone able to reproduce this issue could please run: $ python -m trace -t $(which unattended-upgrade) | gzip pytrace.txt.gz then attach the resulting pytrace.txt.gz file. I did but the resulting is 7MB so let me know if it's still useful and if you want me to put it somewhere. Thanks LeTic signature.asc Description: This is a digitally signed message part
Bug#544499: ITP: nautilus-dropbox -- nautilus plugin for dropbox
Hey Adnan, Do you have any prototype working ? If you need somebody to test please let me know. Cheers LeTic signature.asc Description: This is a digitally signed message part
Bug#536754: proposed plan of action
Thanks a lot for the bugreport and the patch. ... I will apply it when I'm back (I'm traveling right now). Cheers, Michael Great news Michael ! Using the : as a separator is indeed a far better option, but I didn't wanted to make it incompatible with regular unattended-upgrades configuration file. In the meantime I applied Joerg old patch to 0.61 as well, the package is available at the same location. Cheers LeTic signature.asc Description: This is a digitally signed message part
Bug#536754: Re : unattended-upgrades: origin (Allowed-Origins) can't contain space (e.g. Unofficial Multimedia Packages)
Hey Joerg and Michael, I can confirm this bug and for us it is quite annoying as we are using unattended-upgrades to automatically upgrade our customers VMs and the Debian backports repository has a space in its origin. So I did a unofficial package based on your patch joerg, and I also backported this patch : http://bazaar.launchpad.net/~ubuntu-core-dev/unattended-upgrades/ubuntu/revision/109 to solve https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/336558 and put them on our Debian repository : http://nibbler.personalized-software.ie/debian/ with its key available here : http://nibbler.personalized-software.ie/debian/ps.asc I probably shouldn't have done a dch -i on the packages if there are updates on the package but I wasn't sure what I should have put in the version. Hope this help LeTic signature.asc Description: This is a digitally signed message part
Bug#459791: nvidia-kernel-source: fan speeds up when ever starting xorg after installation of nvidia-kernel-2.6.22-3-k7_169.07-1
Hey Andreas, Thanks for triaging old bugs. I cannot remember the exact release it was fixed for me as it seems from this thread [0] that it was different for all models. But you can clause this issue, it was resolved long time ago by upstream. [0] : http://forums.nvidia.com/lofiversion/index.php?t47184.html LeTic The problem might have been resolved by NVIDIA in the meantime. You might try the current driver (195.36.24-1 entered testing today) to se if it is gone. Andreas signature.asc Description: Ceci est une partie de message numériquement signée
Bug#571645: compiz-core: Resize plugin inconsistent behaviour with multi screen setup
Package: compiz-core Version: 0.8.4-2 Severity: normal Hey there, First sorry if I am reporting this bug to the wrong package but from what I can see, I believe the resize plugin is part of compiz-core. Feel free to re-assign it to the relevant package. I have a multi screen setup at work configure with Twinview on a nVidia card. The maximize option is maximizing the window to the current screen size (which is the expected behaviour) though I would like to have an option to maximize on both screens. So up until Compiz 0.8.2 I grab the corner of a window and resize it so it uses both screens (for dev GUIs mainly), but since the upgrade to 0.8.4 it does not work anymore : meaning that the resize block on the screen boundaries. I thought it was suffering from a case of bug that became a feature to which I grew accustomed :o) but if I hit Alt+F8 then the window can be resize to use both screens. So my question is : which of both is the expected/normal behaviour ? If this is not intended can this be fix ? There is no priority on this as I have a valid workaround (Alt + F8) but it would still be nice to have the old behaviour back or better a maximize plugin that let you maximize to both screens ;o) Thanks in advance and keep up the good work ! Cheers LeTic -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-core depends on: ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1] 7.7-4 A free implementation of the OpenG ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libsm6 2:1.1.1-1 X11 Session Management library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.3.3-1 X11 client-side library ii libxcomposite1 1:0.4.1-1 X11 Composite extension library ii libxcursor1 1:1.1.10-1 X cursor management library ii libxdamage1 1:1.1.2-1 X11 damaged region extension libra ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.4-1 X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.1-2 X11 Xinerama extension library ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxslt1.1 1.1.26-2XSLT processing library - runtime ii mesa-utils 7.7-4 Miscellaneous Mesa GL utilities Versions of packages compiz-core recommends: ii compiz-plugins0.8.4-2OpenGL window and compositing mana Versions of packages compiz-core suggests: ii nvidia-glx190.53-2 NVIDIA binary Xorg driver -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557766: qemu-kvm: insserv conflict with kvm
Hey Marcus, You need to purge the package kvm first and then qemu-kvm will install correctly. Hope this help LeTic signature.asc Description: This is a digitally signed message part
Bug#556256: Re : smarty patch make gallery2 unusable
Hi there, I can confirm this issue. Installing smarty from testing solve the issue, so you might want to have a look at the difference between the packages. Hope this help LeTic signature.asc Description: This is a digitally signed message part
Bug#529741: gnome-panel: Shutdown/restart options disappeared
Hey Sam and Dmitry, I've seen that issue as well : try to install and enable gnome-power-manager in your session. I know it sucks but it seems that gnome-power-manager is mandatory now even on desktops... If you run it from a command line it will say that it won't do anything because it's not running on a laptop but it seems it needs to run in order for gnome-panel to work properly. Josselin maybe you can advise us on a workaround ? It seems a bit stupid to have to run an additional process which says that it won't do anything... Let me know if this solve the issue for you too. LeTic signature.asc Description: This is a digitally signed message part
Bug#541325: [playonlinux] Change dependencies to be wine or wine-unstable
Package: playonlinux Version: 3.6-1 Severity: normal --- Please enter the report below this line. --- Hey there, Now that wine-unstable entered Debian, do you think you can change POL dependencies to be wine|wine-unstable ? I build one from source with these dependencies and it works flawlessly. It would be great if you could include this in the next upload. Cheers LeTic --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 500 unstableftp.heanet.ie 500 stable dl.google.com 500 jaunty ppa.launchpad.net 500 any apt.jenslody.de --- Package information. --- Depends (Version) | Installed ===-+- python | 2.5.4-2 python-support (= 0.90.0) | 1.0.3 wine-unstable | 1.1.27-1 unzip | 6.0-1 wget| 1.11.4-4 x-terminal-emulator | python-wxgtk2.8 | 2.8.7.1-2 imagemagick | 7:6.5.1.0-1.1 cabextract | 1.2-3 mesa-utils | 7.5-3 gettext-base| 0.17-6 Package's Recommends field is empty. Suggests (Version) | Installed -+-=== ttf-mscorefonts-installer| signature.asc Description: This is a digitally signed message part
Bug#522826: [gnome-keyring] gnome-keyring: egg-secure-memory.c warning still occurring
Package: gnome-keyring Version: 2.26.0-4 --- Please enter the report below this line. --- Hey guys, I just want to report that this issue is still occurring for me on 2 64bit sid install. Here is the error message I get when running from the shell : $ su-to-root -X -c /usr/sbin/synaptic gksu: egg-secure-memory.c :324 : sec_check_guards: L'assertion « ((void**)cell-words)[cell-n_words - 1] == (void*)cell » a échoué. Which looks like the exact same issue reported first. Let me know what more info you would need from me. LeTic --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1-amd64 Debian Release: squeeze/sid 500 unstabledebian.heanet.ie 500 lenny www.lamaresh.net 500 etch-wx apt.wxwidgets.org 500 any apt.jenslody.de 100 unstablewww.debian-multimedia.org --- Package information. --- Depends (Version) | Installed ===-+-== gconf2(= 2.10.1-2) | 2.26.0-1 libc6 (= 2.3) | 2.9-12 libdbus-1-3 (= 1.1.1) | 1.2.14-2 libgconf2-4 (= 2.23.2) | 2.26.0-1 libgcr0 (= 2.26.0) | 2.26.0-4 libgcrypt11 (= 1.4.2) | 1.4.4-2 libglib2.0-0(= 2.18.0) | 2.20.1-2 libgp11-0 (= 2.26) | 2.26.0-4 libgtk2.0-0 (= 2.8.0) | 2.16.1-2 libhal1(= 0.5.8.1) | 0.5.12~git20090406.46dc48-2 libpango1.0-0 (= 1.14.0) | 1.24.0-3+b1 libtasn1-3 (= 1.6-0) | 1.8-1 dbus-x11| 1.2.14-2 Recommends(Version) | Installed ===-+-=== libpam-gnome-keyring| 2.26.0-4 Suggests (Version) | Installed ===-+-=== hal | 0.5.12~git20090406.46dc48-2 signature.asc Description: Ceci est une partie de message numériquement signée
Bug#521248: gbirthday fails with addressbook.db: pgin failed for page 2
Hi Stefan and Rolf, Just to add my 2 cents here I have exactly the same issue here : $ gbirthday Traceback (most recent call last): File /usr/bin/gbirthday, line 523, in module AB = AddressBook(0) File /usr/bin/gbirthday, line 40, in __init__ for key in file.keys(): File /usr/lib/python2.5/bsddb/__init__.py, line 252, in keys return _DeadlockWrap(self.db.keys) File /usr/lib/python2.5/bsddb/dbutils.py, line 62, in DeadlockWrap return function(*_args, **_kwargs) bsddb.db.DBRunRecoveryError: (-30975, 'DB_RUNRECOVERY: Fatal error, run database recovery -- /home/letic/.evolution/addressbook/local/system/addressbook.db: pgin failed for page 1') Exception bsddb.db.DBRunRecoveryError: DBRunRecoveryError(-30975, 'DB_RUNRECOVERY: Fatal error, run database recovery -- PANIC: fatal region error detected; run recovery') in ignored $ file /home/letic/.evolution/addressbook/local/system/addressbook.db /home/letic/.evolution/addressbook/local/system/addressbook.db: Berkeley DB (Hash, version 8, native byte-order) I try to debug a little bit and as stated in the debug trace it fails on line 40 : for key in file.keys(): because file isn't correctly instantiated. When looking with the debugger I see that bsddb.hashopen() returns _DBWithCursor(d) which in turns return Unable to get repr for bsddb._DBWithCursor Hope this help. Let me know if I can help you in any way. Cheers LeTic signature.asc Description: This is a digitally signed message part
Bug#495055: [network-manager-openvpn] Doesn't work since openvpn 2.1~rc9.x
Package: network-manager-openvpn Version: 0.3.2svn2855-1 Severity: serious Hey there, After today's openvpn upgrade I found out that network-manager is not working anymore. When trying to connect it sends back : The VPN Login failed because the VPN program could not connect to the VPN server syslog shows the real error : Aug 14 11:22:21 astunix nm-openvpn[7877]: openvpn_execve: external program may not be called due to setting of --script-security level Aug 14 11:22:21 astunix nm-openvpn[7877]: script failed: external program fork failed Aug 14 11:22:21 astunix nm-openvpn[7877]: Exiting Aug 14 11:22:21 astunix NetworkManager: WARN nm_vpn_service_process_signal(): VPN failed for service 'org.freedesktop.NetworkManager.openvpn', signal 'ConnectFailed', with message 'The VPN login failed because the VPN program could not connect to the VPN server.'. Aug 14 11:22:21 astunix NetworkManager: info VPN service 'org.freedesktop.NetworkManager.openvpn' signaled state change 3 - 6. Aug 14 11:22:21 astunix NetworkManager: WARN nm_vpn_service_stop_connection(): (VPN Service org.freedesktop.NetworkManager.openvpn): could not stop connection 'Personalized Software' because service was 6 Solution for openvpn client is simple by adding script-security 2 to /etc/openvpn/client.conf but I couldn't find no documented way to configure network-manager openvpn... maybe in /etc/NetworkManager/VPN/nm-openvpn-service.name ? Anyway I return back to using the daemon in the meantime. Thanks in advance LeTic --- System information. --- Architecture: i386 Kernel: Linux 2.6.26-1-686 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.ie.debian.org 500 any jens.lody.name --- Package information. --- Depends (Version) | Installed =-+-= libc6(= 2.6.1-1) | 2.7-13 libdbus-1-3(= 1.1.1) | 1.2.1-3 libdbus-glib-1-2(= 0.74) | 0.76-1 libglib2.0-0 (= 2.14.0) | 2.16.5-1 libnm-util0 | 0.6.6-2 openvpn | 2.1~rc9-2 signature.asc Description: Ceci est une partie de message numériquement signée
Bug#457269: mantis: New upstream version available
Hey Patrick, Sorry about the late reply but I was very busy lately. We are actually not using mantis anymore but using trac instead for a while now. But as I wanted to help you with this I found re-imported my old configuration and DB back to have mantis working. I used package 1.1.2+dsfg-1 to do the uppgrade from a 1.0.8-4. I had one issue during the upgrade, when asked for the DB admin by dbcommon I was not sure it it was mantis DB admin password or the root password. Once I got it wrong and the DB upgrade failed I couldn't find a way to re-configure it. I was not asked back for another password as usual with dbcommon packages. I try the package or running dpkg-reconfigure but I'm never ask for the password. So either it was the wrong password or the DB upgrade script has an issue. When going in the interface I receive SQL error certainly due to the failed upgrade. The weirdest is the LDAP issue is back as well. It was solved by a patch you added in 1.0.8-4. I see that it was suppose to be solve upstream but even with $g_ldap_version = 3; I got the error. I am going to try to restore my DB and re-try an upgrade with a different password and see if it works. I'll keep you update Thanks for your work Sorry again for the late reply Anthony Le jeudi 12 juin 2008 à 11:47 +0200, Patrick Schoenfeld a écrit : Hi Anthony, On Tue, Jan 29, 2008 at 04:44:02PM +, Anthony Callegaro wrote: Do not hesitate to ask me if you need somebody to test your packages. are you still interested in testing? I'm currently in coordination with the mantis developers to get a 1.1.2 bugfix release out and therefore I have a svn-based package that works for me but I would need some broader testing, because I want to get this into lenny within the next weeks.. Its still buggy, because upstream did not fix all bugs, but there should be no major problems. Anyways I highly recommend to backup your database before the test! If you are interested in testing, you can get a package from here: http://just-imho.net/mantis_1.1.2~svn+dfsg-1_all.deb If you want to build the package yourself, feel free to get the debian/ directory from svn.debian.org. However you need to create a matching upstream tarball by checking out the BRANCH_1_1_0 and removing the adodb directory from it. Thanks for your feedback in advance. Best Regards Patrick signature.asc Description: Ceci est une partie de message numériquement signée
Bug#457269: mantis: New upstream version available
Hey Patrick, So I continued my investigation and solved my issues. For LDAP the variable need to be called g_ldap_protocol_version now (it was g_ldap_version in the documentation previously when it was ignored). With this parameter the LDAP version detection is working fine and LDAP is working well. I use the root password in dbconfig screen and the upgrade was successful no more DB errors anymore. You might want to add something in your package to re-ask for password if there is a failure as there is no practical way to recover from such issues. I don't know anything about packaging or dbconfig but I know other packages does it (I think drupal5 does it). A part from that small problem your package seems fine. Let me know if you need more testing I will keep the copy of the deployed mantis for a while. Take care Anthony Le jeudi 12 juin 2008 à 11:47 +0200, Patrick Schoenfeld a écrit : Hi Anthony, On Tue, Jan 29, 2008 at 04:44:02PM +, Anthony Callegaro wrote: Do not hesitate to ask me if you need somebody to test your packages. are you still interested in testing? I'm currently in coordination with the mantis developers to get a 1.1.2 bugfix release out and therefore I have a svn-based package that works for me but I would need some broader testing, because I want to get this into lenny within the next weeks.. Its still buggy, because upstream did not fix all bugs, but there should be no major problems. Anyways I highly recommend to backup your database before the test! If you are interested in testing, you can get a package from here: http://just-imho.net/mantis_1.1.2~svn+dfsg-1_all.deb If you want to build the package yourself, feel free to get the debian/ directory from svn.debian.org. However you need to create a matching upstream tarball by checking out the BRANCH_1_1_0 and removing the adodb directory from it. Thanks for your feedback in advance. Best Regards Patrick signature.asc Description: Ceci est une partie de message numériquement signée
Bug#467559: viewvc: VirtualHost support for ViewVC
Package: viewvc Version: 1.0.3-2.1 Severity: wishlist Tags: patch Hey David, I recently needed to add VirtualHost support to ViewVC so I made a small patch for it that I'm sharing, hoping it can be useful to somebody else and (why not ?) be included in a future version of your package. Basically to make it working you need to patch viewvc.cgi with the attached file. Then for each virtualhost you need to define the ScriptAlias as usual : ScriptAlias /viewvc /usr/lib/cgi-bin/viewvc.cgi Finally you need to define a /etc/viewvc/viewvc-virtualhost.conf for each virtualhost that needs viewvc. A more proper fix I guess would be to include a python script at the beginning of viewvc.cgi which would load the correct conf files to avoid patching viewvc.cgi. This seems quite similare to bug #232461 which adds multiuser support to viewvc, but this one does it automatically. Hope this can be useful :o) Thanks for your good work. LeTic -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (600, 'stable'), (100, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.60-letic-OVH-64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages viewvc depends on: ii debconf [debconf-2.0] 1.5.11etch1Debian configuration management sy ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii mime-support 3.39-1 MIME files 'mime.types' 'mailcap ii python2.4.4-2An interactive high-level object-o ii python-subversion 1.4.2dfsg1-2 Python bindings for Subversion ii python-support0.7.6 automated rebuilding support for p ii rcs 5.7-18 The GNU Revision Control System ii subversion1.4.2dfsg1-2 Advanced version control system Versions of packages viewvc recommends: ii apache2-mpm-prefork [httpd 2.2.3-4+etch4 Traditional model for Apache HTTPD ii enscript 1.6.4-11 Converts ASCII text to Postscript, -- debconf information excluded --- /usr/lib/cgi-bin/viewvc.cgi 2008-02-26 11:56:46.0 +0100 +++ /usr/lib/cgi-bin/viewvc.cgi 2008-02-26 12:00:10.0 +0100 @@ -49,13 +49,16 @@ # ### add code for checking the load average - # Disable robots PATH_INFO = os.environ.get('PATH_INFO', '') if PATH_INFO == '/robots.txt': print Content-Type: text/plain\n\nUser-agent: *\nDisallow: /\n sys.exit(0) +# Add multi-domain detection +server_name = os.environ.get('SERVER_NAME', '') +if server_name != '': + CONF_PATHNAME = r/etc/viewvc/viewvc-+server_name+.conf # # go do the work
Bug#283922: Re-opening bug#283922
Hey Patrick, Sorry about the delay in answering this but it seems that somehow I didn't receive the closing email you sent. I tried your new version but it's not working for me here. I prepared a small patch (attached) to make this work. Just a line to change actually, you forgot the LDAP_OPT_PROTOCOL_VERSION parameter to the @ldap_set_option function. Hope this is not a specific bug from my side. In any case this patch will fix it. Thanks again for your work. Anthony --- mantis_1.0.8-4.diff 2008-01-29 16:22:30.0 + +++ mantis_1.0.8-4.diff 2008-01-29 16:27:58.0 + @@ -384,7 +384,7 @@ + if ( $t_ds 0 ) { ++ ++ # Set the LDAP version -++ @ldap_set_option( $t_ds, $t_ldap_version ); +++ @ldap_set_option( $t_ds, LDAP_OPT_PROTOCOL_VERSION, $t_ldap_version ); + # If no Bind DN and Password is set, attempt to login as the configured + # Bind DN. + if ( is_blank( $p_binddn ) is_blank( $p_password ) ) { signature.asc Description: Ceci est une partie de message numériquement signée
Bug#457269: mantis: New upstream version available
Hey Patrick, I just sent you a patch for bug #283922 which wasn't completely solved by your last upload. I just checked the new features of Mantis 1.1.x and it seems very interesting. Did you have time to progress on this ? Do not hesitate to ask me if you need somebody to test your packages. Let me know if I can help Thanks again for your work on this. LeTic signature.asc Description: Ceci est une partie de message numériquement signée
Bug#454917: splashy: timeout during startup
Hey Cyril and Julien, It seems that the issue you are having is a known problem. See /usr/share/doc/splashy/README.gz : Initram File System === In order to enable Splashy running early at the initramfs level, you need to ensure the following: 1. Make sure that you edit /etc/default/splashy and set ENABLE_INITRAMFS= to 1 like: ENABLE_INITRAMFS=1 2. From a terminal run: update-initramfs -u -t -k `uname -r` Notes: (On Ubuntu and Debian) you might have to change /etc/init.d/keymap.sh like: #!/bin/sh pidof splashy /dev/null exit 0 ... In other words, if splashy is running, do not bother to run keymap.sh (which stops splashy and waits for input in tty2). /etc/lsb-base-logging.sh will do the right thing and run these scripts again when the percentage goes to 100% (when gdm/kdm/xdm calls log_msg_end() or when X is detected running, our percentage goes to 100% automatically) I believe this should be solved in Splashy 0.3.7-1 (bug #383060 ?) but you are still using splashy 0.3.5 like me and other unfortunate amd64 users :o) Be aware that the above workaround will disable your keyboard during boot up. I guess we just have to wait for 0.3.7-1 to build on amd64. Hope this help Cheers LeTic signature.asc Description: Ceci est une partie de message numériquement signée
Bug#436076: IPW3945 doesn't complete network connection (remains always at 20%
It seems that it is corrected in Ubuntu : https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/121439 Can't be sure if this is the exact same bug but it seems likely. Do not hesitate to contact me if I can help you to test fixes. I will have this laptop only until next tuesday (14th) but won't have the harware after that. Thanks in advance if you could help Cheers LeTic signature.asc Description: Ceci est une partie de message numériquement signée
Bug#428810: gnome-volume-manager exit immediately
Hi Michael, Thanks for answering back. please run gnome-volume-manager -no-daemon and send the output you get on stdout. Well that's the problem I get none even with this command... When I ran it and it exits immediately without a single message Could there be something running or a conf that stop it from running ? Is there any way to get any logs from gvm ? Thanks in advance for any help/leads ! Cheers Anthony signature.asc Description: Ceci est une partie de message numériquement signée
Bug#428810: gnome-volume-manager exit immediately
Package: gnome-volume-manager Version: 2.17.0-2 Severity: important Hi, For some time now the devices are not automounting for ALL users (camera, usb CF disk, media player, cd, dvd, blank cd), so it seems to be for all devices managed by gnome-volume-manager. I can see the devices when connecting in dmesg and udevmonitor. Trying to find where the issue was coming from, I checked and see that gnome-volume-manager wasn't running in my session even if it suppose to run at the session start. When running it manually it exit immediately without producing any output. I couldn't find any way to get logs or debug mode from gvm. I ready to provide all the logs necessary. Let me know what you need. Thanks in advance Cheers Anthony -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.21-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-volume-manager depends on: ii gconf2 2.18.0.1-3GNOME configuration database syste ii gnome-mount0.6-1+b2 wrapper for (un)mounting and eject ii hal0.5.9-3 Hardware Abstraction Layer ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-11GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.0-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.73-2simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglade2-01:2.6.0-4 library to load .glade files at ru ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2GNOME Virtual File System (runtime ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libhal10.5.9-3 Hardware Abstraction Layer - share ii libice61:1.0.3-2 X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.28.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra Versions of packages gnome-volume-manager recommends: ii gnome-media 2.18.0-2+b1 GNOME media utilities ii gthumb 3:2.10.2-4 an image viewer and browser ii nautilus-cd-burner 2.18.2-1CD Burning front-end for Nautilus ii totem2.18.2-1A simple media player for the Gnom -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#283922: LDAPv3
Hey there, This is indeed due to Mantis not supporting LDAP v3. To solve it you need to add @ldap_set_option($t_ds, LDAP_OPT_PROTOCOL_VERSION, 3); in file /usr/share/mantis/www/core/ldap_api.php. Patrick, is there anyway that this could be included in the Debian package so we wouldn't have to modify it after each upgrade ? Thanks Anthony signature.asc Description: Ceci est une partie de message numériquement signée
Bug#283922: LDAPv3
Hey Patrick, It sure solve the issue for people running LDAP v3 but I guess it must break it for people running LDAP v2 so I think the best solution would be to include it as a parameters or autodetected during the install. I'm not a php guru but it might be possible to include it in the php.ini as well... What do you think ? Anthony Le jeudi 05 avril 2007 à 15:26 +0200, schönfeld / in-medias-res.com a écrit : Hi, Anthony Callegaro schrieb: Hey there, This is indeed due to Mantis not supporting LDAP v3. To solve it you need to add @ldap_set_option($t_ds, LDAP_OPT_PROTOCOL_VERSION, 3); in file /usr/share/mantis/www/core/ldap_api.php. Patrick, is there anyway that this could be included in the Debian package so we wouldn't have to modify it after each upgrade ? yes, if that solves the problem i can incorporate this change into the next upload. I'm trying to make it ready as soon as i can as 1.0.7 has been released recently. Best Regards Patrick signature.asc Description: Ceci est une partie de message numériquement signée
Bug#401811: Please add amd64 binaries of kvm
Package: kvm Version: 4-2 Severity: normal Hi Baruch ! Since 4-2 and #400549 [1] closure it is now possible to build kvm-source on amd64 (for emt64 CPUs), but the tools (kvm binaries) are still not installable. Do you think you could add them in your next upload ? I can't wait to test kvm on my Core 2 Duo. Cheers LeTic -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395462: RE : doesn't launch any apps: cannot open display
Hey Gustavo, Sorry I can't test your deb as I'm on on Core Duo PC 64bits... Could you recompile it for amd64 ? Sorry about that :o( Thanks for your reactivity ;o) Cheers LeTic Le mercredi 01 novembre 2006 à 00:11 -0300, Gustavo Noronha Silva a écrit : Em Tue, 31 Oct 2006 12:21:54 + Anthony Callegaro [EMAIL PROTECTED] escreveu: Hey Gustavo, Hey Anthony! I still have no ideas why it is working with 2.0.2 and not 2.0.3 but I found a workaround... a simple xhost +localhost will do the trick :o) Yeah, it will =) although it is not the best option from a security point of view, in some environments. I'm sure it will solve the issue for Julien as well. I'm not sure if you still want to consider this as a regression bug, or a configuration issue from us. I actually found the problem, and it would be great if you guys could try out the package I'm making available here: http://people.debian.org/~kov/stuff/libgksu2-0_2.0.3-1_i386.deb It includes a small patch to fix the problem, which I'm attaching to this email. If it works for you I'll upload a fixed deb to Debian unstable asap. Thanks a lot for the bug report and aditional information provided! See you, signature.asc Description: Ceci est une partie de message numériquement signée
Bug#395462: RE : doesn't launch any apps: cannot open display
Hey Gustavo, I tested on an old i386 and your fix is working perfectly on it without the xhost+ hack. Thanks a lot for that buddy :o) Cheers Anthony Le mercredi 01 novembre 2006 à 00:11 -0300, Gustavo Noronha Silva a écrit : Em Tue, 31 Oct 2006 12:21:54 + Anthony Callegaro [EMAIL PROTECTED] escreveu: Hey Gustavo, Hey Anthony! I still have no ideas why it is working with 2.0.2 and not 2.0.3 but I found a workaround... a simple xhost +localhost will do the trick :o) Yeah, it will =) although it is not the best option from a security point of view, in some environments. I'm sure it will solve the issue for Julien as well. I'm not sure if you still want to consider this as a regression bug, or a configuration issue from us. I actually found the problem, and it would be great if you guys could try out the package I'm making available here: http://people.debian.org/~kov/stuff/libgksu2-0_2.0.3-1_i386.deb It includes a small patch to fix the problem, which I'm attaching to this email. If it works for you I'll upload a fixed deb to Debian unstable asap. Thanks a lot for the bug report and aditional information provided! See you, signature.asc Description: Ceci est une partie de message numériquement signée
Bug#395462: RE : doesn't launch any apps: cannot open display
Hey mate ! Thanks for the quick answer ! I downgraded to 2.0.2 and it is working now. If not a lot of people are reporting the issue then I guess it must be a configuration issue on our side... Let me know if I can send you more info. Cheers LeTic Le mardi 31 octobre 2006 à 00:08 -0300, Gustavo Noronha Silva a écrit : Em Mon, 30 Oct 2006 18:47:40 + Anthony Callegaro [EMAIL PROTECTED] escreveu: Hey Gustavo, Hey there! I can confirm I have the same issue on 2 different PCs after libgksu2-0 upgrade (2.0.3-1) on the 25th October. Perhaps you can try to downgrade the package using snapshot.debian.net packages?: http://snapshot.debian.net/package/libgksu2-0 See if 2.0.2 or 2.0.1 solve your problems, please. I see no changes which could cause this sort of problem between 2.0.2 and 2.0.3, but who knows what kind of side-effects a change had =/. See you, signature.asc Description: Ceci est une partie de message numériquement signée
Bug#395462: RE : doesn't launch any apps: cannot open display
Hey Gustavo, I still have no ideas why it is working with 2.0.2 and not 2.0.3 but I found a workaround... a simple xhost +localhost will do the trick :o) I'm sure it will solve the issue for Julien as well. I'm not sure if you still want to consider this as a regression bug, or a configuration issue from us. Anyway cheers for your answer LeTic Le mardi 31 octobre 2006 à 00:08 -0300, Gustavo Noronha Silva a écrit : Em Mon, 30 Oct 2006 18:47:40 + Anthony Callegaro [EMAIL PROTECTED] escreveu: Hey Gustavo, Hey there! I can confirm I have the same issue on 2 different PCs after libgksu2-0 upgrade (2.0.3-1) on the 25th October. Perhaps you can try to downgrade the package using snapshot.debian.net packages?: http://snapshot.debian.net/package/libgksu2-0 See if 2.0.2 or 2.0.1 solve your problems, please. I see no changes which could cause this sort of problem between 2.0.2 and 2.0.3, but who knows what kind of side-effects a change had =/. See you, signature.asc Description: Ceci est une partie de message numériquement signée
Bug#395462: RE : doesn't launch any apps: cannot open display
Hey Gustavo, I can confirm I have the same issue on 2 different PCs after libgksu2-0 upgrade (2.0.3-1) on the 25th October. Let me know if you need more info that Julien hasn't provided yet. Cheers LeTic signature.asc Description: Ceci est une partie de message numériquement signée
Bug#385880: grisbi: Grisbi is not starting since libofx upgrade
Package: grisbi Version: 0.5.8-1 Severity: grave Justification: renders package unusable Hi Benj, Just to make you aware that there is a bug in unstable's grisbi since the last upload of libofx on the 29th August. When trying to start grisbi it send back error: grisbi: error while loading shared libraries: libofx.so.2: cannot open shared object file: No such file or directory This is a basic compilation error but has been reported already by some users here : http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/134140 For all users affecter a quick workaround is to manually make a link to in /usr/lib/libofx.so.2 pointing to /usr/lib/libofx.so.3 Hope this will help Cheers LeTic -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages grisbi depends on: ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libofx2c2a 1:0.8.2-1 library to support Open Financial ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages grisbi recommends: pn latex-ucs none (no description available) ii tetex-extra 3.0-20 Additional library files of teTeX -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384967: initramfs-tools fails to upgrade if lilo is not installed
Package: initramfs-tools Version: 0.76 Severity: important Hi all, I've seen lots of discussion already on the initramfs/lilo dependency when people are using grub, but I didn't see any report of my issue. I'm using grub only (lilo is not installed) on my machine and during the last 2 upgrades of initramfs-tools I received the following error message : update-initramfs: Generating /boot/initrd.img-2.6.17-2-k7 /usr/sbin/update-initramfs: line 88: lilo: command not found I resolved the issue with a simple touch /usr/sbin/lilo chmod +x /usr/sbin/lilo But I wondered what would have happened if lilo WAS installed. As I'm using grub it would certainly have broken my boot... If I remember correctly the issue started with 0.75 (at least I remember only having to use the above workaround only twice). Let me know if you need more info, I'll be glad to help. Cheers Anthony -- Package-specific info: -- /proc/cmdline root=/dev/hda1 ro vga=791 -- /proc/filesystems cramfs reiserfs vfat iso9660 -- lsmod Module Size Used by isofs 33020 1 nvidia 3929132 12 vmnet 28460 9 vmmon 167180 0 binfmt_misc11272 1 ipx26340 0 p8023 2432 1 ipx xt_limit3008 8 xt_tcpudp 3392 21 iptable_mangle 3136 0 ipt_LOG 6400 8 ipt_MASQUERADE 3968 0 ip_nat 17132 1 ipt_MASQUERADE ipt_TOS 2560 0 ipt_REJECT 5440 1 ip_conntrack_irc7024 0 ip_conntrack_ftp7920 0 xt_state2496 6 ip_conntrack 48672 5 ipt_MASQUERADE,ip_nat,ip_conntrack_irc,ip_conntrack_ftp,xt_state nfnetlink 6936 2 ip_nat,ip_conntrack iptable_filter 3328 1 ip_tables 13348 2 iptable_mangle,iptable_filter x_tables 13572 8 xt_limit,xt_tcpudp,ipt_LOG,ipt_MASQUERADE,ipt_TOS,ipt_REJECT,xt_state,ip_tables ppdev 8772 0 lp 11108 0 ipv6 224416 12 wlan_wep6848 1 nls_iso8859_1 4480 2 nls_cp437 6144 1 vfat 12288 1 fat47196 1 vfat dm_snapshot15968 0 dm_mirror 19152 0 dm_mod 50456 2 dm_snapshot,dm_mirror w83781d29480 0 hwmon_vid 2880 1 w83781d i2c_isa 5184 1 w83781d ide_generic 1664 0 [permanent] snd_emu10k1_synth 7232 0 snd_emux_synth 30848 1 snd_emu10k1_synth snd_seq_virmidi 7168 1 snd_emux_synth snd_seq_midi_emul 6208 1 snd_emux_synth snd_seq_dummy 4100 0 snd_seq_oss28928 0 snd_seq_midi8416 0 snd_seq_midi_event 7424 3 snd_seq_virmidi,snd_seq_oss,snd_seq_midi snd_seq46736 9 snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event shpchp 34528 0 snd_emu10k1 101668 4 snd_emu10k1_synth tsdev 7680 0 mousedev 11108 1 snd_rawmidi23200 3 snd_seq_virmidi,snd_seq_midi,snd_emu10k1 snd_ac97_codec 82976 1 snd_emu10k1 snd_ac97_bus2624 1 snd_ac97_codec pci_hotplug27516 1 shpchp evdev 9344 2 snd_pcm_oss36768 1 snd_mixer_oss 16192 1 snd_pcm_oss snd_pcm74948 4 snd_emu10k1,snd_ac97_codec,snd_pcm_oss snd_seq_device 8012 8 snd_emu10k1_synth,snd_emux_synth,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_emu10k1,snd_rawmidi snd_timer 21124 3 snd_seq,snd_emu10k1,snd_pcm snd_page_alloc 9800 2 snd_emu10k1,snd_pcm snd_util_mem4864 2 snd_emux_synth,snd_emu10k1 snd_hwdep 8964 2 snd_emux_synth,snd_emu10k1 wlan_scan_sta 12480 1 ath_pci81888 0 ath_rate_sample13376 1 ath_pci wlan 169628 5 wlan_wep,wlan_scan_sta,ath_pci,ath_rate_sample ath_hal 191824 3 ath_pci,ath_rate_sample ali_agp 6912 1 agpgart30152 2 nvidia,ali_agp eth139418564 0 snd48548 16 snd_emux_synth,snd_seq_virmidi,snd_seq_oss,snd_seq,snd_emu10k1,snd_rawmidi,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_device,snd_timer,snd_hwdep i2c_ali1535 6852 0 i2c_ali15x3 7556 0 parport_pc 32612 1 parport33544 3 ppdev,lp,parport_pc soundcore 9440 2 snd i2c_core 19904 4 w83781d,i2c_isa,i2c_ali1535,i2c_ali15x3 pwc45948 0 emu10k1_gp 4096 0 8250_pnp8960 0 compat_ioctl32 1728 1 pwc gameport 14600 2 emu10k1_gp pcspkr
Bug#384967: initramfs-tools fails to upgrade if lilo is not installed
Hi Maximilan ! From your suggestions I manage to find a solution to my issue, sorry about the unnecessary noise :o( For the record here is my kernel-img.conf : $ cat /etc/kernel-img.conf do_symlinks = yes relative_links = yes do_bootloader = yes do_bootfloppy = no do_initrd = yes link_in_boot = no But I indeed had a lilo.conf remaining of a previous configuration, removing it did the trick... sorry to have bother you with something as simple :o( Anyway thanks a million for your answer Cheers Anthony Le lundi 28 août 2006 à 12:07 +0200, maximilian attems a écrit : tags 384967 moreinfo thanks On Mon, Aug 28, 2006 at 10:29:58AM +0100, Anthony Callegaro wrote: Hi all, I've seen lots of discussion already on the initramfs/lilo dependency when people are using grub, but I didn't see any report of my issue. I'm using grub only (lilo is not installed) on my machine and during the last 2 upgrades of initramfs-tools I received the following error message : update-initramfs: Generating /boot/initrd.img-2.6.17-2-k7 /usr/sbin/update-initramfs: line 88: lilo: command not found I resolved the issue with a simple touch /usr/sbin/lilo chmod +x /usr/sbin/lilo But I wondered what would have happened if lilo WAS installed. As I'm using grub it would certainly have broken my boot... please send the output of cat /etc/kernel-img.conf If I remember correctly the issue started with 0.75 (at least I remember only having to use the above workaround only twice). Let me know if you need more info, I'll be glad to help. Cheers Anthony if aboves doesn't look like i suppose, i may need more info. thanks for your report. -- maks
Bug#383555: Workaround
Hi all, I had the same issue when trying to power on my PC this morning. I found a workaround to unblock the situation for the moment. It seems that the issue is coming from initramfs-tools not working with this new version of udev. My workaround : - purge udev (this will remove initramfs-tool as well) - install udev 0.93-1 from testing - reboot : you will still have the error (coming from the initrd image generated by initramfs-tools ran with udev 0.97) - re-install initramfs-tools : will regenerate your initrd with the correct version of udev It worked on my system, I guess several variant could be possible, I'm not sure if it is necessary to purge udev conf file, or to reboot but that's how I did to get my PC back this morning. Hope this help LeTic http://www.letic.fr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339537: ViewVC 1.0.0 going to be out very soon
Hi mate, Thanks for that! Sorry I couldn't answer you earlier but I was waiting for the subversion package to enter amd64 testing feed to do the test. To test migration path I installed viewcvs first and then your viewvc latest snapshot (13/08). Apart from the /etc/apache2/conf.d/viewcvs script that is not changed, and a couple of Spanish messages :o) the upgrade went smoothly. I added ScriptAlias /viewvc /usr/lib/cgi-bin/viewvc.cgi in one of my Apache's Vhost configuration to make it running (same configuration that on my current server). The package is working fine except that I had a couple of issue to deal with before it works, so I am reporting them in case it shouldn't be this way. After configuring my viewvc.conf I got following error when going to https://myurl/viewvc An Exception Has Occurred Python Traceback Traceback (most recent call last): File /usr/lib/viewvc/viewvc.py, line 3595, in main request.run_viewvc() File /usr/lib/viewvc/viewvc.py, line 376, in run_viewvc self.view_func(self) File /usr/lib/viewvc/viewvc.py, line 1491, in view_roots generate_page(request, roots, data) File /usr/lib/viewvc/viewvc.py, line 814, in generate_page template = get_view_template(request.cfg, view_name, request.language) File /usr/lib/viewvc/viewvc.py, line 808, in get_view_template template = ezt.Template(tname) File /usr/lib/viewvc/ezt.py, line 293, in __init__ self.parse_file(fname, base_format) File /usr/lib/viewvc/ezt.py, line 298, in parse_file self.parse(_FileReader(fname), base_format) File /usr/lib/viewvc/ezt.py, line 686, in __init__ self.text = open(fname, 'rb').read() IOError: [Errno 2] No such file or directory: '/usr/lib/templates/roots.ezt' I had to link /usr/lib/templates to /etc/viewvc/templates to make it work. I am not sure why ViewVC is going in /usr/lib/templates as the conf file specified that the path is relative to the conf folder... Second issue the doc folder wasn't working out of the box (due to the fact that /etc/apache2/conf.d/viewcvs is not modified. Once pointing to the right folder everything is working. Hope this installation report will help you improving the package ! Columbo mode Just one more question : /Columbo mode I'm sure you have your reason, but I'm just curious :op, why did you package 0.9.4 and not the stable 1.0 ? Personally I don't care as this version as all the functionnalities I need : SVN repository browsing and multiple repository selections. Anyway thanks for your good work ! Hope to see it soon in the main feed Cheers Anthony Le mardi 08 août 2006 à 09:06 +0200, David Martínez Moreno a écrit : El lunes, 31 de julio de 2006 15:31, Anthony Callegaro escribió: Hi Ender, I checked your folder on people.debian.org (http://people.debian.org/~ender/) but couldn't find any package. I guess you didn't have time to work on ViewVC lately. Is there anything I could do to help, except slow down you work load :o) ? Well, now it is. :-) The packages are FULL of Spanish comments. viewvc-query does not simply contains anything. Changelog have annotations for my own use. But I am able to browse CVS and SVN repositories, so maybe they are of use for you. :-) The migration path from viewcvs is more or less good, I think. No warranties, remember. I am putting there periodic snapshots for testing in a couple of machines at work, so the version will be the same again and again, but with enhancements. Best regards, Ender.
Bug#339537: ViewVC 1.0.0 going to be out very soon
Hi Ender, I checked your folder on people.debian.org (http://people.debian.org/~ender/) but couldn't find any package. I guess you didn't have time to work on ViewVC lately. Is there anything I could do to help, except slow down you work load :o) ? Anyway thanks in advance for your answer :o) LeTic Le samedi 01 juillet 2006 à 13:00 +0200, David Martínez Moreno a écrit : El martes, 27 de junio de 2006 13:23, Anthony Callegaro escribió: Hi Ender, Hello, Anthony. I just want to tell your mail arrived. :-) I am also very interested in having ViewVC 1.0 included in Debian (especially as the Sarge version of ViewCVS is not compatible with SVN). I wanted to know what is the status of the package and if we can help you in anyway in bringing it to shape ? I have a development server that I can use to test the package if needed. Sure, I got back to work on it after a month and a half like hell. :-) I will put in people.debian.org a package for testing next week, right? Best regards, Ender.
Bug#376219: eclipse: Eclipse 3.2 is out !!
Hey Michael, Just to let you know I have been using Eclipse 3.2 for some weeks now with only 1 or 2 occasional crashes. It's quite reliable and stable compare to 3.1 and the new functionalities introduced by Callisto are definitely worth the change. I'm looking forward your packages to test them, let me know if I could be of any help :o) Cheers LeTic Le samedi 01 juillet 2006 à 14:36 +0200, Michael Koch a écrit : On Sat, Jul 01, 2006 at 12:25:06AM +0100, Anthony Callegaro wrote: Package: eclipse Version: 3.1.2-2 Severity: wishlist -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-2Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-2Plug-in Development Environment to ii eclipse-source3.1.2-2Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information Hi there, Just to remind the world that Eclipse 3.2 is out with the full Callisto release ! This is a huge improvement comparing to the 3.1 platform, especially the fact that Callisto synchronized the release of 10 Eclipse related projects, so the install/upgrade are going to be finally painless ! I will upload 3.2 to experimental some time next week. I think. No hassle Michael, you are doing a fantastic job and thanks to you we have a working 3.1 Eclipse in Debian. I am just happy it has been released :o) and hope to see soon in Debian. Thanks. I guess some people define a working 3.1 Eclipse a bit different then you and I do. ;-) Cheers, Michael
Bug#360245: hula: Please package newer versions
Hi Alex and Jerome, Jerome you will be happy to know that according to the Hula-project mailing lists, and Tyler Peterson [1] posts on planet hula (2] the work on the store branch is stabilising. Apparently they will soon migrate the store branch to head and start debugging it so I guess than pretty soon Alex may be able to package these new versions. Having Hula in etch would be awesome but seems a bit compromised if they don't release a quite stable version before etch freeze. Don't misunderstand me Alex, I'm not pushing you to release a new version :o) this was just an informative email ;o) Let us know anyway if you plan to release a new version and need testing :o) Cheers Anthony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360245: hula: Please package newer versions
Sorry I just realised I forgot to put the links :o( shame on me : [1] : http://blogs.hula-project.org/nb/view/typeterson [2] : http://planet.hula-project.org/ Le vendredi 14 juillet 2006 à 12:00 +0100, Anthony Callegaro a écrit : Hi Alex and Jerome, Jerome you will be happy to know that according to the Hula-project mailing lists, and Tyler Peterson [1] posts on planet hula (2] the work on the store branch is stabilising. Apparently they will soon migrate the store branch to head and start debugging it so I guess than pretty soon Alex may be able to package these new versions. Having Hula in etch would be awesome but seems a bit compromised if they don't release a quite stable version before etch freeze. Don't misunderstand me Alex, I'm not pushing you to release a new version :o) this was just an informative email ;o) Let us know anyway if you plan to release a new version and need testing :o) Cheers Anthony
Bug#339537: ViewVC 1.0.0 going to be out very soon
Hi Ender, Thanks for the answer buddy :o) I will test the packages as soon as they are released, thanks for that ! Just ping me an email as soon as they are ready Cheers Anthony Le samedi 01 juillet 2006 à 13:00 +0200, David Martínez Moreno a écrit : El martes, 27 de junio de 2006 13:23, Anthony Callegaro escribió: Hi Ender, Hello, Anthony. I just want to tell your mail arrived. :-) I am also very interested in having ViewVC 1.0 included in Debian (especially as the Sarge version of ViewCVS is not compatible with SVN). I wanted to know what is the status of the package and if we can help you in anyway in bringing it to shape ? I have a development server that I can use to test the package if needed. Sure, I got back to work on it after a month and a half like hell. :-) I will put in people.debian.org a package for testing next week, right? Best regards, Ender.
Bug#376219: eclipse: Eclipse 3.2 is out !!
Package: eclipse Version: 3.1.2-2 Severity: wishlist -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages eclipse depends on: ii eclipse-jdt 3.1.2-2Java Development Tools plug-ins fo ii eclipse-pde 3.1.2-2Plug-in Development Environment to ii eclipse-source3.1.2-2Eclipse source code plug-ins eclipse recommends no packages. -- no debconf information Hi there, Just to remind the world that Eclipse 3.2 is out with the full Callisto release ! This is a huge improvement comparing to the 3.1 platform, especially the fact that Callisto synchronized the release of 10 Eclipse related projects, so the install/upgrade are going to be finally painless ! No hassle Michael, you are doing a fantastic job and thanks to you we have a working 3.1 Eclipse in Debian. I am just happy it has been released :o) and hope to see soon in Debian. Cheers Letic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339537: ViewVC 1.0.0 going to be out very soon
Hi Ender, I am also very interested in having ViewVC 1.0 included in Debian (especially as the Sarge version of ViewCVS is not compatible with SVN). I wanted to know what is the status of the package and if we can help you in anyway in bringing it to shape ? I have a development server that I can use to test the package if needed. Thanks for you work Do not hesitate to ask for help :o) Cheers LeTic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315905: grisbi: Grisbi crash when trying to enter a new transaction for a payee whose last transation is a breakdown
Package: grisbi Version: 0.5.7-1 Severity: grave Justification: causes non-serious data loss Steps to reproduce the issu : 1. Enter a tansaction with a breakdown for a specific payee and validate 2. Enter a new transaction for the same payee 3. When exiting the payee field, grisbi send a message box (Asking if you want to recover the breakdown from the previous transation, if I remember well when it was working ;o) ) 4. Then grisbi exit without any error 5. When running it from a console get : (grisbi:3816): Gtk-WARNING **: GtkEntry - did not receive focus-out-event. If yo u connect a handler to this signal, it must return FALSE so the entry gets the event as well Gtk-ERROR **: file gtkentry.c: line 4857 (blink_cb): assertion failed: (GTK_WIDG ET_HAS_FOCUS (entry)) aborting... Aborted I am not sure if there is another flag to get more debugging info, if yes please send me the option and I will send you back a more verbose version of the error message. This bug has been reported on Grisbi official website (bug # 018) but is supposed to be fixed in version 0.5.6 This specific bug has been reported for Windows and patch may not have been rolled out for Linux version ? let me know if you need more info Thanks for the great job !!! Anthony -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.7-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages grisbi depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-02.6.5-1 The GLib library of C routines ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libofx1 1:0.7.0-7library to support Open Financial ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libxml2 2.6.16-7 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime Versions of packages grisbi recommends: pn latex-ucs none (no description available) pn tetex-extra none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]