Hi Jordon,
Jordon wrote on Sun, Dec 31, 2017 at 09:29:05PM -0600:
> I thought it would be nice to create a shell script with the old name
> that would spit out a simple page saying the name changed and providing
> a link to the new cgi app. I made the shell script but for the life of
> me cannot get it to work. Is this allowed/supported in httpd?
> If so, any idea what I could be missing?
You are providing no information whatsoever, so let me try a shot in
the utter dark and hope i don't hit any of the cats on your couch:
Maybe you are running httpd(8) chroot(2)ed but don't have any sh(1)
binary in the chroot? That's a common error.
By the way, putting a shell binary in a chroot (or any other
interpreter for that matter, like PHP) is an ugly thing to do, so
a good alternative might be to write the redirect CGI program in C
as well (which you already managed to do for something more
complicated), or even simpler, make it a static HTML page and tell
httpd.conf(5) with location { no fastcgi } and types { } to simply
serve it as text/html, even if the name ends in *.cgi or something
like that.
Yours,
Ingo
Sunday, December 31, 2017
Re: gcc-4.9.4 package build signal 11 [Segmentation fault] on Ubiquiti Unifi Security Gateway
Since the default kernel is single proc I've reverted to GENERIC bsd and
I'm still having issues building package.
I'm wondering if the system is to resource constrainted. Do you know
which system was used to build octeon release?
thanks
On Sat, 30 Dec 2017, Visa Hankala wrote:
> On Fri, Dec 29, 2017 at 09:01:06PM -0700, Diana Eichert wrote:
>> Hi misc@ long time since I posted
>>
>> collect2: error: ld terminated with signal 11 [Segmentation fault]
>>
>> while building gcc-4.9.4 package on Ubiquiti Unifi Security Gateway
>>
>> I'm running 12/22/2017 octeon snapshot, bsd.mp GENERIC.MP kernel.
>>
>> System built 109 packages before Seg Fault when building gcc-4.9.4
>>
>> When posting dmesg I just noticed all the "write failed: errno 14" messages
>
> There are SMP-related bugs in the low-level machine-dependent memory
> management code. The current workaround is to restart the build.
>
>
>
I'm still having issues building package.
I'm wondering if the system is to resource constrainted. Do you know
which system was used to build octeon release?
thanks
On Sat, 30 Dec 2017, Visa Hankala wrote:
> On Fri, Dec 29, 2017 at 09:01:06PM -0700, Diana Eichert wrote:
>> Hi misc@ long time since I posted
>>
>> collect2: error: ld terminated with signal 11 [Segmentation fault]
>>
>> while building gcc-4.9.4 package on Ubiquiti Unifi Security Gateway
>>
>> I'm running 12/22/2017 octeon snapshot, bsd.mp GENERIC.MP kernel.
>>
>> System built 109 packages before Seg Fault when building gcc-4.9.4
>>
>> When posting dmesg I just noticed all the "write failed: errno 14" messages
>
> There are SMP-related bugs in the low-level machine-dependent memory
> management code. The current workaround is to restart the build.
>
>
>
Cgi shell script in httpd
Over the last few days I have been learning the BCHS approach at web design. I am not a web designer (i had to learn CSS as part of this!) but have enjoyed this little adventure. My goal was to make an web interface to view data that i provide in a c++ library and so far i have been pretty successful.
In doing some cleaning up and reorganizing, i have renamed the cgi program. I thought it would be nice to create a shell script with the old name that would spit out a simple page saying the name changed and providing a link to the new cgi app. I made the shell script but for the life of me cannot get it to work. Is this allowed/supported in httpd? If so, any idea what I could be missing?
In doing some cleaning up and reorganizing, i have renamed the cgi program. I thought it would be nice to create a shell script with the old name that would spit out a simple page saying the name changed and providing a link to the new cgi app. I made the shell script but for the life of me cannot get it to work. Is this allowed/supported in httpd? If so, any idea what I could be missing?
6.2 song?
Hi all, happy new year...
Above my pay grade... but I did go to sleep thinking about Dancing in
the Dark ... THought of KARL ASLR and thought ... this might just
work... for a song...
Ode to KARL
Some OS get up in the evening, and they ain't got nothing to say
they come home in the morning, they go to bed feeling the same way
they ain't nothing but tired, man the're just tired and bored with themselves
Hey there baby, they could use just a little help
[Chorus:]
You can't start a fire, you can't start a fire when you dont know where to start
there are gun's for hire but we leave them dancing in the dark
Message just keep getting clearer, radio's on and I'm moving mem round my place
I check my look in the mirror i reboot to change my clothes my hair my face
Man they ain't getting nowhere they can just go through my dump like this
There's something happening somewhere.. they just dont know where that is :)
[Chorus:]
You sit around getting older there's a joke here somewhere and it's on them
I'll shake this world off my shoulders come on baby the laughs on me
Stay on the streets of this town and they'll try carving you up alright
They say you got to stay hungry hey baby I'm just about starving tonight
I'm dying for some action I'm sick of sitting 'round here trying to write
This code
I need a love reaction come on baby give me just one look
The following words need to be modifed to be made relevant .
[Chorus:]
You can't start a fire, sittin' 'round cryin' over a broken heart
This gun's for hire even if we're just dancing in the dark
You can't start a fire, worryin' about your little world falling apart
This gun's for hire even if we're just dancing in the dark
Even if we're just dancing in the dark
Even if we're just dancing in the dark
Even if we're just dancing in the dark
Hey baby!
Above my pay grade... but I did go to sleep thinking about Dancing in
the Dark ... THought of KARL ASLR and thought ... this might just
work... for a song...
Ode to KARL
Some OS get up in the evening, and they ain't got nothing to say
they come home in the morning, they go to bed feeling the same way
they ain't nothing but tired, man the're just tired and bored with themselves
Hey there baby, they could use just a little help
[Chorus:]
You can't start a fire, you can't start a fire when you dont know where to start
there are gun's for hire but we leave them dancing in the dark
Message just keep getting clearer, radio's on and I'm moving mem round my place
I check my look in the mirror i reboot to change my clothes my hair my face
Man they ain't getting nowhere they can just go through my dump like this
There's something happening somewhere.. they just dont know where that is :)
[Chorus:]
You sit around getting older there's a joke here somewhere and it's on them
I'll shake this world off my shoulders come on baby the laughs on me
Stay on the streets of this town and they'll try carving you up alright
They say you got to stay hungry hey baby I'm just about starving tonight
I'm dying for some action I'm sick of sitting 'round here trying to write
This code
I need a love reaction come on baby give me just one look
The following words need to be modifed to be made relevant .
[Chorus:]
You can't start a fire, sittin' 'round cryin' over a broken heart
This gun's for hire even if we're just dancing in the dark
You can't start a fire, worryin' about your little world falling apart
This gun's for hire even if we're just dancing in the dark
Even if we're just dancing in the dark
Even if we're just dancing in the dark
Even if we're just dancing in the dark
Hey baby!
6.2 song?
Hi All,
There's only a few more hours remaining in 2017, at least in my time
zone, are we going to get the 6.2 song before then?
https://www.openbsd.org/62.html
Thanks and happy new year!
There's only a few more hours remaining in 2017, at least in my time
zone, are we going to get the 6.2 song before then?
https://www.openbsd.org/62.html
Thanks and happy new year!
Re: NEW libb2
On Sun, Dec 31, 2017 at 02:48:01PM -0500, Brian Callahan wrote:
> On 12/31/17 13:26, Klemens Nanni wrote:
> > SEPARATE_BUILD=Yes can be set.
> Why would you set this?
Because it allows for simultaneous builds (WRKBUILD) on multiple
architectures using the same source tree (WRKSRC). As described in the
porting guide this is done to keep sources from being modified during
builds.
bcallah@ is still OK with this. Anyone else willing to commit Björns
latest tarball?
> On 12/31/17 13:26, Klemens Nanni wrote:
> > SEPARATE_BUILD=Yes can be set.
> Why would you set this?
Because it allows for simultaneous builds (WRKBUILD) on multiple
architectures using the same source tree (WRKSRC). As described in the
porting guide this is done to keep sources from being modified during
builds.
bcallah@ is still OK with this. Anyone else willing to commit Björns
latest tarball?
Re: NEW libb2
On 12/31/17 13:37, Björn Ketelaars wrote:
> On Sun 31/12/2017 19:26, Klemens Nanni wrote:
>> On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
>>> On 12/31/17 12:15, Björn Ketelaars wrote:
>>>> Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
>>>> BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
>>>> faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
>>>> latest standard SHA-3.
>>>>
>>>> Borgbackup currently uses a bundled version of libb2. I would like to replace
>>>> use of this bundled version by this port.
>>>>
>>>> Comments/OKs?
>>>>
>>> Attached is an updated tarball.
>>> Changes/Fixes:
>>> * Use ${SETENV} in the pre-configure routine.
>>> * Improve pkg/DESCR
>>> * Remove a hardcoded -O3
>>> * Set CONFIGURE_ARGS so that things like -march=native don't happen
>>> * The library identifies itself as libb2-0.98, so rename package to
>>> libb2-0.98.20171225 to avoid future EPOCH bumps.
>> I was about to send a similar diff. What I'm still missing:
>>
>> SEPARATE_BUILD=Yes can be set.
>>
>> In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
>> avoid adjusting the target in case the required steps in autogen.sh
>> change.
> Thanks for the fixes! Included a new tarball - based on Brian's work and
> Klemens's hints.
I'm ok with this version, with the unneeded SEPARATE_BUILD=Yes line removed.
~Brian
> On Sun 31/12/2017 19:26, Klemens Nanni wrote:
>> On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
>>> On 12/31/17 12:15, Björn Ketelaars wrote:
>>>> Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
>>>> BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
>>>> faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
>>>> latest standard SHA-3.
>>>>
>>>> Borgbackup currently uses a bundled version of libb2. I would like to replace
>>>> use of this bundled version by this port.
>>>>
>>>> Comments/OKs?
>>>>
>>> Attached is an updated tarball.
>>> Changes/Fixes:
>>> * Use ${SETENV} in the pre-configure routine.
>>> * Improve pkg/DESCR
>>> * Remove a hardcoded -O3
>>> * Set CONFIGURE_ARGS so that things like -march=native don't happen
>>> * The library identifies itself as libb2-0.98, so rename package to
>>> libb2-0.98.20171225 to avoid future EPOCH bumps.
>> I was about to send a similar diff. What I'm still missing:
>>
>> SEPARATE_BUILD=Yes can be set.
>>
>> In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
>> avoid adjusting the target in case the required steps in autogen.sh
>> change.
> Thanks for the fixes! Included a new tarball - based on Brian's work and
> Klemens's hints.
I'm ok with this version, with the unneeded SEPARATE_BUILD=Yes line removed.
~Brian
Re: NEW libb2
On 12/31/17 13:26, Klemens Nanni wrote:
> On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
>> On 12/31/17 12:15, Björn Ketelaars wrote:
>>> Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
>>> BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
>>> faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
>>> latest standard SHA-3.
>>>
>>> Borgbackup currently uses a bundled version of libb2. I would like to replace
>>> use of this bundled version by this port.
>>>
>>> Comments/OKs?
>>>
>> Attached is an updated tarball.
>> Changes/Fixes:
>> * Use ${SETENV} in the pre-configure routine.
>> * Improve pkg/DESCR
>> * Remove a hardcoded -O3
>> * Set CONFIGURE_ARGS so that things like -march=native don't happen
>> * The library identifies itself as libb2-0.98, so rename package to
>> libb2-0.98.20171225 to avoid future EPOCH bumps.
> I was about to send a similar diff. What I'm still missing:
>
> SEPARATE_BUILD=Yes can be set.
Why would you set this?
> In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
> avoid adjusting the target in case the required steps in autogen.sh
> change.
>
> On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
>> On 12/31/17 12:15, Björn Ketelaars wrote:
>>> Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
>>> BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
>>> faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
>>> latest standard SHA-3.
>>>
>>> Borgbackup currently uses a bundled version of libb2. I would like to replace
>>> use of this bundled version by this port.
>>>
>>> Comments/OKs?
>>>
>> Attached is an updated tarball.
>> Changes/Fixes:
>> * Use ${SETENV} in the pre-configure routine.
>> * Improve pkg/DESCR
>> * Remove a hardcoded -O3
>> * Set CONFIGURE_ARGS so that things like -march=native don't happen
>> * The library identifies itself as libb2-0.98, so rename package to
>> libb2-0.98.20171225 to avoid future EPOCH bumps.
> I was about to send a similar diff. What I'm still missing:
>
> SEPARATE_BUILD=Yes can be set.
Why would you set this?
> In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
> avoid adjusting the target in case the required steps in autogen.sh
> change.
>
Re: Addblock + Badhost blocking via unbound(8) and pf anchors
Hi Freddy,
I just ran some further benchmarks between your first and second script,
compared to mine, and again similar results were found. Your second
script was significantly faster than the first, but still didn't match
the grep-piped-into-awk config.
This shouldn't be the case though. I did further testing on my PowerMac
G4 500Mhz workstation running 6.2, which I chose because I thought a
single core ppc G4 500Mhz vs a mips64 dual core 500Mhz would be a pretty
epic showdown. I ran each script twice and wrote the output to /dev/null
to ensure disk I/O wasn't a factor. The StevenBlack hosts file has on
average ~47,000 lines including comments.
The results were somewhat surprising:
The G4 cranked out the scripts with these times:
*Your 1st script: an average of 1.415 seconds**
*
*Your 2nd script: an average of 0.54 seconds*
*My script: an average of 1.71 seconds*
This clearly shows things the way they are supposed to be, with my
script being grossly inefficient and yours being clearly superior. See
below for the times on the Edgerouter Lite:
(Note: All tested times are slower than previous results from last email
due to the machine being under a modest network load during testing.
Load remained consistent due to it being a long running slow 5 megabit
bulk network transfer it was routing. This was unavoidable due to it
being a production machine.)
*Your first script came in at an average of 20.8 seconds*
*Your second script came in at an average of 13.75 seconds *
*And my script came in at an average of 10.25 seconds. *
These results are shockingly poor compared to a G4 of the same clock
speed. The leads me to believe there may be some Octeon specific
inefficiencies at play here, namely floating point. None of the
Edgerouter units have an FPU I believe ( I know for sure the Lite
doesn't) and I am wondering if awk makes heavy use of floating point,
and thus it having to abuse the emulated fpu? During the all awk
scripts, the ERLite becomes cpu bound on 1 core.
It would be awesome if an awk guru here could confirm whether awk makes
heavy use of the fpu.
If this is indeed the case, then the PowerPC would have an extreme
advantage with its beefy AltiVec unit.
So I suppose for those folks running my addblocking scripts, it would be
wise to use Freddy Dissaux's all awk hostfile conversion method if
you're running a more conventional architecture. It would be great if
someone here could post some test results on an arm64 board!
I am now very curious to see how Perl compares against these results. I
hope I can find the time to play around with making a nice optimized
script.
On 12/31/17 03:41, Freddy DISSAUX wrote:
> Hello Jordan,
>
>> I have tried using all awk for the script before, but I find piping the
>> grep output into awk to be 2-3x faster on the Edgerouter Lite. I just
>> ran some timed tests for your script against mine on the ErLite, and I
>> got similar results, with my script completing in ~6 seconds against the
>> StevenBlack hosts file, and yours at ~14 seconds. This may not be the
>> case on more conventional architectures. I am considering rewriting the
>> script in Perl to see if that runs any faster.
>
> Could you try
>
> awk 'BEGIN { OFS = "" } NF == 2 && $1 == "0.0.0.0" { print "local-zone: \"", $2, "\" redirect"; print "local-data: \"", $2, " A 0.0.0.0\"" }' hosts > ads.conf
>
> If i understand my tests, 2 print without concat are faster than
> 1 print with concat (and faster than 1 printf)
>
>>>> cat hosts | grep '^0\.0\.0\.0' | awk '{print "local-zone: \""$2"\" redirect\nlocal-data: \""$2" A 0.0.0.0\""}' > ads.conf
> UUOC:
>
> grep '^0\.0\.0\.0' host | awk '{print "local-zone: \""$2"\" redirect\nlocal-data: \""$2" A 0.0.0.0\""}' > ads.conf
>
>
> Regards,
I just ran some further benchmarks between your first and second script,
compared to mine, and again similar results were found. Your second
script was significantly faster than the first, but still didn't match
the grep-piped-into-awk config.
This shouldn't be the case though. I did further testing on my PowerMac
G4 500Mhz workstation running 6.2, which I chose because I thought a
single core ppc G4 500Mhz vs a mips64 dual core 500Mhz would be a pretty
epic showdown. I ran each script twice and wrote the output to /dev/null
to ensure disk I/O wasn't a factor. The StevenBlack hosts file has on
average ~47,000 lines including comments.
The results were somewhat surprising:
The G4 cranked out the scripts with these times:
*Your 1st script: an average of 1.415 seconds**
*
*Your 2nd script: an average of 0.54 seconds*
*My script: an average of 1.71 seconds*
This clearly shows things the way they are supposed to be, with my
script being grossly inefficient and yours being clearly superior. See
below for the times on the Edgerouter Lite:
(Note: All tested times are slower than previous results from last email
due to the machine being under a modest network load during testing.
Load remained consistent due to it being a long running slow 5 megabit
bulk network transfer it was routing. This was unavoidable due to it
being a production machine.)
*Your first script came in at an average of 20.8 seconds*
*Your second script came in at an average of 13.75 seconds *
*And my script came in at an average of 10.25 seconds. *
These results are shockingly poor compared to a G4 of the same clock
speed. The leads me to believe there may be some Octeon specific
inefficiencies at play here, namely floating point. None of the
Edgerouter units have an FPU I believe ( I know for sure the Lite
doesn't) and I am wondering if awk makes heavy use of floating point,
and thus it having to abuse the emulated fpu? During the all awk
scripts, the ERLite becomes cpu bound on 1 core.
It would be awesome if an awk guru here could confirm whether awk makes
heavy use of the fpu.
If this is indeed the case, then the PowerPC would have an extreme
advantage with its beefy AltiVec unit.
So I suppose for those folks running my addblocking scripts, it would be
wise to use Freddy Dissaux's all awk hostfile conversion method if
you're running a more conventional architecture. It would be great if
someone here could post some test results on an arm64 board!
I am now very curious to see how Perl compares against these results. I
hope I can find the time to play around with making a nice optimized
script.
On 12/31/17 03:41, Freddy DISSAUX wrote:
> Hello Jordan,
>
>> I have tried using all awk for the script before, but I find piping the
>> grep output into awk to be 2-3x faster on the Edgerouter Lite. I just
>> ran some timed tests for your script against mine on the ErLite, and I
>> got similar results, with my script completing in ~6 seconds against the
>> StevenBlack hosts file, and yours at ~14 seconds. This may not be the
>> case on more conventional architectures. I am considering rewriting the
>> script in Perl to see if that runs any faster.
>
> Could you try
>
> awk 'BEGIN { OFS = "" } NF == 2 && $1 == "0.0.0.0" { print "local-zone: \"", $2, "\" redirect"; print "local-data: \"", $2, " A 0.0.0.0\"" }' hosts > ads.conf
>
> If i understand my tests, 2 print without concat are faster than
> 1 print with concat (and faster than 1 printf)
>
>>>> cat hosts | grep '^0\.0\.0\.0' | awk '{print "local-zone: \""$2"\" redirect\nlocal-data: \""$2" A 0.0.0.0\""}' > ads.conf
> UUOC:
>
> grep '^0\.0\.0\.0' host | awk '{print "local-zone: \""$2"\" redirect\nlocal-data: \""$2" A 0.0.0.0\""}' > ads.conf
>
>
> Regards,
Re: [UPDATE] audio/openal
Committed, thanks.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW: databases/leveldb
On Fri, Dec 29 2017, Rafael Sadowski <rafael@sizeofvoid.org> wrote:
> Doh!
>
> On Fri Dec 29, 2017 at 10:45:11AM +0100, Rafael Sadowski wrote:
>> On Thu Dec 28, 2017 at 04:50:34PM +0100, Rafael Sadowski wrote:
>> > Hi All!
>> >
>> > Attached is a new port, databases/leveldb. All tests passed on amd64.
>> >
>> > ---
>> > $ pkg/DESCR
>> > LevelDB is a fast key-value storage library written at Google that provides an
>> > ordered mapping from string keys to string values.
>> > ---
>> >
>> > https://github.com/google/leveldb
>> >
>> > Comments? Ok to import?
>> >
>> > Best regards,
>> >
>> > Rafael
>>
>> New tarball after jca@ told me that there was already a version in our tree.
>> Changes to the previous tarball:
>>
>> - add ONLY_FOR_ARCHS with AtomicPointer comment
>> - add SHARED_MAJOR OPT SHARED_MINOR in MAKE_ENV
This doesn't seem to have much effet, the build log says:
c++ -pthread -shared -Wl,-soname -Wl,libleveldb.so.1 ...
... -o out-shared/libleveldb.so.1.20
You can't just rename the library after the fact, you have to teach the
linking step to use SHARED_MAJOR/MINOR, else:
0x000000000000000e (SONAME) Library soname: [libleveldb.so.1]
See the previous patches.
>> - use $DOC
>> - s/BSD/BSD3/
>>
>> ok to reimport?
Please look at all the patches used in the previous port, some of them
are a bit scary.
Also, the port ought to build on non-x86 architectures now, either using
custom os-specific memory barriers or falling back to <atomic> if
a recent gcc/clang version is available.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
> Doh!
>
> On Fri Dec 29, 2017 at 10:45:11AM +0100, Rafael Sadowski wrote:
>> On Thu Dec 28, 2017 at 04:50:34PM +0100, Rafael Sadowski wrote:
>> > Hi All!
>> >
>> > Attached is a new port, databases/leveldb. All tests passed on amd64.
>> >
>> > ---
>> > $ pkg/DESCR
>> > LevelDB is a fast key-value storage library written at Google that provides an
>> > ordered mapping from string keys to string values.
>> > ---
>> >
>> > https://github.com/google/leveldb
>> >
>> > Comments? Ok to import?
>> >
>> > Best regards,
>> >
>> > Rafael
>>
>> New tarball after jca@ told me that there was already a version in our tree.
>> Changes to the previous tarball:
>>
>> - add ONLY_FOR_ARCHS with AtomicPointer comment
>> - add SHARED_MAJOR OPT SHARED_MINOR in MAKE_ENV
This doesn't seem to have much effet, the build log says:
c++ -pthread -shared -Wl,-soname -Wl,libleveldb.so.1 ...
... -o out-shared/libleveldb.so.1.20
You can't just rename the library after the fact, you have to teach the
linking step to use SHARED_MAJOR/MINOR, else:
0x000000000000000e (SONAME) Library soname: [libleveldb.so.1]
See the previous patches.
>> - use $DOC
>> - s/BSD/BSD3/
>>
>> ok to reimport?
Please look at all the patches used in the previous port, some of them
are a bit scary.
Also, the port ought to build on non-x86 architectures now, either using
custom os-specific memory barriers or falling back to <atomic> if
a recent gcc/clang version is available.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: [MAINTAINER UPDATE] x11/lumina port currently won't build - fix included
On Sun, Dec 31, 2017 at 5:39 PM, Antoine Jacoutot <ajacoutot@bsdfrog.org> wrote:
> On Sun, Dec 31, 2017 at 04:12:24PM +0000, Bryan Everly wrote:
>> On Fri, 2017-12-29 at 19:48 +0000, Bryan C. Everly wrote:
>>
>> Hello ports@,
>>
>> Looks like we missed a comma in the makefile which is preventing the
>> current Lumina 1.4 port from building. I've attached a diff which I
>> painfully built every dependency from source on my Thinkpad X230 to
>> verify it was working correctly.
>>
>> Thanks to Martijn (copied) for notifying me.
>>
>> I'd appreciate a set of eyes on this and for someone to please commit
>> it on my behalf.
>>
>> Thanks,
>> Bryan
>>
>>
>> Bump. This isn't building right now and just needs an extra comma added to the makefile by
>> someone with commit rights. I'd appreciate it if we could get this fixed.
>
> Done. Thanks and sorry for the delay.
>
> --
> Antoine
Merci!
> On Sun, Dec 31, 2017 at 04:12:24PM +0000, Bryan Everly wrote:
>> On Fri, 2017-12-29 at 19:48 +0000, Bryan C. Everly wrote:
>>
>> Hello ports@,
>>
>> Looks like we missed a comma in the makefile which is preventing the
>> current Lumina 1.4 port from building. I've attached a diff which I
>> painfully built every dependency from source on my Thinkpad X230 to
>> verify it was working correctly.
>>
>> Thanks to Martijn (copied) for notifying me.
>>
>> I'd appreciate a set of eyes on this and for someone to please commit
>> it on my behalf.
>>
>> Thanks,
>> Bryan
>>
>>
>> Bump. This isn't building right now and just needs an extra comma added to the makefile by
>> someone with commit rights. I'd appreciate it if we could get this fixed.
>
> Done. Thanks and sorry for the delay.
>
> --
> Antoine
Merci!
Re: gcc-4.9.4 package build signal 11 [Segmentation fault] on Ubiquiti Unifi Security Gateway
2017-12-30 5:01 GMT+01:00 Diana Eichert <deichert@wrench.com>:
> Hi misc@ long time since I posted
>
> collect2: error: ld terminated with signal 11 [Segmentation fault]
>
> while building gcc-4.9.4 package on Ubiquiti Unifi Security Gateway
>
> I'm running 12/22/2017 octeon snapshot, bsd.mp GENERIC.MP kernel.
>
> System built 109 packages before Seg Fault when building gcc-4.9.4
>
>
I think I got those on my Octeon also, but I thought gcc had figured out a
way to drive my
box into swap and die so I just stopped trying to build gcc from ports.
--
May the most significant bit of your life be positive.
> Hi misc@ long time since I posted
>
> collect2: error: ld terminated with signal 11 [Segmentation fault]
>
> while building gcc-4.9.4 package on Ubiquiti Unifi Security Gateway
>
> I'm running 12/22/2017 octeon snapshot, bsd.mp GENERIC.MP kernel.
>
> System built 109 packages before Seg Fault when building gcc-4.9.4
>
>
I think I got those on my Octeon also, but I thought gcc had figured out a
way to drive my
box into swap and die so I just stopped trying to build gcc from ports.
--
May the most significant bit of your life be positive.
Re: Remove www/decss?
On Sat, Dec 30 2017, Frederic Cambus <fred@statdns.com> wrote:
> Hi ports@,
>
> The point of this program has never been to be useful, but to annoy the
> MPAA. More information about the why and how can be found on upstream
> HOMEPAGE [1].
>
> I think there is no point to keep distributing it in 2017, it has far
> exceeded its lifetime. Besides us, only FreeBSD still has a port for it.
>
> Comments? OK to remove?
ok jca@
> [1] http://www.pigdog.org/decss/
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
> Hi ports@,
>
> The point of this program has never been to be useful, but to annoy the
> MPAA. More information about the why and how can be found on upstream
> HOMEPAGE [1].
>
> I think there is no point to keep distributing it in 2017, it has far
> exceeded its lifetime. Besides us, only FreeBSD still has a port for it.
>
> Comments? OK to remove?
ok jca@
> [1] http://www.pigdog.org/decss/
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: NEW libb2
On Sun 31/12/2017 19:26, Klemens Nanni wrote:
> On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
> > On 12/31/17 12:15, Björn Ketelaars wrote:
> > > Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> > > BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> > > faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> > > latest standard SHA-3.
> > >
> > > Borgbackup currently uses a bundled version of libb2. I would like to replace
> > > use of this bundled version by this port.
> > >
> > > Comments/OKs?
> > >
> >
> > Attached is an updated tarball.
> > Changes/Fixes:
> > * Use ${SETENV} in the pre-configure routine.
> > * Improve pkg/DESCR
> > * Remove a hardcoded -O3
> > * Set CONFIGURE_ARGS so that things like -march=native don't happen
> > * The library identifies itself as libb2-0.98, so rename package to
> > libb2-0.98.20171225 to avoid future EPOCH bumps.
> I was about to send a similar diff. What I'm still missing:
>
> SEPARATE_BUILD=Yes can be set.
>
> In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
> avoid adjusting the target in case the required steps in autogen.sh
> change.
Thanks for the fixes! Included a new tarball - based on Brian's work and
Klemens's hints.
> On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
> > On 12/31/17 12:15, Björn Ketelaars wrote:
> > > Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> > > BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> > > faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> > > latest standard SHA-3.
> > >
> > > Borgbackup currently uses a bundled version of libb2. I would like to replace
> > > use of this bundled version by this port.
> > >
> > > Comments/OKs?
> > >
> >
> > Attached is an updated tarball.
> > Changes/Fixes:
> > * Use ${SETENV} in the pre-configure routine.
> > * Improve pkg/DESCR
> > * Remove a hardcoded -O3
> > * Set CONFIGURE_ARGS so that things like -march=native don't happen
> > * The library identifies itself as libb2-0.98, so rename package to
> > libb2-0.98.20171225 to avoid future EPOCH bumps.
> I was about to send a similar diff. What I'm still missing:
>
> SEPARATE_BUILD=Yes can be set.
>
> In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
> avoid adjusting the target in case the required steps in autogen.sh
> change.
Thanks for the fixes! Included a new tarball - based on Brian's work and
Klemens's hints.
Re: NEW libb2
On Sun, Dec 31, 2017 at 01:15:29PM -0500, Brian Callahan wrote:
> On 12/31/17 12:15, Björn Ketelaars wrote:
> > Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> > BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> > faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> > latest standard SHA-3.
> >
> > Borgbackup currently uses a bundled version of libb2. I would like to replace
> > use of this bundled version by this port.
> >
> > Comments/OKs?
> >
>
> Attached is an updated tarball.
> Changes/Fixes:
> * Use ${SETENV} in the pre-configure routine.
> * Improve pkg/DESCR
> * Remove a hardcoded -O3
> * Set CONFIGURE_ARGS so that things like -march=native don't happen
> * The library identifies itself as libb2-0.98, so rename package to
> libb2-0.98.20171225 to avoid future EPOCH bumps.
I was about to send a similar diff. What I'm still missing:
SEPARATE_BUILD=Yes can be set.
In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
avoid adjusting the target in case the required steps in autogen.sh
change.
> On 12/31/17 12:15, Björn Ketelaars wrote:
> > Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> > BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> > faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> > latest standard SHA-3.
> >
> > Borgbackup currently uses a bundled version of libb2. I would like to replace
> > use of this bundled version by this port.
> >
> > Comments/OKs?
> >
>
> Attached is an updated tarball.
> Changes/Fixes:
> * Use ${SETENV} in the pre-configure routine.
> * Improve pkg/DESCR
> * Remove a hardcoded -O3
> * Set CONFIGURE_ARGS so that things like -march=native don't happen
> * The library identifies itself as libb2-0.98, so rename package to
> libb2-0.98.20171225 to avoid future EPOCH bumps.
I was about to send a similar diff. What I'm still missing:
SEPARATE_BUILD=Yes can be set.
In pre-configure, use ./autogen.sh (containing `autoreconf -fvi') to
avoid adjusting the target in case the required steps in autogen.sh
change.
Re: NEW libb2
Hi Bjorn --
On 12/31/17 12:15, Björn Ketelaars wrote:
> Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> latest standard SHA-3.
>
> Borgbackup currently uses a bundled version of libb2. I would like to replace
> use of this bundled version by this port.
>
> Comments/OKs?
>
Attached is an updated tarball.
Changes/Fixes:
* Use ${SETENV} in the pre-configure routine.
* Improve pkg/DESCR
* Remove a hardcoded -O3
* Set CONFIGURE_ARGS so that things like -march=native don't happen
* The library identifies itself as libb2-0.98, so rename package to
libb2-0.98.20171225 to avoid future EPOCH bumps.
~Brian
On 12/31/17 12:15, Björn Ketelaars wrote:
> Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
> BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
> faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
> latest standard SHA-3.
>
> Borgbackup currently uses a bundled version of libb2. I would like to replace
> use of this bundled version by this port.
>
> Comments/OKs?
>
Attached is an updated tarball.
Changes/Fixes:
* Use ${SETENV} in the pre-configure routine.
* Improve pkg/DESCR
* Remove a hardcoded -O3
* Set CONFIGURE_ARGS so that things like -march=native don't happen
* The library identifies itself as libb2-0.98, so rename package to
libb2-0.98.20171225 to avoid future EPOCH bumps.
~Brian
Re: [MAINTAINER UPDATE] x11/lumina port currently won't build - fix included
On Sun, Dec 31, 2017 at 04:12:24PM +0000, Bryan Everly wrote:
> On Fri, 2017-12-29 at 19:48 +0000, Bryan C. Everly wrote:
>
> Hello ports@,
>
> Looks like we missed a comma in the makefile which is preventing the
> current Lumina 1.4 port from building. I've attached a diff which I
> painfully built every dependency from source on my Thinkpad X230 to
> verify it was working correctly.
>
> Thanks to Martijn (copied) for notifying me.
>
> I'd appreciate a set of eyes on this and for someone to please commit
> it on my behalf.
>
> Thanks,
> Bryan
>
>
> Bump. This isn't building right now and just needs an extra comma added to the makefile by
> someone with commit rights. I'd appreciate it if we could get this fixed.
Done. Thanks and sorry for the delay.
--
Antoine
> On Fri, 2017-12-29 at 19:48 +0000, Bryan C. Everly wrote:
>
> Hello ports@,
>
> Looks like we missed a comma in the makefile which is preventing the
> current Lumina 1.4 port from building. I've attached a diff which I
> painfully built every dependency from source on my Thinkpad X230 to
> verify it was working correctly.
>
> Thanks to Martijn (copied) for notifying me.
>
> I'd appreciate a set of eyes on this and for someone to please commit
> it on my behalf.
>
> Thanks,
> Bryan
>
>
> Bump. This isn't building right now and just needs an extra comma added to the makefile by
> someone with commit rights. I'd appreciate it if we could get this fixed.
Done. Thanks and sorry for the delay.
--
Antoine
NEW libb2
Enclosed with this mail a tarball for libb2 a C library providing BLAKE2b,
BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
latest standard SHA-3.
Borgbackup currently uses a bundled version of libb2. I would like to replace
use of this bundled version by this port.
Comments/OKs?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
BLAKE2s, BLAKE2bp, and BLAKE2sp. BLAKE2 is a cryptographic hash function
faster than MD5, SHA-1, SHA-2, and SHA-3, yet is at least as secure as the
latest standard SHA-3.
Borgbackup currently uses a bundled version of libb2. I would like to replace
use of this bundled version by this port.
Comments/OKs?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
Re: NEW: lang/flang
On 12/31/17 11:35, Rafael Sadowski wrote:
> On Sun Dec 31, 2017 at 10:10:55AM -0500, Brian Callahan wrote:
>> On 12/31/17 09:43, Rafael Sadowski wrote:
>>> On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
>>>> On 12/23/17 00:00, Brian Callahan wrote:
>>>>> On 12/15/17 23:43, Brian Callahan wrote:
>>>>>> On 12/10/17 12:27, Brian Callahan wrote:
>>>>>>> Hi ports --
>>>>>>>
>>>>>>> Attached is a new port, lang/flang. Flang is a Fortran compiler
>>>>>>> targeting LLVM.
>>>>>>>
>>>>>>> Supposedly Flang is on its way to becoming part of LLVM, though
>>>>>>> there's no timetable for that.
>>>>>>>
>>>>>>> Flang is divided into two ports, the driver and the runtime. The
>>>>>>> driver is a modified version of clang. I chose to only install
>>>>>>> the flang driver binary from the driver port. The CMake build
>>>>>>> system wants to install the entirety of the clang utils and
>>>>>>> libraries and headers, but that means having three copies of
>>>>>>> some things (1 in base, 1 from devel/llvm, 1 from flang), and
>>>>>>> that seemed crazy. We only need the flang driver binary anyway.
>>>>>>>
>>>>>>> In order to link binaries with flang, you must remember to
>>>>>>> include -L${LOCALBASE}/lib -lflang when linking the binary.
>>>>>>>
>>>>>>> I chose to use flang's built-in ompstubs library for OpenMP
>>>>>>> "support." And by "support" I mean that the ompstubs library is
>>>>>>> just stubbed out omp routines that do nothing but allow flang to
>>>>>>> build. According to upstream, !amd64 archs use the ompstubs
>>>>>>> library anyway. It would be nice to eventually move to real
>>>>>>> OpenMP support, but that can be for a later day.
>>>>>>>
>>>>>>> Only tested on amd64 because I do not (yet) have an arm64
>>>>>>> machine. Flang only supports those two platforms. I will add the
>>>>>>> needed arm64 bits once I have my arm64 machine. Flang
>>>>>>> successfully builds a bunch of F90/F95 programs I have and
>>>>>>> passes a significant chunk of the NIST F77 test suite.
>>>>>>>
>>>>>>> OK?
>>>>>>>
>>>>>>> ~Brian
>>>>>>>
>>>>>> Ping. Tarball with latest version attached.
>>>>>>
>>>>>> OK?
>>>>>>
>>>>>> ~Brian
>>>>>>
>>>>> Anyone?
>>>>>
>>>>> Latest tarball attached.
>>>>>
>>>>> ~Brian
>>>>>
>>>> Weekly bump with the latest tarball attached :)
>>>>
>>>> ~Brian
>>>>
>>> Not much to grumble about.
>>>
>>> * Tab(s) after PERMIT_PACKAGE_CDROM
>> Fixed.
>>
>>> * Some comments in the patches would be very helpful.
>> Comments added, but only to the flang/flang part. The patches directory in
>> flang/driver are direct copies of the clang patches from the devel/llvm
>> port. I'll have to keep doing that going forward for ease of maintenance, I
>> think.
> Thanks, could we also add a comment in Makefile? So that no one forgets
> to synchronize the patches with devel/llvm.
Sure.
>>> Only build test on amd64. Is there any run test I could do?
>> flang/flang is a test of itself, which is nice. Otherwise, your favorite F95
>> programs?
> Is there any clue?
>
> $ flang hello.f90
> /usr/bin/ld: cannot find -lflangmain
> flang: error: linker command failed with exit code 1 (use -v to see invocation)
>
flang hello.f90 -L/usr/local/lib -lflang
> On Sun Dec 31, 2017 at 10:10:55AM -0500, Brian Callahan wrote:
>> On 12/31/17 09:43, Rafael Sadowski wrote:
>>> On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
>>>> On 12/23/17 00:00, Brian Callahan wrote:
>>>>> On 12/15/17 23:43, Brian Callahan wrote:
>>>>>> On 12/10/17 12:27, Brian Callahan wrote:
>>>>>>> Hi ports --
>>>>>>>
>>>>>>> Attached is a new port, lang/flang. Flang is a Fortran compiler
>>>>>>> targeting LLVM.
>>>>>>>
>>>>>>> Supposedly Flang is on its way to becoming part of LLVM, though
>>>>>>> there's no timetable for that.
>>>>>>>
>>>>>>> Flang is divided into two ports, the driver and the runtime. The
>>>>>>> driver is a modified version of clang. I chose to only install
>>>>>>> the flang driver binary from the driver port. The CMake build
>>>>>>> system wants to install the entirety of the clang utils and
>>>>>>> libraries and headers, but that means having three copies of
>>>>>>> some things (1 in base, 1 from devel/llvm, 1 from flang), and
>>>>>>> that seemed crazy. We only need the flang driver binary anyway.
>>>>>>>
>>>>>>> In order to link binaries with flang, you must remember to
>>>>>>> include -L${LOCALBASE}/lib -lflang when linking the binary.
>>>>>>>
>>>>>>> I chose to use flang's built-in ompstubs library for OpenMP
>>>>>>> "support." And by "support" I mean that the ompstubs library is
>>>>>>> just stubbed out omp routines that do nothing but allow flang to
>>>>>>> build. According to upstream, !amd64 archs use the ompstubs
>>>>>>> library anyway. It would be nice to eventually move to real
>>>>>>> OpenMP support, but that can be for a later day.
>>>>>>>
>>>>>>> Only tested on amd64 because I do not (yet) have an arm64
>>>>>>> machine. Flang only supports those two platforms. I will add the
>>>>>>> needed arm64 bits once I have my arm64 machine. Flang
>>>>>>> successfully builds a bunch of F90/F95 programs I have and
>>>>>>> passes a significant chunk of the NIST F77 test suite.
>>>>>>>
>>>>>>> OK?
>>>>>>>
>>>>>>> ~Brian
>>>>>>>
>>>>>> Ping. Tarball with latest version attached.
>>>>>>
>>>>>> OK?
>>>>>>
>>>>>> ~Brian
>>>>>>
>>>>> Anyone?
>>>>>
>>>>> Latest tarball attached.
>>>>>
>>>>> ~Brian
>>>>>
>>>> Weekly bump with the latest tarball attached :)
>>>>
>>>> ~Brian
>>>>
>>> Not much to grumble about.
>>>
>>> * Tab(s) after PERMIT_PACKAGE_CDROM
>> Fixed.
>>
>>> * Some comments in the patches would be very helpful.
>> Comments added, but only to the flang/flang part. The patches directory in
>> flang/driver are direct copies of the clang patches from the devel/llvm
>> port. I'll have to keep doing that going forward for ease of maintenance, I
>> think.
> Thanks, could we also add a comment in Makefile? So that no one forgets
> to synchronize the patches with devel/llvm.
Sure.
>>> Only build test on amd64. Is there any run test I could do?
>> flang/flang is a test of itself, which is nice. Otherwise, your favorite F95
>> programs?
> Is there any clue?
>
> $ flang hello.f90
> /usr/bin/ld: cannot find -lflangmain
> flang: error: linker command failed with exit code 1 (use -v to see invocation)
>
flang hello.f90 -L/usr/local/lib -lflang
Re: NEW: lang/flang
On Sun Dec 31, 2017 at 10:10:55AM -0500, Brian Callahan wrote:
>
> On 12/31/17 09:43, Rafael Sadowski wrote:
> > On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
> > > On 12/23/17 00:00, Brian Callahan wrote:
> > > > On 12/15/17 23:43, Brian Callahan wrote:
> > > > > On 12/10/17 12:27, Brian Callahan wrote:
> > > > > > Hi ports --
> > > > > >
> > > > > > Attached is a new port, lang/flang. Flang is a Fortran compiler
> > > > > > targeting LLVM.
> > > > > >
> > > > > > Supposedly Flang is on its way to becoming part of LLVM, though
> > > > > > there's no timetable for that.
> > > > > >
> > > > > > Flang is divided into two ports, the driver and the runtime. The
> > > > > > driver is a modified version of clang. I chose to only install
> > > > > > the flang driver binary from the driver port. The CMake build
> > > > > > system wants to install the entirety of the clang utils and
> > > > > > libraries and headers, but that means having three copies of
> > > > > > some things (1 in base, 1 from devel/llvm, 1 from flang), and
> > > > > > that seemed crazy. We only need the flang driver binary anyway.
> > > > > >
> > > > > > In order to link binaries with flang, you must remember to
> > > > > > include -L${LOCALBASE}/lib -lflang when linking the binary.
> > > > > >
> > > > > > I chose to use flang's built-in ompstubs library for OpenMP
> > > > > > "support." And by "support" I mean that the ompstubs library is
> > > > > > just stubbed out omp routines that do nothing but allow flang to
> > > > > > build. According to upstream, !amd64 archs use the ompstubs
> > > > > > library anyway. It would be nice to eventually move to real
> > > > > > OpenMP support, but that can be for a later day.
> > > > > >
> > > > > > Only tested on amd64 because I do not (yet) have an arm64
> > > > > > machine. Flang only supports those two platforms. I will add the
> > > > > > needed arm64 bits once I have my arm64 machine. Flang
> > > > > > successfully builds a bunch of F90/F95 programs I have and
> > > > > > passes a significant chunk of the NIST F77 test suite.
> > > > > >
> > > > > > OK?
> > > > > >
> > > > > > ~Brian
> > > > > >
> > > > > Ping. Tarball with latest version attached.
> > > > >
> > > > > OK?
> > > > >
> > > > > ~Brian
> > > > >
> > > > Anyone?
> > > >
> > > > Latest tarball attached.
> > > >
> > > > ~Brian
> > > >
> > > Weekly bump with the latest tarball attached :)
> > >
> > > ~Brian
> > >
> > Not much to grumble about.
> >
> > * Tab(s) after PERMIT_PACKAGE_CDROM
>
> Fixed.
>
> > * Some comments in the patches would be very helpful.
>
> Comments added, but only to the flang/flang part. The patches directory in
> flang/driver are direct copies of the clang patches from the devel/llvm
> port. I'll have to keep doing that going forward for ease of maintenance, I
> think.
Thanks, could we also add a comment in Makefile? So that no one forgets
to synchronize the patches with devel/llvm.
>
> >
> > Only build test on amd64. Is there any run test I could do?
>
> flang/flang is a test of itself, which is nice. Otherwise, your favorite F95
> programs?
Is there any clue?
$ flang hello.f90
/usr/bin/ld: cannot find -lflangmain
flang: error: linker command failed with exit code 1 (use -v to see invocation)
>
> On 12/31/17 09:43, Rafael Sadowski wrote:
> > On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
> > > On 12/23/17 00:00, Brian Callahan wrote:
> > > > On 12/15/17 23:43, Brian Callahan wrote:
> > > > > On 12/10/17 12:27, Brian Callahan wrote:
> > > > > > Hi ports --
> > > > > >
> > > > > > Attached is a new port, lang/flang. Flang is a Fortran compiler
> > > > > > targeting LLVM.
> > > > > >
> > > > > > Supposedly Flang is on its way to becoming part of LLVM, though
> > > > > > there's no timetable for that.
> > > > > >
> > > > > > Flang is divided into two ports, the driver and the runtime. The
> > > > > > driver is a modified version of clang. I chose to only install
> > > > > > the flang driver binary from the driver port. The CMake build
> > > > > > system wants to install the entirety of the clang utils and
> > > > > > libraries and headers, but that means having three copies of
> > > > > > some things (1 in base, 1 from devel/llvm, 1 from flang), and
> > > > > > that seemed crazy. We only need the flang driver binary anyway.
> > > > > >
> > > > > > In order to link binaries with flang, you must remember to
> > > > > > include -L${LOCALBASE}/lib -lflang when linking the binary.
> > > > > >
> > > > > > I chose to use flang's built-in ompstubs library for OpenMP
> > > > > > "support." And by "support" I mean that the ompstubs library is
> > > > > > just stubbed out omp routines that do nothing but allow flang to
> > > > > > build. According to upstream, !amd64 archs use the ompstubs
> > > > > > library anyway. It would be nice to eventually move to real
> > > > > > OpenMP support, but that can be for a later day.
> > > > > >
> > > > > > Only tested on amd64 because I do not (yet) have an arm64
> > > > > > machine. Flang only supports those two platforms. I will add the
> > > > > > needed arm64 bits once I have my arm64 machine. Flang
> > > > > > successfully builds a bunch of F90/F95 programs I have and
> > > > > > passes a significant chunk of the NIST F77 test suite.
> > > > > >
> > > > > > OK?
> > > > > >
> > > > > > ~Brian
> > > > > >
> > > > > Ping. Tarball with latest version attached.
> > > > >
> > > > > OK?
> > > > >
> > > > > ~Brian
> > > > >
> > > > Anyone?
> > > >
> > > > Latest tarball attached.
> > > >
> > > > ~Brian
> > > >
> > > Weekly bump with the latest tarball attached :)
> > >
> > > ~Brian
> > >
> > Not much to grumble about.
> >
> > * Tab(s) after PERMIT_PACKAGE_CDROM
>
> Fixed.
>
> > * Some comments in the patches would be very helpful.
>
> Comments added, but only to the flang/flang part. The patches directory in
> flang/driver are direct copies of the clang patches from the devel/llvm
> port. I'll have to keep doing that going forward for ease of maintenance, I
> think.
Thanks, could we also add a comment in Makefile? So that no one forgets
to synchronize the patches with devel/llvm.
>
> >
> > Only build test on amd64. Is there any run test I could do?
>
> flang/flang is a test of itself, which is nice. Otherwise, your favorite F95
> programs?
Is there any clue?
$ flang hello.f90
/usr/bin/ld: cannot find -lflangmain
flang: error: linker command failed with exit code 1 (use -v to see invocation)
Re: [MAINTAINER UPDATE] x11/lumina port currently won't build - fix included
On Fri, 2017-12-29 at 19:48 +0000, Bryan C. Everly wrote:
> Hello ports@,
>
> Looks like we missed a comma in the makefile which is preventing the
> current Lumina 1.4 port from building. I've attached a diff which I
> painfully built every dependency from source on my Thinkpad X230 to
> verify it was working correctly.
>
> Thanks to Martijn (copied) for notifying me.
>
> I'd appreciate a set of eyes on this and for someone to please commit
> it on my behalf.
>
> Thanks,
> Bryan
Bump. This isn't building right now and just needs an extra comma
added to the makefile by someone with commit rights. I'd appreciate it
if we could get this fixed.
Thanks!
> Hello ports@,
>
> Looks like we missed a comma in the makefile which is preventing the
> current Lumina 1.4 port from building. I've attached a diff which I
> painfully built every dependency from source on my Thinkpad X230 to
> verify it was working correctly.
>
> Thanks to Martijn (copied) for notifying me.
>
> I'd appreciate a set of eyes on this and for someone to please commit
> it on my behalf.
>
> Thanks,
> Bryan
Bump. This isn't building right now and just needs an extra comma
added to the makefile by someone with commit rights. I'd appreciate it
if we could get this fixed.
Thanks!
Re: Broadcast/Multicast & NTP - CAPWAP
> On Dec 30, 2017, at 7:06 PM, Philip Guenther <guenther@gmail.com> wrote:
>
>
> Uh, no.
>
> Frankly, this sounds like grasping at straws; you need to pause and
> actually write down *testable* details before trying to come up with
> (more) hypotheses. As I wrote before:
>
>>> If the latter, then you should take it down a level and describe what you
>>> tried to do, what you expected to see "on the wire/in the air", and what
>>> you _actually_ saw there?
>
I'll go ahead update the Wi-Fi password & see if that makes things worse.
Regards
Patrick
>
>
> Uh, no.
>
> Frankly, this sounds like grasping at straws; you need to pause and
> actually write down *testable* details before trying to come up with
> (more) hypotheses. As I wrote before:
>
>>> If the latter, then you should take it down a level and describe what you
>>> tried to do, what you expected to see "on the wire/in the air", and what
>>> you _actually_ saw there?
>
I'll go ahead update the Wi-Fi password & see if that makes things worse.
Regards
Patrick
Re: NEW: lang/flang
On 12/31/17 09:43, Rafael Sadowski wrote:
> On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
>> On 12/23/17 00:00, Brian Callahan wrote:
>>> On 12/15/17 23:43, Brian Callahan wrote:
>>>> On 12/10/17 12:27, Brian Callahan wrote:
>>>>> Hi ports --
>>>>>
>>>>> Attached is a new port, lang/flang. Flang is a Fortran compiler
>>>>> targeting LLVM.
>>>>>
>>>>> Supposedly Flang is on its way to becoming part of LLVM, though
>>>>> there's no timetable for that.
>>>>>
>>>>> Flang is divided into two ports, the driver and the runtime. The
>>>>> driver is a modified version of clang. I chose to only install
>>>>> the flang driver binary from the driver port. The CMake build
>>>>> system wants to install the entirety of the clang utils and
>>>>> libraries and headers, but that means having three copies of
>>>>> some things (1 in base, 1 from devel/llvm, 1 from flang), and
>>>>> that seemed crazy. We only need the flang driver binary anyway.
>>>>>
>>>>> In order to link binaries with flang, you must remember to
>>>>> include -L${LOCALBASE}/lib -lflang when linking the binary.
>>>>>
>>>>> I chose to use flang's built-in ompstubs library for OpenMP
>>>>> "support." And by "support" I mean that the ompstubs library is
>>>>> just stubbed out omp routines that do nothing but allow flang to
>>>>> build. According to upstream, !amd64 archs use the ompstubs
>>>>> library anyway. It would be nice to eventually move to real
>>>>> OpenMP support, but that can be for a later day.
>>>>>
>>>>> Only tested on amd64 because I do not (yet) have an arm64
>>>>> machine. Flang only supports those two platforms. I will add the
>>>>> needed arm64 bits once I have my arm64 machine. Flang
>>>>> successfully builds a bunch of F90/F95 programs I have and
>>>>> passes a significant chunk of the NIST F77 test suite.
>>>>>
>>>>> OK?
>>>>>
>>>>> ~Brian
>>>>>
>>>> Ping. Tarball with latest version attached.
>>>>
>>>> OK?
>>>>
>>>> ~Brian
>>>>
>>> Anyone?
>>>
>>> Latest tarball attached.
>>>
>>> ~Brian
>>>
>> Weekly bump with the latest tarball attached :)
>>
>> ~Brian
>>
> Not much to grumble about.
>
> * Tab(s) after PERMIT_PACKAGE_CDROM
Fixed.
> * Some comments in the patches would be very helpful.
Comments added, but only to the flang/flang part. The patches directory
in flang/driver are direct copies of the clang patches from the
devel/llvm port. I'll have to keep doing that going forward for ease of
maintenance, I think.
>
> Only build test on amd64. Is there any run test I could do?
flang/flang is a test of itself, which is nice. Otherwise, your favorite
F95 programs?
~Brian
> On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
>> On 12/23/17 00:00, Brian Callahan wrote:
>>> On 12/15/17 23:43, Brian Callahan wrote:
>>>> On 12/10/17 12:27, Brian Callahan wrote:
>>>>> Hi ports --
>>>>>
>>>>> Attached is a new port, lang/flang. Flang is a Fortran compiler
>>>>> targeting LLVM.
>>>>>
>>>>> Supposedly Flang is on its way to becoming part of LLVM, though
>>>>> there's no timetable for that.
>>>>>
>>>>> Flang is divided into two ports, the driver and the runtime. The
>>>>> driver is a modified version of clang. I chose to only install
>>>>> the flang driver binary from the driver port. The CMake build
>>>>> system wants to install the entirety of the clang utils and
>>>>> libraries and headers, but that means having three copies of
>>>>> some things (1 in base, 1 from devel/llvm, 1 from flang), and
>>>>> that seemed crazy. We only need the flang driver binary anyway.
>>>>>
>>>>> In order to link binaries with flang, you must remember to
>>>>> include -L${LOCALBASE}/lib -lflang when linking the binary.
>>>>>
>>>>> I chose to use flang's built-in ompstubs library for OpenMP
>>>>> "support." And by "support" I mean that the ompstubs library is
>>>>> just stubbed out omp routines that do nothing but allow flang to
>>>>> build. According to upstream, !amd64 archs use the ompstubs
>>>>> library anyway. It would be nice to eventually move to real
>>>>> OpenMP support, but that can be for a later day.
>>>>>
>>>>> Only tested on amd64 because I do not (yet) have an arm64
>>>>> machine. Flang only supports those two platforms. I will add the
>>>>> needed arm64 bits once I have my arm64 machine. Flang
>>>>> successfully builds a bunch of F90/F95 programs I have and
>>>>> passes a significant chunk of the NIST F77 test suite.
>>>>>
>>>>> OK?
>>>>>
>>>>> ~Brian
>>>>>
>>>> Ping. Tarball with latest version attached.
>>>>
>>>> OK?
>>>>
>>>> ~Brian
>>>>
>>> Anyone?
>>>
>>> Latest tarball attached.
>>>
>>> ~Brian
>>>
>> Weekly bump with the latest tarball attached :)
>>
>> ~Brian
>>
> Not much to grumble about.
>
> * Tab(s) after PERMIT_PACKAGE_CDROM
Fixed.
> * Some comments in the patches would be very helpful.
Comments added, but only to the flang/flang part. The patches directory
in flang/driver are direct copies of the clang patches from the
devel/llvm port. I'll have to keep doing that going forward for ease of
maintenance, I think.
>
> Only build test on amd64. Is there any run test I could do?
flang/flang is a test of itself, which is nice. Otherwise, your favorite
F95 programs?
~Brian
Re: UPDATE zstd 1.3.3
On Sun 31/12/2017 15:38, Klemens Nanni wrote:
> `make build' starts with bad make usage, builds almost everything
> and eventually exits with one. Rerunning it again build some other stuff
> and exits zero; this doesn't seem right.
>
> `make test' fails as well.
>
> See full logs attached for both targets.
Klemens, I'm unable to reproduce the errors from your build. Could you check
that your ports tree is up to date, and that the diff has been applied
correctly? What is the result of 'make clean && make && make test'?
My build log: http://sprunge.us/LZSY
My test log: http://sprunge.us/JRFC
> `make build' starts with bad make usage, builds almost everything
> and eventually exits with one. Rerunning it again build some other stuff
> and exits zero; this doesn't seem right.
>
> `make test' fails as well.
>
> See full logs attached for both targets.
Klemens, I'm unable to reproduce the errors from your build. Could you check
that your ports tree is up to date, and that the diff has been applied
correctly? What is the result of 'make clean && make && make test'?
My build log: http://sprunge.us/LZSY
My test log: http://sprunge.us/JRFC
Re: NEW: lang/flang
On Sat Dec 30, 2017 at 10:12:23PM -0500, Brian Callahan wrote:
>
> On 12/23/17 00:00, Brian Callahan wrote:
> >
> > On 12/15/17 23:43, Brian Callahan wrote:
> > >
> > > On 12/10/17 12:27, Brian Callahan wrote:
> > > > Hi ports --
> > > >
> > > > Attached is a new port, lang/flang. Flang is a Fortran compiler
> > > > targeting LLVM.
> > > >
> > > > Supposedly Flang is on its way to becoming part of LLVM, though
> > > > there's no timetable for that.
> > > >
> > > > Flang is divided into two ports, the driver and the runtime. The
> > > > driver is a modified version of clang. I chose to only install
> > > > the flang driver binary from the driver port. The CMake build
> > > > system wants to install the entirety of the clang utils and
> > > > libraries and headers, but that means having three copies of
> > > > some things (1 in base, 1 from devel/llvm, 1 from flang), and
> > > > that seemed crazy. We only need the flang driver binary anyway.
> > > >
> > > > In order to link binaries with flang, you must remember to
> > > > include -L${LOCALBASE}/lib -lflang when linking the binary.
> > > >
> > > > I chose to use flang's built-in ompstubs library for OpenMP
> > > > "support." And by "support" I mean that the ompstubs library is
> > > > just stubbed out omp routines that do nothing but allow flang to
> > > > build. According to upstream, !amd64 archs use the ompstubs
> > > > library anyway. It would be nice to eventually move to real
> > > > OpenMP support, but that can be for a later day.
> > > >
> > > > Only tested on amd64 because I do not (yet) have an arm64
> > > > machine. Flang only supports those two platforms. I will add the
> > > > needed arm64 bits once I have my arm64 machine. Flang
> > > > successfully builds a bunch of F90/F95 programs I have and
> > > > passes a significant chunk of the NIST F77 test suite.
> > > >
> > > > OK?
> > > >
> > > > ~Brian
> > > >
> > >
> > > Ping. Tarball with latest version attached.
> > >
> > > OK?
> > >
> > > ~Brian
> > >
> >
> > Anyone?
> >
> > Latest tarball attached.
> >
> > ~Brian
> >
>
> Weekly bump with the latest tarball attached :)
>
> ~Brian
>
Not much to grumble about.
* Tab(s) after PERMIT_PACKAGE_CDROM
* Some comments in the patches would be very helpful.
Only build test on amd64. Is there any run test I could do?
Rafael
>
> On 12/23/17 00:00, Brian Callahan wrote:
> >
> > On 12/15/17 23:43, Brian Callahan wrote:
> > >
> > > On 12/10/17 12:27, Brian Callahan wrote:
> > > > Hi ports --
> > > >
> > > > Attached is a new port, lang/flang. Flang is a Fortran compiler
> > > > targeting LLVM.
> > > >
> > > > Supposedly Flang is on its way to becoming part of LLVM, though
> > > > there's no timetable for that.
> > > >
> > > > Flang is divided into two ports, the driver and the runtime. The
> > > > driver is a modified version of clang. I chose to only install
> > > > the flang driver binary from the driver port. The CMake build
> > > > system wants to install the entirety of the clang utils and
> > > > libraries and headers, but that means having three copies of
> > > > some things (1 in base, 1 from devel/llvm, 1 from flang), and
> > > > that seemed crazy. We only need the flang driver binary anyway.
> > > >
> > > > In order to link binaries with flang, you must remember to
> > > > include -L${LOCALBASE}/lib -lflang when linking the binary.
> > > >
> > > > I chose to use flang's built-in ompstubs library for OpenMP
> > > > "support." And by "support" I mean that the ompstubs library is
> > > > just stubbed out omp routines that do nothing but allow flang to
> > > > build. According to upstream, !amd64 archs use the ompstubs
> > > > library anyway. It would be nice to eventually move to real
> > > > OpenMP support, but that can be for a later day.
> > > >
> > > > Only tested on amd64 because I do not (yet) have an arm64
> > > > machine. Flang only supports those two platforms. I will add the
> > > > needed arm64 bits once I have my arm64 machine. Flang
> > > > successfully builds a bunch of F90/F95 programs I have and
> > > > passes a significant chunk of the NIST F77 test suite.
> > > >
> > > > OK?
> > > >
> > > > ~Brian
> > > >
> > >
> > > Ping. Tarball with latest version attached.
> > >
> > > OK?
> > >
> > > ~Brian
> > >
> >
> > Anyone?
> >
> > Latest tarball attached.
> >
> > ~Brian
> >
>
> Weekly bump with the latest tarball attached :)
>
> ~Brian
>
Not much to grumble about.
* Tab(s) after PERMIT_PACKAGE_CDROM
* Some comments in the patches would be very helpful.
Only build test on amd64. Is there any run test I could do?
Rafael
Re: UPDATE zstd 1.3.3
On Sun, Dec 31, 2017 at 02:35:05PM +0100, Björn Ketelaars wrote:
> Please find enclosed a diff for bringing archivers/zstd to 1.3.3, which is
> a bug fix release. This diff also enables building of libzstd, and uses the
> correct TEST_TARGET.
>
> Reason for building libzstd is that borgbackup is currently using a bundled
> copy. I would like to replace the bundled copy by the ports version (as
> requested by sthen@).
>
> Comments/OKs?
>
> --
> Björn Ketelaars
> GPG key: 0x4F0E5F21
>
>
> diff --git archivers/zstd/Makefile archivers/zstd/Makefile
> index 29af1566909..0e4ea235301 100644
> --- archivers/zstd/Makefile
> +++ archivers/zstd/Makefile
> @@ -4,7 +4,8 @@ COMMENT = zstandard fast real-time compression algorithm
>
> GH_ACCOUNT = facebook
> GH_PROJECT = zstd
> -GH_TAGNAME = v1.3.2
> +GH_TAGNAME = v1.3.3
> +SHARED_LIBS = zstd 0.0 #1.3.3
>
> CATEGORIES = archivers
>
> @@ -22,18 +23,12 @@ COMPILER = base-clang ports-clang ports-gcc
> COMPILER_LANGS = c
>
> MAKE_ENV = CC="${CC}" CXX="${CXX}" \
> - CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
> -FAKE_FLAGS = PREFIX="${PREFIX}" MANDIR="${PREFIX}/man/man1"
> + CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" \
> + LIBzstd_VERSION="${LIBzstd_VERSION}"
> +FAKE_FLAGS = PREFIX="${PREFIX}"
>
> USE_GMAKE = Yes
>
> -WRKSRC = ${WRKDIST}/programs
> -
> -ALL_TARGET = zstd
> -TEST_TARGET = all test
> -
> -do-test:
> - cd "${WRKDIST}/tests" && ${SETENV} ${ALL_TEST_ENV} ${MAKE_PROGRAM} \
> - ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} ${TEST_LOG}
> +TEST_TARGET = check
>
> .include <bsd.port.mk>
> diff --git archivers/zstd/distinfo archivers/zstd/distinfo
> index 5c93baa7541..fe0c3b5be4d 100644
> --- archivers/zstd/distinfo
> +++ archivers/zstd/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (zstd-1.3.2.tar.gz) = rFBUo8ZOZRC8GuiQ0F49JxzDPO68nQasnwgQV2bSeYo=
> -SIZE (zstd-1.3.2.tar.gz) = 1618939
> +SHA256 (zstd-1.3.3.tar.gz) = p3xHFT7n3gJibFsqCXAFeGtxaIvmHp+4GAagEfkLKXs=
> +SIZE (zstd-1.3.3.tar.gz) = 1857232
> diff --git archivers/zstd/patches/patch-Makefile archivers/zstd/patches/patch-Makefile
> new file mode 100644
> index 00000000000..3230b8fda36
> --- /dev/null
> +++ archivers/zstd/patches/patch-Makefile
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: Makefile
> +--- Makefile.orig
> ++++ Makefile
> +@@ -107,7 +107,7 @@ clean:
> + #------------------------------------------------------------------------------
> + # make install is validated only for Linux, OSX, Hurd and some BSD targets
> + #------------------------------------------------------------------------------
> +-ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU FreeBSD DragonFly NetBSD MSYS_NT))
> ++ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU OpenBSD FreeBSD DragonFly NetBSD MSYS_NT))
> +
> + HOST_OS = POSIX
> + CMAKE_PARAMS = -DZSTD_BUILD_CONTRIB:BOOL=ON -DZSTD_BUILD_STATIC:BOOL=ON -DZSTD_BUILD_TESTS:BOOL=ON -DZSTD_ZLIB_SUPPORT:BOOL=ON -DZSTD_LZMA_SUPPORT:BOOL=ON
> diff --git archivers/zstd/patches/patch-lib_Makefile archivers/zstd/patches/patch-lib_Makefile
> new file mode 100644
> index 00000000000..213e6396e9c
> --- /dev/null
> +++ archivers/zstd/patches/patch-lib_Makefile
> @@ -0,0 +1,36 @@
> +$OpenBSD$
> +
> +Index: lib/Makefile
> +--- lib/Makefile.orig
> ++++ lib/Makefile
> +@@ -51,10 +51,10 @@ ifeq ($(shell uname), Darwin)
> + SHARED_EXT_VER = $(LIBVER).$(SHARED_EXT)
> + SONAME_FLAGS = -install_name $(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR) -compatibility_version $(LIBVER_MAJOR) -current_version $(LIBVER)
> + else
> +- SONAME_FLAGS = -Wl,-soname=libzstd.$(SHARED_EXT).$(LIBVER_MAJOR)
> ++ SONAME_FLAGS =
> + SHARED_EXT = so
> + SHARED_EXT_MAJOR = $(SHARED_EXT).$(LIBVER_MAJOR)
> +- SHARED_EXT_VER = $(SHARED_EXT).$(LIBVER)
> ++ SHARED_EXT_VER = $(SHARED_EXT).$(LIBzstd_VERSION)
> + endif
> +
> + LIBZSTD = libzstd.$(SHARED_EXT_VER)
> +@@ -134,7 +134,7 @@ LIBDIR ?= $(libdir)
> + includedir ?= $(PREFIX)/include
> + INCLUDEDIR ?= $(includedir)
> +
> +-ifneq (,$(filter $(shell uname),OpenBSD FreeBSD NetBSD DragonFly))
> ++ifneq (,$(filter $(shell uname),FreeBSD NetBSD DragonFly))
> + PKGCONFIGDIR ?= $(PREFIX)/libdata/pkgconfig
> + else
> + PKGCONFIGDIR ?= $(LIBDIR)/pkgconfig
> +@@ -165,8 +165,6 @@ install: libzstd.a libzstd libzstd.pc
> + @echo Installing libraries
> + @$(INSTALL_DATA) libzstd.a $(DESTDIR)$(LIBDIR)
> + @$(INSTALL_PROGRAM) $(LIBZSTD) $(DESTDIR)$(LIBDIR)
> +- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR)
> +- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT)
> + @echo Installing includes
> + @$(INSTALL_DATA) zstd.h $(DESTDIR)$(INCLUDEDIR)
> + @$(INSTALL_DATA) common/zstd_errors.h $(DESTDIR)$(INCLUDEDIR)
> diff --git archivers/zstd/patches/patch-tests_playTests_sh archivers/zstd/patches/patch-tests_playTests_sh
> index 20cdb472e61..89762688675 100644
> --- archivers/zstd/patches/patch-tests_playTests_sh
> +++ archivers/zstd/patches/patch-tests_playTests_sh
> @@ -2,7 +2,7 @@ $OpenBSD: patch-tests_playTests_sh,v 1.7 2017/10/24 14:58:14 rsadowski Exp $
> Index: tests/playTests.sh
> --- tests/playTests.sh.orig
> +++ tests/playTests.sh
> -@@ -67,6 +67,7 @@ UNAME=$(uname)
> +@@ -69,6 +69,7 @@ UNAME=$(uname)
> case "$UNAME" in
> Darwin) MD5SUM="md5 -r" ;;
> FreeBSD) MD5SUM="gmd5sum" ;;
> @@ -10,7 +10,7 @@ Index: tests/playTests.sh
> *) MD5SUM="md5sum" ;;
> esac
>
> -@@ -209,7 +210,7 @@ rm ./*.tmp ./*.zstd
> +@@ -237,7 +238,7 @@ rm ./*.tmp ./*.zstd
> $ECHO "frame concatenation tests completed"
>
>
> diff --git archivers/zstd/pkg/PLIST archivers/zstd/pkg/PLIST
> index 917a2596042..044fce01f25 100644
> --- archivers/zstd/pkg/PLIST
> +++ archivers/zstd/pkg/PLIST
> @@ -1,10 +1,17 @@
> -@comment $OpenBSD: PLIST,v 1.3 2017/05/05 18:16:53 juanfra Exp $
> +@comment $OpenBSD$
> bin/unzstd
> @bin bin/zstd
> bin/zstdcat
> bin/zstdgrep
> bin/zstdless
> bin/zstdmt
> +include/zbuff.h
> +include/zdict.h
> +include/zstd.h
> +include/zstd_errors.h
> +lib/libzstd.a
> +@lib lib/libzstd.so.${LIBzstd_VERSION}
> +lib/pkgconfig/libzstd.pc
> @man man/man1/unzstd.1
> @man man/man1/zstd.1
> @man man/man1/zstdcat.1
>
`make build' starts with bad make usage, builds almost everything
and eventually exits with one. Rerunning it again build some other stuff
and exits zero; this doesn't seem right.
`make test' fails as well.
See full logs attached for both targets.
> Please find enclosed a diff for bringing archivers/zstd to 1.3.3, which is
> a bug fix release. This diff also enables building of libzstd, and uses the
> correct TEST_TARGET.
>
> Reason for building libzstd is that borgbackup is currently using a bundled
> copy. I would like to replace the bundled copy by the ports version (as
> requested by sthen@).
>
> Comments/OKs?
>
> --
> Björn Ketelaars
> GPG key: 0x4F0E5F21
>
>
> diff --git archivers/zstd/Makefile archivers/zstd/Makefile
> index 29af1566909..0e4ea235301 100644
> --- archivers/zstd/Makefile
> +++ archivers/zstd/Makefile
> @@ -4,7 +4,8 @@ COMMENT = zstandard fast real-time compression algorithm
>
> GH_ACCOUNT = facebook
> GH_PROJECT = zstd
> -GH_TAGNAME = v1.3.2
> +GH_TAGNAME = v1.3.3
> +SHARED_LIBS = zstd 0.0 #1.3.3
>
> CATEGORIES = archivers
>
> @@ -22,18 +23,12 @@ COMPILER = base-clang ports-clang ports-gcc
> COMPILER_LANGS = c
>
> MAKE_ENV = CC="${CC}" CXX="${CXX}" \
> - CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
> -FAKE_FLAGS = PREFIX="${PREFIX}" MANDIR="${PREFIX}/man/man1"
> + CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" \
> + LIBzstd_VERSION="${LIBzstd_VERSION}"
> +FAKE_FLAGS = PREFIX="${PREFIX}"
>
> USE_GMAKE = Yes
>
> -WRKSRC = ${WRKDIST}/programs
> -
> -ALL_TARGET = zstd
> -TEST_TARGET = all test
> -
> -do-test:
> - cd "${WRKDIST}/tests" && ${SETENV} ${ALL_TEST_ENV} ${MAKE_PROGRAM} \
> - ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} ${TEST_LOG}
> +TEST_TARGET = check
>
> .include <bsd.port.mk>
> diff --git archivers/zstd/distinfo archivers/zstd/distinfo
> index 5c93baa7541..fe0c3b5be4d 100644
> --- archivers/zstd/distinfo
> +++ archivers/zstd/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (zstd-1.3.2.tar.gz) = rFBUo8ZOZRC8GuiQ0F49JxzDPO68nQasnwgQV2bSeYo=
> -SIZE (zstd-1.3.2.tar.gz) = 1618939
> +SHA256 (zstd-1.3.3.tar.gz) = p3xHFT7n3gJibFsqCXAFeGtxaIvmHp+4GAagEfkLKXs=
> +SIZE (zstd-1.3.3.tar.gz) = 1857232
> diff --git archivers/zstd/patches/patch-Makefile archivers/zstd/patches/patch-Makefile
> new file mode 100644
> index 00000000000..3230b8fda36
> --- /dev/null
> +++ archivers/zstd/patches/patch-Makefile
> @@ -0,0 +1,14 @@
> +$OpenBSD$
> +
> +Index: Makefile
> +--- Makefile.orig
> ++++ Makefile
> +@@ -107,7 +107,7 @@ clean:
> + #------------------------------------------------------------------------------
> + # make install is validated only for Linux, OSX, Hurd and some BSD targets
> + #------------------------------------------------------------------------------
> +-ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU FreeBSD DragonFly NetBSD MSYS_NT))
> ++ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU OpenBSD FreeBSD DragonFly NetBSD MSYS_NT))
> +
> + HOST_OS = POSIX
> + CMAKE_PARAMS = -DZSTD_BUILD_CONTRIB:BOOL=ON -DZSTD_BUILD_STATIC:BOOL=ON -DZSTD_BUILD_TESTS:BOOL=ON -DZSTD_ZLIB_SUPPORT:BOOL=ON -DZSTD_LZMA_SUPPORT:BOOL=ON
> diff --git archivers/zstd/patches/patch-lib_Makefile archivers/zstd/patches/patch-lib_Makefile
> new file mode 100644
> index 00000000000..213e6396e9c
> --- /dev/null
> +++ archivers/zstd/patches/patch-lib_Makefile
> @@ -0,0 +1,36 @@
> +$OpenBSD$
> +
> +Index: lib/Makefile
> +--- lib/Makefile.orig
> ++++ lib/Makefile
> +@@ -51,10 +51,10 @@ ifeq ($(shell uname), Darwin)
> + SHARED_EXT_VER = $(LIBVER).$(SHARED_EXT)
> + SONAME_FLAGS = -install_name $(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR) -compatibility_version $(LIBVER_MAJOR) -current_version $(LIBVER)
> + else
> +- SONAME_FLAGS = -Wl,-soname=libzstd.$(SHARED_EXT).$(LIBVER_MAJOR)
> ++ SONAME_FLAGS =
> + SHARED_EXT = so
> + SHARED_EXT_MAJOR = $(SHARED_EXT).$(LIBVER_MAJOR)
> +- SHARED_EXT_VER = $(SHARED_EXT).$(LIBVER)
> ++ SHARED_EXT_VER = $(SHARED_EXT).$(LIBzstd_VERSION)
> + endif
> +
> + LIBZSTD = libzstd.$(SHARED_EXT_VER)
> +@@ -134,7 +134,7 @@ LIBDIR ?= $(libdir)
> + includedir ?= $(PREFIX)/include
> + INCLUDEDIR ?= $(includedir)
> +
> +-ifneq (,$(filter $(shell uname),OpenBSD FreeBSD NetBSD DragonFly))
> ++ifneq (,$(filter $(shell uname),FreeBSD NetBSD DragonFly))
> + PKGCONFIGDIR ?= $(PREFIX)/libdata/pkgconfig
> + else
> + PKGCONFIGDIR ?= $(LIBDIR)/pkgconfig
> +@@ -165,8 +165,6 @@ install: libzstd.a libzstd libzstd.pc
> + @echo Installing libraries
> + @$(INSTALL_DATA) libzstd.a $(DESTDIR)$(LIBDIR)
> + @$(INSTALL_PROGRAM) $(LIBZSTD) $(DESTDIR)$(LIBDIR)
> +- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR)
> +- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT)
> + @echo Installing includes
> + @$(INSTALL_DATA) zstd.h $(DESTDIR)$(INCLUDEDIR)
> + @$(INSTALL_DATA) common/zstd_errors.h $(DESTDIR)$(INCLUDEDIR)
> diff --git archivers/zstd/patches/patch-tests_playTests_sh archivers/zstd/patches/patch-tests_playTests_sh
> index 20cdb472e61..89762688675 100644
> --- archivers/zstd/patches/patch-tests_playTests_sh
> +++ archivers/zstd/patches/patch-tests_playTests_sh
> @@ -2,7 +2,7 @@ $OpenBSD: patch-tests_playTests_sh,v 1.7 2017/10/24 14:58:14 rsadowski Exp $
> Index: tests/playTests.sh
> --- tests/playTests.sh.orig
> +++ tests/playTests.sh
> -@@ -67,6 +67,7 @@ UNAME=$(uname)
> +@@ -69,6 +69,7 @@ UNAME=$(uname)
> case "$UNAME" in
> Darwin) MD5SUM="md5 -r" ;;
> FreeBSD) MD5SUM="gmd5sum" ;;
> @@ -10,7 +10,7 @@ Index: tests/playTests.sh
> *) MD5SUM="md5sum" ;;
> esac
>
> -@@ -209,7 +210,7 @@ rm ./*.tmp ./*.zstd
> +@@ -237,7 +238,7 @@ rm ./*.tmp ./*.zstd
> $ECHO "frame concatenation tests completed"
>
>
> diff --git archivers/zstd/pkg/PLIST archivers/zstd/pkg/PLIST
> index 917a2596042..044fce01f25 100644
> --- archivers/zstd/pkg/PLIST
> +++ archivers/zstd/pkg/PLIST
> @@ -1,10 +1,17 @@
> -@comment $OpenBSD: PLIST,v 1.3 2017/05/05 18:16:53 juanfra Exp $
> +@comment $OpenBSD$
> bin/unzstd
> @bin bin/zstd
> bin/zstdcat
> bin/zstdgrep
> bin/zstdless
> bin/zstdmt
> +include/zbuff.h
> +include/zdict.h
> +include/zstd.h
> +include/zstd_errors.h
> +lib/libzstd.a
> +@lib lib/libzstd.so.${LIBzstd_VERSION}
> +lib/pkgconfig/libzstd.pc
> @man man/man1/unzstd.1
> @man man/man1/zstd.1
> @man man/man1/zstdcat.1
>
`make build' starts with bad make usage, builds almost everything
and eventually exits with one. Rerunning it again build some other stuff
and exits zero; this doesn't seem right.
`make test' fails as well.
See full logs attached for both targets.
Re: OpenBSD 6.2 and 6.1 on Proxmox 5.1 irratic ping interval sluggish timer
Hello
I have tried acpitimer0 but this does not seem to help with the
irratic sleep timer,
as you can see the delay in the sleep timer
seems to be progressive, as the uptime gets longer the
delay gets worse
I hope this helps,
date;sleep 1;date;uptime
Sun Dec 31 11:54:47 GMT 2017
Sun Dec 31 11:54:48 GMT 2017
11:54AM up 7 mins, 2 users, load averages: 0.00, 0.01, 0.00
# date;sleep 1;date;uptime
Sun Dec 31 13:43:37 GMT 2017
Sun Dec 31 13:43:44 GMT 2017
1:43PM up 1:56, 2 users, load averages: 0.42, 0.36, 0.22
# sysctl kern.timecounter
kern.timecounter.tick=1
kern.timecounter.timestepwarnings=0
kern.timecounter.hardware=acpitimer0
kern.timecounter.choice=i8254(0) acpihpet0(1000) acpitimer0(1000)
dummy(-1000000)
# dmesg
OpenBSD 6.2 (RAMDISK_CD) #132: Tue Oct 3 21:26:51 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD
real mem = 4278042624 (4079MB)
avail mem = 4144635904 (3952MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC HPET SRAT
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 534.12 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: apic clock running at 1000MHz
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu at acpi0 not configured
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
"Intel 82371SB ISA" rev 0x00 at pci0 dev 1 function 0 not configured
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
"Intel 82371AB Power" rev 0x03 at pci0 dev 1 function 3 not configured
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
vga1: aperture needed
wsdisplay1 at vga1 mux 1: console (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus1 at vioscsi0: 255 targets
sd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
isa0 at mainbus0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay1
softraid0 at root
scsibus2 at softraid0: 256 targets
root on rd0a swap on rd0b dump on rd0b
syncing disks... done
rebooting...
OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4278042624 (4079MB)
avail mem = 4141363200 (3949MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET SRAT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 526.64 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 798.55 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpihpet0 at acpi0: 100000000 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus2 at vioscsi0: 255 targets
sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
fd0 at fdc0 drive 1: density unknown
syncing disks... done
rebooting...
OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4278042624 (4079MB)
avail mem = 4141355008 (3949MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET SRAT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 527.46 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 806.32 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpihpet0 at acpi0: 100000000 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus2 at vioscsi0: 255 targets
sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
fd0 at fdc0 drive 1: density unknown
On 31 December 2017 at 11:51, Tom Smyth <tom.smyth@wirelessconnect.eu> wrote:
> Hello
>
> when I the following commands in openbsd
>
> date;sleep 1;date;uptime
> I get the following output ads you can see there is a 20 second
> delay instead of a 1 second delay
> Sun Dec 31 11:22:15 GMT 2017
> Sun Dec 31 11:22:35 GMT 2017
> 11:22AM up 11:20, 2 users, load averages: 1.02, 0.99, 0.89
>
>
> kern.timecounter.tick=1
> kern.timecounter.timestepwarnings=0
> kern.timecounter.hardware=acpihpet0
> kern.timecounter.choice=i8254(0) acpihpet0(1000) acpitimer0(1000)
> dummy(-1000000)
>
>
> I will change the timecounter but on the previous version Proxmox it didnt help
> The proxmox vm is a standard vm with hardware KVM enabled and Host CPU
> presented to the VM... other hardware Storage, networking etc are
> presented as virtio paravirtualised drivers
>
> demsg output below
> OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
> deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4278042624 (4079MB)
> avail mem = 4141363200 (3949MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
> bios0: vendor SeaBIOS version
> "rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
> bios0: QEMU Standard PC (i440FX + PIIX, 1996)
> acpi0 at bios0: rev 0
> acpi0: sleep states S3 S4 S5
> acpi0: tables DSDT FACP APIC HPET SRAT
> acpi0: wakeup devices
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 526.64 MHz
> cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
> cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
> 64b/line 16-way L2 cache
> cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 1000MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 798.55 MHz
> cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
> cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
> 64b/line 16-way L2 cache
> cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu1: smt 0, core 1, package 0
> ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
> acpihpet0 at acpi0: 100000000 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpicpu0 at acpi0: C1(@1 halt!)
> acpicpu1 at acpi0: C1(@1 halt!)
> "ACPI0006" at acpi0 not configured
> "PNP0F13" at acpi0 not configured
> "PNP0700" at acpi0 not configured
> "PNP0A06" at acpi0 not configured
> "PNP0A06" at acpi0 not configured
> "PNP0A06" at acpi0 not configured
> "QEMU0002" at acpi0 not configured
> "ACPI0010" at acpi0 not configured
> pvbus0 at mainbus0: KVM
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
> pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
> pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
> channel 0 wired to compatibility, channel 1 wired to compatibility
> pciide0: channel 0 disabled (no drives)
> atapiscsi0 at pciide0 channel 1 drive 0
> scsibus1 at atapiscsi0: 2 targets
> cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
> cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
> uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
> piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
> iic0 at piixpm0
> vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
> vioscsi0 at virtio0: qsize 128
> scsibus2 at vioscsi0: 255 targets
> sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
> sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
> virtio0: msix shared
> virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
> vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
> virtio1: msix shared
> ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
> pci1 at ppb0 bus 1
> ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
> pci2 at ppb1 bus 2
> isa0 at pcib0
> isadma0 at isa0
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> pckbd0 at pckbc0 (kbd slot)
> wskbd0 at pckbd0: console keyboard, using wsdisplay0
> pms0 at pckbc0 (aux slot)
> wsmouse0 at pms0 mux 0
> pcppi0 at isa0 port 0x61
> spkr0 at pcppi0
> usb0 at uhci0: USB revision 1.0
> uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
> 1.00/1.00 addr 1
> vscsi0 at root
> scsibus3 at vscsi0: 256 targets
> softraid0 at root
> scsibus4 at softraid0: 256 targets
> root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
> fd0 at fdc0 drive 1: density unknown
--
Kindest regards,
Tom Smyth
Mobile: +353 87 6193172
The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.
I have tried acpitimer0 but this does not seem to help with the
irratic sleep timer,
as you can see the delay in the sleep timer
seems to be progressive, as the uptime gets longer the
delay gets worse
I hope this helps,
date;sleep 1;date;uptime
Sun Dec 31 11:54:47 GMT 2017
Sun Dec 31 11:54:48 GMT 2017
11:54AM up 7 mins, 2 users, load averages: 0.00, 0.01, 0.00
# date;sleep 1;date;uptime
Sun Dec 31 13:43:37 GMT 2017
Sun Dec 31 13:43:44 GMT 2017
1:43PM up 1:56, 2 users, load averages: 0.42, 0.36, 0.22
# sysctl kern.timecounter
kern.timecounter.tick=1
kern.timecounter.timestepwarnings=0
kern.timecounter.hardware=acpitimer0
kern.timecounter.choice=i8254(0) acpihpet0(1000) acpitimer0(1000)
dummy(-1000000)
# dmesg
OpenBSD 6.2 (RAMDISK_CD) #132: Tue Oct 3 21:26:51 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD
real mem = 4278042624 (4079MB)
avail mem = 4144635904 (3952MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: tables DSDT FACP APIC HPET SRAT
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 534.12 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: apic clock running at 1000MHz
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu at acpi0 not configured
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
"Intel 82371SB ISA" rev 0x00 at pci0 dev 1 function 0 not configured
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus0 at atapiscsi0: 2 targets
cd0 at scsibus0 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
"Intel 82371AB Power" rev 0x03 at pci0 dev 1 function 3 not configured
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
vga1: aperture needed
wsdisplay1 at vga1 mux 1: console (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus1 at vioscsi0: 255 targets
sd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
isa0 at mainbus0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay1
softraid0 at root
scsibus2 at softraid0: 256 targets
root on rd0a swap on rd0b dump on rd0b
syncing disks... done
rebooting...
OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4278042624 (4079MB)
avail mem = 4141363200 (3949MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET SRAT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 526.64 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 798.55 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpihpet0 at acpi0: 100000000 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus2 at vioscsi0: 255 targets
sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
fd0 at fdc0 drive 1: density unknown
syncing disks... done
rebooting...
OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4278042624 (4079MB)
avail mem = 4141355008 (3949MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET SRAT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 527.46 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 806.32 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpihpet0 at acpi0: 100000000 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus2 at vioscsi0: 255 targets
sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
fd0 at fdc0 drive 1: density unknown
On 31 December 2017 at 11:51, Tom Smyth <tom.smyth@wirelessconnect.eu> wrote:
> Hello
>
> when I the following commands in openbsd
>
> date;sleep 1;date;uptime
> I get the following output ads you can see there is a 20 second
> delay instead of a 1 second delay
> Sun Dec 31 11:22:15 GMT 2017
> Sun Dec 31 11:22:35 GMT 2017
> 11:22AM up 11:20, 2 users, load averages: 1.02, 0.99, 0.89
>
>
> kern.timecounter.tick=1
> kern.timecounter.timestepwarnings=0
> kern.timecounter.hardware=acpihpet0
> kern.timecounter.choice=i8254(0) acpihpet0(1000) acpitimer0(1000)
> dummy(-1000000)
>
>
> I will change the timecounter but on the previous version Proxmox it didnt help
> The proxmox vm is a standard vm with hardware KVM enabled and Host CPU
> presented to the VM... other hardware Storage, networking etc are
> presented as virtio paravirtualised drivers
>
> demsg output below
> OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
> deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4278042624 (4079MB)
> avail mem = 4141363200 (3949MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
> bios0: vendor SeaBIOS version
> "rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
> bios0: QEMU Standard PC (i440FX + PIIX, 1996)
> acpi0 at bios0: rev 0
> acpi0: sleep states S3 S4 S5
> acpi0: tables DSDT FACP APIC HPET SRAT
> acpi0: wakeup devices
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 526.64 MHz
> cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
> cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
> 64b/line 16-way L2 cache
> cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 1000MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 798.55 MHz
> cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
> cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
> 64b/line 16-way L2 cache
> cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
> cpu1: smt 0, core 1, package 0
> ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
> acpihpet0 at acpi0: 100000000 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpicpu0 at acpi0: C1(@1 halt!)
> acpicpu1 at acpi0: C1(@1 halt!)
> "ACPI0006" at acpi0 not configured
> "PNP0F13" at acpi0 not configured
> "PNP0700" at acpi0 not configured
> "PNP0A06" at acpi0 not configured
> "PNP0A06" at acpi0 not configured
> "PNP0A06" at acpi0 not configured
> "QEMU0002" at acpi0 not configured
> "ACPI0010" at acpi0 not configured
> pvbus0 at mainbus0: KVM
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
> pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
> pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
> channel 0 wired to compatibility, channel 1 wired to compatibility
> pciide0: channel 0 disabled (no drives)
> atapiscsi0 at pciide0 channel 1 drive 0
> scsibus1 at atapiscsi0: 2 targets
> cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
> cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
> uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
> piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
> iic0 at piixpm0
> vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
> vioscsi0 at virtio0: qsize 128
> scsibus2 at vioscsi0: 255 targets
> sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
> sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
> virtio0: msix shared
> virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
> vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
> virtio1: msix shared
> ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
> pci1 at ppb0 bus 1
> ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
> pci2 at ppb1 bus 2
> isa0 at pcib0
> isadma0 at isa0
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> pckbd0 at pckbc0 (kbd slot)
> wskbd0 at pckbd0: console keyboard, using wsdisplay0
> pms0 at pckbc0 (aux slot)
> wsmouse0 at pms0 mux 0
> pcppi0 at isa0 port 0x61
> spkr0 at pcppi0
> usb0 at uhci0: USB revision 1.0
> uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
> 1.00/1.00 addr 1
> vscsi0 at root
> scsibus3 at vscsi0: 256 targets
> softraid0 at root
> scsibus4 at softraid0: 256 targets
> root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
> fd0 at fdc0 drive 1: density unknown
--
Kindest regards,
Tom Smyth
Mobile: +353 87 6193172
The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.
UPDATE zstd 1.3.3
Please find enclosed a diff for bringing archivers/zstd to 1.3.3, which is
a bug fix release. This diff also enables building of libzstd, and uses the
correct TEST_TARGET.
Reason for building libzstd is that borgbackup is currently using a bundled
copy. I would like to replace the bundled copy by the ports version (as
requested by sthen@).
Comments/OKs?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
diff --git archivers/zstd/Makefile archivers/zstd/Makefile
index 29af1566909..0e4ea235301 100644
--- archivers/zstd/Makefile
+++ archivers/zstd/Makefile
@@ -4,7 +4,8 @@ COMMENT = zstandard fast real-time compression algorithm
GH_ACCOUNT = facebook
GH_PROJECT = zstd
-GH_TAGNAME = v1.3.2
+GH_TAGNAME = v1.3.3
+SHARED_LIBS = zstd 0.0 #1.3.3
CATEGORIES = archivers
@@ -22,18 +23,12 @@ COMPILER = base-clang ports-clang ports-gcc
COMPILER_LANGS = c
MAKE_ENV = CC="${CC}" CXX="${CXX}" \
- CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
-FAKE_FLAGS = PREFIX="${PREFIX}" MANDIR="${PREFIX}/man/man1"
+ CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" \
+ LIBzstd_VERSION="${LIBzstd_VERSION}"
+FAKE_FLAGS = PREFIX="${PREFIX}"
USE_GMAKE = Yes
-WRKSRC = ${WRKDIST}/programs
-
-ALL_TARGET = zstd
-TEST_TARGET = all test
-
-do-test:
- cd "${WRKDIST}/tests" && ${SETENV} ${ALL_TEST_ENV} ${MAKE_PROGRAM} \
- ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} ${TEST_LOG}
+TEST_TARGET = check
.include <bsd.port.mk>
diff --git archivers/zstd/distinfo archivers/zstd/distinfo
index 5c93baa7541..fe0c3b5be4d 100644
--- archivers/zstd/distinfo
+++ archivers/zstd/distinfo
@@ -1,2 +1,2 @@
-SHA256 (zstd-1.3.2.tar.gz) = rFBUo8ZOZRC8GuiQ0F49JxzDPO68nQasnwgQV2bSeYo=
-SIZE (zstd-1.3.2.tar.gz) = 1618939
+SHA256 (zstd-1.3.3.tar.gz) = p3xHFT7n3gJibFsqCXAFeGtxaIvmHp+4GAagEfkLKXs=
+SIZE (zstd-1.3.3.tar.gz) = 1857232
diff --git archivers/zstd/patches/patch-Makefile archivers/zstd/patches/patch-Makefile
new file mode 100644
index 00000000000..3230b8fda36
--- /dev/null
+++ archivers/zstd/patches/patch-Makefile
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: Makefile
+--- Makefile.orig
++++ Makefile
+@@ -107,7 +107,7 @@ clean:
+ #------------------------------------------------------------------------------
+ # make install is validated only for Linux, OSX, Hurd and some BSD targets
+ #------------------------------------------------------------------------------
+-ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU FreeBSD DragonFly NetBSD MSYS_NT))
++ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU OpenBSD FreeBSD DragonFly NetBSD MSYS_NT))
+
+ HOST_OS = POSIX
+ CMAKE_PARAMS = -DZSTD_BUILD_CONTRIB:BOOL=ON -DZSTD_BUILD_STATIC:BOOL=ON -DZSTD_BUILD_TESTS:BOOL=ON -DZSTD_ZLIB_SUPPORT:BOOL=ON -DZSTD_LZMA_SUPPORT:BOOL=ON
diff --git archivers/zstd/patches/patch-lib_Makefile archivers/zstd/patches/patch-lib_Makefile
new file mode 100644
index 00000000000..213e6396e9c
--- /dev/null
+++ archivers/zstd/patches/patch-lib_Makefile
@@ -0,0 +1,36 @@
+$OpenBSD$
+
+Index: lib/Makefile
+--- lib/Makefile.orig
++++ lib/Makefile
+@@ -51,10 +51,10 @@ ifeq ($(shell uname), Darwin)
+ SHARED_EXT_VER = $(LIBVER).$(SHARED_EXT)
+ SONAME_FLAGS = -install_name $(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR) -compatibility_version $(LIBVER_MAJOR) -current_version $(LIBVER)
+ else
+- SONAME_FLAGS = -Wl,-soname=libzstd.$(SHARED_EXT).$(LIBVER_MAJOR)
++ SONAME_FLAGS =
+ SHARED_EXT = so
+ SHARED_EXT_MAJOR = $(SHARED_EXT).$(LIBVER_MAJOR)
+- SHARED_EXT_VER = $(SHARED_EXT).$(LIBVER)
++ SHARED_EXT_VER = $(SHARED_EXT).$(LIBzstd_VERSION)
+ endif
+
+ LIBZSTD = libzstd.$(SHARED_EXT_VER)
+@@ -134,7 +134,7 @@ LIBDIR ?= $(libdir)
+ includedir ?= $(PREFIX)/include
+ INCLUDEDIR ?= $(includedir)
+
+-ifneq (,$(filter $(shell uname),OpenBSD FreeBSD NetBSD DragonFly))
++ifneq (,$(filter $(shell uname),FreeBSD NetBSD DragonFly))
+ PKGCONFIGDIR ?= $(PREFIX)/libdata/pkgconfig
+ else
+ PKGCONFIGDIR ?= $(LIBDIR)/pkgconfig
+@@ -165,8 +165,6 @@ install: libzstd.a libzstd libzstd.pc
+ @echo Installing libraries
+ @$(INSTALL_DATA) libzstd.a $(DESTDIR)$(LIBDIR)
+ @$(INSTALL_PROGRAM) $(LIBZSTD) $(DESTDIR)$(LIBDIR)
+- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR)
+- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT)
+ @echo Installing includes
+ @$(INSTALL_DATA) zstd.h $(DESTDIR)$(INCLUDEDIR)
+ @$(INSTALL_DATA) common/zstd_errors.h $(DESTDIR)$(INCLUDEDIR)
diff --git archivers/zstd/patches/patch-tests_playTests_sh archivers/zstd/patches/patch-tests_playTests_sh
index 20cdb472e61..89762688675 100644
--- archivers/zstd/patches/patch-tests_playTests_sh
+++ archivers/zstd/patches/patch-tests_playTests_sh
@@ -2,7 +2,7 @@ $OpenBSD: patch-tests_playTests_sh,v 1.7 2017/10/24 14:58:14 rsadowski Exp $
Index: tests/playTests.sh
--- tests/playTests.sh.orig
+++ tests/playTests.sh
-@@ -67,6 +67,7 @@ UNAME=$(uname)
+@@ -69,6 +69,7 @@ UNAME=$(uname)
case "$UNAME" in
Darwin) MD5SUM="md5 -r" ;;
FreeBSD) MD5SUM="gmd5sum" ;;
@@ -10,7 +10,7 @@ Index: tests/playTests.sh
*) MD5SUM="md5sum" ;;
esac
-@@ -209,7 +210,7 @@ rm ./*.tmp ./*.zstd
+@@ -237,7 +238,7 @@ rm ./*.tmp ./*.zstd
$ECHO "frame concatenation tests completed"
diff --git archivers/zstd/pkg/PLIST archivers/zstd/pkg/PLIST
index 917a2596042..044fce01f25 100644
--- archivers/zstd/pkg/PLIST
+++ archivers/zstd/pkg/PLIST
@@ -1,10 +1,17 @@
-@comment $OpenBSD: PLIST,v 1.3 2017/05/05 18:16:53 juanfra Exp $
+@comment $OpenBSD$
bin/unzstd
@bin bin/zstd
bin/zstdcat
bin/zstdgrep
bin/zstdless
bin/zstdmt
+include/zbuff.h
+include/zdict.h
+include/zstd.h
+include/zstd_errors.h
+lib/libzstd.a
+@lib lib/libzstd.so.${LIBzstd_VERSION}
+lib/pkgconfig/libzstd.pc
@man man/man1/unzstd.1
@man man/man1/zstd.1
@man man/man1/zstdcat.1
a bug fix release. This diff also enables building of libzstd, and uses the
correct TEST_TARGET.
Reason for building libzstd is that borgbackup is currently using a bundled
copy. I would like to replace the bundled copy by the ports version (as
requested by sthen@).
Comments/OKs?
--
Björn Ketelaars
GPG key: 0x4F0E5F21
diff --git archivers/zstd/Makefile archivers/zstd/Makefile
index 29af1566909..0e4ea235301 100644
--- archivers/zstd/Makefile
+++ archivers/zstd/Makefile
@@ -4,7 +4,8 @@ COMMENT = zstandard fast real-time compression algorithm
GH_ACCOUNT = facebook
GH_PROJECT = zstd
-GH_TAGNAME = v1.3.2
+GH_TAGNAME = v1.3.3
+SHARED_LIBS = zstd 0.0 #1.3.3
CATEGORIES = archivers
@@ -22,18 +23,12 @@ COMPILER = base-clang ports-clang ports-gcc
COMPILER_LANGS = c
MAKE_ENV = CC="${CC}" CXX="${CXX}" \
- CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
-FAKE_FLAGS = PREFIX="${PREFIX}" MANDIR="${PREFIX}/man/man1"
+ CFLAGS="${CFLAGS}" CXXFLAGS="${CXXFLAGS}" \
+ LIBzstd_VERSION="${LIBzstd_VERSION}"
+FAKE_FLAGS = PREFIX="${PREFIX}"
USE_GMAKE = Yes
-WRKSRC = ${WRKDIST}/programs
-
-ALL_TARGET = zstd
-TEST_TARGET = all test
-
-do-test:
- cd "${WRKDIST}/tests" && ${SETENV} ${ALL_TEST_ENV} ${MAKE_PROGRAM} \
- ${ALL_TEST_FLAGS} -f ${MAKE_FILE} ${TEST_TARGET} ${TEST_LOG}
+TEST_TARGET = check
.include <bsd.port.mk>
diff --git archivers/zstd/distinfo archivers/zstd/distinfo
index 5c93baa7541..fe0c3b5be4d 100644
--- archivers/zstd/distinfo
+++ archivers/zstd/distinfo
@@ -1,2 +1,2 @@
-SHA256 (zstd-1.3.2.tar.gz) = rFBUo8ZOZRC8GuiQ0F49JxzDPO68nQasnwgQV2bSeYo=
-SIZE (zstd-1.3.2.tar.gz) = 1618939
+SHA256 (zstd-1.3.3.tar.gz) = p3xHFT7n3gJibFsqCXAFeGtxaIvmHp+4GAagEfkLKXs=
+SIZE (zstd-1.3.3.tar.gz) = 1857232
diff --git archivers/zstd/patches/patch-Makefile archivers/zstd/patches/patch-Makefile
new file mode 100644
index 00000000000..3230b8fda36
--- /dev/null
+++ archivers/zstd/patches/patch-Makefile
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: Makefile
+--- Makefile.orig
++++ Makefile
+@@ -107,7 +107,7 @@ clean:
+ #------------------------------------------------------------------------------
+ # make install is validated only for Linux, OSX, Hurd and some BSD targets
+ #------------------------------------------------------------------------------
+-ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU FreeBSD DragonFly NetBSD MSYS_NT))
++ifneq (,$(filter $(shell uname),Linux Darwin GNU/kFreeBSD GNU OpenBSD FreeBSD DragonFly NetBSD MSYS_NT))
+
+ HOST_OS = POSIX
+ CMAKE_PARAMS = -DZSTD_BUILD_CONTRIB:BOOL=ON -DZSTD_BUILD_STATIC:BOOL=ON -DZSTD_BUILD_TESTS:BOOL=ON -DZSTD_ZLIB_SUPPORT:BOOL=ON -DZSTD_LZMA_SUPPORT:BOOL=ON
diff --git archivers/zstd/patches/patch-lib_Makefile archivers/zstd/patches/patch-lib_Makefile
new file mode 100644
index 00000000000..213e6396e9c
--- /dev/null
+++ archivers/zstd/patches/patch-lib_Makefile
@@ -0,0 +1,36 @@
+$OpenBSD$
+
+Index: lib/Makefile
+--- lib/Makefile.orig
++++ lib/Makefile
+@@ -51,10 +51,10 @@ ifeq ($(shell uname), Darwin)
+ SHARED_EXT_VER = $(LIBVER).$(SHARED_EXT)
+ SONAME_FLAGS = -install_name $(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR) -compatibility_version $(LIBVER_MAJOR) -current_version $(LIBVER)
+ else
+- SONAME_FLAGS = -Wl,-soname=libzstd.$(SHARED_EXT).$(LIBVER_MAJOR)
++ SONAME_FLAGS =
+ SHARED_EXT = so
+ SHARED_EXT_MAJOR = $(SHARED_EXT).$(LIBVER_MAJOR)
+- SHARED_EXT_VER = $(SHARED_EXT).$(LIBVER)
++ SHARED_EXT_VER = $(SHARED_EXT).$(LIBzstd_VERSION)
+ endif
+
+ LIBZSTD = libzstd.$(SHARED_EXT_VER)
+@@ -134,7 +134,7 @@ LIBDIR ?= $(libdir)
+ includedir ?= $(PREFIX)/include
+ INCLUDEDIR ?= $(includedir)
+
+-ifneq (,$(filter $(shell uname),OpenBSD FreeBSD NetBSD DragonFly))
++ifneq (,$(filter $(shell uname),FreeBSD NetBSD DragonFly))
+ PKGCONFIGDIR ?= $(PREFIX)/libdata/pkgconfig
+ else
+ PKGCONFIGDIR ?= $(LIBDIR)/pkgconfig
+@@ -165,8 +165,6 @@ install: libzstd.a libzstd libzstd.pc
+ @echo Installing libraries
+ @$(INSTALL_DATA) libzstd.a $(DESTDIR)$(LIBDIR)
+ @$(INSTALL_PROGRAM) $(LIBZSTD) $(DESTDIR)$(LIBDIR)
+- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT_MAJOR)
+- @ln -sf $(LIBZSTD) $(DESTDIR)$(LIBDIR)/libzstd.$(SHARED_EXT)
+ @echo Installing includes
+ @$(INSTALL_DATA) zstd.h $(DESTDIR)$(INCLUDEDIR)
+ @$(INSTALL_DATA) common/zstd_errors.h $(DESTDIR)$(INCLUDEDIR)
diff --git archivers/zstd/patches/patch-tests_playTests_sh archivers/zstd/patches/patch-tests_playTests_sh
index 20cdb472e61..89762688675 100644
--- archivers/zstd/patches/patch-tests_playTests_sh
+++ archivers/zstd/patches/patch-tests_playTests_sh
@@ -2,7 +2,7 @@ $OpenBSD: patch-tests_playTests_sh,v 1.7 2017/10/24 14:58:14 rsadowski Exp $
Index: tests/playTests.sh
--- tests/playTests.sh.orig
+++ tests/playTests.sh
-@@ -67,6 +67,7 @@ UNAME=$(uname)
+@@ -69,6 +69,7 @@ UNAME=$(uname)
case "$UNAME" in
Darwin) MD5SUM="md5 -r" ;;
FreeBSD) MD5SUM="gmd5sum" ;;
@@ -10,7 +10,7 @@ Index: tests/playTests.sh
*) MD5SUM="md5sum" ;;
esac
-@@ -209,7 +210,7 @@ rm ./*.tmp ./*.zstd
+@@ -237,7 +238,7 @@ rm ./*.tmp ./*.zstd
$ECHO "frame concatenation tests completed"
diff --git archivers/zstd/pkg/PLIST archivers/zstd/pkg/PLIST
index 917a2596042..044fce01f25 100644
--- archivers/zstd/pkg/PLIST
+++ archivers/zstd/pkg/PLIST
@@ -1,10 +1,17 @@
-@comment $OpenBSD: PLIST,v 1.3 2017/05/05 18:16:53 juanfra Exp $
+@comment $OpenBSD$
bin/unzstd
@bin bin/zstd
bin/zstdcat
bin/zstdgrep
bin/zstdless
bin/zstdmt
+include/zbuff.h
+include/zdict.h
+include/zstd.h
+include/zstd_errors.h
+lib/libzstd.a
+@lib lib/libzstd.so.${LIBzstd_VERSION}
+lib/pkgconfig/libzstd.pc
@man man/man1/unzstd.1
@man man/man1/zstd.1
@man man/man1/zstdcat.1
Re: renice and network forwarding
Hi Lads,
Sorry for the delay some other project work got in my way
@martin Please find my responses to your queries in line
On 4 December 2017 at 10:09, Martin Pieuchot <mpi@openbsd.org> wrote:
>
> The thread responsible for processing packets being forwarded is
> 'softnet'. Like almost all others kernel threads is has a higher
> priority than userland processes. So renice is useless in that case.
>
> This thread already uses as much CPU time as possible. What is your
> problem? What do you want to achieve?
I just wanted to squeeze more performance out of a router I thought
(wrongly) that if OpenBSD out of the box was for general computing
that some CPU
time would be sacrificed by default to accomodate general user loads,
Disk i/o Graphics etc..
Thanks for the carlification about the kernel threads vs userland threads
>
> There's no such performance tweak. However note that if you're
> bridging interfaces you might suffer. That's because nobody did
> the work to take the bridge(4) out of the KERNEL_LOCK(). So it's
> a totally different issue than the forwarding path.
Yes Im using the Bridge to bridge a group of individual vlan interfaces from
a wholesale provider and then merge them onto the one vlan interface.
so forwarding in bridge is limited by performance of 1 CPU for bridge
forwarding
Just to clarify can I double performance by running 2 Bridges and splitting load
instead of using 1x uplink bridged to 100 vlans on one bridge
use 2x uplinks each into their own bridge and then each bridge with
50vlans each
would that provide improved performance or is it one thread / process
for bridge forwarding
regardless the number of bridges
>
>> Also is the softnet process (as seen by command top -SH) only
>> interrupt handling of packets ?
>
> It's processing all incoming packets.
>
Thanks
>> or does it cover processing (e.g. forwarding if enabled ) (either
>> bridging or routing depending on network config)
>
> All of them but some configurations work better because they don't
> require to grab the KERNEL_LOCK().
>
>> any advice welcome ...
>
> What do you want to achieve? Better performances? With which setup?
In this case Im simply using OpenBSD as a bridging devices to combine
(bridge) a load of vlans
into 1vlan, each vlan is isolated using pf to limit broadcast domains..
>
> Cheers,
> Martin
--
Kindest regards,
Tom Smyth
Mobile: +353 87 6193172
The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.
Sorry for the delay some other project work got in my way
@martin Please find my responses to your queries in line
On 4 December 2017 at 10:09, Martin Pieuchot <mpi@openbsd.org> wrote:
>
> The thread responsible for processing packets being forwarded is
> 'softnet'. Like almost all others kernel threads is has a higher
> priority than userland processes. So renice is useless in that case.
>
> This thread already uses as much CPU time as possible. What is your
> problem? What do you want to achieve?
I just wanted to squeeze more performance out of a router I thought
(wrongly) that if OpenBSD out of the box was for general computing
that some CPU
time would be sacrificed by default to accomodate general user loads,
Disk i/o Graphics etc..
Thanks for the carlification about the kernel threads vs userland threads
>
> There's no such performance tweak. However note that if you're
> bridging interfaces you might suffer. That's because nobody did
> the work to take the bridge(4) out of the KERNEL_LOCK(). So it's
> a totally different issue than the forwarding path.
Yes Im using the Bridge to bridge a group of individual vlan interfaces from
a wholesale provider and then merge them onto the one vlan interface.
so forwarding in bridge is limited by performance of 1 CPU for bridge
forwarding
Just to clarify can I double performance by running 2 Bridges and splitting load
instead of using 1x uplink bridged to 100 vlans on one bridge
use 2x uplinks each into their own bridge and then each bridge with
50vlans each
would that provide improved performance or is it one thread / process
for bridge forwarding
regardless the number of bridges
>
>> Also is the softnet process (as seen by command top -SH) only
>> interrupt handling of packets ?
>
> It's processing all incoming packets.
>
Thanks
>> or does it cover processing (e.g. forwarding if enabled ) (either
>> bridging or routing depending on network config)
>
> All of them but some configurations work better because they don't
> require to grab the KERNEL_LOCK().
>
>> any advice welcome ...
>
> What do you want to achieve? Better performances? With which setup?
In this case Im simply using OpenBSD as a bridging devices to combine
(bridge) a load of vlans
into 1vlan, each vlan is isolated using pf to limit broadcast domains..
>
> Cheers,
> Martin
--
Kindest regards,
Tom Smyth
Mobile: +353 87 6193172
The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.
UPDATE: devel/intellij 2017.3.2
Hi ports@,
Below the diff that updates intellij to 2017.3.2. Tested on amd64, as
usual.
Thanks,
Caspar Schutijser
Index: Makefile
===================================================================
RCS file: /cvs/ports/devel/intellij/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile 22 Dec 2017 22:49:38 -0000 1.46
+++ Makefile 31 Dec 2017 13:03:20 -0000
@@ -2,7 +2,7 @@
COMMENT= IntelliJ IDEA Java IDE
-V= 2017.3.1
+V= 2017.3.2
DISTNAME= ideaIC-${V}
PKGNAME= intellij-${V}
CATEGORIES= devel
@@ -26,7 +26,7 @@ NO_TEST= Yes
SUBST_VARS+= JAVA_HOME
-WRKDIST= ${WRKDIR}/idea-IC-173.3942.27
+WRKDIST= ${WRKDIR}/idea-IC-173.4127.27
IJ= ${PREFIX}/intellij
# If NO_BUILD is set, JAVA_HOME doesn't get defined. So do
Index: distinfo
===================================================================
RCS file: /cvs/ports/devel/intellij/distinfo,v
retrieving revision 1.27
diff -u -p -r1.27 distinfo
--- distinfo 22 Dec 2017 22:49:38 -0000 1.27
+++ distinfo 31 Dec 2017 13:03:20 -0000
@@ -1,2 +1,2 @@
-SHA256 (ideaIC-2017.3.1.tar.gz) = aDrTuKs0fp7F4VGiaOYO0lOwU0QpOXarNYPVH3UxfoY=
-SIZE (ideaIC-2017.3.1.tar.gz) = 456644678
+SHA256 (ideaIC-2017.3.2.tar.gz) = cMxPNqZRfHr5gEVnWCFEFOp0xcTzFOzzDdJkBgC63WI=
+SIZE (ideaIC-2017.3.2.tar.gz) = 456748591
Below the diff that updates intellij to 2017.3.2. Tested on amd64, as
usual.
Thanks,
Caspar Schutijser
Index: Makefile
===================================================================
RCS file: /cvs/ports/devel/intellij/Makefile,v
retrieving revision 1.46
diff -u -p -r1.46 Makefile
--- Makefile 22 Dec 2017 22:49:38 -0000 1.46
+++ Makefile 31 Dec 2017 13:03:20 -0000
@@ -2,7 +2,7 @@
COMMENT= IntelliJ IDEA Java IDE
-V= 2017.3.1
+V= 2017.3.2
DISTNAME= ideaIC-${V}
PKGNAME= intellij-${V}
CATEGORIES= devel
@@ -26,7 +26,7 @@ NO_TEST= Yes
SUBST_VARS+= JAVA_HOME
-WRKDIST= ${WRKDIR}/idea-IC-173.3942.27
+WRKDIST= ${WRKDIR}/idea-IC-173.4127.27
IJ= ${PREFIX}/intellij
# If NO_BUILD is set, JAVA_HOME doesn't get defined. So do
Index: distinfo
===================================================================
RCS file: /cvs/ports/devel/intellij/distinfo,v
retrieving revision 1.27
diff -u -p -r1.27 distinfo
--- distinfo 22 Dec 2017 22:49:38 -0000 1.27
+++ distinfo 31 Dec 2017 13:03:20 -0000
@@ -1,2 +1,2 @@
-SHA256 (ideaIC-2017.3.1.tar.gz) = aDrTuKs0fp7F4VGiaOYO0lOwU0QpOXarNYPVH3UxfoY=
-SIZE (ideaIC-2017.3.1.tar.gz) = 456644678
+SHA256 (ideaIC-2017.3.2.tar.gz) = cMxPNqZRfHr5gEVnWCFEFOp0xcTzFOzzDdJkBgC63WI=
+SIZE (ideaIC-2017.3.2.tar.gz) = 456748591
Re: NEW: prometheus-2.0.0
On 2017/12/31 09:40, Antoine Jacoutot wrote:
> On Sun, Dec 31, 2017 at 08:12:07AM +0000, Claudio Jeker wrote:
> > Hi,
> >
> > Here is a port of prometheus 2.0.0.
> >
> > Prometheus is an open-source systems monitoring and alerting toolkit.
> > Its main features are:
> > - a multi-dimensional data model with time series data identified by
> > metric name and key/value pairs
> > - a flexible query language to leverage this dimensionality
> > - no reliance on distributed storage; single server nodes are autonomous
> > - time series collection happens via a pull model over HTTP
> > - pushing time series is supported via an intermediary gateway
> > - targets are discovered via service discovery or static configuration
> > - multiple modes of graphing and dashboarding support
>
> Awesome :-)
> Nitpicking:
> - in the rc.d script, $daemon_flags -> ${daemon_flags} (for consistency)
> - in the rc.d script, ${_bg} is not needed
>
> Rest looks fine, OK aja
>
>
> --
> Antoine
>
Wondering about the log redirect. Could it pipe through logger(1) instead?
> On Sun, Dec 31, 2017 at 08:12:07AM +0000, Claudio Jeker wrote:
> > Hi,
> >
> > Here is a port of prometheus 2.0.0.
> >
> > Prometheus is an open-source systems monitoring and alerting toolkit.
> > Its main features are:
> > - a multi-dimensional data model with time series data identified by
> > metric name and key/value pairs
> > - a flexible query language to leverage this dimensionality
> > - no reliance on distributed storage; single server nodes are autonomous
> > - time series collection happens via a pull model over HTTP
> > - pushing time series is supported via an intermediary gateway
> > - targets are discovered via service discovery or static configuration
> > - multiple modes of graphing and dashboarding support
>
> Awesome :-)
> Nitpicking:
> - in the rc.d script, $daemon_flags -> ${daemon_flags} (for consistency)
> - in the rc.d script, ${_bg} is not needed
>
> Rest looks fine, OK aja
>
>
> --
> Antoine
>
Wondering about the log redirect. Could it pipe through logger(1) instead?
UPDATE: devel/dlib
Simple diff below to bring dlib to the latest satble version. Still no
other consumers.
Change log: http://dlib.net/change_log.html
ok?
Index: Makefile
===================================================================
RCS file: /cvs/ports/devel/dlib/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ Makefile 31 Dec 2017 12:43:11 -0000
@@ -2,9 +2,9 @@
COMMENT = C++ toolkit for machine learning and data analysis
-DISTNAME = dlib-19.7
+DISTNAME = dlib-19.8
-SHARED_LIBS += dlib 0.0 # 19.7
+SHARED_LIBS += dlib 1.0 # 19.7
CATEGORIES = devel
Index: distinfo
===================================================================
RCS file: /cvs/ports/devel/dlib/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ distinfo 31 Dec 2017 12:43:11 -0000
@@ -1,2 +1,2 @@
-SHA256 (dlib-19.7.tar.bz2) = gl2+ReDTeaTlWEwpGLHgyzfp7XVld2b9eytPPgX4ktY=
-SIZE (dlib-19.7.tar.bz2) = 9336154
+SHA256 (dlib-19.8.tar.bz2) = 29Mfe5cWbljzZsg/pRJ+n6RMSSkhVYthzmOn13W+aWs=
+SIZE (dlib-19.8.tar.bz2) = 10142691
Index: patches/patch-examples_CMakeLists_txt
===================================================================
RCS file: /cvs/ports/devel/dlib/patches/patch-examples_CMakeLists_txt,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-examples_CMakeLists_txt
--- patches/patch-examples_CMakeLists_txt 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ patches/patch-examples_CMakeLists_txt 31 Dec 2017 12:43:11 -0000
@@ -3,8 +3,8 @@ thread-local storage is not supported
Index: examples/CMakeLists.txt
--- examples/CMakeLists.txt.orig
+++ examples/CMakeLists.txt
-@@ -112,7 +112,7 @@ endmacro()
- # to compile the rest of dlib.
+@@ -124,7 +124,7 @@ endmacro()
+ # cmake .. -G "Visual Studio 14 2015 Win64" -T host=x64
if (NOT USING_OLD_VISUAL_STUDIO_COMPILER)
add_example(dnn_metric_learning_ex)
- add_gui_example(dnn_face_recognition_ex)
Index: pkg/PLIST
===================================================================
RCS file: /cvs/ports/devel/dlib/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ pkg/PLIST 31 Dec 2017 12:43:11 -0000
@@ -14,6 +14,7 @@ include/dlib/any/any_function_impl.h
include/dlib/any/any_function_impl2.h
include/dlib/any/any_trainer.h
include/dlib/any/any_trainer_abstract.h
+include/dlib/appveyor/
include/dlib/array/
include/dlib/array.h
include/dlib/array/array_kernel.h
@@ -86,6 +87,7 @@ include/dlib/clustering/spectral_cluster
include/dlib/cmake_utils/
include/dlib/cmake_utils/add_global_compiler_switch.cmake
include/dlib/cmake_utils/check_if_neon_available.cmake
+include/dlib/cmake_utils/set_compiler_specific_options.cmake
include/dlib/cmake_utils/tell_visual_studio_to_use_static_runtime.cmake
include/dlib/cmake_utils/test_for_cpp11/
include/dlib/cmake_utils/test_for_cuda/
@@ -172,6 +174,8 @@ include/dlib/disjoint_subsets/
include/dlib/disjoint_subsets.h
include/dlib/disjoint_subsets/disjoint_subsets.h
include/dlib/disjoint_subsets/disjoint_subsets_abstract.h
+include/dlib/disjoint_subsets/disjoint_subsets_sized.h
+include/dlib/disjoint_subsets/disjoint_subsets_sized_abstract.h
include/dlib/dnn/
include/dlib/dnn.h
include/dlib/dnn/core.h
@@ -302,6 +306,14 @@ include/dlib/geometry/rectangle.h
include/dlib/geometry/rectangle_abstract.h
include/dlib/geometry/vector.h
include/dlib/geometry/vector_abstract.h
+include/dlib/global_optimization/
+include/dlib/global_optimization.h
+include/dlib/global_optimization/find_max_global.h
+include/dlib/global_optimization/find_max_global_abstract.h
+include/dlib/global_optimization/global_function_search.h
+include/dlib/global_optimization/global_function_search_abstract.h
+include/dlib/global_optimization/upper_bound_function.h
+include/dlib/global_optimization/upper_bound_function_abstract.h
include/dlib/graph/
include/dlib/graph.h
include/dlib/graph/graph_kernel_1.h
@@ -554,6 +566,7 @@ include/dlib/matrix/lapack/gesdd.h
include/dlib/matrix/lapack/gesvd.h
include/dlib/matrix/lapack/getrf.h
include/dlib/matrix/lapack/ormqr.h
+include/dlib/matrix/lapack/pbtrf.h
include/dlib/matrix/lapack/potrf.h
include/dlib/matrix/lapack/syev.h
include/dlib/matrix/lapack/syevr.h
@@ -619,6 +632,7 @@ include/dlib/memory_manager_stateless.h
include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_1.h
include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_2.h
include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_abstract.h
+include/dlib/metaprogramming.h
include/dlib/misc_api/
include/dlib/misc_api.h
include/dlib/misc_api/misc_api_kernel_1.h
other consumers.
Change log: http://dlib.net/change_log.html
ok?
Index: Makefile
===================================================================
RCS file: /cvs/ports/devel/dlib/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ Makefile 31 Dec 2017 12:43:11 -0000
@@ -2,9 +2,9 @@
COMMENT = C++ toolkit for machine learning and data analysis
-DISTNAME = dlib-19.7
+DISTNAME = dlib-19.8
-SHARED_LIBS += dlib 0.0 # 19.7
+SHARED_LIBS += dlib 1.0 # 19.7
CATEGORIES = devel
Index: distinfo
===================================================================
RCS file: /cvs/ports/devel/dlib/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ distinfo 31 Dec 2017 12:43:11 -0000
@@ -1,2 +1,2 @@
-SHA256 (dlib-19.7.tar.bz2) = gl2+ReDTeaTlWEwpGLHgyzfp7XVld2b9eytPPgX4ktY=
-SIZE (dlib-19.7.tar.bz2) = 9336154
+SHA256 (dlib-19.8.tar.bz2) = 29Mfe5cWbljzZsg/pRJ+n6RMSSkhVYthzmOn13W+aWs=
+SIZE (dlib-19.8.tar.bz2) = 10142691
Index: patches/patch-examples_CMakeLists_txt
===================================================================
RCS file: /cvs/ports/devel/dlib/patches/patch-examples_CMakeLists_txt,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 patch-examples_CMakeLists_txt
--- patches/patch-examples_CMakeLists_txt 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ patches/patch-examples_CMakeLists_txt 31 Dec 2017 12:43:11 -0000
@@ -3,8 +3,8 @@ thread-local storage is not supported
Index: examples/CMakeLists.txt
--- examples/CMakeLists.txt.orig
+++ examples/CMakeLists.txt
-@@ -112,7 +112,7 @@ endmacro()
- # to compile the rest of dlib.
+@@ -124,7 +124,7 @@ endmacro()
+ # cmake .. -G "Visual Studio 14 2015 Win64" -T host=x64
if (NOT USING_OLD_VISUAL_STUDIO_COMPILER)
add_example(dnn_metric_learning_ex)
- add_gui_example(dnn_face_recognition_ex)
Index: pkg/PLIST
===================================================================
RCS file: /cvs/ports/devel/dlib/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 23 Oct 2017 14:43:38 -0000 1.1.1.1
+++ pkg/PLIST 31 Dec 2017 12:43:11 -0000
@@ -14,6 +14,7 @@ include/dlib/any/any_function_impl.h
include/dlib/any/any_function_impl2.h
include/dlib/any/any_trainer.h
include/dlib/any/any_trainer_abstract.h
+include/dlib/appveyor/
include/dlib/array/
include/dlib/array.h
include/dlib/array/array_kernel.h
@@ -86,6 +87,7 @@ include/dlib/clustering/spectral_cluster
include/dlib/cmake_utils/
include/dlib/cmake_utils/add_global_compiler_switch.cmake
include/dlib/cmake_utils/check_if_neon_available.cmake
+include/dlib/cmake_utils/set_compiler_specific_options.cmake
include/dlib/cmake_utils/tell_visual_studio_to_use_static_runtime.cmake
include/dlib/cmake_utils/test_for_cpp11/
include/dlib/cmake_utils/test_for_cuda/
@@ -172,6 +174,8 @@ include/dlib/disjoint_subsets/
include/dlib/disjoint_subsets.h
include/dlib/disjoint_subsets/disjoint_subsets.h
include/dlib/disjoint_subsets/disjoint_subsets_abstract.h
+include/dlib/disjoint_subsets/disjoint_subsets_sized.h
+include/dlib/disjoint_subsets/disjoint_subsets_sized_abstract.h
include/dlib/dnn/
include/dlib/dnn.h
include/dlib/dnn/core.h
@@ -302,6 +306,14 @@ include/dlib/geometry/rectangle.h
include/dlib/geometry/rectangle_abstract.h
include/dlib/geometry/vector.h
include/dlib/geometry/vector_abstract.h
+include/dlib/global_optimization/
+include/dlib/global_optimization.h
+include/dlib/global_optimization/find_max_global.h
+include/dlib/global_optimization/find_max_global_abstract.h
+include/dlib/global_optimization/global_function_search.h
+include/dlib/global_optimization/global_function_search_abstract.h
+include/dlib/global_optimization/upper_bound_function.h
+include/dlib/global_optimization/upper_bound_function_abstract.h
include/dlib/graph/
include/dlib/graph.h
include/dlib/graph/graph_kernel_1.h
@@ -554,6 +566,7 @@ include/dlib/matrix/lapack/gesdd.h
include/dlib/matrix/lapack/gesvd.h
include/dlib/matrix/lapack/getrf.h
include/dlib/matrix/lapack/ormqr.h
+include/dlib/matrix/lapack/pbtrf.h
include/dlib/matrix/lapack/potrf.h
include/dlib/matrix/lapack/syev.h
include/dlib/matrix/lapack/syevr.h
@@ -619,6 +632,7 @@ include/dlib/memory_manager_stateless.h
include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_1.h
include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_2.h
include/dlib/memory_manager_stateless/memory_manager_stateless_kernel_abstract.h
+include/dlib/metaprogramming.h
include/dlib/misc_api/
include/dlib/misc_api.h
include/dlib/misc_api/misc_api_kernel_1.h
Re: adsuck
Am 12/28/17 um 23:58 schrieb Rupert Gallagher:
> The last update is 5 years old, and its blacklists are obsolete.
>
> https://github.com/conformal/adsuck/tree/master/files
>
> Sent from ProtonMail Mobile
>
Hi Rupert,
you are quite right - the default blacklist from mvps is outdated. This
is why I weekly do the following (serves my requirements and speed is no
priority):
#!/bin/sh
#
# /home/<user>/Downloads/mvps must exist!
#
# clean up first:
rm -f /home/<user>/Downloads/mvps/*
#
cd /home/<user>/Downloads/mvps
wget -4 -nc --no-proxy --no-cache --no-cookies
http://winhelp2002.mvps.org/hosts.zip
unzip hosts.zip
#
dos2unix HOSTS
#
# no comments
egrep -v '^#' HOSTS > Hosts
#
# no empty lines
sed -n -i '/0\.0\.0\.0 /,$p' Hosts
#
# check if anything does _not_ go to 0.0.0.0
if [[ $(awk '{print $1}' Hosts | uniq) != '0.0.0.0' ]]; then
printf "mvps-hosts-File manipulated! Bye, bye! \n";
exit 1
fi
#
# Show the date of update in /etc/hosts
echo "## Updated: `date +%Y-%m-%d`" > hosts_date
#
# Replace all 0.0.0.0 with 127.0.0.1 (aka 'localhost')
sed 's/0.0.0.0/127.0.0.1/' Hosts > hosts.tmp
#
# build new hosts-file
cat hosts_date /home/<user>/hosts_private hosts.tmp > hosts
#
# Keep last hosts-file
doas cp /etc/hosts /etc/hosts.last
#
# Replace old with new hosts-file
doas cp hosts /etc/hosts
#
# Back to home
cd /home/<user>
# reconnect with new hosts-file
print "reconnect NOW "
doas sh /etc/netstart
As I will give Jordan's solution a go I will check other blacklists as well.
Best,
STEFAN
> The last update is 5 years old, and its blacklists are obsolete.
>
> https://github.com/conformal/adsuck/tree/master/files
>
> Sent from ProtonMail Mobile
>
Hi Rupert,
you are quite right - the default blacklist from mvps is outdated. This
is why I weekly do the following (serves my requirements and speed is no
priority):
#!/bin/sh
#
# /home/<user>/Downloads/mvps must exist!
#
# clean up first:
rm -f /home/<user>/Downloads/mvps/*
#
cd /home/<user>/Downloads/mvps
wget -4 -nc --no-proxy --no-cache --no-cookies
http://winhelp2002.mvps.org/hosts.zip
unzip hosts.zip
#
dos2unix HOSTS
#
# no comments
egrep -v '^#' HOSTS > Hosts
#
# no empty lines
sed -n -i '/0\.0\.0\.0 /,$p' Hosts
#
# check if anything does _not_ go to 0.0.0.0
if [[ $(awk '{print $1}' Hosts | uniq) != '0.0.0.0' ]]; then
printf "mvps-hosts-File manipulated! Bye, bye! \n";
exit 1
fi
#
# Show the date of update in /etc/hosts
echo "## Updated: `date +%Y-%m-%d`" > hosts_date
#
# Replace all 0.0.0.0 with 127.0.0.1 (aka 'localhost')
sed 's/0.0.0.0/127.0.0.1/' Hosts > hosts.tmp
#
# build new hosts-file
cat hosts_date /home/<user>/hosts_private hosts.tmp > hosts
#
# Keep last hosts-file
doas cp /etc/hosts /etc/hosts.last
#
# Replace old with new hosts-file
doas cp hosts /etc/hosts
#
# Back to home
cd /home/<user>
# reconnect with new hosts-file
print "reconnect NOW "
doas sh /etc/netstart
As I will give Jordan's solution a go I will check other blacklists as well.
Best,
STEFAN
Re: [UPDATE] emulators/snes9x to 1.55
On 2017-12-30 18:39:42, Frederic Cambus <fred@statdns.com> wrote:
> Hi ports@,
>
> Here is a diff to update snes9x to 1.55.
>
> Notable changes:
>
> - Switch to GTK+ 3 and regenerate WANTLIB
> - Remove now useless CONFIGURE_ENV directive and pre-configure target
> - Fix PERMIT_PACKAGE_CDROM marker
> - Take MAINTAINER
>
> Comments? OK?
>
Moderately tested on amd64. No regressions seen.
--
Bryan
> Hi ports@,
>
> Here is a diff to update snes9x to 1.55.
>
> Notable changes:
>
> - Switch to GTK+ 3 and regenerate WANTLIB
> - Remove now useless CONFIGURE_ENV directive and pre-configure target
> - Fix PERMIT_PACKAGE_CDROM marker
> - Take MAINTAINER
>
> Comments? OK?
>
Moderately tested on amd64. No regressions seen.
--
Bryan
Re: NEW: devel/clazy
On Sat Dec 30, 2017 at 06:47:46PM -0500, Brian Callahan wrote:
> Hi Rafael --
>
> On 12/30/17 11:59, Rafael Sadowski wrote:
> > Okay, before the year ends, here is a new port.
> >
> > $ pkg/DESCR
> > ---
> > cazy is a compiler plugin which allows clang to understand Qt semantics.
> > You get more than 50 Qt related compiler warnings, ranging from unneeded memory
> > allocations to misusage of API, including fix-its for automatic refactoring.
> > ---
> >
> > More infos: https://github.com/KDE/clazy
> >
> > Works fine here on amd64. Ok to import?
> >
> > Best regards and a healthy start into the New Year.
> >
> > Rafael Sadowski
>
> Some thoughts:
> * license is LGPLv2+ if I'm reading it right
> * typo in pkg/DESCR? cazy => clazy
> * Needs NO_TEST=Yes
fixed
> * should lib/libClangLazy.so be added to SHARED_LIBS?
There is only the EXPORT tag for clazylib in CMakeLists.txt, that's why
I don't think so.
> * I don't know about your COMPILER line. Why does clazy have to be compiled
> with ports-clang? I can imagine that causing problems on archs where
> devel/llvm is built with g++-4.9.4. I built clazy with base-clang, for
> example, and it was fine. It's definitely C++11, so maybe something like
> COMPILER=base-clang ports-gcc is in order?
> * WANTLIB is missing ${COMPILER_LIBCXX}
My mistake, build fine with base-clang. COMPILER_LIBCXX also fixed. New
tarball attached. Thanks Brian
> Hi Rafael --
>
> On 12/30/17 11:59, Rafael Sadowski wrote:
> > Okay, before the year ends, here is a new port.
> >
> > $ pkg/DESCR
> > ---
> > cazy is a compiler plugin which allows clang to understand Qt semantics.
> > You get more than 50 Qt related compiler warnings, ranging from unneeded memory
> > allocations to misusage of API, including fix-its for automatic refactoring.
> > ---
> >
> > More infos: https://github.com/KDE/clazy
> >
> > Works fine here on amd64. Ok to import?
> >
> > Best regards and a healthy start into the New Year.
> >
> > Rafael Sadowski
>
> Some thoughts:
> * license is LGPLv2+ if I'm reading it right
> * typo in pkg/DESCR? cazy => clazy
> * Needs NO_TEST=Yes
fixed
> * should lib/libClangLazy.so be added to SHARED_LIBS?
There is only the EXPORT tag for clazylib in CMakeLists.txt, that's why
I don't think so.
> * I don't know about your COMPILER line. Why does clazy have to be compiled
> with ports-clang? I can imagine that causing problems on archs where
> devel/llvm is built with g++-4.9.4. I built clazy with base-clang, for
> example, and it was fine. It's definitely C++11, so maybe something like
> COMPILER=base-clang ports-gcc is in order?
> * WANTLIB is missing ${COMPILER_LIBCXX}
My mistake, build fine with base-clang. COMPILER_LIBCXX also fixed. New
tarball attached. Thanks Brian
OpenBSD 6.2 and 6.1 on Proxmox 5.1 irratic ping interval sluggish timer
Hello
when I the following commands in openbsd
date;sleep 1;date;uptime
I get the following output ads you can see there is a 20 second
delay instead of a 1 second delay
Sun Dec 31 11:22:15 GMT 2017
Sun Dec 31 11:22:35 GMT 2017
11:22AM up 11:20, 2 users, load averages: 1.02, 0.99, 0.89
kern.timecounter.tick=1
kern.timecounter.timestepwarnings=0
kern.timecounter.hardware=acpihpet0
kern.timecounter.choice=i8254(0) acpihpet0(1000) acpitimer0(1000)
dummy(-1000000)
I will change the timecounter but on the previous version Proxmox it didnt help
The proxmox vm is a standard vm with hardware KVM enabled and Host CPU
presented to the VM... other hardware Storage, networking etc are
presented as virtio paravirtualised drivers
demsg output below
OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4278042624 (4079MB)
avail mem = 4141363200 (3949MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET SRAT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 526.64 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 798.55 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpihpet0 at acpi0: 100000000 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus2 at vioscsi0: 255 targets
sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
fd0 at fdc0 drive 1: density unknown
when I the following commands in openbsd
date;sleep 1;date;uptime
I get the following output ads you can see there is a 20 second
delay instead of a 1 second delay
Sun Dec 31 11:22:15 GMT 2017
Sun Dec 31 11:22:35 GMT 2017
11:22AM up 11:20, 2 users, load averages: 1.02, 0.99, 0.89
kern.timecounter.tick=1
kern.timecounter.timestepwarnings=0
kern.timecounter.hardware=acpihpet0
kern.timecounter.choice=i8254(0) acpihpet0(1000) acpitimer0(1000)
dummy(-1000000)
I will change the timecounter but on the previous version Proxmox it didnt help
The proxmox vm is a standard vm with hardware KVM enabled and Host CPU
presented to the VM... other hardware Storage, networking etc are
presented as virtio paravirtualised drivers
demsg output below
OpenBSD 6.2 (GENERIC.MP) #134: Tue Oct 3 21:22:29 MDT 2017
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4278042624 (4079MB)
avail mem = 4141363200 (3949MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf68e0 (10 entries)
bios0: vendor SeaBIOS version
"rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org" date 04/01/2014
bios0: QEMU Standard PC (i440FX + PIIX, 1996)
acpi0 at bios0: rev 0
acpi0: sleep states S3 S4 S5
acpi0: tables DSDT FACP APIC HPET SRAT
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 526.64 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Xeon(R) CPU X5650 @ 2.67GHz, 798.55 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SS,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,HV,NXE,PAGE1GB,RDTSCP,LONG,LAHF,PERF,ARAT
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB
64b/line 16-way L2 cache
cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpihpet0 at acpi0: 100000000 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
"PNP0F13" at acpi0 not configured
"PNP0700" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA,
channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> ATAPI 5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Bochs VGA" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
virtio0 at pci0 dev 5 function 0 "Qumranet Virtio SCSI" rev 0x00
vioscsi0 at virtio0: qsize 128
scsibus2 at vioscsi0: 255 targets
sd0 at scsibus2 targ 0 lun 0: <QEMU, QEMU HARDDISK, 2.5+> SCSI3 0/direct fixed
sd0: 4096MB, 512 bytes/sector, 8388608 sectors, thin
virtio0: msix shared
virtio1 at pci0 dev 18 function 0 "Qumranet Virtio Network" rev 0x00
vio0 at virtio1: address 7a:9d:0c:7a:8c:e6
virtio1: msix shared
ppb0 at pci0 dev 30 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci1 at ppb0 bus 1
ppb1 at pci0 dev 31 function 0 "Red Hat Qemu PCI-PCI" rev 0x00
pci2 at ppb1 bus 2
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev
1.00/1.00 addr 1
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (7bef52e0ccd28f2c.a) swap on sd0b dump on sd0b
fd0 at fdc0 drive 1: density unknown
Subscribe to:
Posts (Atom)