Bug#883469: mercurial-git: needs to be updated to work with mercurial 4.4.1
Package: mercurial-git Version: 0.8.9-1 Severity: grave Justification: renders package unusable With the new mercurial 4.4.1 in sid mercurial-git cannot work anymore. A sample error is: $ hg log abort: cannot import name peerrepository! Mercurial don't work anymore even if the upstream repository is mercurial and not git. So, basically, you cannot use mercurial anymore without disabling the extension in hgrc or updating to the latest upstream version which is already fixed. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (800, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mercurial-git depends on: ii mercurial 4.4.1-1 ii python 2.7.14-1 ii python-dulwich 0.18.5-1 mercurial-git recommends no packages. mercurial-git suggests no packages. -- no debconf information
Bug#873145: mercurial-git: hg-git needs to be updated to 0.8.9 to work with mercurial 4.3
Package: mercurial-git Version: 0.8.5-4 Severity: grave Justification: renders package unusable Tags: fixed-upstream, sid With the new mercurial 4.3 in sid mercurial-git cannot work anymore. A sample error is: $ hg status abort: No module named osutil! $ hg log ** Unknown exception encountered with possibly-broken third-party extension hggit ** which supports versions 3.7 of Mercurial. ** Please disable hggit and try your action again. ** If that fixes the bug please report it to https://bitbucket.org/durin42/hg- git/issues ** Python 2.7.13+ (default, Jul 19 2017, 18:15:03) [GCC 6.4.0 20170704] ** Mercurial Distributed SCM (version 4.3.1) ** Extensions loaded: hggit Traceback (most recent call last): File "/usr/bin/hg", line 45, in mercurial.dispatch.run() File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 81, in run status = (dispatch(req) or 0) & 255 File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 162, in dispatch ret = _runcatch(req) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 302, in _runcatch return _callcatch(ui, _runcatchfunc) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 310, in _callcatch return scmutil.callcatch(ui, func) File "/usr/lib/python2.7/dist-packages/mercurial/scmutil.py", line 150, in callcatch return func() File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 292, in _runcatchfunc return _dispatch(req) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 896, in _dispatch cmdpats, cmdoptions) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 658, in runcommand ret = _runcommand(ui, options, cmd, d) File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 904, in _runcommand return cmdfunc() File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 893, in d = lambda: util.checksignature(func)(ui, *args, **strcmdopt) File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 1079, in check return func(*args, **kwargs) File "/usr/lib/python2.7/dist-packages/mercurial/commands.py", line 3379, in log displayer.show(ctx, copies=copies, matchfn=revmatchfn) File "/usr/lib/python2.7/dist-packages/mercurial/cmdutil.py", line 1510, in show self._show(ctx, copies, matchfn, props) File "/usr/lib/python2.7/dist-packages/mercurial/cmdutil.py", line 1553, in _show for name in ns.names(self.repo, changenode): File "/usr/lib/python2.7/dist-packages/mercurial/namespaces.py", line 195, in names return sorted(self.nodemap(repo, node)) File "/usr/lib/python2.7/dist-packages/mercurial/namespaces.py", line 44, in tagnodemap = lambda repo, node: repo.nodetags(node) File "/usr/lib/python2.7/dist-packages/mercurial/localrepo.py", line 895, in nodetags if not self._tagscache.nodetagscache: File "/usr/lib/python2.7/dist-packages/mercurial/repoview.py", line 239, in __getattr__ return getattr(self._unfilteredrepo, attr) File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 823, in __get__ result = self.func(obj) File "/usr/lib/python2.7/dist-packages/mercurial/localrepo.py", line 817, in _tagscache cache.tags, cache.tagtypes = self._findtags() File "/usr/local/lib/python2.7/dist- packages/hg_git-0.8.5-py2.7.egg/hggit/hgrepo.py", line 47, in _findtags for tag, rev in self.githandler.tags.iteritems(): File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 823, in __get__ result = self.func(obj) File "/usr/local/lib/python2.7/dist- packages/hg_git-0.8.5-py2.7.egg/hggit/hgrepo.py", line 66, in githandler return GitHandler(self, self.ui) File "/usr/local/lib/python2.7/dist- packages/hg_git-0.8.5-py2.7.egg/hggit/git_handler.py", line 110, in __init__ self.gitdir = self.repo.join('git') AttributeError: 'hgrepo' object has no attribute 'join' hg log don't work anymore even if the upstream repository is mercurial and not git. So, basically, you cannot use mercurial anymore if not disabling the extension in hgrc or updating to the latest version which is already fixed. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (800, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mercurial-git depends on: ii mercurial 4.3.1-2 ii python 2.7.13-2 ii python-dulwich 0.18.2-1 mercurial-git recommends no packages. mercurial-git suggests no packages.
Bug#833102: chromium: Chromium 52 (gtk+3 issue) does not honor gtk-key-theme
Package: chromium Version: 52.0.2743.82-4 Severity: important Since 52.0.2743.82-3 chromium uses gtk+3 backend. But now it doesn't honor gtk- key-theme as the previous gtk+2 backend (or any other gtk+ program). How to reproduce: * set gtk-key-theme to Emacs. * open a new tab and go to a search engine. * write some text on the address bar or the search text box. * Press CTRL+W. What it does: * Close the page. What it should to: * Delete the word on the left of the cursor. Severity important because for me, and probably other people too, some combos like, for example, CTRL+W and CTRL+U are build into muscle memory and closing the tab every time we edit a text box inside a page or the address bar is frustrating and renders the browser unusable. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (800, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.7.0-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages chromium depends on: ii libasound2 1.1.1-2 ii libatk1.0-0 2.20.0-1 ii libavcodec57 7:3.1.1-3 ii libavformat577:3.1.1-3 ii libavutil55 7:3.1.1-3 ii libc62.23-2 ii libcairo21.14.6-1+b1 ii libcups2 2.1.4-4 ii libdbus-1-3 1.10.8-1 ii libexpat12.2.0-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgcc1 1:6.1.1-9 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-0 2.48.1-2 ii libgnome-keyring03.12.0-1+b1 ii libgtk-3-0 3.20.6-2 ii libharfbuzz0b1.2.7-1 ii libjpeg62-turbo 1:1.5.0-1 ii libnettle6 3.2-1 ii libnspr4 2:4.12-2 ii libnss3 2:3.23-2 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpci3 1:3.3.1-1.1 ii libpulse09.0-1.1 ii libspeechd2 0.8.4-2 ii libstdc++6 6.1.1-9 ii libx11-6 2:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.2-1 ii libxi6 2:1.7.6-1 ii libxml2 2.9.4+dfsg1-1 ii libxrandr2 2:1.5.0-1 ii libxrender1 1:0.9.9-2 ii libxslt1.1 1.1.28-4 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1+b1 ii x11-utils7.7+3 ii xdg-utils1.1.1-1 Versions of packages chromium recommends: ii fonts-liberation 1.07.4-1 Versions of packages chromium suggests: ii chromium-l10n 52.0.2743.82-4
Bug#807825: ImportError: cannot import name range
* Tuesday 15 December 2015, alle 18:10, Harlan Lieberman-Berg scrive: > Aha! I think that log may have broken the case wide open! :) > It looks like you have a version of python-requests installed from pip > that ships its own version of the six module, and is shadowing the > Debian version of requests. > (/usr/local/lib/python2.7/dist-packages/requests) Yes! I didn't saw it at first! Now it's correctly running and I'm sorry for this not-Debian bug. You can close it. Cheers
Bug#807825: ImportError: cannot import name range
* Tuesday 15 December 2015, alle 11:48, Harlan Lieberman-Berg scrive: > Two more logs, if you would. Of course! > Can you generate a log of `python -v /usr/bin/letsencrypt`, and also > `dpkg -l | grep python`? I've attached the logs: `python -v /usr/bin/letsencrypt` -> out1.bz2 `dpkg -l | grep python` -> out2.bz2 out1.bz2 Description: Binary data out2.bz2 Description: Binary data
Bug#807825: ImportError: cannot import name range
* Sunday 13 December 2015, alle 17:09, Harlan Lieberman-Berg scrive: > On Sun, 13 Dec 2015 15:10:47 +0100 derfel wrote: > > ImportError: cannot import name range [...] > Can you let me know what the output of this is, run as the same user > that you executed letsencrypt with? (Should be root.): > python -c "import six; print six.__version__" Root or not root the result is the same # python -c "import six; print six.__version__" 1.10.0 $ python -c "import six; print six.__version__" 1.10.0 I can run any test you like to help resolve this issue. Best regards
Bug#676521: #676521 - gnome-settings-daemon: g-s-d and dconf-service slow down the system continously overwriting .cache/dconf/user
* Tuesday 06 May 2014, alle 21:23, althaser scrive: > Could you please still reproduce this issue with newer > gnome-settings-daemon version like 3.8.5-2 ? No and this is a really ooold bug fixed upstream. You can close it. Best regards
Bug#807825: ImportError: cannot import name range
Package: python-acme Version: 0.1.0-3 Severity: normal Cannot run letsencrypt because import error # letsencrypt Traceback (most recent call last): File "/usr/bin/letsencrypt", line 9, in load_entry_point('letsencrypt==0.1.0', 'console_scripts', 'letsencrypt')() File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 565, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2721, in load_entry_point return ep.load() File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2377, in load return self.resolve() File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2383, in resolve module = __import__(self.module_name, fromlist=['__name__'], level=0) File "/usr/lib/python2.7/dist-packages/letsencrypt/cli.py", line 26, in from letsencrypt import account File "/usr/lib/python2.7/dist-packages/letsencrypt/account.py", line 15, in from acme import messages File "/usr/lib/python2.7/dist-packages/acme/messages.py", line 4, in from acme import challenges File "/usr/lib/python2.7/dist-packages/acme/challenges.py", line 13, in from acme import crypto_util File "/usr/lib/python2.7/dist-packages/acme/crypto_util.py", line 7, in from six.moves import range # pylint: disable=import-error,redefined- builtin ImportError: cannot import name range -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (800, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to it_IT.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages python-acme depends on: ii ca-certificates 20150426 ii python-cryptography 1.1.1-1 ii python-mock 1.3.0-2.1 ii python-ndg-httpsclient 0.4.0-3 ii python-openssl 0.15.1-2 ii python-pkg-resources18.7-1 ii python-pyasn1 0.1.9-1 ii python-requests 2.8.1-1 ii python-rfc3339 1.0-4 ii python-six 1.10.0-1 ii python-tz 2012c+dfsg-0.1 ii python-werkzeug 0.10.4+dfsg1-1 pn python:any python-acme recommends no packages. python-acme suggests no packages. -- no debconf information
Bug#554270: [epiphany-browser] CTRL+W should not close tabs with the Emacs Gtk key theme
Package: epiphany-browser Version: 2.28.1-1 Severity: important --- Please enter the report below this line. --- My /desktop/gnome/interface/gtk_key_theme is set to Emacs, so pressing CTRL+W in any textbox should delete the last word. Epiphany-browser works correctly in the address bar, but not in the textboxes inside the page. This is very nasty bug rendering the package unusable for people who expect CTRL+W to delete the last word. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstablesnapshots.ekiga.net 500 unstableftp.de.debian.org 1 experimentalftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== epiphany-browser-data (>= 2.28) | 2.28.1-1 epiphany-browser-data (<< 2.29) | 2.28.1-1 libavahi-client3(>= 0.6.16) | 0.6.25-1 libavahi-common3(>= 0.6.16) | 0.6.25-1 libavahi-gobject0 (>= 0.6.22) | 0.6.25-1 libc6 (>= 2.7) | 2.10.1-1 libdbus-1-3 (>= 1.0.2) | 1.2.16-2 libdbus-glib-1-2 (>= 0.78) | 0.82-2 libgconf2-4 (>= 2.27.0) | 2.28.0-1 libgirepository1.0-0| 0.6.5-4 libglib2.0-0(>= 2.18.0) | 2.22.1-1 libgnome-keyring0 (>= 2.20.3) | 2.28.1-1 libgtk2.0-0 (>= 2.16.0) | 2.18.3-1 libice6(>= 1:1.0.0) | 2:1.0.5-1 libnotify1 (>= 0.4.5) | 0.4.5-1 libnotify1-gtk2.10 | libnspr4-0d (>= 1.8.0.10) | 4.8-1 libnss3-1d(>= 3.12.0~1.9b1) | 3.12.3-1 libpango1.0-0 (>= 1.18.0) | 1.26.0-1 libseed0(>= 2.28.0) | 2.28.0-1 libsm6 | 2:1.1.1-1 libsoup-gnome2.4-1 (>= 2.27.92) | 2.28.0-1 libsoup2.4-1 (>= 2.27.92) | 2.28.0-1 libwebkit-1.0-2 (>= 1.1.15) | 1.1.15.1-1 libx11-6| 2:1.2.2-1 libxml2 (>= 2.7.4) | 2.7.5.dfsg-1 libxslt1.1 (>= 1.1.18) | 1.1.24-2 gnome-icon-theme(>= 2.9.90) | 2.28.0-1 dbus-x11| 1.2.16-2 iso-codes | 3.11-1 epiphany-browser(>= 2.28.0) | 2.28.1-1 Recommends (Version) | Installed =-+-=== yelp | 2.28.0+webkit-1 Suggests(Version) | Installed =-+-=== mozplugger| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554283: [totem] Totem doesn't like mixing file with and without subtitles
Package: totem Version: 2.28.2-2 Severity: minor --- Please enter the report below this line. --- Totem can play file with and without subtitles, but if I play a file without subtitles after one that has them it gives me this errors: * On a messagebox: "An error occurred / Can't play a text file without video" * On the terminal gstplaysink.c(2215): gst_play_sink_reconfigure (): /GstPlayBin2:play/GstPlaySink:playsink0: Have text pad but no video pad --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 500 unstablewww.debian-multimedia.org 500 unstablesnapshots.ekiga.net 500 unstableftp.de.debian.org 1 experimentalftp.it.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libatk1.0-0(>= 1.20.0) | 1.28.0-1 libc6 (>= 2.7) | 2.10.1-1 libcairo2 (>= 1.2.4) | 1.8.8-2 libdbus-1-3 (>= 1.0.2) | 1.2.16-2 libdbus-glib-1-2 (>= 0.78) | 0.82-2 libfontconfig1 (>= 2.4.0) | 2.6.0-4 libfreetype6(>= 2.2.1) | 2.3.9-5 libgconf2-4(>= 2.27.0) | 2.28.0-1 libglib2.0-0 (>= 2.18.0) | 2.22.1-1 libgstreamer-plugins-base0.10-0 (>= 0.10.25) | 0.10.25-3 libgstreamer0.10-0(>= 0.10.25) | 0.10.25-3 libgtk2.0-0(>= 2.16.0) | 2.18.3-1 libice6 (>= 1:1.0.0) | 2:1.0.5-1 libnautilus-extension1 (>= 2.26.2) | 2.28.0-2 libpango1.0-0 (>= 1.14.0) | 1.26.0-1 libsm6 | 2:1.1.1-1 libtotem-plparser12(>= 2.27.2) | 2.28.1-1 libunique-1.0-0 (>= 1.0.0) | 1.0.8-1 libx11-6 | 2:1.2.2-1 libxml2(>= 2.6.27) | 2.7.5.dfsg-1 libxrandr2 | 2:1.3.0-2 libxtst6 | 2:1.0.3-1 libxxf86vm1| 1:1.0.2-1 python2.5 (>= 2.5) | 2.5.4-2 zlib1g(>= 1:1.1.4) | 1:1.2.3.3.dfsg-15 python | 2.5.4-2 python-support (>= 0.90.0) | 1.0.4 gstreamer0.10-plugins-base (>= 0.10.25-5) | 0.10.25-5 gstreamer0.10-alsa | 0.10.25-4 OR gstreamer0.10-audiosink| gstreamer0.10-plugins-good (>= 0.10.7) | 0.10.16-4 gstreamer0.10-x| 0.10.25-4 gnome-icon-theme (>= 2.15.90) | 2.28.0-1 iso-codes | 3.11-1 totem-common (>= 2.28) | 2.28.2-2 totem-common (<< 2.29) | 2.28.2-2 totem (>= 2.27.1) | 2.28.2-2 totem (>= 2.27.1) | 2.28.2-2 Recommends (Version) | Installed -+-== totem-mozilla (>= 2.28.2-2) | 2.28.2-2 totem-plugins (>= 2.28.2-2) | 2.28.2-2 gstreamer0.10-plugins-ugly | 0.10.13-2 gstreamer0.10-plugins-bad| 0.10.13-1 gstreamer0.10-ffmpeg | Suggests (Version) | Installed ===-+-=== gnome-codec-install | 0.4.2 gstreamer0.10-pulseaudio (>= 0.10.16-5) | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#476828: [rawstudio] New upstream 1.0 version
Package: rawstudio Version: 0.7+20080406-0.1 Severity: wishlist --- Please enter the report below this line. --- New upstream 1.0 version is available. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.24-1-amd64 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.it.debian.org --- Package information. --- Depends (Version) | Installed =-+- libatk1.0-0 (>= 1.20.0) | 1.22.0-1 libc6 (>= 2.7-1) | 2.7-10 libcairo2 (>= 1.4.0) | 1.6.4-1 libdbus-1-3(>= 1.1.1) | 1.2.1-1 libgcc1 (>= 1:4.1.1-21) | 1:4.3.0-3 libgconf2-4 (>= 2.13.5) | 2.22.0-1 libglib2.0-0 (>= 2.16.0) | 2.16.3-2 libgtk2.0-0 (>= 2.12.0) | 2.12.9-3 libjpeg62 | 6b-14 liblcms1 (>= 1.15-1) | 1.16-8 libpango1.0-0 (>= 1.20.0) | 1.20.2-2 libstdc++6 (>= 4.1.1-21) | 4.3.0-3 libtiff4 | 3.8.2-8 libx11-6 | 2:1.0.3-7 libxml2 (>= 2.6.27) | 2.6.32.dfsg-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465592: couchdb doesn't start anymore after erlang update
Attached there is the bizzped erl_crash.dump file. erl_crash.dump.bz2 Description: Binary data
Bug#465592: couchdb doesn't start anymore after erlang update
In the attachment there is the bzipped strace output for /usr/bin/couchdb. strace.out.bz2 Description: Binary data
Bug#465592: couchdb doesn't start anymore after erlang update
Package: couchdb Version: 0.7.2-2 Severity: grave --- Please enter the report below this line. --- Couchdb doesn't start anymore after erlang update. The error message is: {"init terminating in do_boot",{'cannot load',error_handler,get_file}} Crash dump was written to: erl_crash.dump init terminating in do_boot () Rebuilding the package solves the problem here. --- System information. --- Architecture: i386 Kernel: Linux 2.6.24 Debian Release: lenny/sid 990 unstableftp.it.debian.org 990 unstableapt.cerkinfo.be 750 experimentalftp.it.debian.org --- Package information. --- Depends(Version) | Installed -+-=== adduser | 3.105 erlang-abi-11.b.3| erlang-nox(>= 1:12.b.1-dfsg) | 1:12.b.1-dfsg-1 libc6 (>= 2.7-1) | 2.7-6 libicu36 (>> 3.6-7) | 3.6-10 lsb-base | 3.1-24 mime-support | 3.40-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462818: New upstream version available (0.7)
Package: rawstudio Version: 0.6+20071101-2 Severity: wishlist --- Please enter the report below this line. --- Rawstudio 0.7 is now available: http://rawstudio.org/pipermail/rawstudio-users/2008-January/79.html --- System information. --- Architecture: i386 Kernel: Linux 2.6.24 Debian Release: lenny/sid 990 unstableftp.it.debian.org 990 unstableapt.cerkinfo.be 750 experimentalftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libatk1.0-0 (>= 1.20.0) | 1.20.0-1 libc6(>= 2.7-1) | 2.7-6 libcairo2(>= 1.4.0) | 1.4.14-1 libgcc1(>= 1:4.2.1) | 1:4.3-20080116-1 libgconf2-4 (>= 2.13.5) | 2.20.1-2 libglib2.0-0(>= 2.14.0) | 2.14.5-2 libgtk2.0-0 (>= 2.12.0) | 2.12.5-2 libjpeg62 | 6b-14 liblcms1(>= 1.15-1) | 1.16-8 liborbit2 (>= 1:2.14.1) | 1:2.14.10-0.1 libpango1.0-0 (>= 1.18.3) | 1.18.4-1 libstdc++6 (>= 4.2.1) | 4.3-20080116-1 libtiff4| 3.8.2-7 libxml2 (>= 2.6.27) | 2.6.31.dfsg-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#446946: patch for raw images from EOS 400D show as black
This bug is upstream bug #134 [1]. I've attached the patch that fixed it and also tested it working. [1] http://bugzilla.rawstudio.org/show_bug.cgi?id=134 Index: src/rawstudio.c === --- src/rawstudio.c (revisione 1440) +++ src/rawstudio.c (revisione 1441) @@ -648,13 +648,13 @@ rs_photo_open_dcraw_apply_black_and_shift_mmx(dcraw_data *raw, RS_PHOTO *photo) { char b[8]; - gushort *sub = (gushort *) b; + volatile gushort *sub = (gushort *) b; void *srcoffset; void *destoffset; guint x; guint y; gushort *src = (gushort*)raw->raw.image; - gint64 shift = (gint64) (16.0-log((gdouble) raw->rgbMax)/log(2.0)+0.5); + volatile gint64 shift = (gint64) (16.0-log((gdouble) raw->rgbMax)/log(2.0)+0.5); sub[0] = raw->black; sub[1] = raw->black;
Bug#446946: rawstudio: raw images from EOS 400D show as black
I can confirm this bug. Same issue here with Eos 400D raw files (.CR2). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445929: New upstream version of duplicity available
Package: duplicity Version: 0.4.3.rc8-0.0 Severity: wishlist --- Please enter the report below this line. --- A new version of duplicity (0.4.4.RC3) was released. --- System information. --- Architecture: i386 Kernel: Linux 2.6.23 Debian Release: lenny/sid 990 unstableftp.it.debian.org 990 unstableapt.cerkinfo.be 750 experimentalftp.it.debian.org --- Package information. --- Depends(Version) | Installed -+-=== libc6 (>= 2.5-5) | 2.6.1-5 librsync1 (>= 0.9.6) | 0.9.7-1 python-central(>= 0.5.8) | 0.5.15 python (<< 2.5) | 2.4.4-6 python (>= 2.4) | 2.4.4-6 gnupg| 1.4.6-2 python-gnupginterface| 0.3.2-9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304262: python2.3-twisted: gtk2reactor GtkDeprecationWarning
Package: python2.3-twisted Version: 1.3.0-8 Severity: minor Using gtk2reactor trigger some GtkDeprecationWarning: /usr/lib/python2.3/site-packages/twisted/internet/gtk2reactor.py:203: GtkDeprecationWarning: gtk.timeout_add is deprecated, use gobject.timeout_add instead _simtag = gtk.timeout_add(int(timeout * 1010), self.simulate) /usr/lib/python2.3/site-packages/twisted/internet/gtk2reactor.py:110: GtkDeprecationWarning: gtk.input_remove is deprecated, use gobject.source_remove instead gtk.input_remove(reads[reader]) /usr/lib/python2.3/site-packages/twisted/internet/gtk2reactor.py:115: GtkDeprecationWarning: gtk.input_remove is deprecated, use gobject.source_remove instead gtk.input_remove(writes[writer]) /usr/lib/python2.3/site-packages/twisted/internet/gtk2reactor.py:197: GtkDeprecationWarning: gtk.timeout_remove is deprecated, use gobject.source_remove instead gtk.timeout_remove(_simtag) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (95, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages python2.3-twisted depends on: ii python2.3 2.3.5-2An interactive high-level object-o ii python2.3-twisted-bin 1.3.0-8Event-based framework for internet -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301152: /etc/init.d/apcupsd doesn't stop apcupsd
* venerdì 25 marzo 2005, alle 17:28, Samuele Giovanni Tonon scrive: > Federico 'Derfel' Stella wrote: >>Package: apcupsd >>Version: 3.10.16-6 >>Severity: important > >/etc/init.d/apcupsd doesn't stop apcupsd as shown below. > >finwe:~# ps aux | grep apcupsd > >root 5869 0.3 0.2 11596 1120 ?Rsl 01:34 0:02 > >/sbin/apcupsd > >root 11648 0.0 0.0 1628 512 pts/3R+ 01:48 0:00 grep > >apcupsd > >finwe:~# /etc/init.d/apcupsd stop > >Stopping APC UPS power management: apcupsd. > >finwe:~# ps aux | grep apcupsd > >root 5869 0.3 0.2 11596 1128 ?Ssl 01:34 0:02 > >/sbin/apcupsd > >root 11667 0.0 0.1 1628 520 pts/3S+ 01:48 0:00 grep > >apcupsd > >finwe:~# > Are you sure that apcupsd is not stuck ? Normally the stop action stop it . Sorry for the long delay. I've test it got stuck during shutdown: # strace -p 5612 Process 5612 attached - interrupt to quit --- SIGSTOP (Stopped (signal)) @ 0 (0) --- --- SIGSTOP (Stopped (signal)) @ 0 (0) --- futex(0x808a3c8, FUTEX_WAIT, 2, NULL Process 5612 detached But only with kernel-2.6.12-rc(1-2), with previous kernel works without problems. Now I have updated to newer version and works even on 2.6.12-rc2. Case closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301152: /etc/init.d/apcupsd doesn't stop apcupsd
Package: apcupsd Version: 3.10.16-6 Severity: important /etc/init.d/apcupsd doesn't stop apcupsd as shown below. finwe:~# ps aux | grep apcupsd root 5869 0.3 0.2 11596 1120 ?Rsl 01:34 0:02 /sbin/apcupsd root 11648 0.0 0.0 1628 512 pts/3R+ 01:48 0:00 grep apcupsd finwe:~# /etc/init.d/apcupsd stop Stopping APC UPS power management: apcupsd. finwe:~# ps aux | grep apcupsd root 5869 0.3 0.2 11596 1128 ?Ssl 01:34 0:02 /sbin/apcupsd root 11667 0.0 0.1 1628 520 pts/3S+ 01:48 0:00 grep apcupsd finwe:~# -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (95, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages apcupsd depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgd2-xpm 2.0.33-1.1 GD Graphics Library version 2 ii libncurses5 5.4-4Shared libraries for terminal hand ii libsnmp4.2 4.2.5-5 NET SNMP (Simple Network Managemen ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291155: dpkg-reconfigure with read-only /usr?
* venerdì 21 gennaio 2005, alle 05:40, Peter Samuelson scrive: > [Federico 'Derfel' Stella] >> In all my machine /usr is mounter read-only and remounted read-write by >> Dpkg::Pre-Invoke in apt.conf. I use this kind of conf by years and I expect >> a package to not touch /usr during re-configuration. > Well, dpkg-reconfigure runs the config and postinst scripts, if > present, for any package. My system has 55 postinst scripts that call > 'install-info', not to mention 66 postinst scripts that call > 'update-alternatives' (which might well need write access to /usr). update-alternatives works with readonly /usr because modifies only files in /etc/alternatives without touching /usr. There are problems with packages calling install-info, directly or via dh_installinfo, configurable by dpkg-reconfigure. > So on my system there are 106 packages that potentially have this > behavior. Nobody special-cases dpkg-reconfigure. Thus it's clear to I think that the combination install_info + dpkg-reconfigure + readonly /usr is rare enough to not be reported before. > Feel free to take this to debian-devel, though, if you still disagree. I'll search through all my packages and then report what I've found. > I'm a reasonable person and I'll be happy to fix gpm if other people > agree that this goal is worthwhile. Probably it's better if you tag this bug as "won't fix" until broader discussion. Fede. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291155: dpkg-reconfigure gpm doesn't work with read-only /usr
* giovedì 20 gennaio 2005, alle 11:57, Peter Samuelson scrive: > [Federico 'Derfel' Stella] >> dpkg-reconfigure gpm doesn't work with read-only /usr: > Is it expected to? I see a lot of packages call install-info in their > postinst scripts - presumably all these would have exactly the same > bug, yes? Was this a mass bug filing? In all my machine /usr is mounter read-only and remounted read-write by Dpkg::Pre-Invoke in apt.conf. I use this kind of conf by years and I expect a package to not touch /usr during re-configuration. This is not a mass bug filling, because I think it's not a widestream problem, and because I've never encountered this kind of problem with other packages. Maybe this could be discussed for mass bug filing? In this machine I have 2414 packages installed and I searched using grep in all my postinst for dpkg-reconfigure. Results: Out of 2414 only 10 refers to dpkg-reconfigure: o bugzilla.postinst o cupsys.postinst o gpm.postinst o libnss-ldap.postinst o pychecker.postinst o slapd.postinst o squid.postinst o tetex-bin.postinst o xserver-common.postinst o xserver-xfree86.postinst And from this list only gpm.postinst and tetex-bin.postinst referts to install-info. So this problems seems to affect tetex-bin too. This search is just to take a quick postinst-tour. > I guess it's philosophical: whether or not dpkg-reconfigure should skip > such things as install-info on the theory that this won't normally be > in need of repair. There's an argument to be made for that, to be > sure, but I haven't heard it before. True, this is the first time I hit this problem. > Can you point me to an example of a package that changes /usr in its > postinst but only if not run via dpkg-reconfigure? After a quick tour I've seen many packages using install-info as you said and even the code added by dh_installinfo reported below. All packages using dh_installinfo hit this bug, but I don't think is too serious, as I don't expect too much from dpkg-reconfigure gdb. Maybe we should take this conversation to debian-devel? # Automatically added by dh_installinfo if [ "$1" = "configure" ]; then install-info --quiet --section "Development" "Development" /usr/share/info/stabs.info fi # End automatically added section -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291310: python2.3-twisted: gtk2reactor UserWarning
Package: python2.3-twisted Version: 1.3.0-5 Severity: minor Importing gtk2reactor gives warning. Offending code is located at: /usr/lib/python2.3/site-packages/twisted/internet/gtk2reactor.py. gtk._gobject should be replaced with gobject as suggested by warning. $ python Python 2.3.4 (#2, Jan 5 2005, 08:24:51) [GCC 3.3.5 (Debian 1:3.3.5-5)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from twisted.internet import gtk2reactor /usr/lib/python2.3/site-packages/gtk-2.0/gtk/__init__.py:63: UserWarning: gtk._gobject is deprecated, use gobject directly instead self.warn('gtk._gobject is deprecated, use gobject directly instead') -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (95, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages python2.3-twisted depends on: ii python2.3 2.3.4-19 An interactive high-level object-o ii python2.3-twisted-bin 1.3.0-5Event-based framework for internet -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291155: dpkg-reconfigure gpm doesn't work with read-only /usr
Package: gpm Version: 1.19.6-19 Severity: normal dpkg-reconfigure gpm doesn't work with read-only /usr: finwe:~# dpkg-reconfigure gpm install-info(/usr/share/info/gpm.info): failed to lock dir for editing! Read-only file system install-info(/usr/share/info/gpm.info): warning - unable to unlock /usr/share/info/dir: No such file or directory install-info(/usr/share/info/gpm.info): create /usr/share/info/dir.new: Read-only file system It works without problems if /usr is mouted read-write. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (95, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.4.41 Debian configuration management sy ii debianutils 2.11.2 Miscellaneous utilities specific t ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand ii ucf 1.13 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290782: [boost] Bug#290782: multi_array.hpp: rebasing via range causes a crash while reindex works
* lunedì 17 gennaio 2005, alle 12:06, Domenico Andreoli scrive: > boost debian package version 1.32.0-2 has been reported the following > bug. i didn't find anything in the archive. is it a new entry? [...] > arr a(boost::extents[ arr::extent_range(1, 1) ]); I'm not a multi.array user, but this is an invalid range. See Table 4 [1] Invariants: o Valid range [a.begin(),a.end()) is a valid range. Derfel. [1] http://www.boost.org/libs/multi_array/doc/reference.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]