Package: diakonos
Version: 0.8.8-1
Severity: grave
Justification: renders package unusable
I installed this package, closed my network connection, and then tried
to run it:
$ diakonos
grep: help/*: No such file or directory
diakonos.conf not found in any of:
.
/home/decklin/.diakonos
At least one configuration file must exist.
Would you like to download one right now from the Diakonos repository?
(y/n)n
Terminating due to lack of configuration file.
...and it quits. (I'll assume the "help/*" bit is a separate bug.)
Just for illustration, here's what happens if I try to download the
file anyway:
$ diakonos
grep: help/*: No such file or directory
diakonos.conf not found in any of:
.
/home/decklin/.diakonos
At least one configuration file must exist.
Would you like to download one right now from the Diakonos repository?
(y/n)y
Fetching configuration from v0.8.8...
/usr/lib/ruby/1.8/net/http.rb:560:in `initialize': getaddrinfo: Temporary
failure in name resolution (SocketError)
from /usr/lib/ruby/1.8/net/http.rb:560:in `open'
from /usr/lib/ruby/1.8/net/http.rb:560:in `connect'
from /usr/lib/ruby/1.8/timeout.rb:53:in `timeout'
from /usr/lib/ruby/1.8/timeout.rb:93:in `timeout'
from /usr/lib/ruby/1.8/net/http.rb:560:in `connect'
from /usr/lib/ruby/1.8/net/http.rb:553:in `do_start'
from /usr/lib/ruby/1.8/net/http.rb:542:in `start'
from /usr/lib/ruby/1.8/open-uri.rb:242:in `open_http'
from /usr/lib/ruby/1.8/open-uri.rb:616:in `buffer_open'
from /usr/lib/ruby/1.8/open-uri.rb:164:in `open_loop'
from /usr/lib/ruby/1.8/open-uri.rb:162:in `catch'
from /usr/lib/ruby/1.8/open-uri.rb:162:in `open_loop'
from /usr/lib/ruby/1.8/open-uri.rb:132:in `open_uri'
from /usr/lib/ruby/1.8/open-uri.rb:518:in `open'
from /usr/lib/ruby/1.8/open-uri.rb:30:in `open'
from /usr/lib/ruby/1.8/diakonos/config.rb:22:in `fetch_conf'
from /usr/lib/ruby/1.8/diakonos/config.rb:70:in `loadConfiguration'
from /usr/lib/ruby/1.8/diakonos.rb:122:in `initialize'
from /usr/bin/diakonos:5:in `new'
from /usr/bin/diakonos:5
This is totally nuts. The package includes a /etc/diakonos.conf, which
looks like a perfectly reasonable configuration file. The program
should use this file for defaults, then override them with any
settings in the user's personal dotfile, if that file exists, like
most *nix programs.
If it is impossible to implement that for now, then /etc/diakonos.conf
should silently be copied to ~/.diakonos on startup if the latter does
not exist. End-users should never have to pull "fresh" configuration
files from a development repository, even from a tag; they should use
the stable one shipped with the package.
(If I understand the goal of this package correctly, a sizable segment
of its target audience shouldn't be pestered about "configuring"
anything at all. I don't, however, feel it's as much of a problem if
users who *do* wish to configure their editor need to copy the whole
default file to their ~/.diakonos before tweaking it; they presumably
know what they're getting into.)
This does not only make the package unusable for one user if their
network is down, but also for everyone if the development host (I
assume it's fetching this directly from Github) has an outage for any
reason. The package should be self-contained (it already has the file
in question, anyway). So, I'm marking this as grave.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages diakonos depends on:
ii ruby 4.2 An interpreter of object-oriented
diakonos recommends no packages.
diakonos 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
