diff --git a/comms/hackrf/Makefile b/comms/hackrf/Makefile
index bc56ed6e6..5e3ecd660 100644
--- a/comms/hackrf/Makefile
+++ b/comms/hackrf/Makefile
@@ -10,8 +10,6 @@ CATEGORIES = comms
HOMEPAGE = https://greatscottgadgets.com/hackrf/
-MAINTAINER = Mikhail
-
# GPLv2+ (tools), 3-clause
On 2024/05/18 18:17, Jeremy Mates wrote:
> Both links are broken; however, I'm not sure if SITES should be
> something else?
SITES should point to github now, but the old version doesn't seem
available. I'll look at updating to a 3.x version (4.x changes API).
> --- Makefile.orig Sat May 18
Thanks.
Committed with a revision bump (MAINTAINER is part of the package metadata)
On Sun, May 19, 2024 at 04:09:08AM GMT, Lucas Raab wrote:
> On Mon, Apr 22, 2024 at 04:07:36AM GMT, Lucas Raab wrote:
> > Hello,
> >
> > Here's an update for grafana to the latest that's been working fine over
> > the past couple weeks.
> >
> > changelogs:
> > https://github.com/grafana/grafana/r
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
Hello ports@,
I am working on a port for net/abaddon which is a lightweight GTK3
discord client written in C++.
I got so far until a `make package` where I get this error:
===> Building package for abaddon-0.2.1
Create /usr/packages/amd64/all/abaddon-0.2.1.tgz
Error: Libraries in packing-lists
On Sun, May 19, 2024 at 01:42:45PM +, Klemens Nanni wrote:
> 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
On Sun, 19 May 2024 15:15:44 +0100,
izder456 wrote:
>
> I am working on a port for net/abaddon which is a lightweight GTK3
> discord client written in C++.
>
Thanks, you have the first user of your port!
Your port has been built on my system (-current/amd64) with one changes:
diff --git net/ab
On Sun, May 19, 2024 at 09:15:44AM GMT, izder456 wrote:
> Hello ports@,
>
> I am working on a port for net/abaddon which is a lightweight GTK3
> discord client written in C++.
>
> I got so far until a `make package` where I get this error:
>
> ===> Building package for abaddon-0.2.1
> Create /u
On Sun, May 19, 2024 at 09:15:44AM -0500, izder456 wrote:
> Hello ports@,
>
> I am working on a port for net/abaddon which is a lightweight GTK3
> discord client written in C++.
>
> I got so far until a `make package` where I get this error:
>
> ===> Building package for abaddon-0.2.1
> Create
Hi,
Here's an update to wayland-protocols 1.36
It should probably go into a bulk build since it exposes new protocols
that could be used by various wayland components. (so far wlroot &
friends won't use them, but upcoming Xwayland 24.1.0 update requires
them).
ok ?
Index: Makefile
==
ports@,
Here a clean update of docker-cli to 26.1.3.
Also, I'd like to claim mainterniship for docker-* ports which I activly use
and taking care de facto.
Here the diff:
diff --git sysutils/docker-buildx/Makefile sysutils/docker-buildx/Makefile
index 8695519b3b3..9cc7d2b7b27 100644
--- sysutil
On Thu, May 16, 2024 at 07:53:41PM GMT, Stefan Hagen wrote:
James Cook wrote (2024-05-14 21:21 CEST):
> I wasn't able to link to my phone because the QR code is not displayed in a
> usable way. Here are the first three lines of what I assume is supposed to
> be a QR code.
>
>$ gurk
>Lin
On Sun, 19 May 2024 11:19:29 -0400
Thomas Frohwein wrote:
> I think your terminal messed up newlines here when you copy-pasted to
> your email; this makes this slightly harder to read.
>
> Note the '---' line has portstree-abaddon. And the '+++' line has
> inst-abaddon. This means it's showing yo
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 current situation
simple.
My suggestion is to s
On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
> 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
Pinging early because it's a security release ...
On 2024-05-17 19:37, Volker Schlecht wrote:
A security release for ghostscript has just hit the github site. Surprisingly
the release is dated May 2nd, but the ghostscript homepage doesn't reference the
new version - the docs are up however:
htt
Hi,
On Fri, May 17, 2024 at 07:37:35PM +0200, Volker Schlecht wrote:
> A security release for ghostscript has just hit the github site. Surprisingly
> the release is dated May 2nd, but the ghostscript homepage doesn't reference
> the
> new version - the docs are up however:
>
> https://ghostscri
On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote:
> On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
> > 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. Upstrea
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} ||
On 19 May 2024 20:08:43 BST, Jeremie Courreges-Anglas wrote:
>On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote:
>> On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
>> > Before I go deeper into the rabbit hole I would like to ask for
>> > feedback. Below you can see m
check_sym says:
Dynamic export changes:
data object sizes changes:
markdown_version 22 --> 23
but I don't think it warrants a bump. LGTM, ok jca@
--
jca
On Sun, May 19, 2024 at 07:45:29PM +, Klemens Nanni wrote:
> 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"
> > [...]
>
On 2024/05/19 17:13:05 -0400, Thomas Frohwein wrote:
> 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.
fwiw I prefer it too.
> As in this counter diff:
chiming in only for a small
On 2024/05/19 21:55, Dima Pasechnik wrote:
> On 19 May 2024 20:08:43 BST, Jeremie Courreges-Anglas wrote:
> >On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote:
> >> On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote:
> >> > Before I go deeper into the rabbit hole I would
25 matches
Mail list logo
