Bulk build on sparc64-0a.ports.openbsd.org
Started : Fri Mar 8 20:56:22 MST 2024
Finished: Mon Mar 11 17:19:28 MDT 2024
Duration: 2 Days 19 hours 23 minutes
Built using OpenBSD 7.5 (GENERIC.MP) #2082: Fri Mar 8 14:37:47 MST 2024
Built 9508 packages
Number of packages built each day:
Mar 8:
Any ports tree commits now need to be approved by sthen@ or me.
If you have changes you consider important or fixes, don't hesitate
to ask.
--
Christian "naddy" Weisgerber na...@mips.inka.de
I recently noticed that notification that firefox shows for Google Chat
are displayed as ordinary windows by xmonad as opposed to corner popups.
Is this a recent change or did I simply not notice this behavior before?
Anybody else hit this? Any workarounds?
The windows have somewhat different
Hi Greg,
On Mon, Mar 11, 2024 at 11:52:59AM -0700, Greg Steuck wrote:
> I recently noticed that notification that firefox shows for Google Chat
> are displayed as ordinary windows by xmonad as opposed to corner popups.
> Is this a recent change or did I simply not notice this behavior before?
>
I can't say anything about Firefox, but if you're having performance
issues and don't mind using a 3rd party youtube client, check out
www/minitube or www/pipe-viewer (pipe-viewer recently imported a few
days ago, you will have to backport if you're on -stable; I wrote this
port and am using it on
- Upgrade to v4.16.1
Changelog
Add DNS provider for CPanel and WHM
Add DNS provider for Mail-in-a-Box
Add DNS provider for Shellrent
bunny: support delegated sub-domains
cpanel: remove custom DNS call
easydns: fix zone detection
feat: implement 'replaces' field in newOrder and
Hi,
I would like to update sysclean to 3.8. It carries an important update
for 7.5.
Currently, /var/account/acct is created by default by the installer
(file in etc.tgz sets), and daily(8) has automatic processing of the
file for rotating it and create summary files for accounting.
All of that
On Mon, Mar 11, 2024 at 10:58:41AM +0100, Solène Rapenne wrote:
Hello Solène,
>> On current, with packages upto date as of Saturday, I get a consistent
>> SIGILL with Google Meet and the 3 Chromium browsers I'm aware of
>> (Chromium, Iridium, Ungoogled-Chromium). It seems like it might be
>>
Le 11/03/2024 à 09:55, Laurence Tratt a écrit :
Hello all,
On current, with packages upto date as of Saturday, I get a consistent
SIGILL with Google Meet and the 3 Chromium browsers I'm aware of (Chromium,
Iridium, Ungoogled-Chromium). It seems like it might be something to do
with webcam/video
Hello all,
On current, with packages upto date as of Saturday, I get a consistent
SIGILL with Google Meet and the 3 Chromium browsers I'm aware of (Chromium,
Iridium, Ungoogled-Chromium). It seems like it might be something to do
with webcam/video processing in these browsers, but I'm far from
Hi ports@,
This is an update of net/miniflux to its latest version 2.1.1
You can see the changes here: https://github.com/miniflux/v2/releases
(from 2.0.51 we have currently in pots)
Builds and works fine for me on amd64.
I know we're slowing down on ports commits, so totally fine if ok for
On 2024/03/08 14:51:45 +, Klemens Nanni wrote:
> Omar, with that I'm OK to import, seems safe before release.
Oops, forgot to reply here. I have imported it a couple of days ago.
Thanks!
Please ktrace and kdump | grep ILL, it should show the type of SIGILL. If
you're on Intel 11th gen or newer there's a good chance it will be IBT-related.
Can you get any type of backtrace? Function names would give a clue as to
where the problem lies.
--
Sent from a phone, apologies for
dpb junking.
[212/277] /exopi-obj/pobj/baresip-3.6.0/bin/cc -DARCH=\"amd64\" -DHAVE_ACCEPT4
-DHAVE_ARC4RANDOM -DHAVE_ATOMIC -DHAVE_EXECINFO -DHAVE_FORK -DHAVE_GETIFADDRS
-DHAVE_GETOPT -DHAVE_INET6 -DHAVE_KQUEUE -DHAVE_PTHREAD -DHAVE_PWD_H
-DHAVE_ROUTE_LIST -DHAVE_SELECT -DHAVE_SELECT_H
Le Mon, Mar 11, 2024 at 01:46:33PM +0100, Antoine Jacoutot a écrit :
> dpb junking.
>
> [212/277] /exopi-obj/pobj/baresip-3.6.0/bin/cc -DARCH=\"amd64\"
> -DHAVE_ACCEPT4 -DHAVE_ARC4RANDOM -DHAVE_ATOMIC -DHAVE_EXECINFO -DHAVE_FORK
> -DHAVE_GETIFADDRS -DHAVE_GETOPT -DHAVE_INET6 -DHAVE_KQUEUE
ok
On 2024/03/11 15:02, Landry Breuil wrote:
> Le Mon, Mar 11, 2024 at 01:48:22PM +, Klemens Nanni a écrit :
> > You can use CONFIGURE_ARGS += -DCMAKE_DISABLE_FIND_PACKAGE_PIPEWIRE=Yes
> > instead of a patch, that ought to work equally well.
>
> right, didn't know about it, but seems to work
On 2024/03/11 10:58, Solène Rapenne wrote:
> Le 11/03/2024 à 09:55, Laurence Tratt a écrit :
> > Hello all,
> >
> > On current, with packages upto date as of Saturday, I get a consistent
> > SIGILL with Google Meet and the 3 Chromium browsers I'm aware of (Chromium,
> > Iridium,
You can use CONFIGURE_ARGS += -DCMAKE_DISABLE_FIND_PACKAGE_PIPEWIRE=Yes
instead of a patch, that ought to work equally well.
3/11/24 16:02, Landry Breuil пишет:
> that ought to fixit - ok ?
>
> Index: patches/patch-cmake_modules_cmake
>
Le Mon, Mar 11, 2024 at 01:48:22PM +, Klemens Nanni a écrit :
> You can use CONFIGURE_ARGS += -DCMAKE_DISABLE_FIND_PACKAGE_PIPEWIRE=Yes
> instead of a patch, that ought to work equally well.
right, didn't know about it, but seems to work fine after testing here,
i dont see
On Mon, Mar 04, 2024 at 08:25:47PM +, Stuart Henderson wrote:
> Hi Antoine, do you have any feedback on the rc.d parts please?
> Do you think the variabke setting bits are alright for rc.d or would
> they be better split off to a different script?
>
>
> - Forwarded message from Stuart
On Mon, Mar 11, 2024 at 12:25:52PM +, Stuart Henderson wrote:
Hello Stuart,
>> On current, with packages upto date as of Saturday, I get a consistent
>> SIGILL with Google Meet and the 3 Chromium browsers I'm aware of
>> (Chromium, Iridium, Ungoogled-Chromium). It seems like it might be
>>
With a bit of effort, the address you see:
addr=0x67cb1d220
can be compared in the ktrace to earlier mmap() operations (done by the
shared library linker ld.so); those mmap are mappings against a file descriptor,
and you can see what library file ld.so opened just previously... then we know
On Mon, Mar 11, 2024 at 11:14:44AM -0600, Theo de Raadt wrote:
Hello Theo,
> With a bit of effort, the address you see:
>
> addr=0x67cb1d220
>
> can be compared in the ktrace to earlier mmap() operations (done by the
> shared library linker ld.so); those mmap are mappings against a file
CVSROOT:/cvs
Module name:ports
Changes by: gne...@cvs.openbsd.org 2024/03/11 12:31:49
Modified files:
textproc/pandoc: Makefile distinfo
Log message:
Update to pandoc 3.1.12.2 by maintainer
from Evan Silberman
ok naddy@
CVSROOT:/cvs
Module name:ports
Changes by: ai...@cvs.openbsd.org 2024/03/11 20:31:43
Modified files:
security/lego : Makefile distinfo modules.inc
Log message:
update to 4.16.1
from Horia Racoviceanu maintainer
CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2024/03/11 03:07:30
Modified files:
sysutils/sysclean: Makefile distinfo
Log message:
sysutils/sysclean: update to 3.8
- accounting files are expected to be present by default now
ok sthen@
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2024/03/11 02:22:32
Modified files:
devel/got : Makefile distinfo
Log message:
update to got 0.97
see git repository history for per-change authorship information
- improve error messages shown upon
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2024/03/11 08:25:50
Modified files:
telephony/baresip/baresip: Makefile
Removed files:
telephony/baresip/baresip/patches: patch-cmake_modules_cmake
Log message:
telephony/baresip/baresip: make
28 matches
Mail list logo
