On Wed, Nov 13, 2024 at 7:36 AM Stuart Henderson
wrote:
> On 2024/11/12 21:12, David Higgs wrote:
> > On Tue, Nov 12, 2024 at 3:34 PM Alexander Bluhm
> wrote:
> >
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: bl...@cvs.openbsd.org 2024/11/12 13:33:38
> >
> >
On 2024/11/12 21:12, David Higgs wrote:
> On Tue, Nov 12, 2024 at 3:34 PM Alexander Bluhm wrote:
>
> CVSROOT: /cvs
> Module name: src
> Changes by: bl...@cvs.openbsd.org 2024/11/12 13:33:38
>
> Modified files:
> lib/libexpat : Changes README.md shlib
On Tue, Nov 12, 2024 at 3:34 PM Alexander Bluhm wrote:
> CVSROOT:/cvs
> Module name:src
> Changes by: bl...@cvs.openbsd.org 2024/11/12 13:33:38
>
> Modified files:
> lib/libexpat : Changes README.md shlib_version
> lib/libexpat/doc: reference.html
> lib
Jeremie Courreges-Anglas wrote:
> (cc'ing ports bulk builds herders)
>
> Hi folks,
>
> On Mon, Aug 30 2021, Theo de Raadt wrote:
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: dera...@cvs.openbsd.org 2021/08/30 05:16:49
> >
> > Modified files:
> > lib/libc/stdio : vfprint
(cc'ing ports bulk builds herders)
Hi folks,
On Mon, Aug 30 2021, Theo de Raadt wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: dera...@cvs.openbsd.org 2021/08/30 05:16:49
>
> Modified files:
> lib/libc/stdio : vfprintf.c vfwprintf.c
>
> Log message:
> jca and I converte
I hope fixing these ports is easy and fast.
LOOK, let me be clear.
At the very last minute, the sysctl can be changed to return success
But if you guys aren't even going to try to cope with change, that's
coming off a little lame.
There are bad side effects from the past behaviour as well.
Je
Not ports related, but seeing these failures, it would also be worth
testing snmpd from base with hw.smt=0 on an HT machine.
On Thu, Sep 27 2018, Stuart Henderson wrote:
> On 2018/09/26 20:15, Stuart Henderson wrote:
>> On 2018/09/26 19:16, Stuart Henderson wrote:
>> > N.B. "Ports using KERN_CPTIME2 will need to be updated."
>> >
>> > This is likely to cause a bunch of breakage in things reporting CPU stats
>> > and ti
Stuart Henderson wrote:
> On 2018/09/26 20:15, Stuart Henderson wrote:
> > On 2018/09/26 19:16, Stuart Henderson wrote:
> > > N.B. "Ports using KERN_CPTIME2 will need to be updated."
> > >
> > > This is likely to cause a bunch of breakage in things reporting CPU stats
> > > and time is very short
ectd
> conky
> go
> htop
> libgtop2
> net-snmp
> node
> pgtop
> py-psutil
> libuv (+ embedded copies, at least in cmake, maybe more)
> zabbix
>
> >
> >
> >
> > - Forwarded message from Scott Soule Cheloha -----
> >
> >
On Thu, Sep 27, 2018 at 09:25:51PM +0100, Stuart Henderson wrote:
> >
> > From a search over extracted ports source and cleaned up (ignoring ifdefs
> > etc):
>
> The rust-related things are not going to be actually using it so you
> can ignore those.
yes. it is the Rust libc (re)definition. so
On 2018/09/27 20:06, Stuart Henderson wrote:
> On 2018/09/26 20:15, Stuart Henderson wrote:
> > On 2018/09/26 19:16, Stuart Henderson wrote:
> > > N.B. "Ports using KERN_CPTIME2 will need to be updated."
> > >
> > > This is likely to cause a bunch of breakage in things reporting CPU stats
> > > an
On Thu, Sep 27, 2018 at 08:06:39PM +0100, Stuart Henderson wrote:
> On 2018/09/26 20:15, Stuart Henderson wrote:
> > On 2018/09/26 19:16, Stuart Henderson wrote:
> > > N.B. "Ports using KERN_CPTIME2 will need to be updated."
> > >
> > > This is likely to cause a bunch of breakage in things reporti
On 2018/09/26 20:15, Stuart Henderson wrote:
> On 2018/09/26 19:16, Stuart Henderson wrote:
> > N.B. "Ports using KERN_CPTIME2 will need to be updated."
> >
> > This is likely to cause a bunch of breakage in things reporting CPU stats
> > and time is very short to fix them before release.
> >
> >
On 2018/09/26 12:28, Chris Bennett wrote:
> I was about to file a bug report, perhaps this is relevant here?
>
> This was happening also on a recent snap before this one.
>
> Using spectrwm, my windows freeze up until I go yo another screen and
> back. For example, cat file or ls -la show screen
I was about to file a bug report, perhaps this is relevant here?
This was happening also on a recent snap before this one.
Using spectrwm, my windows freeze up until I go yo another screen and
back. For example, cat file or ls -la show screen output, but no
scrolling with mouse until I switch scre
, at least in cmake, maybe more)
zabbix
>
>
>
> - Forwarded message from Scott Soule Cheloha -
>
> From: Scott Soule Cheloha
> Date: Wed, 26 Sep 2018 11:23:13 -0600 (MDT)
> To: source-chan...@openbsd.org
> Subject: CVS: cvs.openbsd.org: src
>
> CVSROOT: /cvs
&
y won't be in snaps quite just yet) and
test ASAP.
- Forwarded message from Scott Soule Cheloha -
From: Scott Soule Cheloha
Date: Wed, 26 Sep 2018 11:23:13 -0600 (MDT)
To: source-chan...@openbsd.org
Subject: CVS: cvs.openbsd.org: src
CVSROOT:/cvs
Module name:src
Chang
On 2018/05/01 22:00, Vadim Zhukov wrote:
> 2018-04-29 9:48 GMT+03:00 Kirill Bychkov :
> > On Sun, April 29, 2018 00:25, Stuart Henderson wrote:
> >> It needs more of a change than that, the syntax is different.
> >>
> >
> > Hi!
> > It uses /usr/bin/mail so it is safe to drop embedded smtp (see
> >
2018-04-29 9:48 GMT+03:00 Kirill Bychkov :
> On Sun, April 29, 2018 00:25, Stuart Henderson wrote:
>> It needs more of a change than that, the syntax is different.
>>
>
> Hi!
> It uses /usr/bin/mail so it is safe to drop embedded smtp (see
> /etc/apcupsd/apccontrol) and I doubt someone tweaked it t
On Sun, April 29, 2018 00:25, Stuart Henderson wrote:
> It needs more of a change than that, the syntax is different.
>
Hi!
It uses /usr/bin/mail so it is safe to drop embedded smtp (see
/etc/apcupsd/apccontrol) and I doubt someone tweaked it to use
other mailers instead of its default.So no tweak
It needs more of a change than that, the syntax is different.
--
Sent from a phone, apologies for poor formatting.
On 28 April 2018 18:30:32 Vadim Zhukov wrote:
2018-04-28 19:54 GMT+03:00 Eric Faurot :
> CVSROOT:/cvs
> Module name:src
> Changes by: e...@cvs.openbsd.org2018/
2018-04-28 19:54 GMT+03:00 Eric Faurot :
> CVSROOT:/cvs
> Module name:src
> Changes by: e...@cvs.openbsd.org2018/04/28 10:54:11
>
> Modified files:
> usr.sbin/smtpd : Makefile
>
> Log message:
> link smtp(1) to the build
>
> ok deraadt@
Some care would be needed for apc
On 17-07-30 22:20:59, viq wrote:
> On 17-07-30 22:10:43, viq wrote:
> > On 17-07-30 15:50:44, Ted Unangst wrote:
> > > viq wrote:
> > > > > > anybody know what's going on?
> > > > >
> > > > > From my running salt with trace logs, it seems that salt initialises
> > > > > everything, opens it's IPC
On 17-07-30 22:10:43, viq wrote:
> On 17-07-30 15:50:44, Ted Unangst wrote:
> > viq wrote:
> > > > > anybody know what's going on?
> > > >
> > > > From my running salt with trace logs, it seems that salt initialises
> > > > everything, opens it's IPC sockets, initiates it's AES auth/handshake
> >
On 17-07-30 15:50:44, Ted Unangst wrote:
> viq wrote:
> > > > anybody know what's going on?
> > >
> > > From my running salt with trace logs, it seems that salt initialises
> > > everything, opens it's IPC sockets, initiates it's AES auth/handshake
> > > with master, and that's when things die.
>
viq wrote:
> > > anybody know what's going on?
> >
> > From my running salt with trace logs, it seems that salt initialises
> > everything, opens it's IPC sockets, initiates it's AES auth/handshake
> > with master, and that's when things die.
>
> Would output of ktrace/kdump be useful here? FWIW
On 17-07-28 23:34:29, viq wrote:
> On 17-07-28 16:04:16, Ted Unangst wrote:
> > moving to ports
> >
> > viq wrote:
> > > On 17-07-27 10:35:08, Ted Unangst wrote:
> > > > CVSROOT:/cvs
> > > > Module name:src
> > > > Changes by: t...@cvs.openbsd.org2017/07/27 10:35:08
> > > >
>
On 17-07-28 16:04:16, Ted Unangst wrote:
> moving to ports
>
> viq wrote:
> > On 17-07-27 10:35:08, Ted Unangst wrote:
> > > CVSROOT: /cvs
> > > Module name: src
> > > Changes by: t...@cvs.openbsd.org2017/07/27 10:35:08
> > >
> > > Modified files:
> > > lib/librthread : rthread.
moving to ports
viq wrote:
> On 17-07-27 10:35:08, Ted Unangst wrote:
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: t...@cvs.openbsd.org2017/07/27 10:35:08
> >
> > Modified files:
> > lib/librthread : rthread.c rthread_fork.c
> >
> > Log message:
> > bad things can (a
On Fri, Sep 02, 2016 at 10:44:52AM +0100, Stuart Henderson wrote:
> On 2016/09/02 11:28, Alexandre Ratchov wrote:
> > On Fri, Sep 02, 2016 at 10:08:43AM +0200, Antoine Jacoutot wrote:
> > > On Wed, Aug 31, 2016 at 01:22:43AM -0600, Alexandre Ratchov wrote:
> > > > CVSROOT:/cvs
> > > > Modul
On 2016/09/02 11:28, Alexandre Ratchov wrote:
> On Fri, Sep 02, 2016 at 10:08:43AM +0200, Antoine Jacoutot wrote:
> > On Wed, Aug 31, 2016 at 01:22:43AM -0600, Alexandre Ratchov wrote:
> > > CVSROOT: /cvs
> > > Module name: src
> > > Changes by: ratc...@cvs.openbsd.org 2016/08/31 01:22:
On Fri, Sep 02, 2016 at 10:08:43AM +0200, Antoine Jacoutot wrote:
> On Wed, Aug 31, 2016 at 01:22:43AM -0600, Alexandre Ratchov wrote:
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: ratc...@cvs.openbsd.org 2016/08/31 01:22:43
> >
> > Modified files:
> > share/man/man4 : audio
On Mon, Mar 23, 2015 at 07:42:02PM -0700, Constantine A. Murenin wrote:
> On 23 March 2015 at 15:59, Stuart Henderson wrote:
> > On 2015/03/23 10:14, Constantine A. Murenin wrote:
> >> May I also ask why is it necessary to remove the timestamp information
> >> from the tar archives themselves?
> >
On 2015-03-24, Constantine A. Murenin wrote:
> On 23 March 2015 at 15:59, Stuart Henderson wrote:
>> On 2015/03/23 10:14, Constantine A. Murenin wrote:
>>> May I also ask why is it necessary to remove the timestamp information
>>> from the tar archives themselves?
>>
>> To improve rsyncability.
>
On 23 March 2015 at 15:59, Stuart Henderson wrote:
> On 2015/03/23 10:14, Constantine A. Murenin wrote:
>> May I also ask why is it necessary to remove the timestamp information
>> from the tar archives themselves?
>
> To improve rsyncability.
Could you elaborate?
0. Doesn't rsync ignore timesta
On 2015/03/23 10:14, Constantine A. Murenin wrote:
> May I also ask why is it necessary to remove the timestamp information
> from the tar archives themselves?
To improve rsyncability.
On 14 March 2015 at 02:28, Marc Espie wrote:
> On Fri, Mar 13, 2015 at 01:13:39PM -0700, Constantine A. Murenin wrote:
>> Hello,
>>
>> The commit below from 2014-09-16 must have broken the snapshot time
>> detection on http://ports.su/ , which must have been broken since
>> 2014-09-21.
>>
>> Is th
On Fri, Mar 13, 2015 at 01:13:39PM -0700, Constantine A. Murenin wrote:
> Hello,
>
> The commit below from 2014-09-16 must have broken the snapshot time
> detection on http://ports.su/ , which must have been broken since
> 2014-09-21.
>
> Is there a cross-platform way to best get it back from the
Hello,
The commit below from 2014-09-16 must have broken the snapshot time
detection on http://ports.su/ , which must have been broken since
2014-09-21.
Is there a cross-platform way to best get it back from the package file?
I see that the timestamps are now embedded within "+CONTENTS", and
bot
On 2014/07/14 07:56, Christian Weisgerber wrote:
> On 2014-07-14, Theo de Raadt wrote:
>
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: dera...@cvs.openbsd.org 2014/07/13 22:02:33
> >
> > Modified files:
> > usr.sbin/syslogd: syslogd.c
> >
> > Log message:
> > Create a sock
> On 2014-07-14, Theo de Raadt wrote:
>
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: dera...@cvs.openbsd.org 2014/07/13 22:02:33
> >
> > Modified files:
> > usr.sbin/syslogd: syslogd.c
> >
> > Log message:
> > Create a socketpair() and tie one end to /dev/klog using ioctl
On 2014-07-14, Theo de Raadt wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: dera...@cvs.openbsd.org 2014/07/13 22:02:33
>
> Modified files:
> usr.sbin/syslogd: syslogd.c
>
> Log message:
> Create a socketpair() and tie one end to /dev/klog using ioctl LIOCSFD.
> This allow
On 2014/01/23 16:51, Henning Brauer wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: henn...@cvs.openbsd.org 2014/01/23 16:51:29
>
> Modified files:
> sys/net: if_bridge.c pf.c
> sys/netinet: ip_input.c ip_output.c ip_var.h tcp_input.c
>
Pascal Stumpf writes:
> On Fri, 27 Dec 2013 10:41:30 -0700 (MST), Theo de Raadt wrote:
>> CVSROOT: /cvs
>> Module name: src
>> Changes by: dera...@cvs.openbsd.org 2013/12/27 10:41:30
>>
>> Modified files:
>> etc/mtree : 4.4BSD.dist 4.4BSD.root
>>
>> Log message:
>> /stand has no
On Fri, 27 Dec 2013 10:41:30 -0700 (MST), Theo de Raadt wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: dera...@cvs.openbsd.org 2013/12/27 10:41:30
>
> Modified files:
> etc/mtree : 4.4BSD.dist 4.4BSD.root
>
> Log message:
> /stand has not been used in decades
> ok mio
On Fri, Jun 07, 2013 at 05:08:37PM +0200, Landry Breuil wrote:
> Cant we whack lsof instead so that it doesnt try to reach non-public
> includes in /sys ? Also, do you have an up2date src/sys ?
I had (and still have) a diff back from 2010, but IIRC, pvalchev@
complained (and was right complaining)
On 06/07/13 12:17, Philip Guenther wrote:
On Fri, 7 Jun 2013, David Coppa wrote:
This change broke sysutils/lsof.
cc -DOPENBSDV=5000 -DN_UNIXV=/bsd -DHASNFSPROTO -DHASIPv6 -DHAS9660FS=1 -DHASMSDOSFS=1
-DHASI_E2FS_PTR -DHASEXT2FS=2 -DHASEFFNLINK=i_effnlink -DHAS_DINODE_U -DHASI_FFS1
-DHAS_UM_
On Fri, 7 Jun 2013, David Coppa wrote:
> This change broke sysutils/lsof.
>
> cc -DOPENBSDV=5000 -DN_UNIXV=/bsd -DHASNFSPROTO -DHASIPv6 -DHAS9660FS=1
> -DHASMSDOSFS=1 -DHASI_E2FS_PTR -DHASEXT2FS=2 -DHASEFFNLINK=i_effnlink
> -DHAS_DINODE_U -DHASI_FFS1 -DHAS_UM_UFS -DHASNCVPID -DUVM -DHAS_UVM_INC
On Fri, Jun 07, 2013 at 04:57:25PM +0200, David Coppa wrote:
> On Tue, 04 Jun 2013, Philip Guenther wrote:
>
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: guent...@cvs.openbsd.org2013/06/04 19:26:00
> >
> > Modified files:
> > sys/sys: fcntl.h file.h
> >
On Tue, 04 Jun 2013, Philip Guenther wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: guent...@cvs.openbsd.org2013/06/04 19:26:00
>
> Modified files:
> sys/sys: fcntl.h file.h
> sys/kern : kern_descrip.c vfs_syscalls.c vfs_vnops.c
> usr.sbi
On 2010/08/25 21:54, Christian Weisgerber wrote:
> Theo de Raadt wrote:
>
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: dera...@cvs.openbsd.org 2010/08/25 13:21:04
> >
> > Modified files:
> > usr.bin/awk: Makefile awk.1
> >
> > Log message:
> > get rid of the nawk ha
Theo de Raadt wrote:
> CVSROOT: /cvs
> Module name: src
> Changes by: dera...@cvs.openbsd.org 2010/08/25 13:21:04
>
> Modified files:
> usr.bin/awk: Makefile awk.1
>
> Log message:
> get rid of the nawk hard link
> ok millert guenther
People following -current should remove
Jon Olsson [2006-03-22, 23:19:41]:
> On Tue, Mar 21, 2006 at 07:45:54PM +0100, steven mestdagh wrote:
> [snip]
> > in the mean time Mark Kettenis has committed a new asm implementation
> > for exp(3). anyway, erlang is still failing. it is trying to multiply
> > 3.23E+133 by 3.57E+257 and hangs the
On Tue, Mar 21, 2006 at 07:45:54PM +0100, steven mestdagh wrote:
[snip]
> in the mean time Mark Kettenis has committed a new asm implementation
> for exp(3). anyway, erlang is still failing. it is trying to multiply
> 3.23E+133 by 3.57E+257 and hangs there. no exp(3) involved afaik.
See:
http://cv
s,
>
> Hannah.
>
> - Forwarded message from Otto Moerbeek <[EMAIL PROTECTED]> -
>
> From: Otto Moerbeek <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Tue, 14 Mar 2006 12:27:57 -0700 (MST)
> Subject: CVS: cvs.openbsd.org: src
>
> CVSROOT:
gt; -
From: Otto Moerbeek <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Tue, 14 Mar 2006 12:27:57 -0700 (MST)
Subject: CVS: cvs.openbsd.org: src
CVSROOT:/cvs
Module name:src
Changes by: [EMAIL PROTECTED] 2006/03/14 12:27:57
Modified files:
lib/libm
57 matches
Mail list logo
