Philip Guenther wrote:
> On Sun, Feb 13, 2022 at 11:18 PM Mark Kettenis
> wrote:
>
> > > From: Greg Steuck
> > > Date: Sun, 13 Feb 2022 22:37:13 -0800
> > >
> > > To give a sense of the kind of change required to get the feature I
> > > want, see the patch at the end. The change in DriverUtils
Philip Guenther wrote:
> Those of long memory will recall a hackathon where dependencies on libc
> were put in place, the libm vs libc deps were changed as functions were
> moved from libm to libc, and base builds completely broke. My recall is
> that the diffs had to basically be unrolled to re
> The solution would be to add symlinks like all the other OSes do. But
> Theo doesn't like that.
No, the problem is you add symbolic links, how long before software
ecosystems in ports choose the short names in linkage -- "because it
also works"? If they do so, all the transition benefits we ha
On Sun, Feb 13, 2022 at 11:29 PM Philip Guenther wrote:
> On Sun, Feb 13, 2022 at 11:18 PM Mark Kettenis
> wrote:
>
>> > From: Greg Steuck
>> > Date: Sun, 13 Feb 2022 22:37:13 -0800
>> >
>> > To give a sense of the kind of change required to get the feature I
>> > want, see the patch at the end
On Sun, Feb 13, 2022 at 11:18 PM Mark Kettenis
wrote:
> > From: Greg Steuck
> > Date: Sun, 13 Feb 2022 22:37:13 -0800
> >
> > To give a sense of the kind of change required to get the feature I
> > want, see the patch at the end. The change in DriverUtils.cpp is just to
> > show that the same fu
Mark Kettenis writes:
>> From: Greg Steuck
>> Date: Sun, 13 Feb 2022 22:37:13 -0800
>>
>> To give a sense of the kind of change required to get the feature I
>> want, see the patch at the end. The change in DriverUtils.cpp is just to
>> show that the same function is hiding in there.
>>
>> If
> From: Greg Steuck
> Date: Sun, 13 Feb 2022 22:37:13 -0800
>
> To give a sense of the kind of change required to get the feature I
> want, see the patch at the end. The change in DriverUtils.cpp is just to
> show that the same function is hiding in there.
>
> If this looks like a good direction
To give a sense of the kind of change required to get the feature I
want, see the patch at the end. The change in DriverUtils.cpp is just to
show that the same function is hiding in there.
If this looks like a good direction, I can cleanup the code and maybe it
could be shared, though I'm not sure
On Mon, Feb 14, 2022 at 12:44:39AM +0100, Theo Buehler wrote:
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/libnice/Makefile,v
> retrieving revision 1.40
> diff -u -p -r1.40 Makefile
> --- Makefile 13 Feb 2022 18:13:31 -
On Sun, Feb 13, 2022 at 06:15:50PM +, Klemens Nanni wrote:
> Build-testing on sparc64 shows linking errors when building tests.
> Compiler invocations are the same on amd64 and sparc64, so the "only"
> difference is base-clang/lld vs. base-gcc/bfd.
>
> I don't immediately see what's wrong and
On Mon, Feb 14, 2022 at 12:44:39AM +0100, Theo Buehler wrote:
> The committed version doesn't build for me on sparc64 due to undefined
> references. The patch below (cribbed from cwen's patch to
> gnome/x11/seahorse) partly fixes it. I see plenty of linker warnings
> below which I'm not sure how t
Since OpenBSD always uses .so.major.minor I observe GHCi running into
trouble when resolving -l on its own. The way it tries to find the
shared object to load is by relying on `cc --print-file-name`. I see
this:
$ ghci -v -lc++
...
Search directories (gcc):
*** systool:linker:
*** gcc:
cc -Wl,-z,wx
The committed version doesn't build for me on sparc64 due to undefined
references. The patch below (cribbed from cwen's patch to
gnome/x11/seahorse) partly fixes it. I see plenty of linker warnings
below which I'm not sure how to deal with.
/usr/bin/ld: warning: libgmodule-2.0.so.4200.14, needed
This updates nokogiri to the current version. The largest change
between the in-tree version and this new version is an HTML5 parser
based on gumbo. The full changelog is available at
https://nokogiri.org/CHANGELOG.html
Unfortunately, it's no longer possible to avoid the mini_portile2
dependenc
On Sun, Feb 13, 2022 at 08:04:54PM +, Stuart Henderson wrote:
> On 2022/02/13 15:19, Klemens Nanni wrote:
> > Unless we build debug-* packages or use a custom DEBUG=... build to
> > figure out what's going on, I think shipping an unstripped executable
> > like this is not needed:
> >
> > $
On 2022/02/11 23:15, Sergey Andrianov wrote:
> Hello,
>
> I've created a port for i3ipc Python library. It allows you to control
> the i3 window manager and it's useful for writing scripts for
> notifications, status generators, daemons etc.
>
> Please comment on how's bad/good is packaging.
>
>
On 2022/02/13 15:19, Klemens Nanni wrote:
> Unless we build debug-* packages or use a custom DEBUG=... build to
> figure out what's going on, I think shipping an unstripped executable
> like this is not needed:
>
> $ du -h `which telegram-desktop`
> 236M/usr/local/bin/telegram-des
On Sat, Feb 12, 2022 at 11:50:23PM +, Klemens Nanni wrote:
`make update-plist' adds tags for msgpack, though.
Thank you, I had forgotten about that.
Feedback? OK?
In any case, thank you.
diff for devel/msgpack:
Separate diffs in the same mail are a bit annoying to apply, best send
o
On Sun, Feb 06, 2022 at 07:27:02PM +, portno12 wrote:
> i don't see a change log in the repo but here is a small update to the port
> all tests passing on amd64
Committed. Thanks!
--Kurt
https://dino.im/blog/2022/02/dino-0.3-release/
New dino works well for me on amd64, altough I have not tested
conference calls yet.
Build-testing on sparc64 shows linking errors when building tests.
Compiler invocations are the same on amd64 and sparc64, so the "only"
difference is base-clang/lld
On Sun, Feb 13, 2022 at 01:06:17PM +, Klemens Nanni wrote:
> On Sun, Feb 13, 2022 at 02:01:09PM +0100, Antoine Jacoutot wrote:
> > On Sun, Feb 13, 2022 at 12:57:49PM +, Klemens Nanni wrote:
> > > On Sun, Feb 13, 2022 at 09:02:47AM +0100, Antoine Jacoutot wrote:
> > > > On Sun, Feb 13, 2022
On Sun Feb 13, 2022 at 11:29:47AM +0100, Michael wrote:
> On Sun, Feb 13, 2022 at 09:24:07AM +0100, Rafael Sadowski wrote:
> > On Sat Feb 05, 2022 at 04:09:11PM +0100, Michael wrote:
> > > Hi ports@,
> > >
> > > this is a new port for x11/fvmw3 1.0.4 based on our fvwm2 port.
> > >
> > > As the RE
Unless we build debug-* packages or use a custom DEBUG=... build to
figure out what's going on, I think shipping an unstripped executable
like this is not needed:
$ du -h `which telegram-desktop`
236M/usr/local/bin/telegram-desktop
Stripping via cmake yields 105M instead.
Sy
On Sun, Feb 13, 2022 at 02:01:09PM +0100, Antoine Jacoutot wrote:
> On Sun, Feb 13, 2022 at 12:57:49PM +, Klemens Nanni wrote:
> > On Sun, Feb 13, 2022 at 09:02:47AM +0100, Antoine Jacoutot wrote:
> > > On Sun, Feb 13, 2022 at 01:15:57AM +, Klemens Nanni wrote:
> > > > This is a dependency
On Sun, Feb 13, 2022 at 12:57:49PM +, Klemens Nanni wrote:
> On Sun, Feb 13, 2022 at 09:02:47AM +0100, Antoine Jacoutot wrote:
> > On Sun, Feb 13, 2022 at 01:15:57AM +, Klemens Nanni wrote:
> > > This is a dependency of the new net/dino 0.3.0 version.
> > >
> > > Information for inst:lib
On Sun, Feb 13, 2022 at 09:02:47AM +0100, Antoine Jacoutot wrote:
> On Sun, Feb 13, 2022 at 01:15:57AM +, Klemens Nanni wrote:
> > This is a dependency of the new net/dino 0.3.0 version.
> >
> > Information for inst:libnice-0.1.18
>
> Did you miss attaching the tarball?
Yup...
> Also it
On 2022/02/13 08:07, Rafael Sadowski wrote:
> New diff with following changes:
>
> - Remove the cmake webkit/webengine hack.
> - Add USE_WXNEEDED=yes ONLY in cmake ports. No more on py-qt ... as in
> the previous one.
> - Add the missing bump.
>
> OK?
OK.
Though actually I think USE_WXNEEDED
On Sun, Feb 06, 2022 at 02:00:23PM +0100, Hiltjo Posthuma wrote:
> Hi,
>
> This updates www/sfeed from 1.1 to 1.2.
>
> diff --git www/sfeed/Makefile www/sfeed/Makefile
> index 448a1e3dfde..5a40f5fda19 100644
> --- www/sfeed/Makefile
> +++ www/sfeed/Makefile
> @@ -1,7 +1,7 @@
> # $OpenBSD: Makefi
On Sun, Feb 13, 2022 at 09:24:07AM +0100, Rafael Sadowski wrote:
> On Sat Feb 05, 2022 at 04:09:11PM +0100, Michael wrote:
> > Hi ports@,
> >
> > this is a new port for x11/fvmw3 1.0.4 based on our fvwm2 port.
> >
> > As the README [1] suggests config files from fvwm2 currently work but
> > this
On Sat Feb 05, 2022 at 04:09:11PM +0100, Michael wrote:
> Hi ports@,
>
> this is a new port for x11/fvmw3 1.0.4 based on our fvwm2 port.
>
> As the README [1] suggests config files from fvwm2 currently work but
> this might change. Since fvwm2 is still maintained (at least for bug
> fixes) I su
On Fri Feb 11, 2022 at 10:54:45PM -0600, Lucas Raab wrote:
> Hello,
>
> Here are twin updates to pycharm and intellij to 2021.3.2, both
> pretty minor. They've beem working fine so far.
>
> Changelogs:
> https://youtrack.jetbrains.com/articles/IDEA-A-95/IntelliJ-IDEA-2021.3.2-(213.6777.52-build)-
On Wed Feb 09, 2022 at 04:58:44PM +0100, Gonzalo L. Rodriguez wrote:
> On Wed, 09 Feb 2022 at 06:03:29 +0100, Freddy Fisker wrote:
> > There is a version 1.1.2 update to Inkscape which have some corrections I
> > need.
> >
> > I hope OpenBSD will have this update soon.
> >
> > Best regards
> > Fr
On Sun, Feb 13, 2022 at 01:15:57AM +, Klemens Nanni wrote:
> This is a dependency of the new net/dino 0.3.0 version.
>
> Information for inst:libnice-0.1.18
Did you miss attaching the tarball?
Also it used to be in ports:
https://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/net/libnice/
(in
33 matches
Mail list logo