Am 2024-05-01 09:52, schrieb Baptiste Daroussin:
Le 30 avril 2024 23:30:16 GMT+02:00, Alexander Leidinger
a écrit :
Am 2024-04-30 23:11, schrieb Baptiste Daroussin:
Le 30 avril 2024 22:51:19 GMT+02:00, Alexander Leidinger
a écrit :
Am 2024-04-30 22:21, schrieb Baptiste Daroussin:
Le 30 avril
2 mai 2024 à 09:28 "Alexander Leidinger" a écrit:
>
> Am 2024-05-01 09:52, schrieb Baptiste Daroussin:
>
> >
> > Le 30 avril 2024 23:30:16 GMT+02:00, Alexander Leidinger >
> > a écrit :
> >
> > >
> > > Am 2024-04-30 23:11, schrieb Baptiste Daroussin:
> > >
> >
> > Le 30 avril 2024 22:
Am 2024-05-02 09:33, schrieb Baptiste Daroussin:
2 mai 2024 à 09:28 "Alexander Leidinger" a
écrit:
Am 2024-05-01 09:52, schrieb Baptiste Daroussin:
>
> Le 30 avril 2024 23:30:16 GMT+02:00, Alexander Leidinger >
a écrit :
>
> >
> > Am 2024-04-30 23:11, schrieb Baptiste Daroussin:
> >
>
>
Am 2024-05-02 09:33, schrieb Baptiste Daroussin:
Do you have a copy of the abseil package with the wrong
shlibs_provides?
If yes I would love to be able to analyse it.
You got lucky... I have enough history configured in poudriere, that I
found "a version of it before my most recent build wh
2 mai 2024 à 11:09 "Alexander Leidinger" a écrit:
>
> Am 2024-05-02 09:33, schrieb Baptiste Daroussin:
>
> >
> > Do you have a copy of the abseil package with the wrong > shlibs_provides?
> >
> > If yes I would love to be able to analyse it.
> >
>
> You got lucky... I have enough history
Hello,
Mark Millard escreveu (quarta, 1/05/2024 à(s) 03:09):
> # grep TMPFS: mmjnk-bulk-a-output.txt | sort -n -r -k11 | head -84
> [1D:10:04:32] [25] [02:14:20] Finished www/chromium |
> chromium-124.0.6367.60: Success ending TMPFS: 31.76 GiB
> [19:30:44] [13] [00:21:40] Finished databases/cl
$ fetch https://cgit.freebsd.org/ports/log/devel/py-python-dateutil
fetch: transfer timed out
My local replica has the same problem, git goes into a loop at that
location.
On Thu, May 02, 2024 at 08:39:24PM +0200, Peter wrote:
>
> $ fetch https://cgit.freebsd.org/ports/log/devel/py-python-dateutil
> fetch: transfer timed out
>
> My local replica has the same problem, git goes into a loop at that
> location.
Hmm, testing locally there's only a single commit to that
On Thu, May 02, 2024 at 07:08:02PM +, Brooks Davis wrote:
! On Thu, May 02, 2024 at 08:39:24PM +0200, Peter wrote:
! >
! > $ fetch https://cgit.freebsd.org/ports/log/devel/py-python-dateutil
! > fetch: transfer timed out
! >
! > My local replica has the same problem, git goes into a loop at t
Hi, I submitted a new port a couple of weeks ago and haven't gotten a
review. Just thought I'd mail here in case it fell through the cracks:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278385
If it's bad-form to ask for reviews on the mailing list please let me
know.
Thanks, also happy to
On Apr 30, 2024, at 19:08, Mark Millard wrote:
> On Apr 28, 2024, at 18:48, Mark Millard wrote:
>
>> I've modified my local poudriere-devel to have Success and Failure lines also
>> report the tmpfs size at that point. Using, say, script to log the output to
>> a file allows later sorting and
Hello.
Brooks Davis wrote on 2024/05/03 04:08:
> On Thu, May 02, 2024 at 08:39:24PM +0200, Peter wrote:
>> fetch: transfer timed out
> Hmm, testing locally there's only a single commit to that path (moving
> it from Move devel/py-dateutil) so git has to read the whole commit
> history to discover
Brooks Davis wrote:
> a single page before sending a reply. This is an advantage of github's
> progressive rendering (and the pile of javascript it requires). For
> example, see:
>
> https://github.com/freebsd/freebsd-ports/commits/main/devel/py-python-dateutil
>
> where you get the first commi
Dear port maintainers,
The portscout new distfile checker has detected that one or more
unmaintained ports appears to be out of date. Please take the opportunity
to check each of the ports listed below, and if possible and appropriate,
submit/commit an update. Please consider also adopting this po
14 matches
Mail list logo
