Hi,
Since there is work and general interest regarding optimization would it
make sense to make LTO and possibly CODEGEN_UNITS=1 opt-out while we
still have a fairly manageable amount of ports using Rust?
Just an idea I got from looking at
https://git.alpinelinux.org/aports/tree/testing/b3su
ement a [profile.release]?
Cheers,
Mark Millard escreveu no dia sábado, 10/09/2022
à(s) 12:53:
Daniel Engberg wrote on
Date: Sat, 10 Sep 2022 09:45:21 UTC :
Since there is work and general interest regarding optimization would
it
make sense to make LTO and possibly CODEGEN_UNITS=1 o
On 2022-09-16 19:42, Mark Millard wrote:
Mark Millard escreveu no dia sábado, 10/09/2022
à(s) 12:53:
Daniel Engberg wrote on
Date: Sat, 10 Sep 2022 09:45:21 UTC :
Since there is work and general interest regarding optimization
would
it
make sense to make LTO and possibly CODEGEN_UNITS=1
Hi,
Many interesting thoughts about current situation, here's my take on
it and I'm also trying to catch up.
Some ports do require quite a lot of CPU time and memory to build, I
fully understand that not everyone is using the latest hardware
available but there's little we can do about upstream p
Hi,
Given the discussion about build times I decided test a handful of ports to see
if we could reduce time spent just by converting to either CMake or Meson
depending on what upstream offers.
Hardware: Oracle VM, 4x Neoverse N1 cores, 24Gb of RAM
Software: FreeBSD 14.0, Poudriere (devel) 3.4.9
Hi,
If possible please test attached patch in PR 273210, all known
reported issues have been fixed upstream and shouldn't cause any
issues but feedback is welcome.
I'm aware 2.12 is out but let's move to the latest 2.11 release for
now as moving to 2.12 will require additional work.
Best regards
Hi,
Friendly reminder, see below
If possible please test attached patch in PR 273210, all known reported issues
have been fixed upstream and shouldn't cause any issues but feedback is welcome.
I'm aware 2.12 is out but let's move to the latest 2.11 release for now as
moving to 2.12 will requir
Hi,
There multiple reasons why we took action on this such as:
* Security, it's not uncommon for expired domains to turn into rouge
ones
* Several days of downtime is general not considered a small hiccup
and since there was no communication about it action was taken based
on the information tha
Hi,
There seems to be some issues with the current version of itstool
looking at other repos.
https://git.alpinelinux.org/aports/tree/main/itstool/fix-segfault.patch
https://gitlab.archlinux.org/archlinux/packaging/packages/itstool/-/blob/main/0001-Fix-the-crash-from-912099.patch?ref_type=heads
On 2024-01-23T22:35:19.000+01:00, Daniel Engberg
wrote:
> Hi,
>
> There seems to be some issues with the current version of itstool
> looking at other repos.
>
> https://git.alpinelinux.org/aports/tree/main/itstool/fix-segfault.patch
>
>
>https://gitlab.archli
Hi,
A few comments on the proposed ports deprecation and removal policy, there will
be some quotes for context by multiple people and adress multiple mails.
I would recommend that we in general set DEPRECATED, EXPIRATION_DATE (2w to 1m
minimum), mark BROKEN if needed before removal to avoid un
On 2024-03-10T21:45:16.000+01:00, Eugene Grosbein wrote:
> 29.02.2024 2:22, Florian Smeets wrote:
>
>
> >This policy should give some guidance on when ports can or should be
> > removed. In general ports should not be removed without reason but if a
> > port blocks progress it should be d
On 2024-03-11T18:22:57.000+01:00, Eugene Grosbein wrote:
> 11.03.2024 4:49, Daniel Engberg wrote:
>
>
> >
> > >
> > > > Ports can be removed immediately if one of the following conditions
> > > > is met:
> > > >
> >
On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein wrote:
> 12.03.2024 3:24, Daniel Engberg пишет:
>
> [skip]
>
>
> >Another possible option would be to add something to the port's matedata
> > that makes pkg aware and easy notiable
> > like u
On 2024-03-14T21:49:46.000+01:00, Michael Gmelin wrote:
>
> >On 14. Mar 2024, at 21:38, Daniel Engberg
> > wrote:
> >
> > On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein
> > wrote:
> >
> > >12.03.2024
On 2024-03-14T23:27:53.000+01:00, Tomoaki AOKI
wrote:
> On Thu, 14 Mar 2024 22:17:39 +0100
> Daniel Engberg wrote:
>
>
> >On 2024-03-14T21:49:46.000+01:00, Michael Gmelin
> > wrote:
> >
> > >
> > >
> > > >
On 2024-03-15T08:25:10.000+01:00, Eugene Grosbein wrote:
> 15.03.2024 3:37, Daniel Engberg wrote:
>
> >On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein
> > wrote:
> >
> > > 12.03.2024 3:24, Daniel Engberg пишет:
> > >
> > >
On 2024-05-26T04:31:17.000+02:00, David Wolfskill wrote:
> A PR (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279111) has been
> opened with the intent to supply a suitable LICENSE for the x11-wm/piewm
> port.
>
> I am the maintainer of the port (out of self-defense, more than anything
> el
On 2024-06-04T22:28:19.000+02:00, Jakob Breivik Grimstveit
wrote:
> Dear ports list,
>
> I built GENERIC 14.1 from source, then rebuilt whole ports tree, and
>
> now rtorrent crashes like this, what can be the reason for this?
>
> ❯ rtorrent
>
> Caught Illegal instruction, dumping stack:
>
>
On 2024-08-03T13:45:58.000+02:00, Sergei Vyshenski
wrote:
> Hi,
>
> New version of the existing port (which I maintain) requires a new port as
>
> a dependency.
>
> This new port in turn requires another new port as a dependency.
>
> Please advise me, shall I submit just 1 cumulative PR about
On 2024-08-24T20:45:28.000+02:00, Chris Ross
wrote:
> So, I'm looking for a simple proxy. I have used simpleproxy in the past,
>
> but it doesn’t support IPv6 currently. In looking at options, I see
>
> net/tcpproxy, but I can’t tell if that project is still alive at all.
>
> https://www.spre
On 2021-10-27 18:54, Gunther Nikl wrote:
Hello!
The update from version 2.10.4 to version 2.11 changed the build
system. This had the unintended(?) effect that freetype-config is not
installed anymore. It seems that only the autoconf build system does
offer installing that file. I stumbled about
Hi,
You're receiving this mail because you have one or more ports that are
affected by the change proposed in https://reviews.freebsd.org/D32880 .
What it means is that listed ports will be removed after 2022-03-31
unless you as a maintainer disagree and can provide reasonable argument
why you
On 2021-11-07 23:53, Michael Gmelin wrote:
On 7. Nov 2021, at 23:40, Greg 'groggy' Lehey
wrote:
On Sunday, 7 November 2021 at 20:27:01 +0100, Michael Gmelin wrote:
On 7. Nov 2021, at 20:06, Dan Mahoney (Ports)
wrote:
On Nov 7, 2021, at 7:04 AM, Daniel Engberg
wrote:
You&#x
On 2021-11-16 07:14, Mikhail T. wrote:
On 13.11.21 15:51, Daniel Engberg wrote:
I agree that old doesn't necessarily mean it's useless
Noted!
however we do need to prune the ports from time to time
Why? Why do we need to "prune the ports from time to time"? I'
Hi,
I just wanted to chime in on Alexander's (netchild@) mail and I fully
agree. Looking at base we already have a lot of contrib and since we
need to adapt each software project to our build framework a lot tends
to get dated quickly and currently is so I don't see the benefit
importing more
Hi,
Please consider continuing the discusson over at
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=261933
Best regards,
Daniel
Hi,
I have PR open for bumping jasper (which also fixes the issue) however
there are few failures that needs fixing.
Please see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262039 for
more information
Best regards,
Daniel
Hi,
Just trying to reach out to anyone who's interested and might be
affected by this, devel/flang in ports is pretty old by now and
considered for deprecation in ports including removal. It is still
maintained upstream so if you're interested in keeping it and preferably
adopt it please use
Hi,
You might want to have a look at what Gentoo does, it's 2.x but it seems
to work the same with 1.x
https://gitweb.gentoo.org/repo/gentoo.git/tree/sci-libs/tensorflow/tensorflow-2.8.0.ebuild
Best regards,
Daniel
On 2024-09-29T17:46:16.000+02:00, Norbert Grundmann
wrote:
> Hi Robert,
>
> Thanks :-) But is it good and recommended to use an explicit
>
> git clone --recursive repo
>
> instead of GH_TUPLE? It would make things more easy...
>
> Cheers, Norebrt
>
> On 9/29/24 17:43, Robert Clausecker wro
Hi,
To my knowledge there isn't.
Best regards,
Daniel
On 2024-11-30T23:26:38.000+01:00, Ronald Klop
wrote:
> Hi,
>
> Is it possible to use PATCH_WRKSRC with groups likes PATCH_SITES/PATCHFILES
>is able to?
>
> Would be pretty nice to be able to do:
>
> PATCH_SITES= https://hg.mozilla.or
Hi,
Even since release 3.1.9 our framework / Go fails to build and would
appreciate some guidance as it seems to be no documentation on how to
"fix" this issue.
Updating the Makefile "as usual" (as per Porters Handbook instructs)
you'll get this error:
https://pdr2.bofh.network/data/141-diizzy/2
On 2024-12-03T17:38:16.000+01:00, Moin Rahman
wrote:
>> On Dec 2, 2024, at 19:12, Rick Summerhill
>> wrote:
>>
>> I use hypermail to display my mlmmj archives to the web. It
>> depends on pcre, which reports eol:
>>
>> Checking for packages with security vulnerabilities:
>>
>> pcr
On 2024-12-31T17:26:55.000+01:00, Pavel Timofeev
wrote:
> Hello
>
> I'm wondering if anybody has been working on spidermonkey115 port.
>
> I need it for lang/cjs in scope of my bring latest cinnamon 6.4 effort.
>
> I can create a port on my own, just don't want to spend time on it if
>
> some
On 2024-12-19T22:43:09.000+01:00, Piotr Smyrak
wrote:
> On Thu, 19 Dec 2024 22:25:37 +0100
>
> Daniel Engberg wrote:
>
>> On 2024-12-19T21:33:14.000+01:00, Michael Gmelin
>>
>>
>> wrote:
>>
>>> On Thu, 19 Dec 2024
Hi,
While this should be uneventful if possible please try PR 283266 and
report back if you run into any issues and of course success stories
too.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283266
Best regards,
Daniel (diizzy@)
On 2024-12-19T16:48:38.000+01:00, Paul Dufresne
wrote:
> Hi!
>
> Help me!
>
> I mostly use Linux, but I have 2 hard disks with FreeBSD, one is full
>binary... but this one is supposed to be source.
>
> I say supposed, because I suspect I may have installed XFCE and Firefox by
>pkg rather tha
On 2024-12-19T21:33:14.000+01:00, Michael Gmelin
wrote:
> On Thu, 19 Dec 2024 20:39:54 +0100
>
> Daniel Engberg wrote:
>
>> Hi,
>>
>> While this should be uneventful if possible please try PR 283266
>> and
>>
>> report back
On 2024-12-19T23:30:41.000+01:00, Michael Gmelin
wrote:
>> On 19. Dec 2024, at 22:26, Daniel Engberg
>> wrote:
>
>>
>>
>> On 2024-12-19T21:33:14.000+01:00, Michael Gmelin
>> wrote:
>>
>>> On Thu, 19 Dec 2024 20:39:54 +0100
On 2024-12-20T02:06:46.000+01:00, Michael Gmelin
wrote:
>> On 20. Dec 2024, at 00:18, Daniel Engberg
>> wrote:
>
>>
>>
>> On 2024-12-19T23:30:41.000+01:00, Michael Gmelin
>> wrote:
>>
>>>>
On 2025-04-18 16:09, Jamie Landeg-Jones wrote:
Chris wrote:
I am given no clue as to why I'm not directed to my intended page. IMHO from
my experience here Anubis is a disservice. :(
But with your informative reply, I now know that I'll need to accept cookies
from cgit.freebsd.org. :)
Cookies
On 2025-04-30 18:49, Thierry Thomas wrote:
Le mer. 30 avr. 25 à 18:38:34 +0200, Mathieu Arnold
écrivait :
I already replied on Mon, 21 Apr 2025 15:41:58 +0200 that PORTEPOCH is
not needed for Parmetis, but I guess that this is an automatic email…
Well, the port was removed a couple of months
On 2025-04-21 15:41, Thierry Thomas wrote:
Le lun. 21 avr. 25 à 14:58:21 +0200,port...@freebsd.org
écrivait :
** The following ports have a version number that sorts before a previous one **
For many package tools to work correctly, it is of utmost importance that
version numbers of a po
On 2025-02-28 22:32, Michael Grimm wrote:
Hi,
I am the new maintainer of sysutils/logwatch and I never have been a maintainer
of any port before. Thus a newbie ;-)
Upstream is releasing new versions twice a year, January and July. I made some
contributions to logwatch which have been accepted
On 2025-02-22T16:45:32.000+01:00, Paco Pascal
wrote:
> When deciding between PLIST_FILES or pkg-plist, portlint and the
>
> handbook conflict. The handbook has the following note,
>
> Usage of PLIST_FILES should not be abused. When looking for the origin
>
> of a file, people usually t
On 2025-02-22T14:41:48.000+01:00, Xavier Humbert
wrote:
> Hi,
>
> Tried everything to build OpenJDK with ccache :
>
> Here is part of my /etc/make.conf
>
> .if ${.CURDIR:M*/ports/java/openjdk17}
>
>NO_CCACHE=yes
>
> .endif
>
> Despite of this :
>
> [root@numenor openjdk17]# CCACHE_DISA
On 2025-06-22 15:14, Guido Falsi wrote:
On 6/22/25 14:52, A FreeBSD User wrote:
Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200
Guido Falsi schrieb:
On 6/21/25 14:17, A FreeBSD User wrote:
Hello,
After a recent upgrade of a 14-STABLE (14.3-STABLE #0
n271755-ef360183df81: Sat Jun 21
11:2
On 2025-06-07 20:03, Gleb Popov wrote:
On Sat, Jun 7, 2025 at 5:47 PM Mathieu Arnold wrote:
On Sat, Jun 07, 2025 at 04:36:34PM +0300, Gleb Popov wrote:
On Sat, Jun 7, 2025 at 4:19 PM Mathieu Arnold wrote:
Hi,
I am sorry but I do not understand, you are basically re-inventing `pkg
install rust
On 2025-06-27 22:29, Stephen Montgomery-Smith wrote:
My system is in this strange state where if I do pkg install, then the
packages are installed in the incorrect order.
For example, if I start with a clean system, and install wakeonlan, it
installs wakeonlan before its dependency perl5.
Ha
50 matches
Mail list logo
