of the very
people that allow all of us to express stupid opinions safely.
People that petty have far too much time on their hands. Just code, damn
it.
--Arthur Corliss
Live Free or Die
f incidents and reported body counts, and they're only up to
62k. With the exception of Desert Storm this has been the safest war for
both sides we've ever conducted.
This is the wrong kind of forum for this kind of stupidity. Just code, damn
it, and quite whining.
--Arthur C
te from. Which is why not even the
UNDP ILCS study supports the Lancet numbers. ILCS used 2,200 clusters
versus only 33 for the Lancet, and the sampling rate was similarly bad. In
short, the Lancet study is an extrapolation from hell.
--Arthur Corliss
Live Free or Die
-e 'do { @pw = getgrent } until $pw[0] eq "nobody"; print $pw[2], "\n";'
-2
# grep nobody /etc/passwd /etc/group
/etc/passwd:nobody:!:4294967294:4294967294::/:
/etc/group:nobody:!:4294967294:nobody,lpd
Legitimate bug in Perl? This one is version 5.8.2, BTW.
--Arthur Corliss
Live Free or Die
On Thu, 5 Mar 2009, Arthur Corliss wrote:
Turns out this is a unsigned int to signed int casting problem, not a 64-bit
unclean problem. Legitimate bug in Perl, either way, and a patch should be
submitted to the devs shortly.
--Arthur Corliss
Live Free or Die
nce at some point. I still use EU::MM myself
because I know that it will work pretty much everywhere. Not everyone is
willing (and rightfully so) to install twenty other modules just to install
and use the functionality of one.
--Arthur Corliss
Live Free or Die
he Perl community to largely
benefit from contributions you need to be conscious of what the installed
base out there is using.
I highly doubt the majority of Perl *users* (not developers) out there are
as bleeding edge as yourselves.
--Arthur Corliss
Live Free or Die
outside the community, because they
vastly outnumber those of us *in* the community. They and their
opinions are important because they do things like influence which
technologies their employers use, and consequently how many jobs there
are for us.
Amen. I bow to your more eloquent explanation.
--Arthur Corliss
Live Free or Die
For that reason
I'm going to wait until M::B becomes predominantly available before
considering a switch. Until then I use EU::MM and still test against Perl
5.6.
--Arthur Corliss
Live Free or Die
imilar.
If you're really paranoid you'll also do key strengthening, similar to what
most system authentication does. Hash with a salt, then hash the result
with the salt, repeat a few thousand times.
--Arthur Corliss
Live Free or Die
economical for the attackers.
--Arthur Corliss
Live Free or Die
erator
algorithm like the Mersenne Twister (which is essentially what
/dev/urandom does)
Which was why included urandom as a suggestion.
--Arthur Corliss
Live Free or Die
otecting what was used to generate the hashes. Everything else is a
separate issue.
--Arthur Corliss
Live Free or Die
omplain to your friends. But
let the rest of us move on with matters of some actual import. Quit trying
to be the politically correct thought police of the world.
--Arthur Corliss
Live Free or Die
net Hitler rule quick!
I've now wasted two e-mails on this subject. I may develop a rash.
--Arthur Corliss
Live Free or Die
lity I need with the least number of moving parts.
Let the guy introduce another framework. None of the existing frameworks
are void of any sizeable Cons.
--Arthur Corliss
Live Free or Die
sl.
I have better things to do with my time than wonder if apt-get is going to
pull in a new magical combination of revisions that's going to break some
code I need to just work.
--Arthur Corliss
Live Free or Die
that are bigger than that.
End sum: I personally don't think this is the most pressing issue facing
CPAN. Just issue a best practices guide to all the module authors (or
include it as on-line documentation in PAUSE) and be done with it.
--Arthur Corliss
Live Free or Die
efficient.
--Arthur Corliss
Live Free or Die
e.
Would I be happy to help? Sure. But I don't feel like diving into a
foreign code base all by myself? No. I don't have that many spare cycles.
--Arthur Corliss
Live Free or Die
correct problem
domain. I believe that streamlining the mirroring process will provide
greater gains for less effort.
That's not to say that pursuing other efficiencies isn't worthwhile, just
that you need to prioritize.
But what the hell do I know. I don't run a *CPAN* mirror, so I
e and the practise should be discouraged.
Try doing a simple cost-benefit analysis. What you guys are proposing will
help. But not as much as simpler alternatives. Like replacing rsync with a
perl script and modifying PAUSE to log the transactions.
--Arthur Corliss
Live Free or Die
at times some discussions on this list fail the concept of a
technical meritocracy, and tend towards an established aristocracy.
--Arthur Corliss
Live Free or Die
took it as what it was -- a dodge. You
already have your minds made up and are not willing to evaluate options
on their merits.
Let's just be honest about what's going on here.
--Arthur Corliss
Live Free or Die
happens, you're right back where you are
now. Rsync can't cut it, it wasn't designed for this.
Whether you like it or not, even on a pared down CPAN rsync is easily your
most inefficient process on the server. If you're not willing to optimize
that, then you really don't care about optimization at all.
--Arthur Corliss
Live Free or Die
nd cooperative. As a sys-admin I watch my SAR reports
like a hawk, I'm sure they're no different.
And that's not to say you have to eliminate rsync. If you can get half of
them to stop, you'll still have some significant long term gains.
--Arthur Corliss
Live Free or Die
rs than just treating the disease. And in the end time runs
out and the problem remains.
Look, I don't care if you guys decide against it, but let's be honest about
the compromises you're making. Hell, pruning isn't even a compromise, it's
not a solution, it's only a delaying tactic.
--Arthur Corliss
Live Free or Die
ll going to be collateral damage.
--Arthur Corliss
Live Free or Die
TP mgets, etc.) to transfer
your transaction logs, compile a list of new files to retrieve, and use the
very common and low-overhead protocols to transfer the files...
--Arthur Corliss
Live Free or Die
nyway.
I'm not trying to be a dick (not intentionally, anyway), but isn't that
basically making your problem BackPan's problem?
--Arthur Corliss
Live Free or Die
that
you have a separate pool of servers for each tier. Again, this is just
load balancing, not load optimization.
That said, if you have the volunteers, then why not. Perhaps I can offer a
system to support mirroring up here in Alaska.
--Arthur Corliss
Live Free or Die
al stonewalling I've been getting these last few days by our
resident rsync fetishists.
Very ironic. I use the hell out of rsync, just more discriminately that you
guys, and yet I'm public enemy number one.
--Arthur Corliss
Live Free or Die
ledge of state over time, across multiple requests. And rsync
doesn't do that, it simulates that. Quite cleverly, but in an very
expensive way which is borne by the server.
--Arthur Corliss
Live Free or Die
and use that as
the payload transport layer. Making the CPAN mirror HTTP-browseable is
completely palatable to me. Not for crawling, but for specific file
retrievals, assuming you're working off of the transaction logs.
--Arthur Corliss
Live Free or Die
oth ends it should have
been a waste of time to argue the merits of rsync.
--Arthur Corliss
Live Free or Die
ere, I've got a few
ideas I may have to mock up and try out myself.
--Arthur Corliss
Live Free or Die
Sure, the original site has to
generate the list, but if they use a tool like PAUSE to upload the files,
that shouldn't be hard to do).
Agreed, but I'm not sure we've gotten past the stat storm on the server,
though.
--Arthur Corliss
Live Free or Die
git myself, so my understanding may be deficient), a decentralized
distributed RCS. And have developers periodically merge their branches.
Tough sell. It probably would solve a bunch of issues, but you're treading
into vi versus emacs territory. ;-)
--Arthur Corliss
Live Free or Die
on development systems
when you're testing a specific workload.
To ignore SAR is to show zero competence as a sys-admin.
--Arthur Corliss
Live Free or Die
s platforms, and more than capable of
identifying architectural bottlenecks with virtually no overhead. That
makes it a necessity.
Don't try to cover up your previously displayed areas of ignorance by
pursuing a pointless and very stupid tangent. That's not the point of this
discussion.
--Arthur Corliss
Live Free or Die
n hour) by treating the
symptoms, not the disease.
For the record: if that's what you want to do, have at it. Let's just not
be disingenuous about the fact that we're abrogating our responsibilities as
technologists by refusing to address the real problems and weaknesses of the
platform.
--Arthur Corliss
Live Free or Die
From what I've heard about git, this sounds like a workable idea, and being
an established and semi-portable tool, should alleviate the whininess over
replacing the sacred cow, er, rsync.
--Arthur Corliss
Live Free or Die
N mirroring.
By all means, I'm not opposed to any solution that actually addresses the
problem. I don't agree that would be the fast time to implementation, but
no questions as to whether File::Rsync::Mirror::Recent would help things.
I'd support (and help) that goal.
My objections are more properly directed to those stuck on just deleting
files from the tree.
--Arthur Corliss
Live Free or Die
albeit on much smaller filesets
which don't kill my servers.
So far I haven't seen much openness by those actually affected by the problem
in considering an alternative to rsync.
--Arthur Corliss
Live Free or Die
On Fri, 2 Apr 2010, Ask Bj?rn Hansen wrote:
On Apr 2, 2010, at 1:50, Arthur Corliss wrote:
And my assertion has been that the excessive stats by the server are a bigger
impediment to synchronization than the inode count.
Well, then one of us don't understand how file systems etc
it so we can all get educated.
Regardless, it should be that easy to install, but it should also install a
script into bin/ to make ye ole cron job just as succinct as what's
currently being used with rsync.
--Arthur Corliss
Live Free or Die
ercial and
fiduciary responsibility to exploit every bit of data you give them.
With friends like Google protecting your information, who needs
encryption? ;-)
--Arthur Corliss
Live Free or Die
oice
it'd be nice if the maintainers try to be a little less dogmatic about it.
They should be inclined towards maximum accessibility, not maximum
pedagoguery.
I know I didn't get the memo but I think someone did claim that metacpan
was the "de facto" interface these days...
intelligent, rational, or any other
way beneficial? I wasn't going to get involved in this thread, but the
Google bait was too spot on to ignore.
--Arthur Corliss
Live Free or Die
uires installing your private CA's root certificate on all clients,
and even then there's clients that that still won't work on. Never mind
that the concept of spoofing external organization certificates is
insanely dangerous in its own right.
--Arthur Corliss
Live Free or Die
On Sun, 28 Aug 2011, Arthur Corliss wrote:
Which brings to mind yet another point: for those of us providing content
filtering services via proxies SSL is a huge problem. The only good
solution is to do transparent interception of SSL connections with your
proxies serving up a private CA
as an option, but not mandate it
for those of us who derive no benefit from it. Again: a resource like
metacpan should aim for maximum accessibility...
--Arthur Corliss
Live Free or Die
hought that the whole thread was silly, as is the concept that metacpan
would to dictate SSL-only for questionable gains. And I think my
interjection was pretty fair, inoffensive, and good natured. But, maybe
quietly lurking exposes my better side. :-)
--Arthur Corliss
Live Free or Die
uess, since even that traffic has
*some* intel value. But I would argue that the cost incurred for very
little real benefit should be considered.
--Arthur Corliss
Live Free or Die
more manageable.
--Arthur Corliss
Live Free or Die
On Thu, 21 Nov 2013, David Cantrell wrote:
Both!
I mostly prefer search.cpan.org because I'm used to it :-) which, I admit,
isn't a very good reason.
I'm in the same boat. I have yet to hear of any reason compelling enough to
make me break old habits...
-
mi's intent, but here we are on that faceless
Internet again, with none of the normal human cues to aid us. A more
conciliary tone would have helped.
--Arthur Corliss
Live Free or Die
ne know if this guy ever popped up again? The
address info listed on his profile doesn't seem to be valid. I'd like to
get in touch with him in regards to Net::ICAP.
http://search.cpan.org/~kjohnson/
I appreciate your time, and any tips you may have.
--Arthur Corliss
Live Free or Die
On Fri, 5 Sep 2014, James E Keenan wrote:
Could that be shortened to simply: Cluster ?
If this happens I'm claiming Cluster::Fu... well, I think you know where I'm
going with this ;-)
--Arthur Corliss
Live Free or Die
session token? Or you want
a plugin to bypass the normal browser key store?
Maybe I'm overthinking this. But, then, I don't trust browsers to begin
with. I don't want them maintaining any kind of state for me over any
significant length of time.
--Arthur Corliss
Live Free or Die
nity shouldn't be badgered for not wanting to take on the extra
maintenance efforts. At the same time, said dev shouldn't be surprised if
wider use of the same contributions are limited until the broader community
catches up.
Do what you want, dude. We might not all make the same decisio
that namespace for those purposes, it should be under: Config::*. I've
had a module on CPAN for awhile that does some of the same work that yours
does under Parse::PlainConfig, and it needs to be moved to Config::* as well.
Check out the Config::* modules, and request a space there.
hose portions of your own code that's not working directly on
externally passed arguments.
In other words, use carp to point to potential problem code calling your
module, but use warn to point to potential problem code inside the module.
--Arthur Corliss
Bolverk's Lair
drive to physical drive(s) maps, etc.).
I've already written all of this for AIX (4.3.3/5L), and will be adding IRIX
(XVM) support soon. My first impression is that this would go under
Parse::LVM since it parses the output of standard system commands. Should
there instead be a Fi
ezone in NA. ;-)
--Arthur Corliss
Bolverk's Lair -- http://arthur.corlissfamily.org/
Digital Mages -- http://www.digitalmages.com/
"Live Free or Die, the Only Way to Live" -- NH State Motto
7;ve got me there. As soon as we find a stretch of coastline that
matches our eastern border we'll dock and revisit this discussion. I hear the
fault lines in CA would be a good match if you'd hurry up and drop into the
ocean. ;-)
--Arthur Corliss
Bolverk's La
the modules myself.
As an addendum, I think it would be useful to be able to differentiate between
CPU load and memory load, placing limits on both.
--Arthur Corliss
Bolverk's Lair -- http://arthur.corlissfamily.org/
Digital Mages -- http://www.digitalmages.com/
port tied hashes.
I did notice that most of the XS wrappers for C-based implementations were all
in top-level namespace, though. Any suggestions/preferences?
--Arthur Corliss
Bolverk's Lair -- http://arthur.corlissfamily.org/
Digital Mages -- http://www.digitalm
of my
code, depending on the version and implementation of the dbm libs they're
linked against. This is just my way of getting predictable results without
requiring admins to upgrade or install new system libs, along with the
requisite Perl modules.
--Arthur Corliss
Bolv
> reference, the module throws a croak without overwriting or corrupting
>
> These semantics make it possible to do multi-level autovivification
> inside a DirDB data structure, even over the network (by FTP.)
Sounds interesting. I haven't used that module before, but I think I'
s that if you had the '-ldrmaa' as
the last array member you would have never even have gotten that warning. If
all those libraries are mandatory you need to pass them as a single array
member. Quoting the pod:
LIBS
An anonymous array of alternative library
but it seems hokey
> and I'm not sure it would work on all systems.
I think a lot of us just use numeric prefixes to control the order:
01_ini.t
02_scalar.t
03_list.t
... etc.
--Arthur Corliss
Bolverk's Lair -- http://arthur.corlissfamily.org/
72 matches
Mail list logo
