me a couple of
times a year.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Joe Wreschnig writes:
> I don't know what the official standards for the character set and
> terminal specifications are...
Whatever IBM said they were. I believe they are in the IBM PC Technical
Reference Manual: I've got one around here somewhere.
--
John Hasler
--
To UNSUB
t hard
to tell the difference between appalling style and deliberate obfuscation.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: John Kolovos <[EMAIL PROTECTED]>
* Package name: torrentflux
Version : 1.5
Upstream Author : Qrome (to contact use:
http://www.torrentflux.com/contact.php)
* URL : http://www.torrentflux.com/
* License
I fix up the
latter in Exim.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Mar 13, 2005 at 08:45:09PM -0800, Steve Langasek wrote:
> The much larger consequence of this meeting, however, has been the
> crafting of a prospective release plan for etch. The release team and
> the ftpmasters are mutually agreed that it is not sustainable to
> continue making coordina
On Sun, Mar 13, 2005 at 08:45:09PM -0800, Steve Langasek wrote:
> The much larger consequence of this meeting, however, has been the
> crafting of a prospective release plan for etch. The release team and
> the ftpmasters are mutually agreed that it is not sustainable to
> continue making coordina
the main release, even if they didn't track
testing along the way. When there are divergences, they should be small
and minimal.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
manner Debian does* have been well demonstrated.
Other projects -- for isntance, Gentoo and NetBSD -- have been able to
do it sucessfully.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lot of ports. (Of course they have far fewer
> packages than we do so their problem is on a much smaller scale.)
> Do they release new versions on all ports at once?
Gentoo also has quite a lot of ports, and have quite a lot of packages,
also.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ct.
I agree, and I too am quite sad that a number of DPL candidates signed
off on this without asking hard questions about it or even putting it
out for discussion and feedback first.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to SCC for non-technical economic reasons (such as no
new hardware being sold), and thus doomed to a slow, painful death in
Debian.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nother.
Now, having said that, some people have raised good points about the
continued viability of unstable for these archs, namely the tendency of
a number of maintainers to ignore arch-specific bugs until they become
RC, and such.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
their updates.
But the proposal as given takes a far more draconian approach.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quot;all arches in sync" rules for
testing a bit; maybe it's OK if some archs aren't in sync.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
er-2 arches so it only has to be
> done once.
You know, the irony in all this is that the effort required to support
these SCC archs is greater than what would have been required to support
a non-free section outside of ftp.debian.org. It seems that we find it
easier to remove Free softwar
on a technical project is to get the technology right.
Agreed. But like you said, this was handled sub-optimally and I'm not
surprised at the resulting reactions.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Mar 15, 2005 at 08:50:04AM +1000, Anthony Towns wrote:
> What that actually means is that when porters want to stabilise, they'll
> be able to simply stop autobuilding unstable, fix any remaining problems
> that are a major concern, and request a snapshot be done. That'll result
> in a n
On Mon, Mar 14, 2005 at 03:57:40PM -0800, Steve Langasek wrote:
> On Mon, Mar 14, 2005 at 10:06:35AM -0600, John Goerzen wrote:
>
> > I have no objection to releasing security updates for the 4 "main" archs
> > with announcements, and the rest as soon as they're c
On Tue, Mar 15, 2005 at 11:46:51AM +1100, Matthew Palmer wrote:
> On Mon, Mar 14, 2005 at 04:27:50PM +0100, Matthias Urlichs wrote:
> > If I had to think of a rationale for it, the only one I could think of
> > would be "the architecture needs to be fast enough not to block security
> > updates".
>
m model.
> >3) For the release problem: not requiring all archs to release at once
>
> Uh, that's what we're doing.
No, you're not permitting most archs to release at all.
That is different from allowing them to release, but at different
times.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Mar 14, 2005 at 08:14:47PM -0500, Daniel Jacobowitz wrote:
> On Mon, Mar 14, 2005 at 07:02:05PM -0600, John Goerzen wrote:
> > Really, I don't really understand all the difficulty of running
> > apt-get -b source, or pbuilder, or some such for n+1 archs as opposed
&g
t. So:
* Make sure yuo rnu it as root (no support for fakeroot/sudo yet)
* It can't resolve dep loops
* It can't handle !arch strings in deps accurately
* It spews debugging info to stdout
* It uses /var/cache/srcinst for its working area. Make sure /var is
free enough.
So, w
On Tue, Mar 15, 2005 at 06:42:32PM +0100, Lech Karol Paw?aszek wrote:
> On Tuesday 15 of March 2005 18:25, John Goerzen wrote:
> [...]
> > More on srcinst:
> [...]
> > So, what do you think? Could this work?
>
> What's a difference between srcinst and apt-buil
On Tue, Mar 15, 2005 at 06:57:00PM +0100, Matthias Urlichs wrote:
> Hi, John Goerzen wrote:
>
> > 1) Difficulty with, and speed of, buildd systems
> >
> > 2) Difficulty of syncing testing across all archs given #1
>
> 2a) Bugs on "small" arch whic
ake the necessary
adjustments before delivering the mail to my ISP's smarthost. The only
change I've ever found necessary, though, is to forge the HELO command used
by my MTA when talking to the smarthost.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
ould serve your users better.
Yes, but I hope that this proposal, or other suggestions, can help us
avoid dropping ports. This specific proposal, for instance, is meant to
provide us with a way forward that addresses the main concerns while
still producing a quality, usable result for our us
ns while
> > still producing a quality, usable result for our users.
>
> ...and may encourage development of new architectures as the overhead
> for each would be much smaller.
Exactly. If we were doing this, there would have been no reason to keep
amd64 out of sarge, for instance.
--
this work?
>
> Nice idea, but I do not really see the benefit, more than on ftp disk space
> and security update speed.
Also with the testing synchronization. But then, these three are the
main problems we've been told about, right? :-)
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Mar 15, 2005 at 11:14:50PM +0100, Matthias Urlichs wrote:
> Hi, John Goerzen wrote:
>
> > This specific proposal, for instance, is meant to
> > provide us with a way forward that addresses the main concerns while
> > still producing a quality, usable result for
t these tasks
are, so they know whether or not they'd be qualified, and could gain
experience?
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
onfig is not kernel-specific. It's just a little Perl program that
edits some PPP files. While I have never tried it, I see no reason why it
wouldn't work on Solaris or BSD.
I'm quite surprised that the Hurd still doesn't support PPP.
--
John Hasler
--
To UNSUBSCRIBE, email to
Marc 'HE' Brockschmidt writes:
> I'd like to know if anyone cares about using these binary signatures
I do.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Marc Haber writes:
> So, most of the DD's do not care about security at all.
I think that DD's do not use dpkg-sig and debsigs because they believe them
to be hard to use and not supported by the infrastructure or by policy.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROT
Olaf van der Spek writes:
> Security is more than package signatures.
What is your specific proposal?
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I wrote:
> I think that DD's do not use dpkg-sig and debsigs because they believe
> them to be hard to use and not supported by the infrastructure or by
> policy.
Marc Haber writes:
> dpkg-sig is harly "hard to use".
Please re-read what I wrote.
--
John Hasler
-
/
Forward this email to anyone you think should see it. I have not joined
the BLUG lists because they require a Yahoo account to access them.
John
--
It's not true unless it makes you laugh,
but you don't understand it until it makes you weep.
Euk
directory?
Or is this a bug (i.e. the default behaviour of the kbuild Makefiles
should be to install modules in /lib/modules/`uname -r` to be consistent
with modprobe)?
John Talbut
Makefile:
ifeq ($(KDIR),)
KDIR :=/lib/modules/`uname -r`/source
endif
EXTRA_CFLAGS := -DNDIS_MINIPORT_DRIVER
Erinn Clark writes:
> Surely flaming people on mailing lists as a way to get things done is not
> something people want to encourage in NMs... right?
Right. After all, as we all know, no DD would ever do such a thing.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
e pointless than it already is.
I don't see why we need to concern ourselves about it, though. Intel has
lawyers. If they have to disqualify some candidates for legal reasons they
can do so without our help.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
ncern ourselves about it.
BTW the US is not the only country with such laws.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: John Goerzen <[EMAIL PROTECTED]>
* Package name: hdbc
Version : 0.99.0
Upstream Author : John Goerzen
* URL : darcs get --partial http://darcs.complete.org/hdbc
* License : LGPL
Description : Haskell Da
and
uses '.' where you would use ',' in numbers.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Dec 29, 2005 at 03:32:43AM +1000, Anthony Towns wrote:
>
> Anyway, that's the general idea; hopefully it'll become clearer
> later. Given release architectures have de-facto requalified, candidates
> for archive (re)qualification are ttbomk:
>
> * arm, m68k, s390, sparc
> * am
Package: wnpp
Severity: wishlist
Owner: John Wright <[EMAIL PROTECTED]>
* Package name: joy2key
Version : 1.6.1
Upstream Author : Peter Amstutz <[EMAIL PROTECTED]>
* URL : http://interreality.org/~tetron/technology/joy2key/
* License : GPL
o do so, but
> in my experience Ubuntu developers have been very cooperative when they
> have been approached. So I don't see a big problem.
I don't either. After all, most users don't file bug reports, and Ubuntu
is (in my view), a user. It would be nice to have their feedback
This must constitute the perfect post. I too care about Debian's future.
_
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
--
To UNSUBSCR
sent in Ubuntu sounds like spam to me...
It doesn't to me. I am pleased when downstream distributions notify me
that they are using my packages.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I wrote:
> I am pleased when downstream distributions notify me that they are using
> my packages.
mdz writes:
> Have you ever received such a notification?
Yes.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
g is likely to be present in the corresponding Debian package. If
you are wrong once in a while it's hardly the end of the world.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ubuntu should be sorting out whether such problems are present in Debian
> before sending them to the Debian maintainer.
Ubuntu should certainly first try to make sure the problem is not theirs.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
So is it safer for me to use backports or to get ubdated software from
testing? Which will be more stable on my stable system?
_
Dont just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636
Andrew writes:
> Aren't we in a similar situation with other stuff that is in main
> already? rsync springs to mind.
Don't forget the Linux kernel.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is, or is it just libel?
> ...what's stopping us from officially discouraging Ubuntu's existence?
The fact that most of us are interested in cooperation or at least peaceful
coexistence.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
s, but we are
> also not being honest with ourselves and our users, as this is in
> contradiction with the spirit of the social contract, even if some like to
> play with words.
I agree with that.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Feb 13, 2006 at 03:57:01PM +0100, Sven Luther wrote:
> On Mon, Feb 13, 2006 at 08:35:02AM -0600, John Goerzen wrote:
> > That's not correct. The project simply voted not to removed it at that
> > time, by defeating the GR. There was no affirmative vote to keep
>
On Mon, Feb 13, 2006 at 04:35:31PM +0100, Sven Luther wrote:
> On Mon, Feb 13, 2006 at 09:23:41AM -0600, John Goerzen wrote:
> > I don't see what that has to do with the simple fact of what the vote
> > was about and how it turned out.
>
> So, you think that the vote
at some of these don't matter for source archives. That
is true to a certain extent, but security does matter there still.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and/or redistribute them.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you don't intend to build Hugs versions
for these Haskell packages you are ITPing. libhugs-http exists in
unstable already, so there is no technical reason to avoid it.
-- John
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sven Luther writes:
On Fri, Jan 06, 2006 at 10:34:07AM -0500, Frans Jessop wrote:
I was wondering where I could read some goals for the Etch Decktop. What
is the plan fram here. What versions of gnome and KDE do you hope to
have. Any chance gnome 2.16 will be in Etch? :) Also what is this HA
marc writes:
"Joseph Smidt" <[EMAIL PROTECTED]> writes:
Once every three months the new "Pre-Stable" distro will upload only
those packages from testing that have had 0 RC bugs for at least month
and have been flagged by their maintainers as a good version to entet
stable.
In other words: If y
ng on pre-historic machines here. There needs to be at
least a little looking toward the future in our blood.
John
_
Express yourself instantly with MSN Messenger! Download today -
On 3/13/06, John Gee <[EMAIL PROTECTED]> wrote:
-- Forwarded message --From: John Gee <
[EMAIL PROTECTED]>Date: Mar 13, 2006 1:41 PM
Subject: Re: for those who care about Debian supporting namecallingTo: debian-devel@lists.debian.org
-- Forwarded message --
On 3/13/06, John Gee <[EMAIL PROTECTED]> wrote:
On 3/13/06, John Gee <
[EMAIL PROTECTED]> wrote:
-- Forwarded message --From: John Gee <
[EMAIL PROTECTED]>Date: Mar 13, 2006 1:41 PM
Subject: Re: for those who care about Debian supporting namecalli
On 3/13/06, John Gee <[EMAIL PROTECTED]> wrote:
On 3/13/06, John Gee <
[EMAIL PROTECTED]> wrote:
On 3/13/06, John Gee <
[EMAIL PROTECTED]> wrote:
-- Forwarded message --From: John Gee <
[EMAIL PROTECTED]>Date: Mar 13, 2006 1:41 PM
Subject: Re: for tho
Pierre Habouzit writes:
> I strongly oppose to such an expulsion.
So do I.
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
do I don't want you crawling back to
me. I've already heard your arguments for and against me running
one of the teams I'll not mention, but whoever does shouldn't worship
another DD like Pierre Habouzit and others are.
John Gee
Hi,
There appears to be a package "man" in frozen that shouldn't be there since
man-db is the new name for that package. Somebody needs to take it out;
otherwise, it is confusing to users.
John
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe&
On May 30, Fabrizio Polacco wrote:
> Where is it?
> I've just looked both in ftp.debian.org and in master, but man_ is only
> in rexx .
>
> Or maybe it has been just removed?
Hmm, either that or we are looking at a bug in dselect herebecause it
certainly was in the package list when I upg
send your contributions, bugreports, hints etc. to the
author. Thanks !
Should this go in contrib or non-free?
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word
27;t think that we should make lack of modification
permission to be a reason to not include in non-free (after all, isn't
this what non-free is for?)
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAI
What is the proper section for Perl modules? Should they go into
devel, interpreters, libs, what?
I am a little confused about this since Perl modules kinda fit the
descriptions for all of those.
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming
-academ ...
>
>
>
> Heiko
> --
> email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
> pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
> finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
>
>
> [2 ]
>
--
John Goerzen | Runni
ree? (It appears his intent is
basically to keep companies from charging for it...) Below is the
copyright file I'm distributing with it:
This package was debianized by John Goerzen [EMAIL PROTECTED] on
Sat, 31 May 1997 13:05:05 -0500.
It was downloaded from ta.twi.tudelft.nl/pub/dv/lemmens.
standard widget set).
I don't know which package is causing this...
[EMAIL PROTECTED] (Karl Sackett) writes:
> John Goerzen writes:
> >
> > Well, I don't know if the new server coredumps. But the new client
> > coredumps every time I load it.
> >
>
>
w release debian and in the package xyz
> .").
Perhaps this is something that gnats can be used for. I know FreeBSD
is using gnats in this way.
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FRO
Hello,
Some time ago, I handed mgetty over to Siggy Brentrup. However, I
have not yet seen any mgetty uploaded by him and have not received any
response to my e-mails.
So...would somebody be willing to take over mgetty? Right now, it
doesn't have any maintainer...
--
John Go
. If it will require a tremendous amount of
time, I probably won't be able to do it; otherwise, I can give it a
try.
John
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the
, unless Christoph Debianized a newer version of mgetty
without letting me know...
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
;
> What else?
> --
> Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED]
> The joy of engineering is to find a straight line on a double
> logarithmic diagram.
>
>
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> [EMAIL PROTECTED]
[EMAIL PROTECTED] (Kai Henningsen) writes:
> 3. 3.3 to stable
>
>I really don't see why this should not happen in due time.
Agreed.
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THI
ight now, I am using
sendmail. (What, BTW, is the reason for not using sendmail?)
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PRO
I just sent a message to [EMAIL PROTECTED] This
transforms (correctly) into [EMAIL PROTECTED] scsn.net reports that there is
no dres
user on their system.
Does this mean that the maintainer for XEMacs is gone?
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom
s a bit of a simplification), xemacs is basically GNU
emacs plus a lot of freely-available goodies and an enhanced X
interface (toolbars, colors, etc.)
Xemacs is probably the best editor I've ever used and I would really
like to see somebody maintain it. I unfortunately cannot at this
time
Why are we using dotfile locking only? There are much better
mechanisms (flock, etc.) that should be used instead. I can see no
place where dotfile locking would work and flock-style locking would fail...
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming
Rob Browning <[EMAIL PROTECTED]> writes:
> John Goerzen <[EMAIL PROTECTED]> writes:
>
> > Why are we using dotfile locking only? There are much better
> > mechanisms (flock, etc.) that should be used instead. I can see no
> > place where dotfile locking woul
However, why is it bad if a given program (like Elm-ME+ which I
maintain, which brought the issue to my attention this time) uses
*both* locking mechanisms?
Rob Browning <[EMAIL PROTECTED]> writes:
> John Goerzen <[EMAIL PROTECTED]> writes:
>
> > Why are we using dotf
word "unsubscribe" to
> [EMAIL PROTECTED] .
> Trouble? e-mail to [EMAIL PROTECTED] .
>
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
eally should keep it up!
Christian Schwarz <[EMAIL PROTECTED]> writes:
> On 18 Jun 1997, John Goerzen wrote:
>
> > Hello,
> >
> > It appears that James LewisMoss, previous maintainer of xemacs, is no
> > longer around.
>
> I just did a `grep LewisMoss
a copy of this mail to his address anyway...)
--
John Goerzen | Running Debian GNU/Linux (www.debian.org)
Custom Programming|
[EMAIL PROTECTED] |
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
em using "real" time. On June 31, its idea of time would be
> wrong until the next software upgrade. Then, all time stamps would
> suddenly change by one second (possibly causing FTP server remirroring and
> other unpleasant effects).
>
> This is completely unacceptabl
It seems to me that dc and bc aren't vital to the workings of a system (when
I deselect them, dselect doesn't warn about any dependencies), yet they are
in Important. Why?
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL P
policy doesn't quite apply correctly.
James Troup <[EMAIL PROTECTED]> writes:
> John Goerzen <[EMAIL PROTECTED]> writes:
>
> > It seems to me that dc and bc aren't vital to the workings of a
> > system (when I deselect them, dselect doesn't warn
fo 0)
> ./x11/9term_1.6.6-3.deb: 551 (doc 551,info 0)
>
>
>
> Thanks,
>
> Chris
>
> -- Christian Schwarz
>[EMAIL PROTECTED], [EMAIL PROTECTED]
> [EMAIL PROTECTED], [EMAIL PROTECTED]
>
> PGP-fp
Who said anything about "working"?
Mark Eichin <[EMAIL PROTECTED]> writes:
> > * gcc should be in Important because everybody expects a C compiler
>
> Maybe they expect it, but these days, they don't *get* one... none of
> solaris, hpux, irix ship with a
printed output from documentation done in HTML. This is, in
large part, due to the fact that HTML documentation tends to be split
up into many small files. There also can be no real index for the
printed copy.
While HTML is good for online viewing with certain conditions, it is
not suited to a
[EMAIL PROTECTED] (Karl M. Hegbloom) writes:
> >>>>> "John" == John Goerzen <[EMAIL PROTECTED]> writes:
>
> John> * GNU Info has an awkward interface and is difficult to
> John> search. It is also nearly impossible to print an ent
card available on the market)
We use some 3COM cards. We have had best luck with cards based on
Digital's chipset. These include Kingston and SMC cards.
--
John Goerzen | Developing for Debian GNU/Linux (www.debian.org)
Custom Programming| Debian GNU/Linux is a free
o
response. Can someone who is not going on vacation please supply the
appropriate address?
John Hasler
[EMAIL PROTECTED] (John Hasler)
Dancing Horse Hill
Elmwood, WI
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
101 - 200 of 1782 matches
Mail list logo