Thx..
Crystal Kolipe wrote:
> On Mon, Jul 28, 2025 at 01:26:00PM +0200, Dan wrote:
> > result [filename]
> >
> > And programmatically is really appreciable/ted :)
>
> Have you tried 'sha256 -r'?
>
Dan
--
Blog: https://bsd.gaoxio.com - Repo: https://code.5mode.com
Please reply to the
On Mon, Jul 28, 2025 at 01:26:00PM +0200, Dan wrote:
> result [filename]
>
> And programmatically is really appreciable/ted :)
Have you tried 'sha256 -r'?
Small portable suggestion to OpenBSD.
Tools like these ones in Debian are all consistent in their final
result:
wc -c jquery-3.6.0.min.js
md5sum jquery-3.6.0.min.js
shasum -a 256 jquery-3.6.0.min.js
result [filename]
And programmatically is really appreciable/ted :)
Dan
--
Blog
On 23/02/06 09:35, Thomas Dettbarn wrote:
> Hello!
>
> tl;dr: I would like to suggest adding a line about the virtues of UUID to the
> FAQ14. Something along the lines of "Remember to set up the UUID in your
> /etc/fstab afterwards." or something.
It does outline this problem here.
https://www.ope
the /home.
If I WOULD HAVE BEEN smarter, I would have used a UUID in my fstab.
Anyways, it is my believe that adding a line to each section might help the
next person as
stupid as me, hence my suggestion.
Thomas
On Sat, Jan 09, 2021 at 05:08:14PM +0100, Wolf wrote:
> Hello,
>
> I have small suggestion for improving man page for acme-client.conf.5.
> Basically just adding "comma separated" to clarify on the format of the
> list for alternative names. I had to dig into the parser.y
Hello,
On 2021-01-09 22:20:26 +, Stuart Henderson wrote:
> On 2021-01-09, Wolf wrote:
> > I have small suggestion for improving man page for acme-client.conf.5.
> > Basically just adding "comma separated" to clarify on the format of the
> > list for alternati
On 2021-01-09, Wolf wrote:
> I have small suggestion for improving man page for acme-client.conf.5.
> Basically just adding "comma separated" to clarify on the format of the
> list for alternative names. I had to dig into the parser.y to figure
> this out, so it wo
Hello,
I have small suggestion for improving man page for acme-client.conf.5.
Basically just adding "comma separated" to clarify on the format of the
list for alternative names. I had to dig into the parser.y to figure
this out, so it would be nice to have it documented.
diff --
On Tue, Dec 1, 2020 at 6:36 PM Theo de Raadt wrote:
>
> There have also been proposals that IF we the files are present in the
> ramdisk, we use them. But then the questions are not in the same order
> for all install methods. Another proposal was for upgrades if the files
> exist in the base, w
Christer Solskogen wrote:
> On Tue, Dec 1, 2020 at 4:43 PM Christopher Turkel <
> turkel.christop...@gmail.com> wrote:
>
> > Why would you want that? I’m curious.
>
>
> Just to place it together with the rest of the questions. Bulk them
> together so to speak.
> Now the installation waits for
On Tue, Dec 1, 2020 at 4:43 PM Christopher Turkel <
turkel.christop...@gmail.com> wrote:
> Why would you want that? I’m curious.
Just to place it together with the rest of the questions. Bulk them
together so to speak.
Now the installation waits for input about the timezone, before it
continues
Christer Solskogen wrote:
> Would it make sense to move the timezone question to before the fetching
> and extraction of the install sets starts?
No, because the timezone files are in the sets, because they don't fit on
all the media.
Why would you want that? I’m curious.
On Tuesday, December 1, 2020, Christer Solskogen <
christer.solsko...@gmail.com> wrote:
> Would it make sense to move the timezone question to before the fetching
> and extraction of the install sets starts?
>
> --
> chs
>
Would it make sense to move the timezone question to before the fetching
and extraction of the install sets starts?
--
chs
On 10/29/20 3:38 PM, Nick Holland wrote:
On 2020-10-29 08:00, Harald Dunkel wrote:
Hi folks,
do you think it would be possible for the installer to show
an eye-catching warning, if "ifconfig" reports "no carrier"
for the network port to configure?
Just a suggestion, o
think it would be possible for the installer to show
> > > an eye-catching warning, if "ifconfig" reports "no carrier"
> > > for the network port to configure?
> > >
> > > Just a suggestion, of course
> > > Harri
> >
> >
Nick Holland wrote:
> On 2020-10-29 08:00, Harald Dunkel wrote:
> > Hi folks,
> >
> > do you think it would be possible for the installer to show
> > an eye-catching warning, if "ifconfig" reports "no carrier"
> > for the network por
> for the network port to configure?
>
> Just a suggestion, of course
> Harri
>
--
Kindest regards,
Tom Smyth.
On 2020-10-29 08:00, Harald Dunkel wrote:
> Hi folks,
>
> do you think it would be possible for the installer to show
> an eye-catching warning, if "ifconfig" reports "no carrier"
> for the network port to configure?
>
> Just a suggestion, of course
>
Hi folks,
do you think it would be possible for the installer to show
an eye-catching warning, if "ifconfig" reports "no carrier"
for the network port to configure?
Just a suggestion, of course
Harri
The hardware is good.
After an AC incident, I've had some of those cavium nics melt the cpu
thermal paste, dripping all over the mainboard. (this nics are inserted
into a riser card, facing down the mainboard)
The machine kept running!
A quarta, 24/06/2020, 21:12, Pierre Emeriaud
escreveu:
Le mer. 24 juin 2020 à 13:01, Stuart Henderson a écrit :
>
> On 2020-06-23, Daniel Ouellet wrote:
> > OpenBSD does run on some old Cisco routers, it's been done before. Sure
> > it's not officially supported nor does it support all the various
> > interfaces but it's known to work on some.
Not a
On 6/24/20 11:58 AM, Stuart Henderson wrote:
On 2020-06-23, Daniel Ouellet wrote:
Have a look through https://www.supermicro.com/en/products/embedded/servers /
https://www.supermicro.com/en/products/embedded/rackmount and you'll find
quite a few things that give the perception "solid custom net
don't make them fell good,
Now that is true ...
>>>but seeing a Cisco box kind of wipe out the
>>> impression.
paint the chassis blue-green and put a sticker on it? ;)
>>> I am not saying it's justify, but perception is som
ave the OBSD box doing all the major
routing, vlans, firewall (pf) etc... while the Cisco could just simply
forward information between the private and public IP ranges. Or if
using dial-in then you can bridge the OBSD and Cisco then use OBSD as
the PPPoE device
It is one suggestion in any case t
jor
> routing, vlans, firewall (pf) etc... while the Cisco could just simply
> forward information between the private and public IP ranges. Or if
> using dial-in then you can bridge the OBSD and Cisco then use OBSD as
> the PPPoE device
>
> It is one suggestion in any case
m fell good, but seeing a Cisco box kind of wipe out the
>> impression. I am not saying it's justify, but perception is sometime
>> everything, but if I have my say in it I want all my routers to be
>> OpenBSD as much as I can where the needs is not to multiple Gb in speed.
ind of wipe out the
impression. I am not saying it's justify, but perception is sometime
everything, but if I have my say in it I want all my routers to be
OpenBSD as much as I can where the needs is not to multiple Gb in speed.
So, any suggestion or updates as to what's now available a
SD as
the PPPoE device....
It is one suggestion in any case though it might not be the most ideal.
Regards,
Kaya
On Tue, Jun 23, 2020 at 5:03 PM Daniel Ouellet wrote:
>
> Hi,
>
> This might be a bit weird question, but I saw the wireguard being put in
> the kernel in the last few d
n it I want all my routers to be
OpenBSD as much as I can where the needs is not to multiple Gb in speed.
So, any suggestion or updates as to what's now available and hopefully
in use now.
I really don't care for any special model, or even Juniper, as long as I
can put OpenBSD on it.
So
True, but I think it’s cleaner when you’re actually calling the function to not
have to send a hashref. Small thing, of course, but I figure you write a
function once, but call it many times. I’d rather the function call be
cleaner/simpler than the function definition for that reason.
Sent from
> you can do by array
Both of them are borring once you used the signatures but they are still
experimental.
Also: if you don't mind a new dependency: Function::Paramaters is so
much convenient.
regards
marc
hi
you can do by array
sub m4
{
my ( $self,$args ) = @_;
# $args contains
# $args->{'bla'} = blub
# $args->['do'} = whatever
}
as call ( example )
$obj->m4 ({ bla => blub , do => whatever });
holger
Am 02.01.20 um 21:40 schrieb danieljb...@icloud.com:
What if you want named paramet
On 3/1/20 8:31 pm, Marc Chantreux wrote:
>> Any modern mailreader can easily tag messages as thread, so it's trivial to
>> avoid a given thread, as long as people don't fuck around with the
>> In-Reply-To info.
>
> i have to admit this isn't an argument: if most of the people don't read
> it, we s
> Any modern mailreader can easily tag messages as thread, so it's trivial to
> avoid a given thread, as long as people don't fuck around with the
> In-Reply-To info.
i have to admit this isn't an argument: if most of the people don't read
it, we should have the ability to save bandwidth by settin
> Yes well, my point is if you want to make a piece of code
> incomprehensible, I don't think there is a language that will stop you.
indeed. but i now realize the counterpart is not true because everyone
has something different in mind when it comes to readability.
last example was yesterday:
On Thu, Jan 02, 2020 at 11:52:03PM +0100, Marc Chantreux wrote:
> > You have something like 3 lines of perl to play with ;)
>
> is there a todo list somewhere ?
More or less in my head, with lots of subprojects progressing at any given
time.
- I want to retire PackageLocator and have more co
On Fri, Jan 03, 2020 at 09:43:21AM +1000, Stuart Longland wrote:
> On 3/1/20 8:50 am, Marc Chantreux wrote:
> >> Like this thread, or worse?
> > * long doesn't mean endless
> > * sharing points of view is never sterile (yours is inspired by other
> > ones, right?)
>
> I would say it's been highl
On 2/1/20 9:43 pm, Marc Chantreux wrote:
> arf ... i just tried to explain were this "linenoise" bullshit came from
> just in the answer i gave to frank
Yes well, my point is if you want to make a piece of code
incomprehensible, I don't think there is a language that will stop you.
I had a collea
On 2020-01-02 16:52, Marc Chantreux wrote:
You have something like 3 lines of perl to play with ;)
is there a todo list somewhere ?
find /usr/src -name '*.pm' | xargs grep XXX
Shows some promising results.
Edgar
regards
marc
On 2/1/20 8:48 pm, Marc Espie wrote:
>> I've seen some pretty ugly Python code too.
> Not to beat a dead horse, but most of the python configury stuff,
> including scons, is pretty shitty. Lots of really bad pseudo-OO stuf
> (hey let's use that cool feature just because we can)
Yeah, you won't g
On 3/1/20 8:50 am, Marc Chantreux wrote:
>> Like this thread, or worse?
> * long doesn't mean endless
> * sharing points of view is never sterile (yours is inspired by other
> ones, right?)
I would say it's been highly educational.
Granted, this did not get off to a good start with the "let's r
> You have something like 3 lines of perl to play with ;)
is there a todo list somewhere ?
regards
marc
On Thu, Jan 02, 2020 at 02:16:52PM -0500, Daniel Jakots wrote:
> On Thu, 2 Jan 2020 19:49:28 +0100, Marc Chantreux
> > some endless sterile debates
> Like this thread, or worse?
* long doesn't mean endless
* sharing points of view is never sterile (yours is inspired by other
ones, right?)
so
On Thu, Jan 02, 2020 at 04:10:43PM -0500, Paul Wisehart wrote:
> On Thu, Jan 02, 2020 at 09:12:42PM +0100, Marc Espie wrote:
> >
> > Here are my current guidelines for OpenBSD perl tools.
> >
>
> Can you eleborate in greater detail?
>
Not really, just go read the code and ask questions.
You h
On Thu, Jan 02, 2020 at 09:12:42PM +0100, Marc Espie wrote:
>
> Here are my current guidelines for OpenBSD perl tools.
>
Can you eleborate in greater detail?
On Thu, Jan 02, 2020 at 02:40:25PM -0600, danieljb...@icloud.com wrote:
> What if you want named parameters? (i.e. sending a hash as your
> argument)
>
> sub m4
> {
> my $self = shift;
> my %args = @_;
>
> # and then optionally
> my ($arg1, $arg2, $arg3) = @args{qw/arg1 arg2 arg3/
What if you want named parameters? (i.e. sending a hash as your
argument)
sub m4
{
my $self = shift;
my %args = @_;
# and then optionally
my ($arg1, $arg2, $arg3) = @args{qw/arg1 arg2 arg3/};
# or you can just use $args{arg1}, etc...
}
On Thu, Jan 02, 2020 at 09:12:42PM +01
On Thu, Jan 02, 2020 at 03:24:41PM -0500, Chris Bennett wrote:
> mod_perl, from reading the mailing list, looks like it will die off
> before long. Lack of developers and funding and interest given all the
> newer replacements.
Don't even think about using mod_perl these days.
Fast-cgi is the way
I don't speak Python, but from what I've read, it has some serious
encoding problems compared to Perl.
This is a real problem in today's world of multiple encodings.
Apparently the guy writing about this is pretty hated for bringing up
this serious flaw. If the problem is true, he has examples, th
On Thu, Jan 02, 2020 at 07:49:28PM +0100, Marc Chantreux wrote:
> On Thu, Jan 02, 2020 at 10:42:54AM -0600, danieljb...@icloud.com wrote:
> > I don't understand why people say that perl's flexibility is a negative.
>
> because sometimes, flexibility permit some endless sterile debates about
> the
On Thu, 2 Jan 2020 19:49:28 +0100, Marc Chantreux
wrote:
> some endless sterile debates
Like this thread, or worse?
On Thu, Jan 02, 2020 at 10:42:54AM -0600, danieljb...@icloud.com wrote:
> I don't understand why people say that perl's flexibility is a negative.
because sometimes, flexibility permit some endless sterile debates about
the coding style.
marc
> I will always lean towards idiot-proofing the code.
:))
fair enough.
regards
marc
I don't understand why people say that perl's flexibility is a negative.
Bad code is a negative. You can have bad or inconsistent code even in a
language like python that has very rigid syntax.
As long as you know perl well, you should be able to read any
well-written perl code.
To me, both of t
On January 1, 2020 2:14:03 PM GMT+02:00, Frank Beuth
wrote:
>On Wed, Jan 01, 2020 at 10:29:53AM +, e...@isdaq.com wrote:
>>> But I don't want deeper point to get missed -- which is that if eecd
>>> doesn't like the idea of regulating what the programmer can do, then
>the
>>> programmer has to
On Thu, Jan 02, 2020 at 04:22:08PM +0100, Marc Chantreux wrote:
> hello,
>
> > > my %user = qw(
> > > login mc
> > > shell /bin/zsh
> > > );
> > > print $user{login};
>
> > my %user = ( login => 'mc', shell => 'bin/zsh');
> > is way more readable in that case, I thin
hello,
> > my %user = qw(
> > login mc
> > shell /bin/zsh
> > );
> > print $user{login};
> my %user = ( login => 'mc', shell => 'bin/zsh');
> is way more readable in that case, I think,
> and it does showcase what a *smart* quoting system can do.
well ... i prefer t
On Thu, Jan 02, 2020 at 12:40:51PM +0100, Marc Chantreux wrote:
> the quoting system
>
> # qw( for a list of barewords )
> my %user = qw(
> login mc
> shell /bin/zsh
> );
> print $user{login};
I wouldn't write it that way
my %user = ( login => 'mc', shell => 'bi
> Not sure about anyone else, but comparing the Python vs Perl example you
> gave above, I would still say Python is the nicer-looking language.
i was just saying that there is no need for yield in perl. now i can
show you tons of examples to demonstrate perl code is not only
more "unixish" but ea
hello Stuart,
> Heh, I've heard Perl described as executable line noise, and for sure,
> it will let you write code like that.
arf ... i just tried to explain were this "linenoise" bullshit came from
just in the answer i gave to frank
regards
marc
On Thu, Jan 02, 2020 at 07:34:22PM +1000, Stuart Longland wrote:
> On 2/1/20 12:30 am, Marc Chantreux wrote:
> > * the python community was unfair comparing the langages (using ugly
> > perl code and nice python counterparts). instead of taking time to
> > explain all the biases, perl community
On 2/1/20 12:30 am, Marc Chantreux wrote:
> * the python community was unfair comparing the langages (using ugly
> perl code and nice python counterparts). instead of taking time to
> explain all the biases, perl community repetedly asserted that the
> authors of those article were incompeten
On 1/1/20 9:08 pm, Marc Espie wrote:
> On Tue, Dec 31, 2019 at 10:36:15PM +0100, Anders Andersson wrote:
>> Of course its age is showing in some areas but in my experience, those
>> things are actually still worked on, and have been fixed without major
>> incompatibilities (python3 anyone?).
> The
On Wed, Jan 01, 2020 at 03:30:44PM +0100, Marc Chantreux wrote:
why is this ? return is the perl yield. the only difference is that the
"exhausted" situation is on your own. so basically:
def count_from(x):
while True:
yield x
x = x + 1
naturals = count_from(0
> Did you ever look at the suite of modules from John Syracusa (DB::Rose and
> the like) ? fairly clean and nice.
I had this under my radar but no one around be wanted to test anything
else but DBIxC so i never took time to read the code or use it.
regards
marc
On Wed, Jan 01, 2020 at 04:44:48PM +0100, Marc Chantreux wrote:
> > I still thing DBIx::Class is overkill. The DB::Rose stuff was way simpler
> > and I would have preferred for it to win.
>
> Well... i liked the simplicity until i had some cases like having 2
> different DBs with the same model: p
hello,
> > what do you mean by this? prototypes are here for decades and signatures
> > are experimental and i guess it will be core in some releases.
> Stuff like
> $o->method { code }
ooohh right! this is a thing i also missed with perl (fixed in raku).
> > Template toolkit is still by far th
On Wed, Jan 01, 2020 at 03:43:38PM +0100, Marc Chantreux wrote:
> hello,
>
> > The only thing that's really missing in perl is proper thread support.
> > Don't know if that's going to happen.
>
> seems ... complicated ...
Tell me about it. The only existing thread support was so clunky it got
t
hello,
> The only thing that's really missing in perl is proper thread support.
> Don't know if that's going to happen.
just to be sure: are you aware of the MCE module?
https://metacpan.org/pod/distribution/MCE/lib/MCE.pod
regards
marc
BTW. Also tcl has coroutines since a while:
https://www.tcl.tk/man/tcl8.6/TclCmd/coroutine.htm
Rodrigo.
hello,
> Actually all the cool and useful ideas that perl6 had DID trickle down
> into perl5 a few years ago.
even if you load a lot of modules from CPAN (which i tried to do with
https://metacpan.org/pod/Sympatic), this is not even close to be true!
for example, raku has
* PEGs are objects
* m
hello,
> The only thing that's really missing in perl is proper thread support.
> Don't know if that's going to happen.
seems ... complicated ...
> I have a wish-list of things that are not that likely to happen, I would
> like to be able to use prototypes on methods, for instance.
what do you
hello,
as intro: i would like to make clear that i'm not promoting perl (my go
to langage for scripting is now raku by far) but as i was a member of the perl
community more than 20 years, i have some opinions about it.
> felt like a random hack, especially compared to ruby. The only thing I
> rea
On Wed, Jan 01, 2020 at 10:29:53AM +, e...@isdaq.com wrote:
But I don't want deeper point to get missed -- which is that if eecd
doesn't like the idea of regulating what the programmer can do, then the
programmer has to have the skills to safely write unsafe code.
no you're belying the poin
On Tue, Dec 31, 2019 at 11:56:46PM -0700, Bob Beck wrote:
> read fucking code. change fucking things. send some fucking diffs. get
> fucking yelled at. learn from your fucking mistakes. show some fucking
> passion. filter fucking misc@ and all this useless bleating into the
> toilet.
>
> none o
On Tue, Dec 31, 2019 at 09:06:38PM +0100, Christer Solskogen wrote:
> On Tue, Dec 31, 2019 at 5:50 PM Marc Espie wrote:
>
> > We did retire vax, and we no longer have any platform without dynamic
> > libraries.
> >
> >
> OT but: out of sheer curiosity, why didn't VAX support dynamic libraries?
V
On Wed, Jan 01, 2020 at 10:06:47AM +0100, Anders Andersson wrote:
> On Wed, Jan 1, 2020 at 4:51 AM Stuart Longland
> wrote:
>
> > Perl 6 will be a major change though, more disruptive than the Python2→3
> > mess was. So we may be in for some "fun" in the near future.
>
> Gotta stop this before
ad. And my point wasn’t to be disrespectful, but to point out
> > that most proposals unaccompanied by code and that don’t solve
> > obvious problems don’t seem to be received very well. Apologies if
> > that wasn’t within bounds.
>
> What if the OP had instead of the
On Tue, Dec 31, 2019 at 10:36:15PM +0100, Anders Andersson wrote:
> Of course its age is showing in some areas but in my experience, those
> things are actually still worked on, and have been fixed without major
> incompatibilities (python3 anyone?).
The only thing that's really missing in perl is
> where do I sign up for OpenBSD write-perfect-C-code programmer training
bootcamp?
here we go ladies and gents an unadulterated look at the manchild in the
wild
as he looks for something else to take responsibility for his work. after
decades of being spoonfed it's lost the ability to fend fo
On Tue, Dec 31, 2019 at 11:56:46PM -0700, Bob Beck wrote:
read fucking code. change fucking things. send some fucking diffs. get
fucking yelled at. learn from your fucking mistakes. show some fucking
passion. filter fucking misc@ and all this useless bleating into the
toilet.
none of us have
On Wed, Jan 1, 2020 at 4:51 AM Stuart Longland
wrote:
> Perl 6 will be a major change though, more disruptive than the Python2→3
> mess was. So we may be in for some "fun" in the near future.
Gotta stop this before it derails: perl 6 is not the next version of
perl 5. It's not compatible, it's
read fucking code. change fucking things. send some fucking diffs. get
fucking yelled at. learn from your fucking mistakes. show some fucking
passion. filter fucking misc@ and all this useless bleating into the
toilet.
none of us have time to spoon feed you in some “boot camp”
there are two ty
On Wed, Jan 01, 2020 at 04:00:37AM +, e...@isdaq.com wrote:
rather than the programmer being responsible for
writing unsafe
code we need to regulate what the programmer can do just like we need to
regulate what the community can say, do, see, and think.
where do I sign up for OpenBSD write
> I like where this thread is headed.
>
> To expand on this idea, maybe we should demonstrate how diversity and
> inclusiveness can work in an operating system via language choices.
> Why stop at TCL and LUA? Or even scripting languages in general. Why
> not Go, Rust, Haskell and Scala too?
>
On 1/1/20 6:06 am, Christer Solskogen wrote:
> On Tue, Dec 31, 2019 at 5:50 PM Marc Espie wrote:
>
>> We did retire vax, and we no longer have any platform without dynamic
>> libraries.
>>
>>
> OT but: out of sheer curiosity, why didn't VAX support dynamic libraries?
>
Did vax have an MMU? Tha
On 1/1/20 3:13 am, danieljb...@icloud.com wrote:
> I'm curious to know if there are any languages other than C and perl in
> use in OpenBSD base.
/bin/sh?
*ducks*
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
On 31/12/19 10:57 pm, Daniel Boyd wrote:
> As one of the few remaining people out there who considers perl to be their
> favorite language—starting to wonder if it’s just me and Larry Wall at this
> point—I’d like to say that perl should stay in base on its merits, all the
> perl-based system to
espectful, but to point out
> > that most proposals unaccompanied by code and that don’t solve
> > obvious problems don’t seem to be received very well. Apologies if
> > that wasn’t within bounds.
>
> What if the OP had instead of the suggestion submitted two or three Lua
> s
companied by code and that don’t solve
> obvious problems don’t seem to be received very well. Apologies if
> that wasn’t within bounds.
What if the OP had instead of the suggestion submitted two or three Lua
scripts to replace two or three Perl scripts? Would you still have the
same opinio
We could always rewrite the entire operating system in Pascal. FreePascal and
GNU Pascal are both GPL, so we’ll need to write a new compiler as well.
Shouldn’t take too long. Who wants to go register openpascal.org?
I’ll get a diff started
program OpenBSD;
begin
{ some code here }
end.
Sent fr
I am still waiting to this diff myself.
On Tuesday, December 31, 2019, Theo de Raadt wrote:
> I guess I'm saying in these trying times it is considered disrespectful
> to dismiss completely labour-unsupported "ideas", obviously once we accept
> the Great Idea the OP will sit down and do all the
I guess I'm saying in these trying times it is considered disrespectful
to dismiss completely labour-unsupported "ideas", obviously once we accept
the Great Idea the OP will sit down and do all the required work to prove
the cast after the fact.
Eric Zylstra wrote:
> Proposing such a huge projec
Proposing such a huge project without the ability to do it? I may have been a
little disrespectful, but not the first one in the thread. And my point wasn’t
to be disrespectful, but to point out that most proposals unaccompanied by code
and that don’t solve obvious problems don’t seem to be re
Isn't it a bit disrespectful to assume someone on misc@ is going to
write such a large diff?
> Maybe the OP could just go ahead and replace all the Perl code with Lua and
> then ask for feedback from the other devs? That is the OpenBSD way, right?
> If it really is a great idea, they’d all be
Maybe the OP could just go ahead and replace all the Perl code with Lua and
then ask for feedback from the other devs? That is the OpenBSD way, right? If
it really is a great idea, they’d all be really excited. In any case, it would
kill this thread.
EZ
Sent from my iPhone
> On Dec 31, 20
On Tue, Dec 31, 2019 at 4:30 PM Marc Chantreux
wrote:
>
> On Tue, Dec 31, 2019 at 06:57:02AM -0600, Daniel Boyd wrote:
> > As one of the few remaining people out there who considers perl to be
> > their favorite language—starting to wonder if it’s just me and Larry
> > Wall at this point—I’d like
On Tue, Dec 31, 2019 at 5:50 PM Marc Espie wrote:
> We did retire vax, and we no longer have any platform without dynamic
> libraries.
>
>
OT but: out of sheer curiosity, why didn't VAX support dynamic libraries?
1 - 100 of 382 matches
Mail list logo
