Bug#773057: Dependency problem

2018-05-05 Thread Bruce Weirdan
Installable and working.


Bug#856149: docker.io: Purge fails due to bashism in /var/lib/docker/nuke-graph-directory.sh

2017-02-25 Thread Bruce Weirdan
Package: docker.io
Version: 1.13.0~ds1-1
Severity: normal

Dear Maintainer,

I tried to purge docker.io package because I no longer needed it, and
the purge failed:

/var/lib/docker/nuke-graph-directory.sh: 64: 
/var/lib/docker/nuke-graph-directory.sh: shopt: not found
dpkg: error processing package docker.io (--purge):
 subprocess installed post-removal script returned error exit status 127

Obviously dash has no 'shopt'


-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-1-amd64 (SMP w/4 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#773057: Dependency problem

2017-01-11 Thread Bruce Weirdan
Control: reopen -1 =

There's a dependency problem that renders the fix unusable:
terminology 0.9.1-1 depends on libeina1 >=1.8.0 (available 1.8.6-2.5+b1)
libemotion-players 1.18.4-1 depends on libeina1a >=1.18.4-1 (available
1.18.4-1) which conflicts with libeina1



Bug#816913: sphinxsearch: Daily sphinxsearch cron fails when there are only RT indexes in config

2016-03-06 Thread Bruce Weirdan
Package: sphinxsearch
Version: 2.2.9-1
Severity: minor

Dear Maintainer,

Default crontab installed with sphinxsearch assumes there's at least
one non-rt index in the config file. When it's not true, it produces
mail noise (without really affecting anything):

FATAL: no indexes found in config file '/etc/sphinxsearch/sphinx.conf'

Please provide separate option in /etc/default/sphinxsearch to
enable/disable this daily crontab (something like RUN_INDEXER_DAILY)

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages sphinxsearch depends on:
ii  adduser   3.113+nmu3
ii  libc6 2.21-9
ii  libexpat1 2.1.0-7
ii  libgcc1   1:5.3.1-10
ii  libmysqlclient18  5.6.28-1
ii  libpq59.5.1-1
ii  libstdc++65.3.1-10
ii  libstemmer0d  0+svn585-1
ii  zlib1g1:1.2.8.dfsg-2+b1

sphinxsearch recommends no packages.

sphinxsearch suggests no packages.

-- Configuration Files:
/etc/default/sphinxsearch changed:
START=yes


-- no debconf information



Bug#815703: php5-redis: missing amd64 build in sid

2016-02-23 Thread Bruce Weirdan
Package: php5-redis
Severity: important

Dear Maintainer,

   Tried to install php5-redis on Sid:
   
   sudo aptitude install php5-redis 
   
   It failed with:
Couldn't find any package whose name or description matched
"php5-redis".  Unable to apply some actions, aborting

   Checked packages.debian.org/sid/php5-redis - there was no amd64
   build

   Workaround: installed php5-redis from jessie repos

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages php5-redis depends on:
ii  libc6  2.21-9
ii  php5-common [phpapi-20131226]  5.6.17+dfsg-3

php5-redis recommends no packages.

Versions of packages php5-redis suggests:
ii  redis-server  2:3.0.7-2

-- no debconf information



Bug#633546: svn-load: should have paging for the 'rename files' (or generate rename listing)

2011-07-11 Thread Bruce Weirdan
Package: svn-load
Version: 1.3-1
Severity: wishlist

When svn-load prompts user for input during rename confirmation it could
display a lot of files at once (I got over 5000 lines when updating Zend
Framework from 1.7.9 to 1.11.8).

Such enormous listing requires at least paging, but ideally, distinct
mode of operation that would store rename list to the file, so that user
would run svn-load, get 'rename-file', edit it and then feed it to
svn-load again.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages svn-load depends on:
ii  python2.6.7-1interactive high-level object-orie
ii  python-svn1.7.2-4+b2 A(nother) Python interface to Subv

svn-load recommends no packages.

svn-load 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