This is excellent feedback. Thank you so much!
On Wed, Jun 25, 2025 at 8:17 PM Ryan Carsten Schmidt
wrote:
> I've been a MacPorts manager for 16 years, have maintained the scons port
> for 8 years, and have dealt with many ports that use the scons build system.
>
> I don't like scons. I have re
On 25. 6. 25 17:55, Greg Stein wrote:
On Wed, Jun 25, 2025 at 9:44 AM Daniel Sahlberg
wrote:
Den ons 25 juni 2025 kl 04:38 skrev Branko Čibej :
> > The farthest I'd go to support CMake is to install a generated
> > serf-config.cmake file. That's equivalent to providing
serf
I've been a MacPorts manager for 16 years, have maintained the scons port for 8
years, and have dealt with many ports that use the scons build system.
I don't like scons. I have recently submitted a cmake build system to a project
to replace their scons build system.
Two major design problems w
On Wed, Jun 25, 2025 at 9:44 AM Daniel Sahlberg
wrote:
> Den ons 25 juni 2025 kl 04:38 skrev Branko Čibej :
>
> > On 23. 6. 25 03:27, Branko Čibej wrote:
> > > I therefore propose that we remove CMake support from Serf and
> > > concentrate on SCons instead. SCons is alive and well and stable[1]
Den ons 25 juni 2025 kl 04:38 skrev Branko Čibej :
> On 23. 6. 25 03:27, Branko Čibej wrote:
> > On 10. 6. 25 08:24, Daniel Sahlberg wrote:
> >> Den mån 9 juni 2025 kl 19:48 skrev Branko Čibej:
> >>
> >>> On 9. 6. 25 19:20, Greg Stein wrote:
> Branko,
>
> With all your recent work o
On 23. 6. 25 03:27, Branko Čibej wrote:
On 10. 6. 25 08:24, Daniel Sahlberg wrote:
Den mån 9 juni 2025 kl 19:48 skrev Branko Čibej:
On 9. 6. 25 19:20, Greg Stein wrote:
Branko,
With all your recent work on the scons and cmake build systems,
should we
throw one out?
In the past, we had thr
On Mon, Jun 23, 2025 at 1:41 AM Greg Stein wrote:
> Holy crap. I didn't realize the spread of broken. ... Yeah, I thought it
> was "we're trying".
>
> Short of a veto, I concur with removing CMake entirely from the serf build
> options. It is something that matters to me, and happy to help.
>
> 7
On Mon, Jun 23, 2025 at 02:29:46PM +0200, Branko Čibej wrote:
> On 23. 6. 25 11:48, Joe Orton wrote:
> > On Mon, Jun 23, 2025 at 10:31:54AM +0200, Daniel Sahlberg wrote:
> > > Serf never had an autoconf build system (oh, Greg will surely grey-beard
> > > me
> > > on that one, we had one but it was
On 23. 6. 25 11:48, Joe Orton wrote:
Thanks for the link. Nice to see a threat of physical violence from
Branko, always a good motivator.
https://www.azquotes.com/quote/344098
On 23. 6. 25 11:48, Joe Orton wrote:
On Mon, Jun 23, 2025 at 10:31:54AM +0200, Daniel Sahlberg wrote:
Serf never had an autoconf build system (oh, Greg will surely grey-beard me
on that one, we had one but it was removed by him in r1699088 back in
2011). Maybe there were/are differences between
Holy crap. I didn't realize the spread of broken. ... Yeah, I thought it
was "we're trying".
Short of a veto, I concur with removing CMake entirely from the serf build
options. It is something that matters to me, and happy to help.
72 hours, starting now.
Cheers,
-g
On Sun, Jun 22, 2025 at 8:2
On 23. 6. 25 10:03, Graham Leggett wrote:
On 23 Jun 2025, at 02:27, Branko Čibej wrote:
The recent revelation that someone thought it was a good idea to take a build system that
has a big, bold "EXPERIMENTAL!!" on the tin and use it in a rather popular
Linux distribution, with the trivial si
Den mån 23 juni 2025 kl 10:18 skrev Joe Orton :
> On Mon, Jun 23, 2025 at 09:04:53AM +0200, Daniel Sahlberg wrote:
> > Some background:
> > The CMakeLists.txt in trunk was broken, in that it didn't contain the
> major
> > version. This was fixed in May 2025 [2].
> > RedHat[3] pulled the (broken) C
On 23 Jun 2025, at 02:27, Branko Čibej wrote:
> The recent revelation that someone thought it was a good idea to take a build
> system that has a big, bold "EXPERIMENTAL!!" on the tin and use it in a
> rather popular Linux distribution, with the trivial side effect that the Serf
> package is n
On Mon, Jun 23, 2025 at 10:31:54AM +0200, Daniel Sahlberg wrote:
> Serf never had an autoconf build system (oh, Greg will surely grey-beard me
> on that one, we had one but it was removed by him in r1699088 back in
> 2011). Maybe there were/are differences between SCons and CMake when it
> comes to
On Mon, Jun 23, 2025 at 09:04:53AM +0200, Daniel Sahlberg wrote:
> Some background:
> The CMakeLists.txt in trunk was broken, in that it didn't contain the major
> version. This was fixed in May 2025 [2].
> RedHat[3] pulled the (broken) CMakeLists.txt from trunk and at least some
> RedHat-derived d
Den mån 23 juni 2025 kl 07:41 skrev Greg Stein :
> Holy crap. I didn't realize the spread of broken. ... Yeah, I thought it
> was "we're trying".
>
> Short of a veto, I concur with removing CMake entirely from the serf build
> options. It is something that matters to me, and happy to help.
>
Can
I'd like to invite Joe Orton to the discussion, since I saw his name in the
SPEC file for Serf in Fedora 42.
Den mån 23 juni 2025 kl 03:27 skrev Branko Čibej :
> On 10. 6. 25 08:24, Daniel Sahlberg wrote:
> > Den mån 9 juni 2025 kl 19:48 skrev Branko Čibej:
> >
> >> On 9. 6. 25 19:20, Greg Stein
On 10. 6. 25 08:24, Daniel Sahlberg wrote:
Den mån 9 juni 2025 kl 19:48 skrev Branko Čibej:
On 9. 6. 25 19:20, Greg Stein wrote:
Branko,
With all your recent work on the scons and cmake build systems, should we
throw one out?
In the past, we had three separate build systems (iirc). One from
Den mån 9 juni 2025 kl 19:48 skrev Branko Čibej :
> On 9. 6. 25 19:20, Greg Stein wrote:
> > Branko,
> >
> > With all your recent work on the scons and cmake build systems, should we
> > throw one out?
> >
> > In the past, we had three separate build systems (iirc). One from
> > autotools, one cus
On 9. 6. 25 19:20, Greg Stein wrote:
Branko,
With all your recent work on the scons and cmake build systems, should we
throw one out?
In the past, we had three separate build systems (iirc). One from
autotools, one custom .py script, and a Windows makefile or such. Then we
threw out all that ju
21 matches
Mail list logo