Package: libchipcard-tools
Version: 4.2.4-2
Followup-For: Bug #520418
libccid would probably be another candidate for Suggests
-- Package-specific info:
Available chipcard readers (output of chipcard-tool list):
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
Package: libchipcard-tools
Version: 4.2.4-2
Followup-For: Bug #508084
Attached find a man page :-)
Karsten
-- Package-specific info:
Available chipcard readers (output of chipcard-tool list):
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990,
On Thu, Mar 19, 2009 at 05:54:51PM +0100, Micha Lenk wrote:
Unfortunately your man page does not include the mandatory commands
either.
It surely does, in the Synopsis section. Took a bit of
googling to find them.
Attached find an updated man page including an Arguments
section mentioning
On Fri, Mar 06, 2009 at 10:14:47PM -0500, Nathan A. Stine wrote:
And some completely different idea: SIGILL could be a sign of trying to
execute a non existing
instruction. As dvdisaster has been made SSE2-aware since 0.71.27, maybe
./configure --with-sse2=no
will change
On Sat, Mar 07, 2009 at 02:51:54PM +0100, Daniel Baumann wrote:
Using --with-sse2=no gives normal operation after a standard compile.
+1
ouch.. thanks guys, i would never ever had found out, i've only machines
with intel cpus.
That's what Open Source is about ! :-)
however, will
Package: libchipcard-tools
Version: 4.2.2-1
Followup-For: Bug #496939
Now that Lenny is released as stable please re-upload from experimental
to unstable.
(the version shown above comes from a manual install
back when we were debugging)
Thanks,
Karsten
-- Package-specific info:
Available
Package: python-psycopg2
Version: 2.0.8-1
Severity: wishlist
Please package at your convenience:
http://initd.org/pub/software/psycopg/psycopg2-2.0.9.tar.gz
http://initd.org/pub/software/psycopg/psycopg2-2.0.9.tar.gz.asc
Thanks,
Karsten
-- System Information:
Debian Release:
On Sat, Feb 21, 2009 at 07:25:40PM +0100, Carsten Gn?örlich wrote:
Could you revert to your normal KDE settings and check the following:
Open the KDE settings dialog and select the GTK styles and fonts
subsection. It should have several fields with the first being
labeled GTK styles. There
This bug is wrongly titled to be AMD64 specific.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Thu, Feb 19, 2009 at 08:19:00AM +0100, RKI Andreas wrote:
* Make /usr/bin/gnumed a python script, rewriting the environment
manipulations in python; this makes the import trivial.
What means trivial.
The trivial seems to come about by the misbelief that our
module imports
On Thu, Feb 19, 2009 at 09:34:15AM +0100, Josselin Mouette wrote:
I don’t have one handy, but the idea is to consider it a regular script.
Looking more closely at gnumed.py, it occurs to me that it is not even
meant to be in a modules directory:
if __name__ != __main__:
Looking more closely, there is an even simpler way than that of
pychecker. Something like this should directly work:
python -m Gnumed.wxpython.gnumed
If that works that'd be a great way to start it !
This way, instead of a wrapper script, you could directly put this
script in
This is very simple, just ship the modules to
/usr/share/gnumed-client,
and modify your script to do something like:
import sys
sys.path.append(/usr/share/gnumed-client)
import Gnumed.whatyouwant
What GNUmed currently does is:
import
On Wed, Feb 18, 2009 at 02:40:24PM +0100, Daniel Baumann wrote:
retitle 515950 [amd64] fails to start with illegal instruction
thanks
Karsten Hilbert wrote:
On startup it tells me: illegal instruction.
not reproducable on i386, appears to be amd64 specific.
I do not have a 64 bit
On Wed, Feb 18, 2009 at 08:16:25PM +0100, Carsten Gn?örlich wrote:
On startup it tells me: illegal instruction. Here is an strace:
This looks like a problem during initialization of the GTK+ toolkit.
Is the problem specific to a certain desktop environment, e.g. KDE?
It does occur under KDE.
On Wed, Feb 18, 2009 at 08:45:39PM +0100, Daniel Baumann wrote:
Carsten Gnörlich wrote:
This looks like a problem during initialization of the GTK+ toolkit.
Is the problem specific to a certain desktop environment, e.g. KDE?
Does using a lightweight window manager like IceWM make a
On Thu, Feb 19, 2009 at 12:03:41AM +0100, Josselin Mouette wrote:
the gnumed-client package uses a hard-coded path to the python modules:
GNUMEDDIR=/var/lib/python-support/python${PYVER}/Gnumed/wxpython
Nope. It just uses this path to start the gnumed.py. All
module imports are
Package: python-wxgtk2.8
Version: 2.8.7.1-1.1
Severity: wishlist
There is a new minor version available which fixes quite a
few bugs. Please package version 2.8.9.*
Thanks,
Karsten
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Package: python-wxgtk2.8
Version: 2.8.7.1-1.1
Severity: normal
I noticed in both wxGlade and GNUmed the following behaviour:
Most of the time the application window (and the stderr redirect window)
open up in random positions/sizes/workspaces on KDE.
GNUmed tries to set its size upon startup to
Package: gnumed-client
Version: 0.3.8
Severity: important
Ships /etc/gnumed/gnumed.conf and /etc/gnumed/gnumed-public.conf both of
which are not used by GNUmed. Should ship /etc/gnumed/gnumed-client.conf
as per example in the tarball.
/usr/bin/gnumed checks for existence of
Package: libarts1c2a
Version: 1.5.9-2
Severity: important
During KDE-logout initiated shutdown the
artsshell -q terminate
hangs indefinitely thereby preventing the shutdown to happen.
kill -TERM offending_pid
allows the shutdown to proceed normally.
Karsten
-- System
Package: postgresql-common
Version: 91
Severity: wishlist
Hello Martin,
it would be great if pg_upgradecluster supported --no-port-switch. This
should then be augmented by a pg_switchclusterports script. This would
be useful in the following scenario:
- existing cluster
- run pg_upgradecluster
This RFP is still of interest to me and should continue to
be filed against wnpp in unstable and/or experimental.
Karsten
On Sat, Nov 01, 2008 at 06:00:29PM +, Debian Bug Tracking System wrote:
X-Mailer: MIME-tools 5.420 (Entity 5.420)
Subject: Bug#448282 closed by David Moreno Garza
On Sat, Oct 18, 2008 at 04:57:04PM +, Debian Bug Tracking System wrote:
#497382: libchipcard-tools: kvkcard segfaults when reading eGK
This seems fixed now.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
--
To UNSUBSCRIBE, email to
Package: libchipcard-tools
Version: 4.2.2-1
Severity: important
The segfaulting on reading eGK is fixed now. Howveer, it fails to
actually read any data from an eGK (reading KVKs works):
merkur:~# kvkcard read -v -v -v -b
Connecting to server.
Connected.
Waiting for card...
[ 7135.816571] ACPI:
Package: linux-image-2.6.26-1-686
Version: 2.6.26-5
Followup-For: Bug #498891
Same here on my ASUS LD2000 ! I was trying to test the bug where
CTRL-INS freezes the keyboard ...
Karsten
-- Package-specific info:
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT
On Sat, Sep 06, 2008 at 08:38:52PM +0200, Micha Lenk wrote:
I installed libchipcard-dev but even that didn't give much
better results than this:
Indeed, the backtrace isn't very helpful. Can you please try again to
get a backtrace with these packages from [1] installed? Those packages
Package: linux-image-2.6.26-1-686
Version: 2.6.26-4
Followup-For: Bug #494477
I am experiencing a very similar thing:
2.6.25 works
2.6.26.1 fails
fbcon, ASUS L2000D laptop
reproduce:
copy some text in mcedit with STRG-INS
- disables cursor keys (and a few others) on console even
On Tue, Sep 02, 2008 at 12:43:31AM +0200, Micha Lenk wrote:
can you please provide a backtrace of kvkcard?
Sure :-)
I installed libchipcard-dev but even that didn't give much
better results than this:
merkur:~# gdb --args kvkcard read -v -v
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software
Package: libchipcard-tools
Version: 4.2.0-2
Severity: normal
Hi,
Micha thankfully provided 4.2 packages via experimental. Install into a
Lenny system went smoothly. Reading KVKs via kvkcard works. Reading my
eGK fails, however, with the following:
merkur:~# kvkcard read -v -v
Connecting to
Package: libchipcard-tools
Version: 4.1.3-2
Severity: wishlist
Hello Micha,
there is a new upstream available (4.2). It has new
functionality important to gnumed-client/gnumed-client-de.
I do know this will not be included in Lenny.
Thanks,
Karsten
-- Package-specific info:
Available chipcard
On Thu, Aug 28, 2008 at 08:55:58PM +0200, Micha Lenk wrote:
there is a new upstream available (4.2). It has new
functionality important to gnumed-client/gnumed-client-de.
I do know this will not be included in Lenny.
Would it be sufficient to upload the new libchipcard to
Package: acpitool
Version: 0.4.7-1.4
Severity: normal
Debian/Testing just upgraded my kernel to 2.6.25.
acpi -e now sayeth this:
*-
Kernel version : 2.6.25-2-686 -ACPI version : 20070126
In the original report I meant to say acpitool -e, not
acpi -e.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, Jul 10, 2008 at 05:58:10PM -0700, Don Armstrong wrote:
I could case this wordlist to be included, but it's not clear to me
what the use case would be, as this doesn't mean that aspell et al.
would magically support it.
That's true. However, GNUmed could then Depends: on it and
could
Package: aeskulap
Version: 0.2.2b1-1
Severity: wishlist
I dare say the Medicine section is better suited than the way more
general Biology one.
Thanks,
Karsten
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture:
Package: python-psycopg2
Version: 2.0.6-3
Severity: wishlist
On the upstream maling list (excerpt):
Anyway, here is psycopg 2.0.7, get it from the usual place (signed with
my gpg key and with full changelog):
http://initd.org/pub/software/psycopg/psycopg-2.0.7.tar.gz
Package: gnumed-client
Version: 0.2.8.3-2
Severity: normal
The public database runs on port 5432, not 5433 anymore. The installed
/etc/gnumed/gnumed.conf contains 5433.
Karsten
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Package: gnumed-client
Version: 0.2.8.3-2
Severity: normal
The local database profile in /etc/gnumed/gnumed.conf is faulty: The
profile definition itself is called local GNUmed database while the
profile list contains local GNUmed database (Linux).
The two must match. Since this is Debian it
On Sat, Mar 01, 2008 at 10:33:50AM +0100, Patrick Winnertz wrote:
Hey,
Sorry, now I get it :)
No problem.
The (Strg|esc)-o is now used to go into the folder which is marked in the
other pane.
Yep. And I want the old behaviour back. I don't mind if I
have to twist an option to do so but I
On Sat, Mar 01, 2008 at 10:19:49AM +0100, Patrick Winnertz wrote:
Hello,
Sorry I can't get your problem:
Alt-o was ever for me to switch to the console and switch back.
Nope. Ctrl-o does that.
Alt-o does the same as Esc-o, at the linux console.
ESC-o shows the same problem, however.
:
'a string'
Note how the ' is nearly drowned by the even with the light blue on
dark blue.
Please, do prod upstream to provide an option to toggle this behaviour.
Karsten Hilbert
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing
Package: mc
Version: 1:4.6.2~pre1-3
Severity: normal
ALT-O (ESC-O) used to switch the opposite pane to the directory of the
current pane. This no longer works, it switches to one level below the
directory of the current pane.
Sounds like a string variety of an off-by-one bug.
Karsten
-- System
On Sun, Dec 30, 2007 at 09:54:21AM +0100, RKI Andreas wrote:
This *may* change, however, with the new chipcardd
calling a script when a card has been inserted. When we
switch to using that mechanism we indeed need to depend on
the new libchipcard-tools only.
So I conclude that my choice to
You should also change any call to /usr/bin/chipcard3-tool (provided by
libchipcard3-tools) to /usr/bin/chipcard-tool (provided by
libchipcard-tools).
GNUmed doesn't call any of libchipcard* directly in any way (so far). It relies
on the KVK service active and running.
This *may* change,
Hello Micha,
If the spool directory had group write permissions, all users in that
group should be able to delete files in the spool directory.
I thought so, too, but when I tested it didn't work.
However, I just tested again - and it now did - very strange.
The command
rm will warn you,
Package: libchipcard3-tools
Version: 3.0.3-1
Severity: wishlist
The GNUmed package cannot delete KVK files from the KVKd spool directory
after processing them. This is legally required if certification of the
KVK reading system is sought after.
Creating the KVK files with group write permissions
On Wed, Nov 14, 2007 at 02:55:48PM +0100, Micha Lenk wrote:
The GNUmed package cannot delete KVK files from the KVKd spool directory
after processing them. This is legally required if certification of the
KVK reading system is sought after.
Could you please document the process of what
On Wed, Nov 14, 2007 at 04:24:07PM +0100, Thomas Viehmann wrote:
Karsten Hilbert wrote:
The GNUmed package cannot delete KVK files from the KVKd spool directory
after processing them. This is legally required if certification of the
KVK reading system is sought after.
Creating the KVK
Package: gnumed-common
Version: 0.2.7.1
Severity: important
- gnumed-common depends on python-support 0.7.1
- Etch has 0.5.6
- this prevents installing gnumed-client from Testing on Stable
Please fix if possible.
Thanks,
Karsten
-- System Information:
Debian Release: lenny/sid
APT prefers
severity 449440 important
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Nov 05, 2007 at 06:46:22PM -0200, Nelson A. de Oliveira wrote:
On 11/5/07, Karsten Hilbert [EMAIL PROTECTED] wrote:
- gnumed-common depends on python-support 0.7.1
- Etch has 0.5.6
- this prevents installing gnumed-client from Testing on Stable
Please fix if possible.
What
On Mon, Nov 05, 2007 at 10:17:02PM +0100, Karsten Hilbert wrote:
Then people will be able to install it on Etch.
I think just changing the dependancy to either of Etch's and
Lenny's python-support versions should work just fine.
IOW setting the Dep: on python-support to 0.5.6 | = 0.7.1
Package: wnpp
Severity: wishlist
* Package name: python-dabo
Version : 0.8.2
Upstream Author : Ed Leafe [EMAIL PROTECTED]
* URL : http://dabodev.com
* License : MIT (http://dabodev.com/licensing)
Programming Lang: Python
Description : wxPython-wrapping
On Mon, Oct 22, 2007 at 08:59:03AM +0200, RKI Andreas wrote:
- should add:
[workplace]
name = GNUmed Default
I don't understand this because if you ignore the comments this is what
the config file actually says. Did I missed something?
On the machine (stable + gnumed from testing) I
Package: gnumed-client
Version: 0.2.7.0-1
Severity: normal
- the current public database is gnumed_v7
- should add:
[workplace]
name = GNUmed Default
See gnumed-client.conf.example in the original source tgz.
Thanks,
Karsten
-- System Information:
Debian Release: lenny/sid
APT prefers
Package: gnumed-common
Version: 0.2.7.0-1
Severity: normal
Depends from python-pgsql which isn't a needed dependancy
anymore. gnumed-client depends from the proper
python-psycopg2.
Shouldn't -common depend from -psycopg2 while -client should
depend from -common ?
Karsten
-- System Information:
Package: xutils
Version: 1:7.1.ds.3-1
Severity: minor
File: /usr/bin/luit
The luit man page contains a spelling error in the AUTHOR section:
X.org Foundataion
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Package: xsane
Version: 0.99+0.991-5
Severity: important
I am trying to use the following command line options:
xsane --save --force-filename=test-.png
which, according to the man page prepares the filename as
a 4-digit counter.
xsane.rc is set to:
overwrite-warning 1
Adding a bit more information:
In fact, it does work once the misleading documentation is
properly understood.
The bug lives in the xsane man page where it sayeth:
When the flag --force-filename or -N is given then xsane
reads the next option as default image filename. The name
should be
Well, the initial information was likely insufficient. I
have more data points now:
I am running Debian Lenny on an ASUS L2D laptop. Up until
kernel 2.6.21 got installed by apt the primary disk was
detected as an IDE disk (hda) and interfaced as such.
Starting with kernel 2.6.21 it got detected
Package: linux-image-2.6.21-2-k7
Version: 2.6.21-5
Severity: normal
Kernel 2.6.21-2 on Lenny hangs during boot. 2.6.18-4 works. Last
message:
Waiting for root filesystem.
Leading up to that it talks about not being able to grab the IDE ports
as they are already in use.
syslog:
Jul 9 11:56:00
On Wed, Jun 20, 2007 at 09:57:05AM +0200, RKI Andreas wrote:
Not sure whether this counts as a bug or not. It sounds more
like an incompatiblity.
It is no incompatibility - cdd-common should work in any case
because it is in all releases the same and there was no change
especially in the
On Sun, Jun 17, 2007 at 08:41:14PM +0200, RKI Andreas wrote:
According to the information you gave per PM I suspect either
menu or cdd-common as the source of the package (med-practice
depends from med-common and this depends from cdd-common).
In cdd-common some code is introduced that
On Sun, Jun 17, 2007 at 09:19:28AM +0200, RKI Andreas wrote:
The effect ist that GNUmed doesn't have a default icon anymore.
Are you sure that this is not caused by a local modification?
Bin ich nicht, aber wenn, dann war es definitiv keine
absichtliche, wissentliche Änderung.
Wenn ich per
On Sun, Jun 17, 2007 at 11:17:04AM +0200, Karsten Hilbert wrote:
Möglicherweise bedeutsam: dieser Rechner ist gepinnt auf
Etch, das gnumed-client-Paket ist aber aus unstable
instaliert.
Likely the problem is this:
- system is pinned to Etch
- gnumed-client is installed from unstable/testing
Package: gnumed-client
Version: 0.2.6.3
Severity: minor
- desktop file says /usr/share/gnumed/bitmaps/gnumed.xpm
- package has /usr/share/pixmaps/gnumed.xpm
The effect ist that GNUmed doesn't have a default icon anymore.
Karsten
-- System Information:
Debian Release: lenny/sid
APT prefers
Package: nvram-wakeup
Version: 0.97-12
Severity: wishlist
I wonder if it wouldn't make sense to include interfacing
/proc/acpi/alarm (where supported) to the directisa/nvram wakeup time
programming access strategies.
This would sort of morph nvram-wakeup into wakeup-tools but that
doesn't seem
Package: htop
Version: 0.6.3-1
Severity: wishlist
It would be really nice if htop was able to display vmstat output in the
header - some of it is available already, some (such as io rates) is not.
Thanks,
Karsten
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT
Package: htop
Version: 0.6.3-1
Severity: wishlist
If htop would display lsof | grep pid of higlighted process when
pressing ENTER (or something else) on a process.
Thanks !
Karsten
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
Package: w3m-img
Version: 0.5.1-5.1
Followup-For: Bug #142058
I am observing similar behaviour on my framebuffer console: When
switching consoles while w3m is downloading/displaying images it starts
displaying the images on whichever console I am currently switched too.
Pressing CTRL-L in a
Package: console-setup
Version: 1.15
Severity: normal
Tags: l10n
After boot (or after I run dpkg-reconfigure console-setup) I cannot use
the CTRL-INS/SHIFT-INS combination for cut-and-paste anymore (for
example in midnight commander).
One data point might be that it works after running
Package: scowl
Version: 6-2
Severity: wishlist
It'd be really useful if scowl included
http://www.e-medtools.com/openmedspel.html
The use case is GNUmed (http://wiki.gnumed.de).
Thanks,
Karsten
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990,
Package: postgresql-8.1
Version: 8.1.7
Severity: important
Upstream has released 8.1.8 to ...
Remove overly-restrictive check for type length in constraints and functional
indexes
which manifests itself like so:
FEHLER: attribute 8 has wrong type
DETAIL: Table has type character varying,
Package: libchipcard2-0c2
Version: 2.1.9-2
Severity: normal
Trying to use the kvkd service with a Towitoko chipdrive fails. Using
kvkcard2 works, though. Upstream author advised to upgrade to libchipcard3
as libchipcard2 isn't maintained as such anymore.
Without the kvkd service GNUmed will not
ftp://ftp.rfc-editor.org/in-notes/rfc3461.txt
That's a pretty long (TM) document. Could someone point me to the relevant
part?
Oh, the only reason I added that link here is to show that
application/dicom
is the proper mimetype to register and that expecting (not
relying on)
/dicom mimetype registration document.
GNUmed (apt-cache show gnumed-client) is using xmedcon to
support viewing DICOM CDs brought along by patients when
returning from imaging studies.
Thanks,
Karsten Hilbert, MD
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990
).
Rationale:
GNUmed (package gnumed-client) is using XMedCon (package xmedcon)
to display DICOM files from CDs brought along by patients from
MRT/CT/X-Ray imaging studies.
Thanks,
Karsten Hilbert, MD
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (990, 'testing'), (500
Package: libwine
Version: 0.9.25-1
Followup-For: Bug #398191
I believe the severity of this bug should be raised higher. As long
as this bug exists wine seems *entirely* unusable. The fix appears
to be easy - just include the missing file. Or is this due to licensing
troubles ? In any case, a
BTW, this problem only seems to exist when upgrading from
the 0.9.12 from the Wine HQ. It disappears when removing
wine and reinstalling !
So, this seems sort of fixed.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
--
To UNSUBSCRIBE,
Package: console-data
Version: 2:1.01-1
Severity: normal
Tags: l10n
When I use kbd-config or dpkg-reconfigure console-data to set my keymap
to latin1 - no dead keys the keyboard works as I want it. However, when
I reboot the setting is gone again.
Could this be a problem with the package or does
Package: gnumed-client
Version: 0.2.2-2
Severity: wishlist
When running GNUmed with --debug it makes sense to explicitely run it from
within a visible terminal window. Reason: Some error messages can only be
displayed to stdout, for example messages early in the startup process
before logging is
Package: gnumed-client
Version: 0.2.2-2
Severity: important
The 0.2.2.deb is not in sync with the upstream 0.2.2.tgz.
The effect is that adding GNUmed users from within the user interface
does not work.
See for example client/wxpython/gmStaffWidgets.py.
Karsten
-- System Information:
Debian
Package: postgresql
Version: 7.5.21
Severity: normal
Some packages require some users to be able to access some databases
under the user name postgres with IDENT auth. This is done by adding
a line
local dbname postgres IDENT postgres-alikes
to pg_hba.conf and lines like
New upstream translation files have been prepared.
The --unicode-gettext option has been removed upstream as it
is not needed anymore.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: gnumed-client
Version: 0.2-1
Severity: wishlist
Could we add a menu entry pointing the default browser at http://wiki.gnumed.de
?
Karsten
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386
Package: med-practice
Version: 0.11
Severity: minor
The menu entry for GNUmed shouldn't read Developer's preview
anymore. It should be aligned with the menu entries of gnumed-client
in Apps/Tools/.
Karsten
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT
Package: gnumed-doc
Version: 0.2-1
Severity: wishlist
Could we add a menu entry pointing a browser at
/usr/share/doc/gnumed-doc/$something.html ?
Karsten
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture:
Package: gnumed-client
Version: 0.2-1
Severity: normal
Setting a link
/usr/share/doc/gnumed-client/user-manual - ../gnumed-doc/user-manual
would enable access to the local copy of the docs
from within the GUI.
Karsten
-- System Information:
Debian Release: testing/unstable
APT prefers
On Fri, Sep 01, 2006 at 02:55:59PM +0200, RKI Andreas wrote:
Setting a link
/usr/share/doc/gnumed-client/user-manual - ../gnumed-doc/user-manual
would enable access to the local copy of the docs
from within the GUI.
This sounds like a reasonable idea but would require a depends
from
On Fri, Sep 01, 2006 at 02:40:05PM +0200, RKI Andreas wrote:
Could we add a menu entry pointing the default browser at
http://wiki.gnumed.de ?
Uhhm, that's quite unusual to add menu entries for documentation
that fire up a web browser to external sites.
The default way to bring
On Fri, Sep 01, 2006 at 10:37:27PM +0200, RKI Andreas wrote:
I would then suggest to add a Reommends: doc-base to
gnumed-doc. Or at least Suggests:.
I'm not a doc expert but when reading apt-cache show doc-base
it is more reasonable to
Recommends: dwww, dhelp, doc-central
because
Package: gnumed-client
Severity: normal
This should really recommend gnumed-doc to be installed.
Karsten
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Package: gnumed-client
Version: 0.2-1
Severity: important
This really should Depends: on gnumed-common.
Karsten
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to
Package: gnumed-client
Severity: important
Tags: l10n
The default Python string encoding is ascii. Hence it cannot cope with
anything
beyond American English. Thus gettext must be told to return unicode (not
ascii-encoded) strings on most systems.
Thusly, in /usr/bin/gnumed the
Package: python-wxglade
Version: 0.4.1-1
Severity: wishlist
When using a CustomWidget it would be really nice to have a way to
specify import lines. One would then also need an indicator for whether
to put that import line at the top (module level) or inside the __init__
method of the class
On Tue, Aug 15, 2006 at 10:00:53AM +0200, Luk Claes wrote:
Your package recommends libextractor which is only available as source
package. You might want to change the recommends to one of the binary
packages extract, libextractor-dev, libextractor-plugins or
libextractor1c2a...
The most
Package: libextractor-python
Version: 1:0.5
Followup-For: Bug #344333
The package now does pass the unit test. Likely because it
was rewritten using ctypes.
Karsten
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Package: python-imaging-sane
Version: 1.1.5-10
Severity: serious
Justification: renders package unusable in certain circumstances
It segfaults (?) due to not finding numarray -- which does not seem to be
listed as a dependancy. It seems it previously used numpy instead.
[EMAIL PROTECTED]:~$
Gut zu wissen, danke.
Karsten
On Tue, Aug 01, 2006 at 01:05:35PM +0200, RKI Andreas wrote:
Package: gnumed-client
Version: 0.1-5
Severity: important
Thanks for the hint. I'm perfectly aware of this but I'm working
on a new upstream version since a couple of days and expect it to be
301 - 400 of 411 matches
Mail list logo