a-Anan opt pfaedit
A migration package for FontForge
C. Silpa-Anan opt type1inst
Install Adobe Type 1 fonts into X11 and Ghostscript
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060,
Nathanael asks,
> Or at least their own tag in debtags (do they
> have one?)
They do. Relevant facet::tags include
data::font
media::font
role::font
x11::font
pgpaQIFXVPUdR.pgp
Description: PGP signature
s, be limited to Latin-1. If the Japanese maintainers
uncomplainingly transliterate their names to Latin-1 for our benefit,
then probably the rest of us should do likewise. Whether the Latin-1 is
C0/C1-encoded as UTF-8, however, is a matter of indifference to me.
--
Thaddeus H. Black
508 Nellie&
bably should learn. I would not
say the same with respect to the "squat reversed esh".
However, this is just my view.
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1 540 961 0920, [EMAIL PROTECTED]
pgpC3wA9A3ASF.pgp
Description: PGP signature
on the use of the
English language at a sophisticated technical level.
UTF-8 is neat, but I do not really like Unicode (you may
have noticed this). Seeking essential simplicity, I
would prefer to keep the full hairy overgrown Unicode
standard from the typical Debian roster of development
skills. W
, it would be a
foolish one, because Steve Langasek would beat me in a
Debian development contest and I know it. As for the
other fifteen roster items, as Steve said,
> "contributing broadly to Debian" usually means
> mastering some of these skills, and knowing where to
> find answer
Steve Greenland writes,
> Which, of course, isn't to say that it should be
> removed. I was surprised by how many people still use
> it; I hope some one will pick [dselect] up.
Dselect is sufficiently important to me that, as time
permits, I mean to pick it up.
Another competent person with more
ing your interpreter, I would not want it
quietly to accept a NO-BREAK SPACE as a token separator.
I would prefer it to warn me that I had some weird
character lurking in my script.
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1 540 961 0920, [EMAIL PROTECTED
leave Martin
standing alone today, and I would respectfully request
an answer nevertheless.
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1 540 961 0920, [EMAIL PROTECTED]
(I would quietly ask that this post not be referenced in
the Weekly News. The Weekly Ne
Rats. Posted to the wrong list. Please do not reply
to parent on -devel, but on -project. Sorry.
pgpmFt12eWFCQ.pgp
Description: PGP signature
benefit is that dashes and
single quotes are usually what they appear to be.
Comprehensiveness is important, and Unicode is nothing
if not comprehensive. On the other hand, simplicity is
a prime aesthetic, which Unicode lacks.
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 2
t would not surprise me if I had some of
the details wrong, so detailed correction is welcome;
but I think that the broad strokes of this post are
right in any case. Perhaps you will agree. Thanks for
reading.
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1 540
Your theory is as good as
mine. It's in the immutable aggregate human nature of
very large groups.
--
Thaddeus H. Black <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
one gets the impression that MathML and the
associated tools may not quite be up to the job. In fact it is hard for
me to imagine that any generic markup could do the job right. But I
don't know and would be pleased to hear contrary advice in the matter.
--
Thaddeus H. Black
508 Nellie's Cav
one
would install and use the package.
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1 540 961 0920, [EMAIL PROTECTED]
pgp04yMpoiiol.pgp
Description: PGP signature
Jeroen van Wolffelaar:
> [Karl Chen:]
>
> > I didn't know about debdiff - that would have saved me from
> > basically re-implementing it.
>
> Common problem unfortunately in the open source/Debian world... not that
> $what_you_want doesn't exist, but that you just don't know it exists nor
> where
iberbude
zeroconf zmailer zope-filesystemsite zope-i18nfolder
zope-kupu zope-popyda zope-portaltransport
zope-quotafolder zope-stripogram
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1 540 961 0920, [EMAIL PROTECTED]
pgp7Zz5SiZA6z.pgp
Description: PGP signature
On Tue, Apr 05, 2005 at 05:06:11AM -0700, Steve Langasek wrote:
> Hi Thaddeus,
>
> On Mon, Apr 04, 2005 at 07:48:16PM +, Thaddeus H. Black wrote:
> > This mail is somewhat lengthy, and most of you do not
> > need to read it. You want to read this mail if you
> >
-bin belocs-locales-data
gaim-extendedprefs gaim-themes libuniconf4.0
libwvstreams-dev libwvstreams4.0-base
libwvstreams4.0-doc libwvstreams4.0-extras
libwvstreams4.0-fft libwvstreams4.0-qt
libwvstreams4.0-speex libwvstreams4.0-vorbis retchmail
uniconf-tools uniconfd wvdial
--
Thaddeus H. Black
508 Ne
Steve Langasek:
> I challenge anyone to do volunteer release management
> for a project with Debian's size and complexity ...
No. After seeing what Steve does, I'd sooner volunteer
to spar with Darth Maul than to manage a release for a
project with Debian's size and complexity.
Sarge has as man
unlikely to begin to
post them now. Otherwise, not wanting to weigh the
release party down with such heavy discussions, I would
save them for a later thread of their own, perhaps after
a month or two.
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+
Paul Hedderly wrote:
> Will a new DPL be able to break through this barrier
> of arrogant selfish one-up-manship?
Unlikely. The problem seems mostly an unavoidable
function of Debian's size. Debian's experience appears
to support the earlier experience of others: that large
groups differ fundame
Martin Kittel writes,
> Still, judging from everything I read so far, it seems that I am the only one
> with such a strict view of dependency handling, so if nobody comes up with
> support for my point of view, I will not add the dependency but go for the
> debconf solution instead.
For what it m
Antti-Juhani Kaijanaho writes,
> A package description is equally visible.
But is it equally machine parsable? If not,
is this unimportant?
pgpe34FzVBLKz.pgp
Description: PGP signature
C, C++ or
Python)---some of which do not rank very well by my own criteria.
However, I do tend to avoid publishing things written in Perl, because I
use Perl often and know Perl's nature. As a user, I tend to prefer
software compiled from C/C++. Hence the language in which a program is
implemen
I find the list of packages hinted for removal useful
and highly interesting, exactly as you have formatted
it. Frank, would you keep the script that did the job,
and publish similar lists as appropriate on debian-devel
or debian-devel-announce in the future? This would be
appreciated, at least b
Henning Makholm wrote:
> Scripsit Marc Haber <[EMAIL PROTECTED]>
> > On Tue, 16 Aug 2005 16:42:47 +0200, Wouter Verhelst
>
> >>Those are excellent reasons to give the package away and/or to start
> >>looking for comaintainers.
>
> > In theory, you are right. In practice, we have more than a coupl
discussion,
this would be well received.
--
Thaddeus H. Black
[1] http://www.dwheeler.com/essays/scm.html
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: "Thaddeus H. Black" <[EMAIL PROTECTED]>
* Package name: nist-dlmf
Version : 1.0.0
Upstream Author : U.S. National Institute of Standards and Technology <[EMAIL
PROTECTED]>
* URL : http://dlmf.nist.gov/
*
> PLAN FOR MAINTENANCE OF A VOLATILE ARCHIVE
> ==
>
> There is a 'list of packages' for the archive. Packages going onto the list
> must satisfy the criteria:
>
> utility is very sensisitive to and derives from,
> in a very great part, it's ti
1-3 that they
>might need to be updated when a new version of the related software
>is introduced to v.d.o
5) Architecture-independent data which depend on the contents of the
stable release itself.
Refer to [http://lists.debian.org/debian-devel/2004/09/msg00951.html]
for rationale
but just to add my own datum, I
would admit that I use stable for everything
except Debian development. Signed by stable
GnuPG, this very mail issues from stable Mutt.
Even stable Mozilla still has a home on my PC.)
--
Thaddeus H. Black
508 Nellie's Cave Road
Blacksburg, Virginia 24060, USA
+1
Jon Bernard and Thaddeus H. Black of the Debian Project
will be signing GPG keys in Blacksburg, Virginia, Tues.,
March 25. If you are in the area and wish your key
signed by two Debian Developers, or if you need to
update your key to 4096R strength [1], you can attend.
Date: Tues., March 25
Have the header and footer legends of Debian Project manual pages been
discussed on this list? Is there convention or guidance? If so, then
the search engine and I are unaware of it.
My drafts [1] look like these:
+-+
| FOO(1)
On Thu, Feb 04, 2021 at 10:04:10PM +0100, Jean-Philippe MENGUAL wrote:
> What kind of manpages do you refer to? The kernel ones?
Not kernel, but for a Debian-specific or Debian-derived facility
or utility.
> Could you give an example?
Here are several well-written examples: adduser(8); console-s
On Wed, Feb 10, 2021 at 08:31:43AM +, Paul Sutton wrote:
> ... I had never heard of that one, these tools need to be better known.
If Enrico Zini's and Enrico Rossi's 'debtags' is installed, then try
this command:
debtags search hardware::detection
That makes the tools better known.
Add
Thanks for consulting us, Sergio, before proceeding.
On Sat, Feb 27, 2021 at 11:47:40AM +0100, Kurt Roeckx wrote:
> On Thu, Feb 25, 2021 at 03:55:17PM -0500, Sergio Durigan Junior wrote:
> > As I said in the announcement message, I have proposed a Merge Request
> > against elfutils in order to ena
On Sat, Jul 17, 2021 at 01:48:32PM +0100, Samuel Henrique wrote:
> SteamOS used to be based on Debian, and Valve seems to have decided to
> go with Arch instead (great news for Arch, don't get me wrong).
>
> The reasons for the switch have not been publicized, but I think we're
> safe to assume it
Charles:
On Sun, Aug 29, 2021 at 02:17:10PM +0900, Charles Plessy wrote:
> Before I remove text/x-sh and the like so that shell and tcl scripts
> files are served as 'application' like others, I would like to hear if
> some of you see a potential problem with that.
Someone might see a problem, bu
Package: wnpp
Severity: wishlist
Owner: "Thaddeus H. Black"
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: mirrorrib
Version : 0.14.4
Upstream Author : Thaddeus H. Black
* URL : https://www.derivations.org/mirrorrib/
* License
Daniel:
Not an expert on the subject, I should be reluctant to reply on
list, except that 24 hours have passed and I see no other
replies on list yet; so here goes.
On Thu, Nov 04, 2021 at 04:03:31PM -0400, Daniel Ruoso wrote:
> During early discussion in the SG15 mailing list[3], it became clear
I am moving [1] to NMU a big non-free package, w3-recs [2][3],
last updated five years ago. During the last five years,
upstream has grown, both in volume [4] and in scope [5], for
legitimate reasons. The new *.orig.tar.gz or *.orig.tar.xz
would be about 200 GiB in size, six times what it is now.
This reply responds to the messages of Marco d'Itri
and Paul Wise. Summary: the package w3-recs provides
the standards by which web pages are developed; its
compressed source would be about 200 MiB in size.
On Thu, Oct 27, 2016 at 09:50:28AM +0200, Marco d'Itri wrote:
> What is the purpose of th
On Thu, Oct 27, 2016 at 08:41:12AM -0200, Henrique de Moraes Holschuh wrote:
> so I'd say go ahead even if it is 200GiB.
That would be pretty amazing. It's 200MiB, of course, as
you and Paul note.
> That said, Thaddeus, if you do go ahead with the upload please check if
> you can minimize that s
44 matches
Mail list logo
