Bug#820956: dependency issues, should depend on python3-pickleshare
Package: python3-ipython Version: 4.1.2-1 Severity: normal python3-ipython should depend on python3-pickelshare as python-ipython depends on python-pickelshare. Due to this unsatisfied dependency ipython3 crashes at launch time. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-ipython depends on: ii python3-decorator 4.0.6-1 ii python3-pexpect4.0.1-1 ii python3-pkg-resources 18.8-1 ii python3-simplegeneric 0.8.1-1 ii python3-traitlets 4.0.0-1 pn python3:any python3-ipython recommends no packages. python3-ipython suggests no packages. -- no debconf information
Bug#809324:
I can confirm the error. I've already experienced that even when Linux 4.3 was in either experimental or unstable, but couldn't do further tests because it I don't use that workstation everyday. regards, -- Dionisio
Bug#806183: mpv: New upstream version, please repack
Package: mpv Version: 0.12.0-1 Severity: wishlist Tags: upstream There is a new upstream version v0.13. Please pack it for Debian. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#804478: Iceweasel icon is weirdly zommed and cut off in PNG
On 8 November 2015 at 17:19, David Dusanicwrote: > Package: iceweasel > Version: 42.0-1 > Severity: normal > > Same here on Iceweasel 42.0 from experimental. > > -- Package-specific info: > > -- System Information: > Debian Release: stretch/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: i386 (i686) Package has not got all the sizes for the icon in PNG format. 32x32 48x48 and 64x64 are missing at least. -- Dionisio
Bug#792134: cmus: New upstream version 2.7.0
Package: cmus Version: 2.5.0-7+b1 Severity: wishlist Tags: upstream There is a new upstream stable version. Please pack it. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791616: gitit: Please pack newer release version
Package: gitit Version: 0.10.7-2+b1 Severity: wishlist Tags: upstream There is a newer release version 0.11 on GitHub (https://github.com/jgm/gitit/releases). Please pack it. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781861: xfce4-whiskermenu-plugin: Wrong dependencies' version
Package: xfce4-whiskermenu-plugin Version: 1.5.0-1 Severity: normal Dear Maintainer, On i386 architecture, package depends on xfce4-panel 4.11 but the dependency should be 4.13 as it is on x86_64. I've tried forcing the installation by changing the dependency, editing control file, and the plugin works properly with the newer version of xfce4-panel 4.12. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfce4-whiskermenu-plugin depends on: ii libc6 2.19-17 ii libcairo2 1.14.0-2.1 ii libexo-1-0 0.10.2-4 ii libgarcon-1-0 0.4.0-1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libstdc++6 4.9.2-10 ii libxfce4ui-1-0 4.12.1-1 ii libxfce4util6 4.10.1-2 ii xfce4-panel 4.10.1-1 xfce4-whiskermenu-plugin recommends no packages. xfce4-whiskermenu-plugin suggests no packages. -- 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#764291: chromium 37 for i386 is miscompiled - it crashes on CMOV and SSE instructions
Package: chromium Version: 37.0.2062.120-2 Severity: important Confirmed on Debian testing. Version 35 worked fine, but after upgrade chromium started returning «Illegal instruction». CPU is Athlon 2000XP, it does not support SSE2 instructions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590539: couchdb: Wrong permissions on config files.
Package: couchdb Version: 0.11.0-2 Severity: normal Permissions on /etc/couchdb/ and inner files, are 770. There should be 775 on /etc/couchdb/ and inner folders, and 774 on inner files, in order to let applications to read the config files for startup. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages couchdb depends on: ii adduser3.112 add and remove users and groups ii erlang-base [erlang-abi-13 1:14.a-dfsg-1 Erlang/OTP virtual machine and bas ii erlang-crypto 1:14.a-dfsg-1 Erlang/OTP cryprographic modules ii erlang-inets 1:14.a-dfsg-1 Erlang/OTP Internet clients and se ii erlang-ssl 1:14.a-dfsg-1 Erlang/OTP implementation of SSL ii erlang-tools 1:14.a-dfsg-1 Erlang/OTP various tools ii erlang-xmerl 1:14.a-dfsg-1 Erlang/OTP XML tools ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcurl3 7.21.0-1 Multi-protocol file transfer libra ii libicu42 4.2.1-3 International Components for Unico ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii libmozjs2d 1.9.1.10-1The Mozilla SpiderMonkey JavaScrip ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii mawk 1.3.3-15 a pattern scanning and text proces ii procps 1:3.2.8-9 /proc file system utilities couchdb recommends no packages. couchdb suggests no packages. -- 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#573822: RFH: gwibber -- microblogging client for GNOME
On 17 July 2010 03:57, Dionisio E Alonso (Baco) dalo...@grulic.org.ar wrote: On 20 June 2010 04:39, Raphael Hertzog hert...@debian.org wrote: gwibber uses desktopcouch to store messages, and desktopcouch starts a local couchdb instance... the question is why doesn't it work as it should? Here it managed to start the local couchdb but apparently the port number that has been allocated has never been communicated back to the client application through dbus. In your cases it rather looks like that the server was no longer there (or do you have firewalling that could forbid it?). I think there is a permissions problem in /etc/couchdb/ giving permissions to read and execute directories recursively solved launching the ubuntu version of the package. So I installed gwibber, gwibber-service and gwibber-themes from lucid and changed permissions in /etc/couchdb/ as # chmod -R o+rX /etc/couchdb/ And then I could launch gwibber 2.30.0.1 Perhaps I didn't mention that it is necessary restart couchdb daemon after such changes in /etc/couchdb/ folder permissions. And I don't know if it is really necessary, but worked for me, I also had to erase ~/.local/share/desktop-couch/ the first time, because I had some wrong configuration from earlier tries. cheers, -- Dionisio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573822: RFH: gwibber -- microblogging client for GNOME
On 20 June 2010 04:39, Raphael Hertzog hert...@debian.org wrote: gwibber uses desktopcouch to store messages, and desktopcouch starts a local couchdb instance... the question is why doesn't it work as it should? Here it managed to start the local couchdb but apparently the port number that has been allocated has never been communicated back to the client application through dbus. In your cases it rather looks like that the server was no longer there (or do you have firewalling that could forbid it?). I think there is a permissions problem in /etc/couchdb/ giving permissions to read and execute directories recursively solved launching the ubuntu version of the package. So I installed gwibber, gwibber-service and gwibber-themes from lucid and changed permissions in /etc/couchdb/ as # chmod -R o+rX /etc/couchdb/ And then I could launch gwibber 2.30.0.1 regards, -- Dionisio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573822: RFH: gwibber -- microblogging client for GNOME
I am really interested in the package, even I've been hoping that would be possible to package the Ubuntu version, but theirs, strongly depends on Python2.6. I have no idea in packaging except for some other Debian packages I rebuilt my self just for adding compilation options to the package. But I never made a package from scratch. Since I do really want the package to be built, I could learn how. The question is where to? regards, -- Dionisio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org