tardy on following up
on things.
--
...Adam Di Carlo...
se libusb-dev libftdi-dev are installed on your system.
Ok, no problem.
Its a bit of shame that this software is unmaintained upstream with no
replacement -- that I know of. However, I know that's not your fault.
What's better, to just close this bug or should I upstream it?
--
...Adam Di Carlo...
Package: lcdproc
Version: 0.5.9-3.1
Severity: normal
The package fails to include the lis.so module.
Which is odd, because I did a local build and lis.so is indeed built
and included with the 'lcdproc' package.
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (990,
Di Carlo...
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (1001, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf
Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF
Package: openipmi
Version: 2.0.25-2
Severity: normal
Even disabled, when starting the package, I'm seeing an error from
systemctl:
root@salsa:/etc/init.d# systemctl status openipmi.service
● openipmi.service - LSB: OpenIPMI Driver init script
Loaded: loaded (/etc/init.d/openipmi; generated)
Package: ilisp
Version: 5.12.0+cvs.2004.12.26-23
Severity: normal
Tags: patch
The installation script at
/usr/lib/emacsen-common/packages/install/ilisp contains 'ln -s'
(lacking the -f option) which means it fails to be idempotent.
To demonstrate, suppose the package failed to install (see
ILISP Compilation: unrecognized Emacs version fsf-25
--
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>
severity 850072 important
tags 850072 + patch
thanks
To justify the "important" severity: the package fails to install if
emacs25 is also installed.
The problem is trivially fixable, patch attached.
--
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.c
you're still stumped. I think my next step would be to
have to try to hack sources and come up with a diff which fixes matters.
Also, I'm clearly missing some debug symbols, covering
.../sysdeps/x86_64/strlen.S, but not sure what package I need to install
to cover that.
--
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>
t; until I get
that. I do believe I need to rebuild the package with '-g' to get
symbols out, which I've done. Off to work for now but I'll give this
another attempt, should have result by no later than end of day tomorrow.
--
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>
*overconfiguration* that gets me.
Thank you for taking the time to help!
However, no matter my legacy misconfig, isn't it still problematic to
segfault like this? Let me know if a backtrace would help.
--
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>
seem to have any way to configure a CA
or client cert. Any advice is welcome.
--
.Adam Di carloa...@debian.org.<URL:http://www.debian.org/>
Package: nagios-nrpe-server
Version: 3.0.1-3
Severity: normal
Given a situation where a debian/stable (Jessie) server is polling an
NRPE node running the latest unstable NRPE server, with all debugging
enabled (ssl_logging=-1), I am getting the following segfault, as reported in
/var/log/syslog:
don't know...
--
...Adam Di Carlo...<a...@onshored.com>...<URL:http://www.onshored.com/>
--- /usr/share/perl5/Mail/Sender.pm.orig 2016-01-26 20:28:09.192750941 -0500
+++ /usr/share/perl5/Mail/Sender.pm 2016-01-26 20:37:19.136913560 -0500
@@ -315,7 +315,7 @@
sub __Debug {
my ($s
Sandro Tosi mo...@debian.org writes:
Adam Di Carlo a...@debian.org has not been working on
the docbook package for quite some time.
We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part
Baruch Even bar...@debian.org writes:
The info docs are under the GFDL and as such we cannot ship them in
Debian. It might be possible to do a non-free package with them but I
lack the time to do that.
Oh, I didn't realize. Thanks for the followup.
--
.Adam Di carloa...@debian.org
Package: mdk
Version: 1.2.3-1.1
Severity: normal
Upstream ships with texinfo documentation. The package should build and
ship mdk.info, and install-info it and such...
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (989, 'stable'), (30, 'testing'), (5,
dann frazier da...@debian.org writes:
This should be fixed in 2.6.29-2 - the patch we used in 2.6.29-1
wasn't updated to request the 2.6.29 fw versions.
oic. At that point it will fix itself, then!
Thanks for the update.
--
.Adam Di carloa...@debian.org.URL:http
License,
version 2 [4]. Please send a mail to [EMAIL PROTECTED]
stating that you allow this. E.g.:
Granted, here we go:
I allow that my contribution to the Debian GNU/Linux release
notes can be distributed under the terms of the GNU General
Public License, version 2.
--
...Adam Di Carlo...[EMAIL
Daniel Leidert [EMAIL PROTECTED] writes:
I would offer my help to maintain the packages: docbook, docbook-xml,
sgml-data. I alraedy joined the Debian XML/SGML group and I currently
maintain the docbook-xsl package. So if you are still interested in a
co-maintainer, please tell me, which
severity 376488 grave
thanks
Rationale: bug renders package unusable.
--
.Adam Di [EMAIL PROTECTED]URL:http://www.debian.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
David Liontooth [EMAIL PROTECTED] writes:
The workarounds suggested for kernel 2.6.5 in bug #242163 and
http://home.comcast.net/~andrex/Debian-nVidia/troubleshooting.html have no
effect
at my end; this is Debian kernel 2.6.16.14.
I'm confused. Why would you think a fix for kernel 2.6.5
Daniel Leidert [EMAIL PROTECTED] writes:
Am Samstag, den 20.05.2006, 20:25 +0200 schrieb Daniel Leidert:
I prepared a first NMU for the latest release of the docbook-xsl
package, which was released recently (version 1.70.0).
In the meantime, 1.70.1 was released.
The source files
can be
Christian Hammers [EMAIL PROTECTED] writes:
Hello
This bug has the severity serious which is release critical and no
comment since month which is definetly too long :)
In the bug logs I see some proposals regarding the perl dependencies
and Frank's last mail which suggests that the problem
clue for me?
--
...Adam Di Carlo...[EMAIL PROTECTED]...URL:http://www.onshored.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Thanks, Steve. This has been applied and uploaded in my MU version
(4.4-2 or higher). I'll make this fix for the docbook package next.
Sorry I missed doing this in my first MU.
--
.Adam Di [EMAIL PROTECTED]URL:http://www.debian.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Michael Smith [EMAIL PROTECTED] writes:
I think the fix is this:
--- docbook-xml-4.4/debian/xmlcatalogs.orig 2005-04-22 01:07:30.666003008
+0900
+++ docbook-xml-4.4/debian/xmlcatalogs 2005-04-22 01:08:01.539309552
+0900
@@ -6,6 +6,7 @@
root;public;-//Normal Walsh//Exchange
Michael Smith [EMAIL PROTECTED] writes:
The ent symlink in DocBook DTD directories should be removed.
For example,
/usr/share/xml/docbook/schema/dtd/4.4/ent
It's not necessary. Try removing it and you will see what I mean.
With the current catalog setup, the ISO character entities seem
Ah, I just independently noticed this problem. Fix coming soon.
This makes the new 4.4 DTD unusable.
Actually, that's only true if you're using a tool that doesn't
understand XML or SGML catalogs, I think?
--
.Adam Di [EMAIL PROTECTED]URL:http://www.debian.org/
--
To UNSUBSCRIBE,
retitle 305736 non-standard XML ISO entity file names
reassign 305736 sgml-data
thanks
Michael Smith [EMAIL PROTECTED] writes:
I guess it doesn't hurt, as long as the filenames of the *.ent
files are consistent between the dbcentx.mod file and the filenames
in
30 matches
Mail list logo