s Daniel! —much appreciated
—Mike
--
Michael[tm] Smith https://sideshowbarker.net/
signature.asc
Description: PGP signature
Hi Daniel,
Daniel Kahn Gillmor , 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 following to
> > /etc/lo
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} [._[:alnum:]-]
Daniel Kahn Gillmor , 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 others
> to do so). It
Daniel Kahn Gillmor , 2017-02-20 15:27 -0500:
> On Sun 2017-02-19 21:20:52 -0500, Michael[tm] Smith wrote:
> > "Michael[tm] Smith" , 2017-02-20 11:11 +0900:
> >
> > Can you confirm what the exact command is for globally disabling the
> > gpg-agent
"Michael[tm] Smith" , 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
> gpg-agent-ssh.socke
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
try the search engine 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://
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
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.
>
in of dependencies that lead
each package to be installed. For instance:
@@ -2131,4 +2131,4 @@ The following packages will be REMOVED:
apt8
-
\ No newline at end of file
+
--Mike
--
Michael(tm) Smith
http://people.w3.org/mike/
http://sideshowbarker.net/
diff
e patch; I 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
mmends:
pn aptitude-doc-en | aptitude-do (no description available)
pn libparse-debianchangelog-perl (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
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
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 spam
cause was,
it's now fixed in my 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
hing related 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
n this bug
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/
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
moved to Serious
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]
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]
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]
pt-get.fr.8 man page instead of just a man/fr/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
--
"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:
"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)? C
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 ma
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: 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: elemen
regressions in other areas, 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
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, th
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 load-file
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 @@
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 informa
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 ov
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 02:49 +0200:
> > Foo2 FooScreen
>
> I was just testing with several verbatim elements to isolate the cause
> of this issue and the last I used was . That's the whole
> reason.
Ah, I see that now. I guess I would have realized that if I had
taken t
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
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=mutt&cmd=view+audit-trail&cmd=view&pr=2444
smime.p7s
Description: S/MIME cryptographic signature
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: a
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 passi
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
whate
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 "p
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 elem
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
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 c
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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
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 cat
Package: mutt
Version: 1.5.11+cvs20060403-2
Severity: important
When doing c+? (change-folder+), 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:
Debian Rel
51 matches
Mail list logo
