On Thursday, January 9, 2025 2:36:21 PM MST Serafeim (Serafi) Zanikolas wrote:
> if you care about adequate, *please* tone down the negativity and file actual
> bugs with specifics
+1
--
Soren Stoutner
so...@debian.org
signature.asc
Description: This is a digitally signed message part.
On Thu Jan 9, 2025 at 10:29 AM CET, Holger Levsen wrote:
> On Wed, Jan 08, 2025 at 09:11:02PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > hi Holger,
>
> as you have addressed me here and...
>
> > On Wed Jan 8, 2025 at 11:57 AM CET, Holger Levsen wrote:
> > > (actually adequate is run on many mo
On Wed, Jan 08, 2025 at 09:11:02PM +0100, Serafeim (Serafi) Zanikolas wrote:
> hi Holger,
as you have addressed me here and...
> On Wed Jan 8, 2025 at 11:57 AM CET, Holger Levsen wrote:
> > (actually adequate is run on many more binary packages on piuparts.d.o,
> > because
> > p.d.o is not only
On Wed, Jan 08, 2025 at 08:22:22PM -0800, Otto Kekäläinen wrote:
> There have been discussions about adding adequate to Salsa CI and run
> it by default as part of the piuparts job. If you are now preparing to
> have adequate by default in piuparts, then it would make sense to have
> it by default
> > two things: first, what is a "core component of Debian" is very much up to
> > debate, but I'd be quite surprised if anybody made the case that adequate
> > is.
>
> adequate is run on all 7 binary packages on piuparts.debian.org. I'm
> really
> curious whether this will blow up when piupa
hi Holger,
On Wed Jan 8, 2025 at 11:57 AM CET, Holger Levsen wrote:
> On Tue, Jan 07, 2025 at 11:55:30PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > two things: first, what is a "core component of Debian" is very much up to
> > debate, but I'd be quite surprised if anybody made the case that ade
On Tue, Jan 07, 2025 at 11:55:30PM +0100, Serafeim (Serafi) Zanikolas wrote:
> two things: first, what is a "core component of Debian" is very much up to
> debate, but I'd be quite surprised if anybody made the case that adequate is.
adequate is run on all 7 binary packages on piuparts.debian.
Wouter, thank you so much for this response. your message has motivated me to
change adequate to target gccgo (rather than golang-go, which is a couple of
years ahead), to extend the availability of adequate to more ports
On Wed Dec 18, 2024 at 9:34 PM CET, Wouter Verhelst wrote:
> Hi,
>
> On Wed,
On Fri Dec 27, 2024 at 10:49 PM CET, Serafeim (Serafi) Zanikolas wrote:
> hi Jonathan,
>
> On Thu Dec 12, 2024 at 3:36 PM CET, Jonathan Dowland wrote:
[..]
> > "likely in many ports too" is dancing around the fact that it *doesn't*
> > run on at least one port, hence Holger's complaint.
>
> which
hi Jonathan,
On Thu Dec 12, 2024 at 3:36 PM CET, Jonathan Dowland wrote:
> On Wed Dec 11, 2024 at 10:57 PM GMT, Serafeim (Serafi) Zanikolas wrote:
> > I'd like to discuss this with a focus on general principles, and only
> > discuss specifics (adequate, golang) to the extent that it helps
> > re
On 2024-12-19 05:13, Sean Whitton wrote:
> On Sun 15 Dec 2024 at 11:21pm +01, Philipp Kern wrote:
>> Or introduce some subtle bugs that get ironed out only when it sees
>> usage.
>
> Indeed, but this work can end up being very costly. A lot of knowledge
> might be built into the old code. Even i
Hello,
On Sun 15 Dec 2024 at 11:21pm +01, Philipp Kern wrote:
> Rewrites after a decade usually reduce complexity and excise features
> that turned out to be a bad idea.
Indeed.
> Or introduce some subtle bugs that get ironed out only when it sees
> usage.
Indeed, but this work can end up bein
Bill Allombert writes:
> Le Thu, Dec 12, 2024 at 02:36:51PM +, Jonathan Dowland a écrit :
>> The "Perl Problem" is a wider issue we should explore in much more depth.
>> I'm personally a little surprised if it's true that younger people are
>> unprepared to take a stab at hacking Perl. But si
Hi,
On Wed, Dec 11, 2024 at 11:57:14PM +0100, Serafeim (Serafi) Zanikolas wrote:
> [forking to -devel]
>
> On Wed Dec 11, 2024 at 11:15 AM CET, Holger Levsen wrote:
> > On Tue, Dec 10, 2024 at 09:38:57PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > > > On Sat Dec 7, 2024 at 5:15 AM CET, Paul Wis
On Tue Dec 17, 2024 at 8:35 PM GMT, Bill Allombert wrote:
The actual perl problem is that, since perl is very strict about
backward compatibility, perl scripts written 10 or 20 years ago still
work without requiring maintainance, hence they may appear to be
abandonned.
Rewriting such software in
Le Thu, Dec 12, 2024 at 02:36:51PM +, Jonathan Dowland a écrit :
> The "Perl Problem" is a wider issue we should explore in much more depth.
> I'm personally a little surprised if it's true that younger people are
> unprepared to take a stab at hacking Perl. But since that's the case, we
> have
Marc Haber wrote:
> don't take the old version away until the new one is feature par and
> bug free.
Leaving aside the points Philipp Kern made (some features are
intentionally removed, and code is rarely if ever "bug free")...
Another way of phrasing "don't take the old version away" is "someone
Hi,
On 12/15/24 2:11 PM, Marc Haber wrote:
[ Rewriting existing tools in another language ]
> Yes, go ahead with that, but don't force people to do that, and don't
> take the old version away until the new one is feature par and bug
> free.
I find the latter a bit offensive and unrealistic. Rewri
On Sat, 14 Dec 2024 22:38:49 +0100, Matthias Urlichs
wrote:
>Marc Haber:
>
>> I disagree violently with all efforts that would waste Debian people's
>> time to rewrite existing and well-working times just for the sake of
>> having them in a more "modern" programming language.
>ITYM "well-working t
Hello,
On Sat 14 Dec 2024 at 10:18pm +01, Matthias Urlichs wrote:
> That may well be, but that just means that there must be a different reason
> why Perl has fallen by the wayside, more or less, while Python has anything
> but.
What gets and remains popular only sometimes does so because of its
Marc Haber:
I disagree violently with all efforts that would waste Debian people's
time to rewrite existing and well-working times just for the sake of
having them in a more "modern" programming language.
ITYM "well-working tools".
That time is much better spent with improving existing tools.
On 13.12.24 08:58, Sean Whitton wrote:
If you don't dig too deep, Perl and Python are really very similar in
what it is easier and more difficult to use them for.
That may well be, but that just means that there must be a different
reason why Perl has fallen by the wayside, more or less, while
On Fri, 13 Dec 2024 09:30:22 +0200, Andrius Merkys
wrote:
>On 2024-12-12 20:51, Marco d'Itri wrote:
>> On Dec 12, Jonathan Dowland wrote:
>>> The "Perl Problem" is a wider issue we should explore in much more depth.
>> We would first need to determine that there is an actual problem.
>> Perl is q
Hello,
On Thu 12 Dec 2024 at 02:36pm GMT, Jonathan Dowland wrote:
> The "Perl Problem" is a wider issue we should explore in much more
> depth. I'm personally a little surprised if it's true that younger
> people are unprepared to take a stab at hacking Perl. But since that's
> the case, we have
Have you considered mobonics?
https://en.wikipedia.org/wiki/Moesha
On 12/12/2024 11:30 PM, Andrius Merkys wrote:
On 2024-12-12 20:51, Marco d'Itri wrote:
On Dec 12, Jonathan Dowland wrote:
The "Perl Problem" is a wider issue we should explore in much more
depth.
We would first need to de
On 2024-12-12 20:51, Marco d'Itri wrote:
On Dec 12, Jonathan Dowland wrote:
The "Perl Problem" is a wider issue we should explore in much more depth.
We would first need to determine that there is an actual problem.
Perl is quite healthy as a language and has aged much better than many
other
On Thu, 12 Dec 2024 18:27:52 +, Jeremy Stanley
wrote:
>Industrious young people are quite capable of working with any
>available tools on projects in any language, I've met plenty of
>them, they do exist. I was young once too, if I hadn't been willing
>to learn to use tools and languages older
On Dec 12, Jonathan Dowland wrote:
> The "Perl Problem" is a wider issue we should explore in much more depth.
We would first need to determine that there is an actual problem.
Perl is quite healthy as a language and has aged much better than many
other younger languages: e.g. there is no need t
On 2024-12-12 14:36:51 + (+), Jonathan Dowland wrote:
[...]
> The "Perl Problem" is a wider issue we should explore in much more depth.
> I'm personally a little surprised if it's true that younger people are
> unprepared to take a stab at hacking Perl. But since that's the case, we
> have
On Wed Dec 11, 2024 at 10:57 PM GMT, Serafeim (Serafi) Zanikolas wrote:
I'd like to discuss this with a focus on general principles, and only
discuss specifics (adequate, golang) to the extent that it helps
reason about general principles.
That's going to be pretty hard, because the scenario y
Hi,
> [forking to -devel]
>
> On Wed Dec 11, 2024 at 11:15 AM CET, Holger Levsen wrote:
> > On Tue, Dec 10, 2024 at 09:38:57PM +0100, Serafeim (Serafi) Zanikolas wrote:
> > > > On Sat Dec 7, 2024 at 5:15 AM CET, Paul Wise wrote:
> > > > Probably adequate is the logical place for this test, but ade
31 matches
Mail list logo
