Package: atool
Version: 0.29.0-2
Tags: patch
Hi,
atool does not read the config file option 'use_arj_for_unpack' as
there's a typo at line 1423 (in version 0.32.0 that is not in Debian
yet, but the bug is still there -- just grep for the line):
'use_arj_for_unpack' => \$::cfg_use_arc_for_unp
> Your package fails to build with GCC 4.3. Version 4.3 has not been
Thanks for spotting this! The exit() call is superfluous and can
simply be removed (ad_initial() needs to be called though). I fixed
this in upstream CVS.
I hope this gets propagated into Debian somehow, since the package is
or
Package: fp-units-rtl
Version: 1.9.4-5
Severity: wishlist
Hi,
why are the runtime libraries for the other supported target
architectures excluded? The fpc binary in fp-compiler already supports
cross-compilation, but the RTLs are missing.
I compiled them myself for the Win32 architecture from th
Package: asterisk-chan-misdn
Version: 0.1.1-1
chan_misdn.so, as currently packaged, does not load. Asterisk keeps
saying:
[chan_misdn.so]Sep 28 20:48:41 WARNING[4472]: loader.c:258
ast_load_resource: /usr/lib/asterisk/modules/chan_misdn.so: undefined
symbol: clear_bit Sep 28 20:48:41 WARNING[4472
Tags: patch
I got the same problem. When using the kernel PPPoE driver, pppd never
closes /dev/ppp when the link has come down.
It opens superfluous fds to the device each time it re-opens the
connection, with the unclosed ones falsely reported always ready for
data by select().
This makes pppd
Package: asterisk
Version: 1.0.7.dfsg.1-2
Tags: patch
I kept getting error messages from the RxFAX() function (of package
asterisk-app-fax), like the following:
Apr 5 22:10:26 NOTICE[31327]: Unable to find a path from slin to
unknown
Apr 5 22:10:26 WARNING[31327]: Unable to restore read format
Package: racoon
Version: 0.5-5
Severity: minor
racoon's statistics mode, which is defined by --enable-stats to the
configure script in the latest Debian package, really crowds my syslog.
I don't know what the additional information means anyway and i suspect
it to be totally useless for normal us
In the meantime, i found out that tar is a new upstream version and the
behaviour of searching for rmt changed. The README says, it now looks
into $prefix/libexec/rmt by default because it installs rmt in that
location in the upstream version. This can be changed by the new
DEFAULT_RMT_COMMAND vari
Package: tar
Version: 1.14-2
I recently dist-upgraded my unstable distribution and found that my
remote backups won't work anymore.
After a quick inspection of the situation, i found that:
tar cf [EMAIL PROTECTED]:/home/user/test.tar files
produces the following error message:
bash: line 1: /u
9 matches
Mail list logo