ses: #856438)
Thanks Daniel! —much appreciated
—Mike
--
Michael[tm] Smith https://sideshowbarker.net/
signature.asc
Description: PGP signature
Hi Daniel,
Daniel Kahn Gillmor <d...@fifthhorseman.net>, 2017-02-28 18:30 -0800:
>
> On Tue 2017-02-28 18:17:08 -0800, Michael[tm] Smith wrote:
> > Per discussion at
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850982#75
> > please consider adding the f
them and roll them
> into the next release.
Thanks—raised at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856438
--
Michael[tm] Smith https://sideshowbarker.net/
signature.asc
Description: PGP signature
Package: gnupg-agent
Version: 2.1.18-3
Severity: wishlist
Per discussion at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850982#75
please consider adding the following to /etc/logcheck/ignore.d.server/systemd
as part of the gnupg-agent package install.
^\w{3} [ :[:digit:]]{11}
Daniel Kahn Gillmor <d...@fifthhorseman.net>, 2017-02-21 10:18 -0500:
> On Mon 2017-02-20 23:11:56 -0500, Michael[tm] Smith wrote:
...
> if there's nothing concretely wrong with current defaults, please stick
> with them, rather than changing them gratuitously (or encouraging ot
Daniel Kahn Gillmor <d...@fifthhorseman.net>, 2017-02-20 15:27 -0500:
> On Sun 2017-02-19 21:20:52 -0500, Michael[tm] Smith wrote:
> > "Michael[tm] Smith" <m...@w3.org>, 2017-02-20 11:11 +0900:
> >
> > Can you confirm what the exact command is for glo
"Michael[tm] Smith" <m...@w3.org>, 2017-02-20 11:11 +0900:
>
> Can you confirm what the exact command is for globally disabling the gpg-agent
> user service? Is it the following?
>
> systemctl --global --user mask --now gpg-agent.service gpg-agent.socket
&
Can you confirm what the exact command is for globally disabling the gpg-agent
user service? Is it the following?
systemctl --global --user mask --now gpg-agent.service gpg-agent.socket
gpg-agent-ssh.socket gpg-agent-extra.socket gpg-agent-browser.socket
--
Michael[tm] Smith https
first, but for
whatever reason, it often doesn't seem to be the first thing that
people try.
Again, thanks for your work on this package, and please just
consider my comments for what they're worth to you.
Regards,
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
--
To UNSUBSCRIBE
Hi Daniel,
@2008-04-01 06:50 -0700:
Thanks for the patch.
Thanks for your reply, and sorry for my delay in responding.
Do you know any way to tell nxml-mode that it's editing a file
that will be included into another XML file as an entity?
There's no way to do that, as far as I know.
The
Daniel Burrows [EMAIL PROTECTED], 2008-04-02 06:22 -0700:
On Wed, Apr 02, 2008 at 04:24:16PM +0900, Michael(tm) Smith [EMAIL
PROTECTED] was heard to say:
When you say you lose the ability to have it validate against the
schema, do you mean the problem of it flagging all the entities
-do none (no description available)
pn libparse-debianchangelog-perl none (no description available)
-- no debconf information
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
diff -r 9050a3ecc8ec manpage.xml
--- manpage.xml Sun Mar 30 13:23:49 2008 -0700
+++ manpage.xml Tue Apr 01 19:22:22 2008 +0900
@@ -952,14 +952,14 @@ i A texlive-latex-extra Conflicts textop
termliteral--allow-new
run the makefile to check
out the latest aptitude sources and build the docs against the
changes to the manpage stylesheet in my workspace.
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Noah Meyerhans [EMAIL PROTECTED], 2008-03-04 08:28 -0500:
On Sun, Jan 20, 2008 at 07:08:56PM +0900, Michael(tm) Smith wrote:
spamd[8033]: spf: lookup failed: Can't locate object method new via
package Net::DNS::RR::SOA at /usr/lib/perl5/Net/DNS/RR.pm line 312
This bug is almost
Michael Smith [EMAIL PROTECTED], 2008-01-20 18:55 +0900:
I'm seeing the following message getting logged several times a
day on my system.
spf: lookup failed: Can't locate object method new via package
Net::DNS::RR::SOA
To be clear, I'm seeing that message being logged by spamd, and
the
environment at least, so I guess this bug can
be closed.
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
smime.p7s
Description: S/MIME cryptographic signature
, not a replacement of the
docbook-xsl package.
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
smime.p7s
Description: S/MIME cryptographic signature
to locale stuff; I update just by running
apt-get update apt-get upgrade every few days.
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
smime.p7s
Description: S/MIME cryptographic signature
report. I have reverted that for the 1.73.0 release. (and
unfortunately managed to introduce some additional regressions
while I was at it -- but I think Daniel will have patched those
downstream for the Debian 1.73.0 package).
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
http
Vincent Lefevre [EMAIL PROTECTED], 2007-07-23 12:08 +0200:
This bug seems to be fixed in 20041004-7.
Yep
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
smime.p7s
Description: S/MIME cryptographic signature
or Important -- because as far as I can see, it breaks nxml
fontification in any XML file that contains character references.
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Here's a data point: If I set my environment to LANG=en_US.UTF-8,
I don't observe this problem. I only observe it when I have my
environment set to LANG=ja_JP.UTF-8.
--Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I can't seem to reproduce this now, and anyway I suspect that it
might have been caused by a bug in jless, not in groff.
--Mike
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/apt-get.8 page?
In the case of implementing this, I guess such manpages should be put into
$base.dir/$LANG if man.output.subdirs.enabled is enabled.
Yep. But would that be in addition to adding support for foo.$LANG.1 ?
--Mike
--
Michael(tm) Smith
xmpp:[EMAIL PROTECTED]
irc
Package: xsltproc
Version: 1.1.17-4
Severity: important
The dblatex application makes use of xsltproc. Since upgrading to
xsltproc 1.1.17, I am getting error messages such as the
following, which I do not get with xsltproc 1.1.16 -
/usr/local/share/dblatex/xsl/common/mklistings.xsl:104:
} not supported
I suspect the cause is the patch that was applied to fix bug #383408.
Perhaps Andreas (dblatex packager for Debian) can try to see if he
can reproduce the errors.
--Mike
--
Michael(tm) Smith
xmpp:[EMAIL PROTECTED]
irc://irc.freenode.net/mobile-web
--
To UNSUBSCRIBE, email to [EMAIL
Package: xchat
Version: 2.6.4-2.1
Severity: important
I just upgraded my xchat yesterday, and now parts of words and
characters at the ends of lines are getting cut off in chat
windows. Example: if the word windows falls at the end of a
line, only half of the s will be rendered. Or it just may
benoit.guillon [EMAIL PROTECTED], 2006-09-27 23:35 +0200:
Do the warnings still appear when using the -X option?
Nope. Which is I guess what you'd probably expect. A No external
file support message is emitted instead.
Can you try the attached test case (from the docbook test suite)? Can you
benoit.guillon [EMAIL PROTECTED], 2006-09-27 23:35 +0200:
Can you try the attached test case (from the docbook test suite)? Can you
confirm that the listings are correctly displayed with the callouts
bullets inside (and the callout list below)?
I just tried it. Results are here:
, including
basic paragraph handling, handling of mixed block content,
handling of other indented content, and handling of authorblurb
and personblurb in the AUTHORS section.
--
Michael(tm) Smith
xmpp:[EMAIL PROTECTED]
irc://irc.freenode.net/mobile-web
--
To UNSUBSCRIBE, email to [EMAIL
The manpages stylesheet does not yet support output for footnote.
The reason the footnote marker was being output is because the
HTML stylesheets (which the manpages stylesheet) output it and I
had not overridden that.
The footnote marker is now suppressed, and if a refenty contains a
footnote,
If you were to change the Debian docbook-xsl package such that it
uses /etc/papersize as a default papersize instead of using
letter, as the upstream docs say, then you run the risk of a
users discovering that every time they generate FO output, they
are getting a different default thatn what the
Daniel Leidert [EMAIL PROTECTED], 2006-09-05 15:23 +0200:
I thought about simply patching the docs in the debian package along
with the param.xsl adding a notes
That assumes the users actually have installed docbook-xsl-doc and
that they are reading it instead of say, simply reading them over
Hi Daniel,
I could simply add a note [1] to the xsl:message, where you (upstream)
output, which format is used (fo/docbook.xsl - root.messages). IMHO
this is enough to make users aware of this little workaround.
[1] E.g.:
See /usr/share/doc/docbook-xsl/README.Debian for more information.
The following part of the patch seems to break nxml-mode in my
environment. See bug #385240 (Cannot find unicode character file)
--- nxml-mode-20041004-4/rng-auto.el2004-10-04 13:57:56.0 +0900
+++ nxml-mode-20041004-6/rng-auto.el2006-09-06 13:35:11.0 +0900
@@ -56,8 +56,7
The culprit seems to be the following change that was made to the
rng-auto.el file.
--- nxml-mode-20041004-4/rng-auto.el2004-10-04 13:57:56.0 +0900
+++ nxml-mode-20041004-6/rng-auto.el2006-09-06 13:35:11.0 +0900
@@ -56,8 +56,7 @@
(let* ((dir (file-name-directory
I've checked in a fix for this to upstream source. If possible,
please test with the latest snapshot:
http://docbook.sourceforge.net/snapshots/
But note this: address is a block element, always, and a DocBook
verbatim also (the equivalent of an HTML PRE -- all linebreaks
and whitespace within
Daniel Leidert [EMAIL PROTECTED], 2006-09-05 02:49 +0200:
paraFoo2 addressFooScreen/address/para
I was just testing with several verbatim elements to isolate the cause
of this issue and the last I used was address. That's the whole
reason.
Ah, I see that now. I guess I would have
Here's the last part of the debug log before it segfaults.
mutt_index_menu[633]: Got op 99
a0007 NAMESPACE
* NAMESPACE (( /)(#mhinbox NIL)(#mh/ /)) ((~ /)) ((#shared/
/)(#ftp/ /)(#news. .)(#public/ /))
browse_get_namespace: adding #mhinbox
browse_get_namespace: adding #mh/
Just FYI -- I've filed problem report #2444 for this issue in the
mutt Gnatsweb bug-tracking system:
http://bugs.mutt.org/cgi-bin/gnatsweb.pl?debug=database=muttcmd=view+audit-trailcmd=viewpr=2444
smime.p7s
Description: S/MIME cryptographic signature
Package: groff
Version: 1.18.1.1-12
Severity: important
I have a file containing the following and am viewing it in an
en_US.UTF-8 environment.
.SH AUTHOR
.PP
\fBSebastian\fR \fBDr\(:oge\fR
.sp -1n
.IP 3n
Author.
.SH COPYRIGHT
Copyright \(co 2005 Sebastian Dr\(:oge
The second instance of
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi. I'm the upstream developer for the DocBook XSL manpages
stylesheet. I added support for [EMAIL PROTECTED]strong to the
upstream source quite a while back. I guess it was in the 1.69.1
release (which never got packaged for Debian). Anyway the Debian
docbook-xsl 1.70.1.dfsg.1-0.2 package does
Hi. I'm the upstream developer for the DocBook XSL manpages
stylesheet. Daniel Leidert brought Debian bug #383874 to my
attention.
I've checked in a fix for bug #383874 to the upstream source. You
can test it using the latest snapshot:
http://docbook.sourceforge.net/snapshots/
The fix will be
Daniel Leidert [EMAIL PROTECTED], 2006-08-22 04:32 +0200:
Thanks for the reply Michael. Just a question: The same issue affects
also other children of author|editor|othercredit (like email, firstname,
surname, authorblurb, ...). Shouldn't they be treated the same way?
The authorblurb element
Daniel Leidert [EMAIL PROTECTED], 2006-08-22 05:49 +0200:
I think, the firstname and surname (othername too?), email, honorific
and probably lineage elements should be normalized too, to avoid
unintended linebreaks in the AUTHOR section.
Fixed. Please test with the latest snapshot. All person
As noted, the unsightly accented characters are a result of HTML
output being encoded in UTF-8 but being displayed in a browser
with the encoding set to ISO 8859-1.
This is not a bug in the DocBook XSL stylesheets. The stylesheets
provide mechanisms for enabling you to set output encoding to
xmlto relies on passivetex to convert the XSL-FO output from the
DocBook XSL stylesheets to PDF. The error messages you cite are
messages generated during the passivetex phase, not messages
generated by any processing done with the DocBook XSL stylesheets.
You could file this bug against the
Package: xml-core
Version: 0.09-0.1
Severity: important
The XML versions of the ISO 8879:1986 character-entity sets are
officially maintained by the W3 and the official base URL for them is:
http://www.w3.org/2003/entities/iso8879/
The xml-core package adds data to the Debian XML and SGML
Package: mutt
Version: 1.5.11+cvs20060403-2
Severity: important
When doing c+? (change-folder+questionmark), mutt emits an error
message saying, /home/mikes/.mh_profile not found, mh format names disabled,
then segfaults. This is with IMAP, connecting to a UW-IMAP server.
-- System Information:
51 matches
Mail list logo