me tardy on following up
on things.
--
...Adam Di Carlo...
Probably because 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,
n help in any way.
--
...Adam 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-
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 #85007
cs25/site-lisp/ilisp/ilisp-mak.el (source)...
ILISP Compilation: starting.
Loading /usr/share/emacs25/site-lisp/ilisp/ilcompat.el (source)...
Loading /usr/share/emacs25/site-lisp/ilisp/ilfsf25.el (source)...
;;; Emacs Version fsf-25
ILISP Compilation: unrecognized Emacs version fsf-25
--
...Adam Di
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..http://www.onshored.com/>
--- /usr/share/emacs/si
if 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..http://www.onshored.com/>
il 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..http://www.onshored.com/>
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..http://www.onshored.com/>
configure a CA
or client cert. Any advice is welcome.
--
.Adam Di carloa...@debian.org.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:
as well, I don't know...
--
...Adam Di Carlo..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 ($socket, $file) =
Baruch Even 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...@debia
Sandro Tosi writes:
> Adam Di Carlo 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 of the file.
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, 'experime
dann frazier 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.http://www.debian.org/
the terms of the GNU General Public 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 L
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]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.
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 fil
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
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 /usr/share/xml/entities/xml
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]http://www.debian.org/>
--
To UNSUBSCRIBE, emai
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 entit
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//
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]http://www.debian.org/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
xml/4.4/docbookx.dtd
Any clue for me?
--
...Adam Di Carlo...<[EMAIL PROTECTED]>...http://www.onshored.com/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
30 matches
Mail list logo
