Bug#847047: deluge-gtk: needs to depend on python-notify2 not python-notify

[Marcos Mobley]

closing

On 12/05/2016 12:46 AM, Marcos Mobley wrote:
> Package: deluge-gtk
> Version: 1.3.14-1
> Severity: important
> 
> the popup notifications in deluge-gtk will (silently) fail without python-
> notify2 installed. currently, it incorrectly depends on python-notify.
> 
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.8.12 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages deluge-gtk depends on:
> ii  deluge-common1.3.14-1
> ii  librsvg2-common  2.40.16-1
> ii  notification-daemon  3.20.0-1
> ii  python   2.7.11-2
> ii  python-glade22.24.0-5.1
> ii  python-notify0.1.1-4
> pn  python:any   
> ii  xdg-utils1.1.1-1
> ii  xfce4-notifyd [notification-daemon]  0.3.4-1
> 
> Versions of packages deluge-gtk recommends:
> ii  python-pygame  1.9.1release+dfsg-10+b2
> 
> deluge-gtk suggests no packages.
> 
> -- no debconf information
> 



signature.asc
Description: OpenPGP digital signature

Bug#847047: (no subject)

[Marcos Mobley]

i'm sorry, you can close this bug. i was incorrect. it depends on the
correct notify, it's just broken code upstream. i'm working on a patch.
sorry to bother you.



signature.asc
Description: OpenPGP digital signature

Bug#847047: deluge-gtk: needs to depend on python-notify2 not python-notify

[Marcos Mobley]

Package: deluge-gtk
Version: 1.3.14-1
Severity: important

the popup notifications in deluge-gtk will (silently) fail without python-
notify2 installed. currently, it incorrectly depends on python-notify.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.12 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages deluge-gtk depends on:
ii  deluge-common1.3.14-1
ii  librsvg2-common  2.40.16-1
ii  notification-daemon  3.20.0-1
ii  python   2.7.11-2
ii  python-glade22.24.0-5.1
ii  python-notify0.1.1-4
pn  python:any   
ii  xdg-utils1.1.1-1
ii  xfce4-notifyd [notification-daemon]  0.3.4-1

Versions of packages deluge-gtk recommends:
ii  python-pygame  1.9.1release+dfsg-10+b2

deluge-gtk suggests no packages.

-- no debconf information

Bug#835049: (no subject)

[Marcos Mobley]

one bug (not really fixed but caught) upstream (in git but not released)
http://dev.deluge-torrent.org/ticket/2942#comment:5



signature.asc
Description: OpenPGP digital signature

Bug#835049: more lt 1.1.1 problems

[Marcos Mobley]

there are more and more deluge problems with libtorrent 1.1.1...sigh.

http://dev.deluge-torrent.org/ticket/2941
http://dev.deluge-torrent.org/ticket/2942



signature.asc
Description: OpenPGP digital signature

Bug#843619: (no subject)

[Marcos Mobley]

this is fixed now in upstream VirtualBox 5.1.10 (released 2016-11-21)
*Linux hosts / guests: Linux 4.9 fixes (bugs #16155 and #16064)



signature.asc
Description: OpenPGP digital signature

Bug#813639: (no subject)

[Marcos Mobley]

we're now over 2 years behind on this. could we please get an update so
that stretch releases with something not so old?

thanks




signature.asc
Description: OpenPGP digital signature

Bug#835049: (no subject)

[Marcos Mobley]

everything is working fine with libtorrent 1.1.1 here (had problems with
1.1.0), except for geoip. there is a patch for it so i'm not sure if you
want to apply it to deluge 1.3.13 to have it fixed in stretch before
freeze.

http://dev.deluge-torrent.org/ticket/2861
"Deluge currently uses libtorrent to get GeoIP data. In
libtorrent-rasterbar 1.1+ GeoIP functionality has been removed so a
direct implementation is required.
This patch uses ​python-GeoIP bindings for the job (rewriting it using
​pygeoip or ctypes is not a problem).
On libtorrent-rasterbar 1.0 or older new behaviour is to first try
libtorrent's implementation then if failed to try bindings."





signature.asc
Description: OpenPGP digital signature

Bug#841373: (no subject)

[Marcos Mobley]

just adding this to the report to help those who find it and want a
working alternative. hope that's okay.

https://gist.github.com/ruario/215c365facfe8d3c5071




signature.asc
Description: OpenPGP digital signature

Bug#839923: [phpmyadmin] Failed opening required '/usr/share/php/php-gettext/gettext.inc

[Marcos Mobley]

i had the same issue. the problem seems to be that
php_admin_value_open_basedir in /etc/phpmyadmin/apache.conf does not
include /usr/share/php/php-php-gettext
On Wed, 19 Oct 2016 15:50:49 -0400 James Stricherz  wrote:
> Package: phpmyadmin
> Version: 4:4.6.4+dfsg1-1
> Followup-For: Bug #839923
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where
appropriate ***
> 
> Hi, this is what I did to "fix" the problem locally.
> 
> cd /usr/share/php
> mv php-gettext php-gettext.orig
> ln -s php-php-gettext php-gettext
> 
> symbolic linking within the original php-gettext/gettext.inc doesn't
> work and generates the error, but linking directory to directory does
> work. Of course, it will break things once the problem is fixed
> formally, so before updating you may want to reverse those changes.
> 
> Additionally this was also in my /var/log/apache2/error.log:
> 
>  open_basedir restriction in
>  effect. File(/usr/share/php/php-php-gettext/gettext.inc) is not
>  within the allowed path(s):
>  (/usr/share/phpmyadmin/:/etc/phpmyadmin/:/var/lib/phpmyadmin/:/usr/s
hare/php/php-
gettext/:/usr/share/javascript/:/usr/share/php/tcpdf/:/usr/share/doc/ph
pmyadmin/:/usr/share/php/phpseclib/)
>  in /usr/share/phpmyadmin/libraries/common.inc.php on line 77
> 
> Hope that helps.
> 
> *** End of the template - remove these template lines ***
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (990, 'testing')
> Architecture: i386 (i686)
> 
> Kernel: Linux 4.6.0-1-686-pae (SMP w/8 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 phpmyadmin depends on:
> ii  dbconfig-common 2.0.6
> ii  dbconfig-mysql  2.0.6
> ii  debconf [debconf-2.0]   1.5.59
> ii  libjs-sphinxdoc 1.4.6-1
> ii  perl5.24.1~rc3-3
> ii  php 1:7.0+45
> ii  php-cli 1:7.0+45
> pn  php-gettext 
> ii  php-mbstring1:7.0+45
> ii  php-mysql   1:7.0+45
> ii  php-phpseclib   2.0.3-1
> ii  php-xml 1:7.0+45
> ii  php7.0 [php]7.0.11-1
> ii  php7.0-cli [php-cli]7.0.11-1
> ii  php7.0-json [php-json]  7.0.11-1
> ii  php7.0-mbstring [php-mbstring]  7.0.11-1

signature.asc
Description: This is a digitally signed message part

Bug#841870: xfce4-terminal: does not allow weditable menu accelerators

[Marcos Mobley]

Package: xfce4-terminal
Version: 0.8.0-1
Severity: normal

Dear Maintainer,

i have enabled editable menu accelerators in user interface and in ~/.gtkrc-2.0
and while i can edit them in other applications, i cannot do so in
xfce4-terminal. yes, i read "In the case of Xfce4-terminal, you have to open 9
tabs to edit all the Alt+N entries." and that did not work, either. i also
could not change non-tab accelerators in xfce4-terminal.



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xfce4-terminal depends on:
ii  exo-utils   0.10.7-1
ii  libatk1.0-0 2.22.0-1
ii  libc6   2.24-5
ii  libcairo2   1.14.6-1+b1
ii  libgdk-pixbuf2.0-0  2.36.0-1
ii  libglib2.0-02.50.1-1
ii  libgtk-3-0  3.22.1-1
ii  libpango-1.0-0  1.40.3-2
ii  libvte-2.91-0   0.46.0-1
ii  libx11-62:1.6.3-1
ii  libxfce4ui-2-0  4.12.1-2
ii  libxfce4util7   4.12.1-2

Versions of packages xfce4-terminal recommends:
ii  dbus-user-session [default-dbus-session-bus]  1.10.12-1
ii  dbus-x11 [dbus-session-bus]   1.10.12-1

xfce4-terminal suggests no packages.

-- no debconf information

Bug#841842: debian-installer: should use EXT4's native file-system-level encryption

[Marcos Mobley]

Package: debian-installer
Severity: wishlist

Dear Maintainer,

it would be nice to be able to use EXT4's native file-system-level encryption
instead of LUKS.

Thanks



-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#841446: Depends: libavcodec-ffmpeg56 (>= 7:2.4) (which is only in arm64)

[Marcos Mobley]

Package: browser-plugin-freshplayer-pepperflash
Version: 0.3.5-1
Severity: normal

Dear Maintainer,

tried to install browser-plugin-freshplayer-pepperflash and couldn't because it
was missing libavcodec-ffmpeg56 which is only in arm64 and not amd64




-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.2 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages browser-plugin-freshplayer-pepperflash depends on:
ii  libasound21.1.2-1
ii  libavcodec57  10:3.1.3-dmo3
ii  libavutil55   10:3.1.3-dmo3
ii  libc6 2.24-5
ii  libcairo2 1.14.6-1+b1
ii  libevent-2.0-52.0.21-stable-2+b1
ii  libevent-pthreads-2.0-5   2.0.21-stable-2+b1
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.2.0-7
ii  libgl1-mesa-glx [libgl1]  12.0.3-1
ii  libglib2.0-0  2.50.1-1
ii  libgtk2.0-0   2.24.31-1
ii  libpango-1.0-01.40.3-2
ii  libpangocairo-1.0-0   1.40.3-2
ii  libpangoft2-1.0-0 1.40.3-2
ii  libpulse0 9.0-4
ii  libssl1.0.2   1.0.2j-1
ii  libstdc++66.2.0-7
ii  libv4l-0  1.10.1-1
ii  libva-x11-1   1.7.2-1
ii  libva11.7.2-1
ii  libvdpau1 1.1.1-5
ii  libx11-6  2:1.6.3-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxrandr22:1.5.0-1
ii  libxrender1   1:0.9.9-2

Versions of packages browser-plugin-freshplayer-pepperflash recommends:
ii  pepperflashplugin-nonfree  1.8.3

browser-plugin-freshplayer-pepperflash suggests no packages.

-- no debconf information

Bug#840600: evolution: google calendar fails every morning

[Marcos Mobley]

Source: evolution
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

start evolution with a google account and it fails. there's a fix for this 
upstream. https://bugzilla.redhat.com/show_bug.cgi?id=1373737

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.7.0-x86_64-linode72 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#835049: deluge is not libtorrent 1.1.0 capable

[Marcos Mobley]

Source: deluge
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

Deluge is known not to work with any version of libtorrent after 1.0.9. Of 
course 1.1.0 was just uploaded to unstable, so it breaks. 
It will not be fixed on Deluge's side for quite some time, it seems. 
Deluge developers are aware of the problem and detail it here:
http://forum.deluge-torrent.org/viewtopic.php?f=7=53939=10#p224215


-- System Information:
Debian Release: 8.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.6.3-x86_64-linode70 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#685778:

[Marcos Mobley]

there's a plugin that does this.
http://forum.deluge-torrent.org/viewtopic.php?f=9=47501

Bug#812218: libtorrent-rasterbar8: update to upstream 1.0.8 release

[Marcos Mobley]

Package: libtorrent-rasterbar8
Version: 1.0.7-1
Severity: wishlist

Dear Maintainer,

it would be nice to have the latest upstream 1.0.8 packaged

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 4.1.5-x86_64-linode61 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libtorrent-rasterbar8 depends on:
ii  dpkg   1.17.26
ii  libboost-system1.58.0  1.58.0+dfsg-4.1
ii  libc6  2.19-18+deb8u1
ii  libgcc11:5.3.1-5
ii  libgeoip1  1.6.2-4
ii  libssl1.0.21.0.2d-3
ii  libstdc++6 5.3.1-5

libtorrent-rasterbar8 recommends no packages.

Versions of packages libtorrent-rasterbar8 suggests:
pn  libtorrent-rasterbar-dbg  

-- no debconf information