ode.
I got $5K and a sweet little piece of eval kit, they got a solution,
everybody walked away happy. It may say "free" on the label
but a little cash still makes an excellent lubricant.
--
http://www.catb.org/~esr/";>Eric S. Raymond
_
a new device.
Volunteer, please?
--
http://www.catb.org/~esr/";>Eric S. Raymond
Of all tyrannies, a tyranny exercised for the good of its victims may
be the most oppressive. It may be better to live under robber barons
than under omnipotent moral busybodies. The robber baron&
solve this problem*. And if we can create a precedent
for positive-sum cooperation between open-hardware/makerspace hackers
and industry, that's good too.
--
http://www.catb.org/~esr/";>Eric S. Raymond
To make inexpensive guns impossible to get is to say that you're
put
My UPS died two nights ago. From the symptoms, including the fact
that the event took the motherboard of my main machine with it and the
unreasonable amount of heat the UPS was generating immediately after,
I believe this was a genuine fried-brains failure of the control
electronics, not a mere ba
s from GPS-land, actually; pl2303s are so cheap that even if the
vendors wanted to retread their RS232 designs, the cost of goods to
refit them with USB-to-serial conversion is close to zip. Does anyone
have a clue why this interface type didn't die five years ago?
--
http://ww
common and can be severe. I'm a good match for your typical
consmer-grade UPS.
2a. In 2009, what do you recommend in a consumer-grade GPS?
--
http://www.catb.org/~esr/";>Eric S. Raymond
Freedom, morality, and the human dignity of the individual consists
precisely in this;
Hint: If the website becomes a repo branch, I'll reorganize and
rewrite that for clarity, too.
--
http://www.catb.org/~esr/";>Eric S. Raymond
What if you were an idiot, and what if you were a member of Congress?
But I repeat myself.
though a small evolution might be better (but noisier too) in terms of
> QOS...
What's the QOS difference?
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
allow a split between a User Manual, a Developer Manual,
> - your above ASCIIDOC approach seems really interesting (and more than a raw
> docbook approach!) and possibly meeting all the requirement.
Yes, it's a real improvement over DocBook -- almost all the power but
with much lower fr
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
> I'll postpone a bit more these discussions to concentrate on the various
> mentioned tasks. we can still continue to talk, but I won't be much
> responsive atm.
I'll have enough to work on until Thursday, then I'll be traveling until
the following Tuesd
Arnaud, my UPS arrived yesterday; thanks for your generosity. I'm
using it to power the computer I'm typing on. This moves NUT up a few
places on my priority list.
In our last email exchange, I believe we agreed on a couple of major
points. I want to confirm these before I start modifying the
d
unnecessarily difficult to actually use.
If you're ready to move, I'm ready to help.
--
http://www.catb.org/~esr/";>Eric S. Raymond
The right to buy weapons is the right to be free.
-- A.E. Van Vogt, "The Weapon Shops Of Isher", ASF December 1942
ing for a better home; if
and when I spin up "Federation", I'll want real projects to move there
as test and demonstration.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
sues, that's not a big deal. It's pretty likely (though not
certain) that I can get repostreamer to a state that will get the
conversion right without hand fixups of the branches. Unless there's
time pressure on the conversion that I don't know about, I'd pref
rsion, so I
won't worry about it.
> thanks to both of you for your work on this topic.
> it's sweet to my heart, even if the opposite may be perceived.
Oh, heck no, you've been as supportive as anyone could ask for.
No complaint at all
you about it and we fell out of contact.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
r-quality Subversion lifts
with less fiddling than git-svn or either version of svn2git. The
nut repo makes a pretty good test for repostreamer's armor-plating.
--
http://www.catb.org/~esr/";>Eric S. Raymond
catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
s) Vs end year vacation Vs actual repository switch to
> git... As per what I understood, we will need to set a commit freeze
> for at least a day.
Maybe not that long. But I'll know better in a day or two.
--
http://www.catb.or
rder
of half an hour - with that time being dominated by the time reqired to
upload the git repo to its public location.
This is one of those cases where good tools matter a *lot*.
--
http://www.catb.org/~esr/";>Eric S. Raymond
__
ear of
github because (a) it's proprietary, and (b) someone else took "esr" before
I got there :-).
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
nce I see instances
in the field. Top on my list is to try to do something useful with
merge properties - I'm pretty sure none of the existing conversion
tools go there.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Everything that is really great and inspiring i
selves have ever tried
to get this intimate with it before.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Society in every state is a blessing, but government even in its best
state is but a necessary evil; in its worst state an intolerable one;
for when we suffer, or are e
w.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
to help improve reposurgeon's branch-surgery and
merge-recognition code, if you're interested.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
parent
fields to perform them. I have yet to find a clean merge in the NUT tree.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
atb.org/esr/nut-conversion/nut-conversion.tar.gz
with the 2.0-pre3 version of reposurgeon in it.
That leaves two remaining issues.
1. Exactly what *is* the right way to handle branch copies that re-target
an existing branch name?
2. Branch merge detection.
--
http://www.catb.org
ants of the command.
I haven't yet found a merge that the two-argument form will pass as
clean. This probably means my merge-validity check is wrong (too
strict) but I don't know how to make it right.
If you could come up with a couple of known-good clean merges - that
is, pairs of
er if a branch deletion would best be represented as an
> annotated tag in Git? This would preserve any commit messages, without
> having a stub commit which does nothing except delete all the files.
> If the branch was merged, that stub commit would inaccurately imply
&g
etached branches. I'm chasing that.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
ot;fossil write" bug is in this version. Also note that
metadata modifications through mailbox_in can now match by Fossil-ID
if Event-Number is absent.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Where rights secured by the Constitution are involved, there can be no
wrong. I'll work on that.
I don't know what to do about the svn:eol properties. git's handling of
cross-platfform line termination issues doesn't seem very well documented.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
storing whatever was put into the
> repository).
Whereas under Unix git seems to use LF everywhere. To be revisited later.
Right now I have to figure out some way to cope with those mixed commits,
because that's a showstopper.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
Well, that wasn't as nasty as I feared it would be. Turns out that in
the general case it's possible to partition a mixed-branch revision
into branch cliques and generate multiple import-stream commits, one
for each affected branch.
We lose only if the split commit is the source of a later dire
on and original SVN
#repository that commit is a no-op (file-wise) that connects/renames the
#old branches/Development with the new trunk. Both instances of a general
#problem: I don't have rules for when I should be generating merge
#commits.
# 3. Charles thinks .gitignore gen
/apcsmart: minor Makefile.am change/|/merge updated apcsmart driver from
apcsmart-dev branch/
#
# SVN r3359 (2011-12-13T13:47:31Z!arnaud.que...@free.fr) on the trunk is a merge
# from nut-scanner_dlopen at r3357, not r3358 as might be inferred from
# the commit message. r3357 = 2011-12-13T09:02:32Z!arnaud.que...@free.fr
# r3357 = /Add the generated nutscan_init.3 Groff manual page to/
# r3359 = /Merge nut-scanner_dlopen branch/
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
ld it be:
> Summary line
> continuation
Correct. It's good practice for the first line after the summary to be
blank if there's a continuation.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
ge
#commits.
2 is partially solved.
--
http://www.catb.org/~esr/";>Eric S. Raymond
"Gun control" is a job-safety program for criminals.
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
he
expected way.
--
http://www.catb.org/~esr/";>Eric S. Raymond
[W]hat country can preserve its liberties, if its rulers are not
warned from time to time that [the] people preserve the spirit of
resistance? Let them take arms...The tree of liberty must be
refreshed from
effective generator of strange edge cases for my testing.
I'm going back to work on the merge-detection problem now.
Hartmut, I'm now ready to merge your fixes as well. Can you mail
me patches?
--
http://www.catb.org/~esr/";>Eric S. Raymond
He who joyfully marches t
repo root except through a merge at the end.
--
http://www.catb.org/~esr/";>Eric S. Raymond
Strict gun laws are about as effective as strict drug laws...It pains
me to say this, but the NRA seems to be right: The cities and states
that have the toughest gun law
quot;;>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
http://www.catb.org/~esr/";>Eric S. Raymond
The prestige of government has undoubtedly been lowered considerably
by the Prohibition law. For nothing is more destructive of respect for
the government and the law of the land than passing laws which cannot
be enforced. It is an open secret that
work.
--
http://www.catb.org/~esr/";>Eric S. Raymond
The kind of charity you can force out of people nourishes about as much as
the kind of love you can buy --- and spreads even nastier diseases.
___
Nut-upsdev mailing list
N
imple way to detect
and remove those exiguous parent links. The translated DAG looks
really nice now.
Back to work on the merge code...
--
http://www.catb.org/~esr/";>Eric S. Raymond
Rifles, muskets, long-bows and hand-grenades are inherently democratic
weapons. A complex
"merge bubble" at the "Working on uhid driver again" commit.
Aaargh. I'll look into this.
It would be really useful if I had a *complete* topology defect report.
--
http://www.catb.org/~esr/";>Eric S. Raymond
union of the
two selection sets. If both text searches refer to unique different
commits, the result is a two-element set; otherwise merge throws an
error.
The date/time and text-search forms are most stable under repo
surgery. The text-search form is IMO easiest to understand. I
normally use it
ersion metadata repository continues to be at
g...@gitorious.org:reposurgeon/nut-conversion.git
This supplements the reposurgeon 2.0pre repository at
g...@gitorious.org:reposurgeon/reposurgeon.git
--
http://www.catb.org/~esr/";>Eric S. Raymond
Our society won't
Charles Lepple :
> On Jan 21, 2012, at 7:38 PM, Eric S. Raymond wrote:
>
> > Automatically detecting *all* potential merge points is expensive - worst
> > case is O(n**2) in the number of commits. The workflow is designed around
> > the
> > assumnption that a human
ious.org:reposurgeon/reposurgeon.git
g...@gitorious.org:reposurgeon/nut-conversion.git
I made sure to push both this time.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
ht
xpressed in gitspace. We may run into more of those.
I'm investigating.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/nut-upsdev
I should be looking at?
Reposurgeon commit c023d35b8309f7a18fcc991b69c85e19197e1650.
Are you sure your nut.fi is up to date?
The conversion metadata version should be irrelevant here.
--
http://www.catb.org/~esr/";>Eric S. Raymond
steadily on it for a while.
--
http://www.catb.org/~esr/";>Eric S. Raymond
[President Clinton] boasts about 186,000 people denied firearms under
the Brady Law rules. The Brady Law has been in force for three years. In
that time, they have prosecuted seven people and put three
54 matches
Mail list logo
