On Mon, May 20, 2024 at 09:33:25PM +, Klemens Nanni wrote:
> 20.05.2024 00:13, Thomas Frohwein пишет:
> > Can we do the same check for -lt like with chromium? The reason is that
> > I don't think the datasize should be reduced if the user has set it
> > higher than the 2G.
>
> Ah yes, of cours
On Mon, May 20, 2024 at 11:38:12PM +0300, Viacheslav Chimishuk wrote:
> On 20.05.2024 09:20, Thomas Frohwein wrote:
> > Did this work for you? I built it with your patch, but the file
> > /usr/local/lib/cmake/SDL2_image/sdl2_image-config.cmake appears to be
> > unchanged and still doesn't contain
Bulk build on sparc64-0a.ports.openbsd.org
Started : Sat May 18 22:01:46 MDT 2024
Finished: Mon May 20 19:36:46 MDT 2024
Duration: 1 Days 21 hours 35 minutes
Built using OpenBSD 7.5-current (GENERIC.MP) #2133: Fri May 17 14:21:36 MDT 2024
Built 8424 packages
Number of packages built each day:
M
Hi ports --
Attached is a diff to unbreak and update the reference D compiler.
In addition, this update includes what I am hoping can serve as an LTS
bootstrap compiler. Very old versions of the D compiler, all the way
back to 2.076.1, can bootstrap the current D compiler. The bootstrap
compiler
20.05.2024 00:13, Thomas Frohwein пишет:
> Can we do the same check for -lt like with chromium? The reason is that
> I don't think the datasize should be reduced if the user has set it
> higher than the 2G.
Ah yes, of course.
OK kn if you want to commit that with op's '0.A.D.' -> '0 A.D.' fix,
oth
Rafael Sadowski [2024-05-19, 18:48:17]:
> Before I go deeper into the rabbit hole I would like to ask for
> feedback. Below you can see my idea. I would like to update lapack,
> blas and cblas. Upstream project has decided to use cmake and build
> everything in one. I like it because it makes the
On 20.05.2024 09:20, Thomas Frohwein wrote:
> Did this work for you? I built it with your patch, but the file
> /usr/local/lib/cmake/SDL2_image/sdl2_image-config.cmake appears to be
> unchanged and still doesn't contain the library version. Don't have
> time right now to look more closely myself..
> > Also, these obj hacks in the port are really annoying (this breaks
> > generating patches as it is owned by _pbuild:_pbuild and has perms 770).
>
> I've also committed a tweak such that nsh will compile even if 'make obj'
> is not used. See commit b0b69440cc3f1f8127d3b6f341eb0e61116f7918 ; fee
On Mon, May 20, 2024 at 08:33:17PM +0200, Theo Buehler wrote:
> extern.h depends on stdio.h because of FILENAME_MAX. wchar.h will stop
> pulling in stdio.h, hence break the build in utf8.c which will no longer
> pull in stdio.h. The diff below fixes the build.
>
> Longer term it would be preferabl
On 2024/05/20 17:00, Roger Marsh wrote:
> Hi,
>
> The attempt to upgrade encounters a 'Collision in python-idle-3.11.9',
> stating:
>
> '/usr/local/lib/python3.11/idlelib/News3.txt' already exists.
>
> The same thing happened a little while ago upgrading from 3.11.5 but since
> the workaround
extern.h depends on stdio.h because of FILENAME_MAX. wchar.h will stop
pulling in stdio.h, hence break the build in utf8.c which will no longer
pull in stdio.h. The diff below fixes the build.
Longer term it would be preferable to make extern.h self-standing so it
doesn't depend on other headers b
Hi,
The attempt to upgrade encounters a 'Collision in python-idle-3.11.9', stating:
'/usr/local/lib/python3.11/idlelib/News3.txt' already exists.
The same thing happened a little while ago upgrading from 3.11.5 but since the
workaround seemed obvious, I just got there doing things step-by-step
On Fri May 17, 2024 at 02:07:00PM GMT, Landry Breuil wrote:
> Le Thu, Apr 18, 2024 at 07:48:01PM +0200, Landry Breuil a écrit :
> > hi,
> >
> > so our lxqt port is quite outdated/unmaintained. rafael had a wip in
> > https://github.com/sizeofvoid/wip-ports/commit/79f5e47c05c4a8341e7873dd850e2077ca
Hi,
attached two tarballs, one bare sysutils/ruby-pdk, and the other one containing
all new required dependencies. I know, it's quite a number of dependencies, but
taking MAINTAINER for all of them.
The categories of some of them may be debatable, I'm happy to change them if
necessary.
Now tha
On Mon, May 20, 2024 at 02:45:15AM +0300, Viacheslav Chimishuk wrote:
> When I try to build cmake-based application which uses sdl2-image it fails
> because of missing /usr/local/lib/libSDL2_image.so file.
>
> Cmake files provided by sdl2-image are looking for
> /usr/local/lib/libSDL2_image.so, wh
Please keep the old value of SITES; with the new one, I couldn't
fetch the distfile.
Otherwise ok.
Hah. On Friday they had a different tag there. Same checksum, though ...
Hi ports@
This is an update for net/dnscontrol to its latest version.
Find the changes in the software here (from 4.9.0 which we currently
have in ports):
https://github.com/StackExchange/dnscontrol/releases
builds, tests pass and works for me on amd64 for my simple use case.
ok to commit ?
dif
On Mon May 20, 2024 at 02:45:15AM GMT, Viacheslav Chimishuk wrote:
> When I try to build cmake-based application which uses sdl2-image it fails
> because of missing /usr/local/lib/libSDL2_image.so file.
>
> Cmake files provided by sdl2-image are looking for
> /usr/local/lib/libSDL2_image.so, which
ports@,
Here I've added missed syscall.EBADMSG on 386, amd64 and arm which allows to
remove dozen of patches from docker-* ports.
diff --git lang/go/Makefile lang/go/Makefile
index 87e960b38a5..4afc7b49fc5 100644
--- lang/go/Makefile
+++ lang/go/Makefile
@@ -8,6 +8,7 @@ COMMENT = Go
On Sat, 18 May 2024, Lucas Raab wrote:
> Hello,
>
> This update to ncspot has been working for me on amd64. Other tests?
>
> Changelog:
> https://github.com/hrkfdn/ncspot/releases/tag/v1.1.1
>
> Thanks,
> Lucas
ok paco@
> diff refs/heads/master refs/heads/ncspot
> commit - d3a0934787252b33eee
When I try to build cmake-based application which uses sdl2-image it fails
because of missing /usr/local/lib/libSDL2_image.so file.
Cmake files provided by sdl2-image are looking for
/usr/local/lib/libSDL2_image.so, which is obviously not found. I can see that
sdl2-image port misses some files whi
21 matches
Mail list logo
