- Security issues
- When it is broken is some really bad way like the PLIST is broken
so you can't create a package.
Of course exceptions can be made.
On (02/06/05 18:06), Edd Barrett wrote:
> Hi,
>
> When is it acceptable to update a port in the stable branch?
>
> Thanks
Because the package for mozilla-firefox-1.0.4 isn't built yet.
Yes it contains secuirty fixes.
Yes and the mozilla-firefox-1.0.4 package will be on errata just
after we upload it.
Yes mozilla and thunderbird are also affected. The only problem
is that these ports are too big and it is a pain in the
Here is my port, with your patches integrated.
Feel free to call yourself the maintainer because I
only have one wireless card which works now. (rtw(4)).
When you are ready with the port, send it to me.
My port is available at: http://cybersport.hu/~robert/kismet.tar.gz
On (26/06/05 12:37), Matth
06dba14aee003e970834.tar.gz) = 237272
> SIZE (nginx-1.20.1-chroot.patch) = 8783
> -SIZE (nginx-1.26.0.tar.gz) = 1244118
> +SIZE (nginx-1.26.1.tar.gz) = 1244738
> SIZE (nginx-auth-ldap-83c059b73566c2ee9cbda920d91b66657cf120b7.tar.gz) =
> 18542
> SIZE (nginx-rtmp-module-v1.2.1.tar.gz) = 519919
> SIZE (ngx_devel_kit-v0.3.0.tar.gz) = 66455
--
Regards,
Robert Nagy
audio/mpeg mp3;
> audio/oggogg;
> -@@ -92,6 +94,7 @@ types {
> +@@ -92,6 +95,7 @@ types {
> video/webm webm;
> video/x-flv flv;
> video/x-m4v m4v;
--
Regards,
Robert Nagy
ng environment variable.
>
> I didn't set any devel/llvm version in RUN_DEPENDS as it is working with
> all versions (so I don't force installing a specific version).
>
> It could be done differently if requested.
>
> All tests are passing (tested on amd64).
>
> Comments or OK ?
> --
> Sebastien Marie
>
--
Regards,
Robert Nagy
0 || (trunc && tcp)) {
> ++if ((flags & 0xf850) != 0x8000 || (trunc && tcp)) {
> + ngx_log_error(r->log_level, r->log, 0,
> + "invalid %s DNS response %ui fl:%04Xi",
> + tcp ? "TCP" : "UDP", ident, flags);
> diff --git www/nginx/pkg/DESCR-cache_purge www/nginx/pkg/DESCR-cache_purge
> new file mode 100644
> index 000..a1021baf292
> --- /dev/null
> +++ www/nginx/pkg/DESCR-cache_purge
> @@ -0,0 +1,8 @@
> +ngx_cache_purge is nginx module which adds ability to purge content from
> +FastCGI, proxy, SCGI and uWSGI caches.
> +
> +It is build as separated dynamic module and it should be load as:
> +
> + load_module modules/ngx_http_cache_purge_module.so;
> +
> +Documentation available at https://github.com/FRiCKLE/ngx_cache_purge
> diff --git www/nginx/pkg/PLIST-cache_purge www/nginx/pkg/PLIST-cache_purge
> new file mode 100644
> index 000..ea7fe579cd9
> --- /dev/null
> +++ www/nginx/pkg/PLIST-cache_purge
> @@ -0,0 +1 @@
> +@so ngx_http_cache_purge_module.so
>
>
> --
> wbr, Kirill
--
Regards,
Robert Nagy
eon(int16_t *const ac, const pixel *const ypx,
> -@@ -4733,14 +4770,14 @@ endfunc
> +@@ -4733,14 +4778,14 @@ endfunc
> function ipred_cfl_ac_422_8bpc_neon, export=1
> clz w8, w5
> lsl w4, w4, #2
> @@ -799,7 +871,7 @@ Index: src/arm/64/ipred.S
> sub w8, w6, w4 // height - h_pad
> rbitw9, w5 // rbit(width)
> rbitw10, w6 // rbit(height)
> -@@ -4831,9 +4868,9 @@ L(ipred_cfl_ac_422_w8_wpad):
> +@@ -4831,9 +4876,9 @@ L(ipred_cfl_ac_422_w8_wpad):
>
> L(ipred_cfl_ac_422_w16):
> AARCH64_VALID_JUMP_TARGET
> @@ -812,7 +884,7 @@ Index: src/arm/64/ipred.S
> br x7
>
> L(ipred_cfl_ac_422_w16_wpad0):
> -@@ -4936,17 +4973,19 @@ L(ipred_cfl_ac_422_w16_wpad3):
> +@@ -4936,17 +4981,19 @@ L(ipred_cfl_ac_422_w16_wpad3):
> mov v1.16b, v3.16b
> b L(ipred_cfl_ac_420_w16_hpad)
>
> @@ -840,7 +912,7 @@ Index: src/arm/64/ipred.S
> endfunc
>
> // void cfl_ac_444_8bpc_neon(int16_t *const ac, const pixel *const ypx,
> -@@ -4955,14 +4994,14 @@ endfunc
> +@@ -4955,14 +5002,14 @@ endfunc
> function ipred_cfl_ac_444_8bpc_neon, export=1
> clz w8, w5
> lsl w4, w4, #2
> @@ -858,7 +930,7 @@ Index: src/arm/64/ipred.S
> sub w8, w6, w4 // height - h_pad
> rbitw9, w5 // rbit(width)
> rbitw10, w6 // rbit(height)
> -@@ -5083,9 +5122,10 @@ L(ipred_cfl_ac_444_w16_wpad):
> +@@ -5083,9 +5130,10 @@ L(ipred_cfl_ac_444_w16_wpad):
>
> L(ipred_cfl_ac_444_w32):
> AARCH64_VALID_JUMP_TARGET
> @@ -872,7 +944,7 @@ Index: src/arm/64/ipred.S
> br x7
>
> L(ipred_cfl_ac_444_w32_wpad0):
> -@@ -5231,15 +5271,17 @@ L(ipred_cfl_ac_444_w32_hpad):
> +@@ -5231,15 +5279,17 @@ L(ipred_cfl_ac_444_w32_hpad):
> dup v4.8h, v4.h[0]
> b L(ipred_cfl_ac_420_w8_subtract_dc)
>
--
Regards,
Robert Nagy
x$have_libudev" = "xyes"; then
> ++# PKG_CHECK_MODULES(libudev, libudev, have_libudev=yes, have_libudev=no)
> ++if /bin/false; then
> + AC_DEFINE([HAVE_LIBUDEV], [], [Use libudev])
> + LIBUDEV_CFLAGS="$libudev_CFLAGS"
> + LIBUDEV_LIBS="$libudev_LIBS"
>
> --
> Matthieu Herrb
>
--
Regards,
Robert Nagy
153
> diff -u -p -r1.153 Makefile
> --- Makefile 15 Jul 2023 11:52:42 - 1.153
> +++ Makefile 15 Jul 2023 23:30:44 -
> @@ -1,4 +1,5 @@
> USE_WXNEEDED=Yes
> +USE_NOBTCFI= Yes
>
> COMMENT= cross platform, open source .NET developement framework
>
> @@ -6,6 +7,7 @@ V=6.12.0.199
> MONOLITEV= 1A5E0066-58DC-428A-B21C-0AD6CDAE2789
>
> DISTNAME=mono-${V}
> +REVISION=0
>
> CATEGORIES= lang devel
>
--
Regards,
Robert Nagy
iridium-${V}
> Index: iridium/files/unveil.main
> ===
> RCS file: /cvs/ports/www/iridium/files/unveil.main,v
> retrieving revision 1.12
> diff -u -p -r1.12 unveil.main
> --- iridium/files/unveil.main 21 Jul 2023 17:36:58 - 1.12
> +++ iridium/files/unveil.main 5 Aug 2023 05:19:00 -
> @@ -54,6 +54,7 @@
> ~/.terminfo r
>
> ~/.cache/iridium rwc
> +~/.cache/at-spi rw
> ~/.cache/dconf rwc
> ~/.cache/fontconfig rwc
> ~/.cache/gvfsd rwc
--
Regards,
Robert Nagy
On 06/09/23 22:12 +0200, Christian Weisgerber wrote:
> How long does a port have to stay marked BROKEN before we concede that
> it won't be fixed, and we remove it?
>
> I did some grep, got blame, sort, etc. and here are some contenders
> that have been BROKEN since before 2020:
>
> port
Yup.
On (2009-03-23 15:00), Antoine Jacoutot wrote:
> On Mon, 23 Mar 2009, Stuart Henderson wrote:
>
> > On 2009/03/23 13:34, Mikolaj Kucharski wrote:
> > > Third try to the list. Any okays?
> >
> > Does this need the gtk-update-icon-cache goo? (and if not, it's probably
> > a good opportunity f
AME-main=${DISTNAME}
> PKGNAME-image_filter= nginx-image_filter-${VERSION}
> -PKGNAME-geoip= nginx-geoip-${VERSION}
> PKGNAME-geoip2= nginx-geoip2-${VERSION}
> PKGNAME-xslt=nginx-xslt-${VERSION}
> PKGNAME-mailproxy=
On 21/02/20 09:19 +0100, Mark Patruck wrote:
> On 2020-02-19 22:17, William Leuschner wrote:
> > Hello porters,
> >
> > I'm trying to set up Zabbix with pre-shared keys so that:
> > * connections are encrypted, and
> > * the agent will reject connections from anyone without the key.
> > The config
ache"
> >
> > and not the whole thing
> >
> >
>
> That worked perfectly for me
>
> Lucas
>
We still do not know the reason behind this, but it is being worked on.
--
Regards,
Robert Nagy
ic_cast(pAction)->getURI()->c_str();
> + #else
> + const char* pURI =
> static_cast(pAction)->getURI()->getCString();
--
Regards,
Robert Nagy
penBSD: Makefile,v 1.53 2020/03/22 11:20:34 robert Exp $
>
> +BROKEN-sparc64= Cannot find libc with ld.lld, more library problems
> without lld
> +
> # undefined ref's to libicon*, libintl*
> USE_LLD= Yes
>
go ahead
--
Regards,
Robert Nagy
n rfbInitClient () from
> /usr/local/lib/libvncclient.so.1.0
> #6 0x0d5a4aee6ea3 in remmina_plugin_vnc_main ()
>from /usr/local/lib/remmina/plugins/remmina-plugin-vnc.so
> #7 0x00000d5a4aee6878 in remmina_plugin_vnc_main_thread ()
>from /usr/local/lib/remmina/plugins/remmina-plugin-vnc.so
> #8 0x0d5a6c500df1 in _rthread_start (v=Variable "v" is not available.
> ) at /usr/src/lib/librthread/rthread.c:96
> #9 0x0d5a0590bba8 in __tfork_thread () at
> /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:77
> #10 0x in ?? ()
>
>
> If I can provide any more useful information in future please let me know.
> Like the others SSVNC works fine.
>
> Regards
> Ed Gray
--
Regards,
Robert Nagy
OpenBSD's chromium port does not have usb support enabled and it might crash
due to some calls to the USB codepath that is not disabled properly.
On (2015-08-11 20:20), Brandon Mercer wrote:
> On Tue, Aug 11, 2015 at 4:15 PM Alexey Suslikov
> wrote:
>
> > On Tue, Aug 11, 2015 at 11:08 PM, Brando
On (2015-08-14 13:02), Martin Pieuchot wrote:
> On 14/08/15(Fri) 12:22, Alexey Suslikov wrote:
> > [...]
> > I have a question about USB. Is there any sort of multipath in USB
> > standard, like in SCSI, so USB stack can see same device attached
> > to different controllers/buses? Is it possible?
rraySortHelper.cs.orig
>
> external/corert/src/System.Private.CoreLib/shared/System/Collections/Generic/ArraySortHelper.cs
> +@@ -40,7 +40,8 @@ namespace System.Collections.Generic
> +
> + internal static void ThrowOrIgnoreBadComparer(object comparer)
> + {
> +-throw new ArgumentException(SR.Format(SR.Arg_BogusIComparer,
> comparer));
> ++if (Environment.GetEnvironmentVariable ("MONO_FORCE_COMPAT") ==
> null)
> ++throw new
> ArgumentException(SR.Format(SR.Arg_BogusIComparer, comparer));
> + }
> + }
> +
--
Regards,
Robert Nagy
fimport/xpdfwrapper/wrapper_gpl.cxx
> +--- sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx.orig
> sdext/source/pdfimport/xpdfwrapper/wrapper_gpl.cxx
> +@@ -68,7 +68,7 @@ int main(int argc, char **argv)
> + }
> +
> + // read config file
> +-globalParams = new GlobalParams();
> ++globalParams = std::make_unique();
> + globalParams->setErrQuiet(true);
> + #if defined(_MSC_VER)
> + globalParams->setupBaseFonts(nullptr);
--
Regards,
Robert Nagy
On 18/01/20 21:14 +, Stuart Henderson wrote:
> On 2020/01/18 07:57, Thomas Frohwein wrote:
> > Hi,
> >
> > This diff below enables turbojpeg header/SO to be built. Bringing this
> > up because turbojpeg is a build requirement for upcoming port of
> > hashlink (https://hashlink.haxe.org/).
> >
name << std::ends;
>o->cfg_filenames[o->nr_cfg_files] = filename.str();
>
>// increase the nr_cfg_files counter
>
--
Regards,
Robert Nagy
On (2013-04-02 14:02), Stuart Henderson wrote:
> On 2013/04/02 08:46, Kenneth R Westerback wrote:
> > It's weird I know, but I run things from the command line. Trying out
> > chrome, I see a few odd messages:
> >
> > $ chrome &
> > [1] 15807
> > $ /usr/local/bin/chrome[17]: ulimit: bad limit: Inv
It seems to be a different issue which is not related to chromium itself.
It is being investigated. I assume you have been trying on i386?
On (2013-04-08 07:15), Sébastien Marie wrote:
> On Sun, Apr 07, 2013 at 01:55:49PM +0200, Sébastien Marie wrote:
> > Hi,
> >
> > After switching chrome from c
ok
On 02/12/18 16:53 +0100, Landry Breuil wrote:
> On Sun, Dec 02, 2018 at 10:23:14AM -0500, Bryan Steele wrote:
> > In -current (and 6.4), chrome repeatedly attempts to mmap a large linear
> > area of memory for WASM/WebAssembly and it always fails. WASM JIT avoids
> > using the system malloc/free, o
On 04/12/18 15:38 +, Stuart Henderson wrote:
> On 2018/12/04 16:36, Solene Rapenne wrote:
> > I can't delete or disable extensions in iridium on latest amd64 snapshot. I
> > don't know if it worked before.
> >
> > In console output, when I disable an extension, I get this message:
> >
> > [23
Hi
go ahead
On 06/12/18 09:15 +0100, Landry Breuil wrote:
> Hi,
>
> trivial update for 3 CVEs (CVE-2018-16843, CVE-2018-16844 &
> CVE-2018-16845), see http://nginx.org/en/CHANGES-1.14 for
> other changes. Remove a libressl patch merged upstream in
> http://hg.nginx.org/nginx/rev/2cf1d945bbb3
>
ok for me
On 08/12/18 16:35 +0100, Landry Breuil wrote:
> Hi,
>
> xfce4-screensaver (as a fork of mate-screensaver) can make use of
> xscreensavers if available, but only if the desktop files are provided
> by xscreensaver.
>
> They were removed from xscreensaver in
> https://github.com/openbsd/
Hi
Sure, go ahead.
On 10/01/19 22:53 +0100, Matthias Kilian wrote:
> Hi,
>
> the typedef unsigned char Guchar has been removed in poppler-0.73.0
> (it was in goo/gtypes.h). This diff just replaces Guchar by unsigned
> char in libreoffice. It should be possible to commit this before
> the poppler
Hey,
So if anyone out there having an old chromium profile and having issues
with video playback or high CPU usage should listen and check some stuff
out.
First of all navigate to chromium://gpu and check if you have hardware
acceleration enabled, if you do, there is nothing to do you can stop
re
Paul, what you have is normal. The flag overrides everything. What you see
at the regular part is normal.
On June 21, 2014 6:10:21 PM Paul Irofti wrote:
On Sat, Jun 21, 2014 at 11:28:36AM +0200, Robert Nagy wrote:
> Hey,
> So if anyone out there having an old chromium profile and
=compact self-hosted Git service
>
> -VERSION =1.7.6
> +VERSION =1.8.1
> GH_ACCOUNT = go-gitea
> GH_PROJECT = gitea
> GH_TAGNAME = v${VERSION}
> @@ -11,7 +11,7 @@ CATEGORIES = www devel
&
On 29/05/19 13:04 +0900, 岡本健二 wrote:
> I'm using chromium of yesterday's -current source, and facing problem which
> I can run chromium only once.
>
> The secnd try to run chromium, I get the error message:
> process_metirics_openbsd.cc: Not implemented reached in bool base:
> GetSystemMemoryInfo
These functions does not matter, these are just metrics. However your issue
is not this. This is a warning message not an error.
On 31/05/19 10:22 +0900, 岡本健二 wrote:
> /usr/ports/www/chromium/files/patch-base_process_process_metrics_freebsd.cc
> and may some more.
>
> Kenji
>
>
> 2019年5月30日(木)
On 27/06/19 20:12 +0200, h3artbl33d wrote:
> Hi,
>
> I am currently tinkering with my first port; Ungoogled Chromium with the help
> of the awesome Chromoum port robert@ has already created (yay for pledge and
> unveil!). Is there anyone whom already went down this rabbit hole?
>
> I am really ne
ok
On 01/07/19 10:19 +0200, Mark Patruck wrote:
> Again, new update to net/zabbix 4.0.10
>
> Release notes: https://www.zabbix.com/rn/rn4.0.10
>
> Running fine on amd64 (server, client)
>
>
> Index: Makefile
> ===
> RCS file: /cvs
Hi
I've updated teh chroot patch for the 1.16.1 release, please
change that as well in the Makefile.
Other than that, ok.
On 16/08/19 08:46 +0200, Landry Breuil wrote:
> Hi,
>
> here's an update to nginx 1.16.1 for a bunch of CVEs in HTTP/2 (cf
> http://nginx.org/en/security_advisories.html)
>
/usr/ports/infrastructure/db/user.list should be updated.
>
> This is my first new port, so there maybe other things I got wrong
>
>
> Regards,
> Henry
>
>
>
> [0] http://e2guardian.org/
--
Robert Nagy
ill get an ssl error
instead.
--
Robert Nagy
On 30/08/19 12:49 +0100, Stuart Henderson wrote:
> On 2019/08/30 10:30, Robert Nagy wrote:
> > On 29/08/19 20:47 +0100, Stuart Henderson wrote:
> > > Additional comment, isn't it going to need sslmitm to be enabled if it's
> > > going
> > > to do anyt
ed(__OpenBSD__)
+rc = syscall(SYS___thrsigdivert, signal_set, NULL, &timeout);
+#else
rc = sigtimedwait(&signal_set, NULL, &timeout);
+#endif
if (rc < 0) {
if (errno != EAGAIN) {
syslog(LOG_INFO, "%sUnexpected error from sigtimedwait() %d
%s", thread_id.c_str(), errno, strerror(errno));
--
Regards,
Robert Nagy
2-bit arches, and add an @extraunexec for the logs.
>
> With this it's ok sthen@
>
ok robert@
--
Regards,
Robert Nagy
On 21/10/19 22:19 -0400, Ted Unangst wrote:
> I was looking at the chrome profiler the other day and noticed it seems to
> start more threads than I have CPUs online (since hw.smt is disabled). This is
> not great for performance.
>
> Fortunately, I did not have to download and read the chromium s
t 2019 23:30:45 +0300
> From: Pavel Korovin
> To: Robert Nagy
> Subject: Re: UPDATE: net/mattermost-server
>
> Hi Robert,
>
> Please find the diff for mattermost-server-5.16.0 attached.
> Tested on current/amd64, installation & upgrade work fine.
> Let me know if I
) override;
> ++#else
> ++ virtual void drawImage(GfxState *state, Object *ref, Stream *str,
> ++ int width, int height, GfxImageColorMap *colorMap,
> ++ poppler_bool interpolate,
> ++ int* maskColors, poppler_bool inlineImg) override;
> ++#endif
> + virtual void drawMaskedImage(GfxState *state, Object *ref, Stream
> *str,
> + int width, int height,
> + GfxImageColorMap *colorMap,
--
Regards,
Robert Nagy
nbs-system naxsi 0.55.3 \
> + kvspb nginx-auth-ldap
> 42d195d7a7575ebab1c369ad3fc5d78dc2c2669c \
> + arutnginx-rtmp-module v${VERSION-rtmp} \
> + simpl ngx_devel_kit v0.3.0 \
> + leev
Yes.
On 07/11/19 10:46 +0100, Matthias Kilian wrote:
> Hi,
>
> On Tue, Nov 05, 2019 at 11:33:08PM +0100, Robert Nagy wrote:
> > i am working on an libreoffice update right now so please hold it
> > off a bit
>
> Even after your update, the patches below are still ne
8cd6b584/depotdownloader-current-log
> [2]
> https://github.com/SteamRE/DepotDownloader/releases/download/DepotDownloader_2.3.3/depotdownloader-2.3.3.zip
> [3] https://github.com/SteamRE/DepotDownloader/blob/master/README.md
> [4] https://github.com/dotnet/standard/blob/master/docs/versions.md
--
Regards,
Robert Nagy
er-current-log
> [2]
> https://github.com/SteamRE/DepotDownloader/releases/download/DepotDownloader_2.3.3/depotdownloader-2.3.3.zip
> [3] https://github.com/SteamRE/DepotDownloader/blob/master/README.md
> [4] https://github.com/dotnet/standard/blob/master/docs/versions.md
--
Regards,
Robert Nagy
Hi
The following diff should fix this, by installing the schemas to their
specific sub-directory. The server package does not need the sqlite3
schemas anyway as it does not support sqlite3..
Index: Makefile
===
RCS file: /cvs/ports/n
SQLite drivers for the Perl DBI
> -
> MODULES= cpan
> -DISTNAME=DBD-SQLite-1.50
> +DISTNAME=DBD-SQLite-1.64
> CATEGORIES= databases
> EPOCH= 0
> -REVISION=2
>
> MAINTAINER=
On 24/04/20 08:40 -0400, Aisha Tammy wrote:
> Hey all,
> I'm hoping to port jitsi and wanted to know if anyone else is already working
> on a port so
> that I don't do work that might be unnecessary.
>
> Cheers,
> Aisha
I literally just downloaded the source code :) But please go ahead, i have
On 26/04/20 13:17 +0200, Moises Simon wrote:
> Hi,
>
> I'm trying www/phpldapadmin.
> When I access the web page I see tons of errors of deprecated or non existent
> functions
> like this:
>
> error Error
> Unrecognized error number: 8192: Function mcrypt_module_open() is deprecated
> PHP Debug
On 26/04/20 14:04 +0200, Robert Nagy wrote:
> On 26/04/20 13:17 +0200, Moises Simon wrote:
> > Hi,
> >
> > I'm trying www/phpldapadmin.
> > When I access the web page I see tons of errors of deprecated or non
> > existent functions
> > like this:
On 26/04/20 14:02 +0200, Denis Fondras wrote:
> Hi Frank,
>
> I am using wkhtmltopdf from Odoo and I noticed it crashes when generating
> reports. This command crashes :
> /usr/local/bin/wkhtmltopdf --header-html /tmp/report.header.tmp.l1ae35ik.html
> /tmp/report.body.tmp.0.s0vmsl3y.html report.p
On 24/04/20 13:35 +0200, Robert Nagy wrote:
> On 24/04/20 12:15 +0100, Raf Czlonka wrote:
> > Hi all,
> >
> > Really bad timing but it looks like Salt master in OpenBSD will be
> > vulnerable for at least half a year more, unless someone backports
> > the fix,
/
@@ -28,7 +25,7 @@ MAINTAINER = Robert Nagy https://cdn.zabbix.com/zabbix/sources/stable/${MAJV}/
MODULES= lang/php
MODPHP_BUILDDEP = No
@@ -40,7 +37,7 @@ FLAVORS = mysql pgsql sqlite3
SUBST_VARS += PREFIX-web ZABBIX_WEB MAJV
WANTLIB
}
>
> // Returns an enumerator for this list with the given
> +@@ -1160,7 +1163,8 @@ namespace System.Collections.Generic
> + {
> + if (_version != _list._version)
> + {
> +-
> ThrowHelper.ThrowInvalidOperationException_InvalidOperation_EnumFailedVersion();
> ++if (Environment.GetEnvironmentVariable
> ("MONO_FORCE_COMPAT") == null)
> ++
> ThrowHelper.ThrowInvalidOperationException_InvalidOperation_EnumFailedVersion();
> + }
> +
> + _index = _list._size + 1;
--
Regards,
Robert Nagy
fp.bin
> +firmware/amdgpu/vangogh_rlc.bin
> +firmware/amdgpu/vangogh_sdma.bin
> +firmware/amdgpu/vangogh_toc.bin
> +firmware/amdgpu/vangogh_vcn.bin
> firmware/amdgpu/vega10_acg_smc.bin
> firmware/amdgpu/vega10_asd.bin
> firmware/amdgpu/vega10_ce.bin
--
Regards,
Robert Nagy
{daemon_flags} -t &&
> + pkill -HUP -T "${daemon_rtable}" -xf "${pexp}"
> +}
> +
> +rc_stop() {
> + pkill -QUIT -T "${daemon_rtable}" -xf "${pexp}"
> }
>
> rc_cmd $1
>
>
> --
> Antoine
--
Regards,
Robert Nagy
7626d0, mutexp=0x87370dd50,
> abs=0x7975f8460) at /usr/src/lib/libc/thread/rthread_cond.c:106
> #3 0x000821d06560 in g_cond_wait_until () from
> /usr/local/lib/libglib-2.0.so.4201.6
> #4 0x000821c6b6e6 in g_async_queue_pop_intern_unlocked () from
> /usr/local/lib/libglib-2.0.so.4201.6
> #5 0x000821cd890a in g_thread_pool_thread_proxy () from
> /usr/local/lib/libglib-2.0.so.4201.6
> #6 0x000821cd7425 in g_thread_proxy () from
> /usr/local/lib/libglib-2.0.so.4201.6
> #7 0x00079e766f01 in _rthread_start (v= Unhandled dwarf expression opcode 0xa3>) at
> /usr/src/lib/librthread/rthread.c:96
> #8 0x0007ddaf95fa in __tfork_thread () at
> /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84
>
--
Regards,
Robert Nagy
thon3.8/site-packages/pkg_resources/__init__.py", line
> > 3243, in
> > def _initialize_master_working_set():
> > File
> > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> > 3226, in _call_aside
> > f(*args, **kwargs)
> > File
> > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> > 3255, in _initialize_master_working_set
> > working_set = WorkingSet._build_master()
> > File
> > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> > 568, in _build_master
> > ws.require(__requires__)
> > File
> > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> > 886, in require
> > needed = self.resolve(parse_requirements(requirements))
> > File
> > "/usr/local/lib/python3.8/site-packages/pkg_resources/__init__.py", line
> > 772, in resolve
> > raise DistributionNotFound(req, requirers)
> > pkg_resources.DistributionNotFound: The 'contextvars' distribution was
> > not found and is required by salt
> >
> > Hope this is enough information to get it fixed.
> >
> > Regards,
> >
> > Raf
>
--
Regards,
Robert Nagy
Hi
So as you might have noticed already php 5.2 got removed from the tree
because it has been end-of-life since Jan 2011. It has been kept in tree
for people to be able transfer over to 5.3 easily.
Since php 5.3 is also reaching end-of-life, php 5.4 and 5.5 has been
commited and a direct update pa
Hi
I am removing sysutils/pecl-fileinfo from the tree, because
we no longer have php 5.2 and this module is now integrated
into php itself (starting from 5.3) and enabled by default.
I have the same uncommited change in my tree, so go ahead please.
> On 2021. Nov 6., at 17:21, Rafael Sadowski wrote:
>
> On Sat Nov 06, 2021 at 04:10:48PM +, Klemens Nanni wrote:
>>> On Sat, Nov 06, 2021 at 05:01:32PM +0100, Antoine Jacoutot wrote:
>>> On Sat, Nov 06, 2021 at 04:51:54PM +0
ng a GOAWAY frame.
>
> *) Bugfix: backend SSL connections in the stream module might hang after
>an SSL handshake.
>
> *) Bugfix: SSL connections with gRPC backends might hang if select,
>poll, or /dev/poll methods were used.
>
> *) Bugfix: in the $content_length variable when using chunked transfer
>encoding.
>
> *) Bugfix: requests might hang when using HTTP/2 and the "aio_write"
>directive.
>
>
--
Regards,
Robert Nagy
commited, thanks
On 16/11/21 18:23 +, Sergey A. Osokin wrote:
> Hi Robert,
>
> good point! Updated and attached, thanks!
>
> On Tue, Nov 16, 2021 at 07:07:19PM +0100, Robert Nagy wrote:
> > you are missing the REVISION changes / removals from the Makefile
> >
On 21/01/22 11:42 -0600, joshua stein wrote:
> On Fri, 21 Jan 2022 at 18:29:27 +0100, Marc Espie wrote:
> > In my opinion, our main issue is the lack of new blood.
> >
> > We have chronically fewer people who can give okays than ports waiting.
> >
> > One big "meta" stuff that needs doing is poin
ok
On 12/10/23 18:04 +, Klemens Nanni wrote:
> Robert Nagy wrote:
> > Then you can put these in /etc/mk.conf:
> >
> > AR=/usr/local/llvm16/bin/llvm-ar
> > AS=/usr/local/llvm16/bin/llvm-as
> > CC=/usr/local/llvm16/bin/clang
> > CXX=/usr/local/llvm16/bi
Lists.txt
> +@@ -51,7 +51,7 @@ if(LLVM_BUILD_LLVM_DYLIB)
> + # Solaris ld does not accept global: *; so there is no way to version
> *all* global symbols
> + set(LIB_NAMES
> -Wl,--version-script,${LLVM_LIBRARY_DIR}/tools/llvm-shlib/simple_version_script.map
> ${LIB_NAMES})
> + endif()
> +-if (NOT MINGW)
> ++if (NOT MINGW AND ${OPENBSD_LD_IS_LLD})
> + # Optimize function calls for default visibility definitions to avoid
> PLT and
> + # reduce dynamic relocations.
> + # Note: for -fno-pic default, the address of a function may be
> different from
--
Regards,
Robert Nagy
On 13/10/23 08:11 +0200, Theo Buehler wrote:
> On Fri, Oct 13, 2023 at 07:51:17AM +0200, Robert Nagy wrote:
> > Is having unwind.h in !sparc64 going to cause any breakage?
>
> I honestly have no idea. I don't know what exactly your commit
>
> https://githu
> @@ -0,0 +1,14 @@
> +It is *ONLY* Linux that does special shit in fork(2)
just drop this comment because it is not true at all,
and then it is ok to be commited
instruction.
> ++# CHECK::
> ++# CHECK-NEXT: bti c
> ++
> ++## biz is not targeted by a thunk using an indirect branch, so no need for
> bti c.
> ++# CHECK::
> ++# CHECK-NEXT: adrpx16, {{.*}}
> ++
> ++# CHECK: :
> ++# CHECK-NEXT: bl {{.*}}
> ++# CHECK-NEXT: bl {{.*}}
> ++
> ++# CHECK: :
> ++# CHECK-NEXT: bl {{.*}} <__AArch64ADRPThunk_foo>
> ++
> ++# CHECK: <__AArch64ADRPThunk_foo>:
> ++# CHECK-NEXT: adrpx16, 0x0
> ++# CHECK-NEXT: add x16, x16, {{.*}}
> ++# CHECK-NEXT: br x16
> ++
> ++.global foo
> ++.global biz
> ++.section .text.near, "ax", %progbits
> ++bar:
> ++.type bar, %function
> ++bl foo
> ++bl biz
> ++ret
> ++
> ++.section .text.far, "ax", %progbits
> ++func:
> ++.type func, %function
> ++bl foo
> ++ret
--
Regards,
Robert Nagy
On 10/01/23 18:41 +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
>
> [...]
>
> >> https://wxcvbn.org/~jca/build-failures/amd64-clang/2023-01-03/www/chromium.txt
> > [patch]
> > ../../third_party/libsync/src/sync.c:117:17: error: incompatible integer
On 11/01/23 13:17 +0100, Jeremie Courreges-Anglas wrote:
> On Wed, Jan 11 2023, Robert Nagy wrote:
> > On 10/01/23 18:41 +0100, Jeremie Courreges-Anglas wrote:
> >> On Sun, Jan 08 2023, Jeremie Courreges-Anglas wrote:
> Hi,
>
> > No. Please keep the OpenBSD ifdef
On 14/01/23 14:39 -0700, Ashlen wrote:
> On 23/01/07 00:20, Ashlen wrote:
> > As for the renaming thing, I realized I didn't actually provide any links
> > showing why I kept this in. I looked at the commits and it appears their
> > rationale is that anyone that writes a Lua script and imports luas
lse
> + %define SECTION_REL
> +-%endif
> +
> + %macro DECL_FFT 1-2 ; nbits, suffix
> + %ifidn %0, 1
> +@@ -773,8 +765,10 @@ fft %+ n %+ fullsuffix:
> + %endrep
> + %undef n
> +
> ++[SECTION .data.rel.ro write]
> + align 8
> + dispatch_tab %+ fullsuffix: pointer list_of_fft
> ++__?SECT?__
> + %endmacro ; DECL_FFT
> +
> + %if HAVE_AVX_EXTERNAL
--
Regards,
Robert Nagy
On 20/02/23 14:56 +0100, Landry Breuil wrote:
> Le Tue, Feb 21, 2023 at 12:00:06AM +1100, Jonathan Gray a écrit :
> > On Mon, Feb 20, 2023 at 11:31:23AM +0100, Antoine Jacoutot wrote:
> > > On Mon, Feb 20, 2023 at 02:06:34PM +1100, Jonathan Gray wrote:
> > > > On Sun, Feb 19, 2023 at 01:34:41PM +01
the chromium bits are in
Hi
The following diff fixes target os detection in libvpx by actually
trying to use ${CC} instead of hardcoding gcc.
This patch also fixes *chromium, iridium video and screen sharing
because some code is only enabled on the non-generic target platform.
I've also fixed up tests which now can be e
==
> RCS file: patches/patch-vpx_ports_arm_cpudetect_c
> diff -N patches/patch-vpx_ports_arm_cpudetect_c
> --- patches/patch-vpx_ports_arm_cpudetect_c 13 Mar 2022 13:50:53 -
> 1.4
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,23 +0,0 @@
> -Allow ARM CPU runtime detection code to build on OpenBSD.
> -
> -Index: vpx_ports/arm_cpudetect.c
> vpx_ports/arm_cpudetect.c.orig
> -+++ vpx_ports/arm_cpudetect.c
> -@@ -38,7 +38,7 @@ static int arm_cpu_env_mask(void) {
> - return env && *env ? (int)strtol(env, NULL, 0) : ~0;
> - }
> -
> --#if !CONFIG_RUNTIME_CPU_DETECT
> -+#if !CONFIG_RUNTIME_CPU_DETECT || defined(__OpenBSD__)
> -
> - int arm_cpu_caps(void) {
> - /* This function should actually be a no-op. There is no way to adjust
> any of
> -@@ -56,7 +56,7 @@ int arm_cpu_caps(void) {
> - return flags & mask;
> - }
> -
> --#elif defined(_MSC_VER) /* end !CONFIG_RUNTIME_CPU_DETECT */
> -+#elif defined(_MSC_VER) /* end !CONFIG_RUNTIME_CPU_DETECT || __OpenBSD__ */
> - /*For GetExceptionCode() and EXCEPTION_ILLEGAL_INSTRUCTION.*/
> - #ifndef WIN32_LEAN_AND_MEAN
> - #define WIN32_LEAN_AND_MEAN
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/multimedia/libvpx/pkg/PLIST,v
> retrieving revision 1.10
> diff -u -p -u -p -r1.10 PLIST
> --- pkg/PLIST 11 Mar 2022 19:39:22 - 1.10
> +++ pkg/PLIST 22 Feb 2024 07:59:17 -
> @@ -11,6 +11,7 @@ include/vpx/vpx_ext_ratectrl.h
> include/vpx/vpx_frame_buffer.h
> include/vpx/vpx_image.h
> include/vpx/vpx_integer.h
> +include/vpx/vpx_tpl.h
> @static-lib lib/libvpx.a
> @lib lib/libvpx.so.${LIBvpx_VERSION}
> lib/pkgconfig/vpx.pc
>
--
Regards,
Robert Nagy
++%endif
> + RESET_MM_PERMUTATION; needed for x86-64, also makes disassembly
> somewhat nicer
> + %xdefine rstk rsp ; copy of the original stack pointer, used
> when greater alignment than the known stack alignment is required
> + %assign stack_offset 0 ; stack pointer offset relative to the
> return address
--
Regards,
Robert Nagy
It seems that we need more here. This makes all the regression
tests pass. I suspect there will be still more needed, but we
need something to uncover those.
Index: Makefile
===
RCS file: /cvs/ports/multimedia/libvpx/Makefile,v
diff -
On 07/08/24 17:46 GMT, José Maldonado wrote:
> El mié, 7 ago 2024 a la(s) 5:39 p.m., Theo de Raadt
> (dera...@openbsd.org) escribió:
> >
> > This is so backwards.
> >
> > What do you expect to happen? Oh robert will commit it, without any
> > testing. Oh and only he should work on it, right? Noo
s7SzolbP0XrKyMM2QUIqyp3MpnxU94UpD5EwSCbM=
> > @@ -16,7 +16,7 @@
> > SIZE (leev-ngx_http_geoip2_module-3.4.tar.gz) = 8877
> > SIZE (nbs-system-naxsi-d714f1636ea49a9a9f4f06dba14aee003e970834.tar.gz) =
> > 237272
> > SIZE (nginx-1.20.1-chroot.patch) = 8783
> > -SIZE (nginx-1.26.1.tar.gz) = 1244738
> > +SIZE (nginx-1.26.2.tar.gz) = 1244789
> > SIZE
> > (nginx-modules-ngx_http_hmac_secure_link_module-48c4625fbbf51ed5a95bfec23fa444f6c3702e50.tar.gz)
> > = 6159
> > SIZE (nginx-njs-0.8.4.tar.gz) = 743910
> > SIZE (openresty-headers-more-nginx-module-v0.34.tar.gz) = 28827
>
--
Regards,
Robert Nagy
seems to be through setup.php,
> it might be a good idea to remove that default config to prevent clueless
> errors. Or maybe at least mention it in the package README.
>
> What do you think?
>
> Best Regards
--
Regards,
Robert Nagy
".
> This should be changed to "character set utf8mb4 collate utf8mb4_bin"
> Patch attached
>
> Best Regards
--
Regards,
Robert Nagy
On 12/04/23 10:27 +0100, Stuart Henderson wrote:
> On 2023/04/12 11:15, Jan Stary wrote:
> > On Apr 12 11:11:01, h...@stare.cz wrote:
> > > This is current/arm64 on an Apple M1 MacBook Air (dmesg below).
> > > While everything mostly works, Firefox keeps crashing.
> > >
> > > Reproducibly, it alwa
+ho->hash = hv->hash;
> ++ }
> ++
> ++ho->key = hv->key;
> ++ho->next = NULL;
> ++*ph = ho;
> ++
> ++return NGX_OK;
> ++#else
> + ngx_array_t *pa;
> + ngx_table_elt_t *ho, **ph;
> + ngx_uint_ti;
> +@@ -378,6 +441,7 @@ create:
> + *ph = ho;
> +
> + return NGX_OK;
> ++#endif
> + }
> +
> +
> diff --git patches/patch-naxsi_naxsi_src_naxsi_net_h
> patches/patch-naxsi_naxsi_src_naxsi_net_h
> deleted file mode 100644
> index 4debf4b57a3..000
> --- patches/patch-naxsi_naxsi_src_naxsi_net_h
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -already committed upstream
> -https://github.com/nbs-system/naxsi/commit/0395b102b7e9b5165e89e99bb62e9ddaa0a74910
> -
> -Index: naxsi/naxsi_src/naxsi_net.h
> naxsi/naxsi_src/naxsi_net.h.orig
> -+++ naxsi/naxsi_src/naxsi_net.h
> -@@ -7,7 +7,7 @@
> - #ifndef __NAXSI_NET_H__
> - #define __NAXSI_NET_H__
> -
> --#if defined(__FreeBSD__)
> -+#if defined(__FreeBSD__) || defined(__OpenBSD__)
> - #include
> - #include
> - #include
>
--
Regards,
Robert Nagy
On 25/05/23 10:56 -0400, A Tammy wrote:
>
> On 5/25/23 10:22, Brad Smith wrote:
> > ping.
>
> in case you missed the emails, both sthen@ and I (aisha@) gave OK
>
> I also sent OK for galera.
The galera part cannot be commited until someone tests it with
an actual cluster.
On 01/06/23 11:02 +0100, Stuart Henderson wrote:
> [moved to ports@; reply-to set]
>
> On 2023-05-31, Roger Marsh wrote:
> > Script started on Wed May 31 10:43:00 2023
> > This pkg_info report shows Python 3.10 required by py3-bsddb3 after upgrade
> > from OpenBSD 7.2 to 7.3 and package upgrade.
installer/rthooks/${MODPY_PYCACHE}pyi_rth_subprocess.${MODPY_PYC_MAGIC_TAG}pyc
> -lib/python${MODPY_VERSION}/site-packages/salt/utils/pyinstaller/rthooks/_overrides.py
> -lib/python${MODPY_VERSION}/site-packages/salt/utils/pyinstaller/rthooks/pyi_rth_salt.utils.vt.py
> -lib/python${MODPY_VERSION}/site-packages/salt/utils/pyinstaller/rthooks/pyi_rth_subprocess.py
> lib/python${MODPY_VERSION}/site-packages/salt/utils/pyobjects.py
> lib/python${MODPY_VERSION}/site-packages/salt/utils/reactor.py
> lib/python${MODPY_VERSION}/site-packages/salt/utils/reclass.py
--
Regards,
Robert Nagy
-xr-x 2 0 0 512B Feb 14 00:47 libunbound-1.19.1
> > >drwxr-xr-x 2 0 0 512B Feb 14 00:47 gnutls-3.8.3
> > >drwxr-xr-x 2 0 0 512B Feb 24 17:56 quirks-6.160
> > >
> > >
> > >openbsd-current-minion# sysctl -n kern.version
> > >OpenBSD 7.5 (GENERIC.MP) #53: Sun Mar 3 22:36:54 MST 2024
> > >dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> > >
> > >
> > >Are you aware of this problem? Ports mailing list, did you notice this,
> > >by any chance?
> > >
> > >--
> > >Regards,
> > > Mikolaj
> > >
> >
> > --
> > Mit freundlichen Grüssen / Með bestu kveðju / With kind regards
> >
> > Uwe Werler
>
> --
> wq: ~uw
--
Regards,
Robert Nagy
On 06/03/24 08:43 +0100, Robert Nagy wrote:
> I think we can backport this until there is a new release out.
Please try the following diff:
Index: Makefile
===
RCS file: /cvs/ports/sysutils/salt/Makefile,v
diff -u -p -u -r1.
On 06/03/24 10:44 +0100, Uwe Werler wrote:
> Salü Robert,
>
> it seems that patches/patch-salt_utils_network_py is already in the attic...
>
> Best regards
>
> Uwe
Why whould we need that patch? I am confused.
> On 06 Mar 08:56, Robert Nagy wrote:
> > On 06/
On 05/04/24 15:11 +0200, Solène Rapenne wrote:
> on a fresh 7.5
>
> $ ungoogled-chromium
> ld.so: ungoogled-chromium: can't load library 'libvpx.so.17.0'
>
> installing libvpx package seems to solve, but chromim instantly reboots my
> computer
>
but the port has a dependency on libvpx and if it
1 - 100 of 234 matches
Mail list logo
