On Fri, Jun 03, 2022 at 08:25:05AM +, Klemens Nanni wrote:
> Here is the first piece of software from https://github.com/open-eid
> that is required to use Smart-ID cards on OpenBSD.
>
> Their Qt GUI packs all the features, but th library ships a small tool.
>
> I can
telegram-desktop upstream has been defaulting to Qt6 for some time
and >=3.6.3beta already requires it, but first we lacked behind in our
Qt6 ports and later I noticed regressions with Qt6.
So at the moment our tdesktop port uses Debian's patch to reenable Qt5
builds, but newer telegram-desktop ve
On Thu, Jun 23, 2022 at 03:57:17PM +, Klemens Nanni wrote:
> telegram-desktop upstream has been defaulting to Qt6 for some time
> and >=3.6.3beta already requires it, but first we lacked behind in our
> Qt6 ports and later I noticed regressions with Qt6.
>
> So at the moment
On Thu, Jun 23, 2022 at 09:44:58PM +, Sergey A. Osokin wrote:
> On Thu, Jun 23, 2022 at 03:57:17PM +0000, Klemens Nanni wrote:
> > telegram-desktop upstream has been defaulting to Qt6 for some time
> > and >=3.6.3beta already requires it, but first we lacked behind in our
On 24/06/2022 05:20, Jeremy Evans wrote:
Tested and confirmed to fix the issue on amd64. OKs?
I'm no fluxbox user but trust you with this.
Port-wise this is OK kn
On 24/06/2022 18:20, Sergey A. Osokin wrote:
On Fri, Jun 24, 2022 at 10:43:57AM +, Klemens Nanni wrote:
On Thu, Jun 23, 2022 at 09:44:58PM +, Sergey A. Osokin wrote:
telegram-deskop 4.0.0, latest release, builds well with Qt5.
On which system?
FreeBSD 13.1-RELEASE amd64
With
On Fri, Jun 24, 2022 at 03:47:05PM +, Klemens Nanni wrote:
> On 24/06/2022 18:20, Sergey A. Osokin wrote:
> > On Fri, Jun 24, 2022 at 10:43:57AM +, Klemens Nanni wrote:
> > > On Thu, Jun 23, 2022 at 09:44:58PM +, Sergey A. Osokin wrote:
> > > >
> &g
On Sat, Jun 25, 2022 at 10:39:33AM +, Klemens Nanni wrote:
> On Fri, Jun 24, 2022 at 03:47:05PM +0000, Klemens Nanni wrote:
> > On 24/06/2022 18:20, Sergey A. Osokin wrote:
> > > On Fri, Jun 24, 2022 at 10:43:57AM +0000, Klemens Nanni wrote:
> > > > On Thu, Ju
On Sat, Jun 25, 2022 at 03:49:37PM +, Sergey A. Osokin wrote:
> On Fri, Jun 24, 2022 at 02:20:37PM +, Sergey A. Osokin wrote:
> > On Fri, Jun 24, 2022 at 10:43:57AM +, Klemens Nanni wrote:
> > > On Thu, Jun 23, 2022 at 09:44:58PM +, Sergey A. Osokin wrote:
> &g
On Fri, Jun 24, 2022 at 09:19:48PM +0100, Stuart Henderson wrote:
> On 2022/06/24 15:47, Klemens Nanni wrote:
> > So that should help updating to 4.0.0, but it still doesn't fix
> > regressions with Qt6.
>
> I wonder if it also breaks on FreeBSD with cwm
telegram-deskt
On Thu, Jun 23, 2022 at 03:38:04PM +, Klemens Nanni wrote:
> On Fri, Jun 03, 2022 at 08:25:05AM +0000, Klemens Nanni wrote:
> > Here is the first piece of software from https://github.com/open-eid
> > that is required to use Smart-ID cards on OpenBSD.
> >
> >
On Fri, Jun 24, 2022 at 03:47:05PM +, Klemens Nanni wrote:
> On 24/06/2022 18:20, Sergey A. Osokin wrote:
> > On Fri, Jun 24, 2022 at 10:43:57AM +, Klemens Nanni wrote:
> > > On Thu, Jun 23, 2022 at 09:44:58PM +, Sergey A. Osokin wrote:
> > > >
> &g
On 03/07/2022 18:41, Omar Polo wrote:
builds fine here, and also seems to work fine for now. fwiw i don't
mind adding the -qt6 flavor, but would be nice to switch completely to
it (hopefully) in the near future.
Thanks!
Absoloutely, it's just too much (build) time consuming work for me
to swi
On Sun, Jul 03, 2022 at 06:16:02PM +0200, Theo Buehler wrote:
> > Now with feedback from sthen@, diff between the tarballs:
> > https://github.com/jasperla/openbsd-wip/commit/554d6e575
> >
> > Feedback? OK?
>
> distinfo still contains the patchfile
>
> I'd like to have a more specific comment to
On Fri, Jul 08, 2022 at 12:33:18AM +0200, Theo Buehler wrote:
> On Sun, Jul 03, 2022 at 05:42:05PM +0000, Klemens Nanni wrote:
> > On Sun, Jul 03, 2022 at 06:16:02PM +0200, Theo Buehler wrote:
> > > > Now with feedback from sthen@, diff between the tarballs:
> > >
On Fri, Jul 08, 2022 at 12:33:18AM +0200, Theo Buehler wrote:
> You need libcrypto.so.49.1 for this to build since I added the missing
> X509_VERIFY_PARAM_get_time() in today's bump. There's a bit of patching,
> but I think it's not too bad. If this works for your purposes, I guess
> that'd be pref
On Fri, Jul 08, 2022 at 09:36:11AM +0100, Stuart Henderson wrote:
> On 2022/07/08 08:28, Klemens Nanni wrote:
> > On Fri, Jul 08, 2022 at 12:33:18AM +0200, Theo Buehler wrote:
> > > You need libcrypto.so.49.1 for this to build since I added the missing
> > > X509_VERIFY_
:
DigiDoc4 GUI client for signing and encrypting documents
Required by:
debug-qdigidoc4-4.2.11
Description:
DigiDoc4 is an application for digitally signing and encrypting documents.
It includes functionality to manage Estonian ID-card - change pin codes etc.
Maintainer: Klemens Nanni
WWW: https
On Fri, Jul 08, 2022 at 09:20:49AM +, Klemens Nanni wrote:
> Builds and works well for me on amd64 using libcrypto 49.1 and the newly
> imported libdigidocpp.
>
> All features incl. LDAP search work now, making this GUI much more
> useful than the brittle digidoc-tool(1) CLI fr
On Fri, Jul 08, 2022 at 01:48:19PM +0100, Edd Barrett wrote:
> Hi,
>
> A new syncthing.
>
> Seems like a simple update, but this test hangs:
> https://github.com/syncthing/syncthing/issues/8421
>
> Doesn't seem to be a problem outside of tests though, so shouldn't be a
> blocker.
>
> Please tes
On Wed, Jul 06, 2022 at 09:50:12AM +0200, Rafael Sadowski wrote:
> Update cryptopp to the latest stable version 8.2.0. OK?
All tests passed!
Seed used was 1657451338
Test started at Sun Jul 10 15:08:58 2022
Test ended at Sun Jul 10 15:09:12 2022
OK kn
On Wed, Jul 06, 2022 at 09:42:56AM +0300, Timo Myyrä wrote:
> Hi,
>
> While looking gzdoom update I noticed the zmusic has newer tags present
> in github which are not noticeable from quickly looking the frontpage.
> In any case, here is an new version of zmusic. Tested with latest gzdoom
> versio
On Thu, Jul 07, 2022 at 12:41:53PM +0300, Dmitry Pryakhin wrote:
> Sorry, forgot to attach the diff... :-(
>
> > Hello!
>
> > To view recent changes, please see the NEWS.md file:
> > https://github.com/lepton-eda/lepton-eda/blob/master/NEWS.md#notable-changes-in->
> > lepton-eda-1918-20220529
>
OK kn
On Fri, Jul 08, 2022 at 09:37:30AM +, Klemens Nanni wrote:
> On Fri, Jul 08, 2022 at 09:20:49AM +0000, Klemens Nanni wrote:
> > Builds and works well for me on amd64 using libcrypto 49.1 and the newly
> > imported libdigidocpp.
> >
> > All features incl. LDAP searc
On Sun, Jul 10, 2022 at 06:08:34PM +0100, Edd Barrett wrote:
> Hi,
>
> Here's an update to xonotic.
>
> kn@ is no longer interested in maintaining it, and has asked me to drop
> MAINTAINER.
>
> OK?
Port-wise OK but I don't have the time to runtest this properly.
On Mon, Jul 11, 2022 at 04:31:13AM -0600, Peter Hessler wrote:
> bulk build on arm64.ports.openbsd.org
> started on Sat Jul 9 05:33:35 MDT 2022
> finished at Mon Jul 11 04:31:02 MDT 2022
> lasted 1D22h57m
> done with kern.version=OpenBSD 7.1-current (GENERIC.MP) #1721: Fri Jul 8
> 12:28:55 MDT 2
GH_* ports obviously set MASTER_SITES to MASTER_SITES_GITHUB which
defaults github.com/${account}/${project}/archive/${commit-or-tag}.
If additional patches need to be fetched, e.g. pending PRs to fix the
local port, additional MASTER_SITES0-9 must be defined which always
duplicate the GH_* values
Here's something I currently do to ports-framework changes I need on the
machine I work on from actual port changes that ought to be committed.
The way it works is that I just fill
/usr/ports/category/port/site-local-config.mk with someting like
USE_CCACHE = Yes
or
DEBUG_PACKAGES
On Mon, Jul 11, 2022 at 01:15:09PM +0100, Stuart Henderson wrote:
> On 2022/07/11 10:41, Klemens Nanni wrote:
> > On Mon, Jul 11, 2022 at 04:31:13AM -0600, Peter Hessler wrote:
> > > bulk build on arm64.ports.openbsd.org
> > > started on Sat Jul 9 05:33:35 MDT 2022
>
On Mon, Jul 11, 2022 at 01:12:23PM +0100, Stuart Henderson wrote:
> On 2022/07/11 11:33, Klemens Nanni wrote:
> > Here's something I currently do to ports-framework changes I need on the
> > machine I work on from actual port changes that ought to be committed.
> >
>
On 12/07/2022 23:46, Matthieu Herrb wrote:
XSCOPE is a program to monitor the connections between the X11 window
server and a client program.
Alan Coopersmith (1):
xscope 1.4.3
Matthieu Herrb (1):
On OpenBSD SO_PEERCRED uses struct sockpeercred
Thomas Klausner (7):
Remove/
On 13/07/2022 02:52, Stuart Henderson wrote:
On 2022/07/12 08:41, Aaron Bieber wrote:
On Mon, 11 Jul 2022 at 11:17:55 +, Klemens Nanni wrote:
GH_* ports obviously set MASTER_SITES to MASTER_SITES_GITHUB which
defaults github.com/${account}/${project}/archive/${commit-or-tag}.
If
Looking at our net/tdesktop and github.com/desktop-app/cmake_helpers
which is telegram's code handling libdispatch, I'm sure it would pick
it up.
Right now, it tries to find system dispatch, fails, tries to build the
bundled version, fails again since we intentionally zapped the bundle
and eventua
spotted while working on the other bits, but this is really standalone,
does not change behaviour and simplifies the other diff.
In DISTFILES, if you have foo-{bar/}baz, bar/baz will be fetched but
saved as foo-baz.
Thus all common parts can go into baz rather than duplicated in foo and
bar/.
no
No functional change, but this hurts less while reading and would reduce
the initial diff about MASTER_SITES_GITHUB handling.
I might as well become
GH_DISTNAME =
${GH_TAGNAME:C/^(v|V|ver|[Rr]el|[Rr]elease)[-._]?([0-9])/\2/}
DISTNAME ?= ${GH_DISTNAME}
GH_DISTFILE = ${GH_
On Tue, Jul 12, 2022 at 11:08:30PM +, Klemens Nanni wrote:
> On 13/07/2022 02:52, Stuart Henderson wrote:
> > On 2022/07/12 08:41, Aaron Bieber wrote:
> > > On Mon, 11 Jul 2022 at 11:17:55 +0000, Klemens Nanni wrote:
> > > > GH_* ports obviously set MASTER_SITE
On Wed, Jul 13, 2022 at 12:27:18PM +, Klemens Nanni wrote:
> No functional change, but this hurts less while reading and would reduce
> the initial diff about MASTER_SITES_GITHUB handling.
>
> I might as well become
> GH_DISTNAME =
> ${GH_TAGNAME:C/^(v|V|ver|[Rr]el|[R
On Wed, Jul 13, 2022 at 01:49:46PM +0100, Stuart Henderson wrote:
> On 2022/07/13 12:37, Klemens Nanni wrote:
> > On Wed, Jul 13, 2022 at 12:27:18PM +, Klemens Nanni wrote:
> > > No functional change, but this hurts less while reading and would reduce
> >
On Mon, Jul 11, 2022 at 11:17:55AM +, Klemens Nanni wrote:
> GH_* ports obviously set MASTER_SITES to MASTER_SITES_GITHUB which
> defaults github.com/${account}/${project}/archive/${commit-or-tag}.
>
> If additional patches need to be fetched, e.g. pending PRs to fix the
On Wed, Jul 13, 2022 at 01:11:33PM +, Klemens Nanni wrote:
> On Mon, Jul 11, 2022 at 11:17:55AM +0000, Klemens Nanni wrote:
> > GH_* ports obviously set MASTER_SITES to MASTER_SITES_GITHUB which
> > defaults github.com/${account}/${project}/archive/${commit-or-tag}.
> &g
On Wed, Jul 13, 2022 at 01:38:59PM +, Klemens Nanni wrote:
> On Wed, Jul 13, 2022 at 01:11:33PM +0000, Klemens Nanni wrote:
> > On Mon, Jul 11, 2022 at 11:17:55AM +, Klemens Nanni wrote:
> > > GH_* ports obviously set MASTER_SITES to MASTER_SITES_GITHUB which
> &g
This port uses MASTER_SITES_GITHUB in a werid way which predates
GH_DISTFILE and would preak if my proposed MASTER_SITES_GITHUB/GH_DISTFILE
change landed.
Fix GH_*/PKGNAME/DISTNAME correctly and use MASTER_SITES0 for the
additional distfile.
Here's a minimal fix without updates or Makefile cosmet
Another port predating GH_DISTFILE which screams to get out of sync with
bsd.port.mk ;)
This port also demonstrates another use case we currently don't support:
adding to EXTRACT_ONLY with DISTFILES patterns.
I came here to look for potential fallout/fixes in case of the
MASTER_SITES_GITHUB chang
On Wed, Jul 13, 2022 at 07:52:11PM +0300, Timo Myyrä wrote:
> Klemens Nanni [2022-07-10, 11:15 +]:
>
> > On Wed, Jul 06, 2022 at 09:42:56AM +0300, Timo Myyrä wrote:
> >
> >> Hi,
> >>
> >> While looking gzdoom update I noticed the zmusic has ne
On Wed, Jul 13, 2022 at 08:48:25AM +, Charlene Wendling wrote:
> Hi, ports@:
>
> Here is a simple patch for devel/p5-File-MimeInfo
> to update to 0.33. It build well and pass all tests on
> amd64-current system.
> No other ports depends on it.
OK kn
Came to devel/cmake/patches/ to investigate behaviour I saw and was
surprised (again) by the amount of local changes we carry.
We no longer package/support the old frameworks, so can these patches
go?
I did not run into a problem with those patches, just wondering if we
can lower the maintainence
On Thu, Jul 14, 2022 at 08:22:54PM +0200, Christian Weisgerber wrote:
> Klemens Nanni:
>
> > Here's something I currently do to ports-framework changes I need on the
> > machine I work on from actual port changes that ought to be committed.
>
> I use this
On Thu, Jul 14, 2022 at 09:49:17PM +0200, Rafael Sadowski wrote:
> On Thu Jul 14, 2022 at 07:03:46PM +0000, Klemens Nanni wrote:
> > Came to devel/cmake/patches/ to investigate behaviour I saw and was
> > surprised (again) by the amount of local changes we carry.
> >
>
I don't have the resources to build this port, but including nonexistent
kde4 looks wrong.
Make we wonder if KDE5INC is needed at all.
diff --git a/editors/libreoffice/Makefile b/editors/libreoffice/Makefile
index 84f23962e9e..20a633215d5 100644
--- a/editors/libreoffice/Makefile
+++ b/editors/li
Always default to recursive mode; x11/qt3 no longer exists so no need
to force it off.
OK?
Index: qmake.port.mk
===
RCS file: /cvs/ports/devel/qmake/qmake.port.mk,v
retrieving revision 1.10
diff -u -p -r1.10 qmake.port.mk
--- qmake.
No need to include nonexistent tcl dirs in base.
Also, we don't package 8.4 anymore, so that can go as well.
While here, zap date from another patch to normalise;
update-patches only does this if the diff changes, it seems.
Index: Makefile
=
On Wed, Jul 13, 2022 at 03:08:10PM +, Klemens Nanni wrote:
> This port uses MASTER_SITES_GITHUB in a werid way which predates
> GH_DISTFILE and would preak if my proposed MASTER_SITES_GITHUB/GH_DISTFILE
> change landed.
>
> Fix GH_*/PKGNAME/DISTNAME correctly and use MASTER
Last update to 1.4.0 is from 2017, the current 1.6.2 release is from
2021 with more releases in between but noone showed up to update the port.
https://github.com/lumina-desktop/lumina/releases
There was (false) "x11/lumina broken since OpenBSD 6.7" report on ports@
https://marc.info/?l=openbsd-po
On Wed, Jul 20, 2022 at 09:45:22AM +0100, Stuart Henderson wrote:
> Seems simpler to update it.
Looking good port-wise except for this:
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/textproc/multimarkdown/pkg/PLIST,v
> retrieving r
On Wed, Jul 20, 2022 at 07:25:08PM +0100, Stuart Henderson wrote:
> On 2022/07/20 16:15, Klemens Nanni wrote:
> > On Wed, Jul 20, 2022 at 09:45:22AM +0100, Stuart Henderson wrote:
> > > Seems simpler to update it.
> >
> > Looking good port-wise except for thi
On Wed, Jul 13, 2022 at 03:06:48PM +, Klemens Nanni wrote:
> On Wed, Jul 13, 2022 at 01:38:59PM +0000, Klemens Nanni wrote:
> > On Wed, Jul 13, 2022 at 01:11:33PM +, Klemens Nanni wrote:
> > > On Mon, Jul 11, 2022 at 11:17:55AM +0000, Klemens Nanni wrote:
> > >
On Thu, Jul 21, 2022 at 11:44:42AM +0100, Stuart Henderson wrote:
> On second thoughts, we can install it as mmd2xhtml, I think that
> makes more sense. If there are no objections I'll go with this.
That's better, imho.
OK kn
OK kn
On Fri, Jul 29, 2022 at 02:24:55PM +0200, Alexander Bluhm wrote:
> Forgot attach tgz :-(
>
> On Fri, Jul 29, 2022 at 02:24:02PM +0200, Alexander Bluhm wrote:
> > Hi,
> >
> > I have written a little tool to send and receive UDP packets and
> > measure thoughput. With existing programs like
Failed to start for me because I did not have spdlog installed.
$ objdump -p `which nheko` | grep spdlog
NEEDED libspdlog.so.0.0
OK?
Index: Makefile
===
RCS file: /cvs/ports/net/nheko/Makefile,v
retrieving rev
On Thu, Jun 23, 2022 at 03:57:17PM +, Klemens Nanni wrote:
> On a simple cwm(1) setup without any DE, I noticed the following
> (see net/tdesktop/Makefile r1.31):
>
> opening videos/pictures worked only once, i.e. clicking on the first
> photo after startup would show i
On Sun, Jul 31, 2022 at 10:39:05PM +0200, Omar Polo wrote:
> Klemens Nanni wrote:
> > Looking at our net/tdesktop and github.com/desktop-app/cmake_helpers
> > which is telegram's code handling libdispatch, I'm sure it would pick
> > it up.
> >
> >
On Tue, Jul 19, 2022 at 09:26:00AM +, Klemens Nanni wrote:
> Last update to 1.4.0 is from 2017, the current 1.6.2 release is from
> 2021 with more releases in between but noone showed up to update the port.
> https://github.com/lumina-desktop/lumina/releases
>
> There was (fal
On Mon, Aug 01, 2022 at 09:01:58AM +0200, Omar Polo wrote:
> Klemens Nanni wrote:
> > On Thu, Jun 23, 2022 at 03:57:17PM +, Klemens Nanni wrote:
> > > On a simple cwm(1) setup without any DE, I noticed the following
> > > (see net/tdesktop/Makefile r1.31):
>
Both ship identically named files under include/gsl/ as I just found out
by having gsl installed and needing microsoft-gsl.
I don't see an easy way to fix this, so register the conflicts.
Feedback? OK?
Index: devel/gsl/Makefile
===
On Mon, Aug 01, 2022 at 10:36:44AM +0200, Antoine Jacoutot wrote:
> On Mon, Aug 01, 2022 at 08:06:14AM +0000, Klemens Nanni wrote:
> > Both ship identically named files under include/gsl/ as I just found out
> > by having gsl installed and needing microsoft-gsl.
> >
> >
On Sun, Jul 31, 2022 at 10:00:19PM +, Klemens Nanni wrote:
> On Thu, Jun 23, 2022 at 03:57:17PM +0000, Klemens Nanni wrote:
> > On a simple cwm(1) setup without any DE, I noticed the following
> > (see net/tdesktop/Makefile r1.31):
> >
> > opening videos/pic
On Sat, Jun 18, 2022 at 07:30:43AM +0200, Rafael Sadowski wrote:
> On Sun May 01, 2022 at 06:38:10PM +0200, Rafael Sadowski wrote:
> > Information for inst:qt6-qtwayland-6.3.0
> >
> > Comment:
> > Wayland support for Qt6
> >
> > Description:
> > QtWayland is a Qt module that wraps the functionali
I gave this a try on the Pinebook Pro to see if any of the issues I have
got fixed/improved, but it still remains nothing but a toy device.
Besides existing flaws, I have not noticed any regression.
I bumped and rebuilt u-boot's aarc64 FLAVOR and dd'ed the files as
documented in INSTALL.aarc64 on
OpenBSD only has identical /dev/bpf and /dev/bpf0, nothing in base uses
bpf0 anymore and bpf(4) is clonable, meaning you can open it up to
1024(?) times.
This should eventually allow us to remove bpf0.
Builds fine.
OK?
Index: 1.0/Makefile
=
OpenBSD only has identical /dev/bpf and /dev/bpf0, nothing in base uses
bpf0 anymore and bpf(4) is clonable, meaning you can open it up to
1024(?) times.
This should eventually allow us to remove bpf0.
Use strlcpy(3) now that the format string is constant.
Builds fine.
OK?
Index: Makefile
mumble-audiowizard-fix_Werror-{}0c769d8.patch:0 \
- mumble-use-system-rnnoise-{}d45318d.patch:0 \
mumble-enable-xinput2-{}904bae1.patch:0
# pending "BUILD(cmake): Build/install celt as module"
@@ -36,7 +33,7 @@ MAINT
On Sat, Aug 27, 2022 at 08:37:05AM +0200, Matthieu Herrb wrote:
> Hi,
>
> I'd like to propose to remove print/libXp, the client library for the
> long deprecated Xprint X server.
> By itself this library is useless, unless one has a working Xprint
> server running somewhere.
>
> It used to be a d
On Thu, Sep 01, 2022 at 09:25:56PM +0200, Rafael Sadowski wrote:
> During g2k22 I looked at cmake.port.mk. The following change includes 3
> main parts:
>
> - Use cmake(1) and ctest(1)
>
> cmake(1) controls the build and install task/jobs. This is the way
> CMake prefers and it works very wel
On Sat, Sep 03, 2022 at 03:36:08PM +0100, Stuart Henderson wrote:
> obsdfreqd currently installs an rc.d script that is bundled inside
> the distfile.
>
> I think generally we want to have those in the ports tree
> directly because from time to time when changes are made to rc.subr
> we need to ad
On Thu, Sep 08, 2022 at 07:18:13PM +0200, Alexander Bluhm wrote:
> Hi,
>
> security/p5-Crypt-Serpent make test crashes the Perl process on 64
> bit platforms. Only i386 test passes. This is not what you want
> in a crypto library. Last update was in 2002, upstream CPAN testers
> also crash. It
On Sat, Sep 10, 2022 at 10:22:42AM +0200, Theo Buehler wrote:
> I've been carrying this diff for quite a while and it saves a bunch of
> time in my bulks. The build never failed, so as far as I can tell
> tdesktop is happy with this.
sure
On Wed, Sep 21, 2022 at 08:41:08PM +0200, Rafael Sadowski wrote:
> Works here with up-to-date packages and snapshot:
>
> $ doas pkg_add -D snap xml2rfc
> quirks-6.40 signed on 2022-09-18T18:53:05Z
> xml2rfc-3.13.0:py3-appdirs-1.4.4: ok
> xml2rfc-3.13.0:py3-ConfigArgParse-1.5.3: ok
> xml2rfc-3.13.
05.05.2024 14:48, Johannes Thyssen Tishman пишет:
Below is an updated diff with the changes I mentioned earlier (removal
of the post-extract rule).
Index: Makefile
===
RCS file: /cvs/ports/editors/vis/Makefile,v
retrieving revision
14.05.2024 22:32, Stuart Henderson пишет:
Updates to fix these:
https://github.blog/2024-05-14-securing-git-addressing-5-new-vulnerabilities/
ok?
OK kn
My user is not in the 'staff' group and its default 1572864 is enough to
start playing a serious game, which eventually crashes when, I presume,
the world gets big enough.
Losing your game/progress like that sucks, so I just doubled the limit
and have been playing without crashes ever since.
Is t
19.05.2024 18:04, Thomas Frohwein пишет:
> I think the better approach is to pick an absolute datasize and set
> that (or recommend it in README or MESSAGE). See chromium's
> files/chrome:
>
> DATASIZE="716800"
> [...]
> if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then
> ulimit -Sd ${DATASIZE} ||
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
I can't update packages because a bunch of KDE ports changed their PKGNAME;
the name scheme is not clear to me, since we also to have kf5-* packages.
>From today:
# pkg_add -u
quirks-7.28 signed on 2024-05-26T13:48:45Z
Collision in kf6-ffmpegthumbs-24.02.1: the following files already exist
09.06.2024 09:52, Rafael Sadowski пишет:
> On my system, libusb_hotplug_register_callback fails, resulting in long
> open and closed DB tasks when my YubiKey is involved.
>
> I have not found out why libusb_hotplug_register_callback fails which is
> clear the root cause. However, I had to realize
Today's snap and kde-plasma-extras-6.0.5p0 starts on a T14 gen3 Intel,
I can click through the menu in the bottom left corner, but typing to
search/filter applications immediately crashes the menu, the background
becomes black/white again, X11 keeps running though.
First time starting KDE Plasma o
There was a big game that took more than the current 2G.
With 3G all seems well.
Fine cranking in-tree or should I just use a local wrapper?
Index: games/0ad/base/Makefile
===
RCS file: /cvs/ports/games/0ad/base/Makefile,v
diff -u -p
30.06.2024 10:51, Rafael Sadowski пишет:
> Would someone be kind enough to take a look at the port? I would like to
> import it.
>
> Cheers, Rafael
OK kn with regen'd distinfo and PLIST after the kde-plasma 6.1.1 update.
>
> On Sat Jun 01, 2024 at 10:40:38AM GMT, Rafael Sadowski wrote:
>> I hav
https://github.com/syncthing/syncthing/releases
OK?
Index: Makefile
===
RCS file: /cvs/ports/net/syncthing/Makefile,v
diff -u -p -r1.64 Makefile
--- Makefile13 Apr 2024 20:21:55 - 1.64
+++ Makefile30 Jun 2024 15:47:2
Correct subject and cc...
6/30/24 18:53, Klemens Nanni пишет:
> https://github.com/syncthing/syncthing/releases
>
> OK?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/syncthing/Makefile,v
> di
05.07.2024 08:38, Rafael Sadowski пишет:
> Any chance to get an OK to import this?
OK kn after update-plist removed a bunch of directories.
Upstream code last changed in 2013 our README mentions a dhclient.conf `script'
option, which our manual doesn't even document.
DESCR reads like unwind.conf(5) 'block list file [log]' could be used instead:
adsuck is a DNS relay that returns NXdomain for hosts that match names in a
blacklist
Not a user of this, but this port is now obviously broken after dhclient
removal.
`dhclient ifN` has already been `ifconfig ifN inet autoconf' for years, so do
that.
Neither blocks or guarantees that we actually get an IP, but that's apparently
hasn't
been a problemm in so far as noone bothered
30.06.2024 10:47, Rafael Sadowski пишет:
> New Qt/KDE dependency futuresql-0.1.1, OK to import?
>
> Comment:
> non-blocking Qt database framework
>
> Description:
> FutureSQL was in part inspired by Diesel, and provides a higher level of
> abstraction than QtSql. Its features include non-blocking
13.07.2024 13:40, Rafael Sadowski пишет:
> OK to import intel-gmmlib-22.3.19?
>
> Comment:
> Intel Graphics Memory Management Library
>
> Required by:
> intel-media-driver-24.1.5
>
> Description:
> The Intel Graphics Memory Management Library provides device specific
> and buffer management for
13.07.2024 14:51, Rafael Sadowski пишет:
> OK to import libva-utils-2.22.0? Yes you need libva from xenocara ;)
OK kn
13.07.2024 13:51, Rafael Sadowski пишет:
> OK to import intel-media-driver-24.1.5? Keep in mind, to build this you
> need libv installed from xenocara.
This should be ONLY_FOR_ARCHS=amd64 (if at all i386, too).
COMPILER could be annotated with # C++14 as the port uses -std=c++14.
I think COMMENT
06.07.2024 11:53, Klemens Nanni пишет:
> Upstream code last changed in 2013 our README mentions a dhclient.conf
> `script'
> option, which our manual doesn't even document.
>
> DESCR reads like unwind.conf(5) 'block list file [log]' could be used instead
13.07.2024 13:56, Rafael Sadowski пишет:
> OK to import intel-vaapi-driver-2.4.1? Keep in mind, to build this you
> need libva installed from xenocara.
In libva-utils you explicitly disabled wayland support, intel-media-driver has
no
knob for it, here you leave it to auto-detect: I'd -Dwith_wayl
Keeping it actively disabled on !amd64 should not be needed as feature detection
should gracefully fail, but doing it explicitly conveys meaning, so...
I manually sorted 'va va-x11 va-drm' into WANTLIB-main as
'port-lib-depends-check'
wouldn't regenerate the block nicely.
(I also noticed that 'e
1 - 100 of 2506 matches
Mail list logo
