UPDATE: Lynis-2.6.4

2018-05-02 Thread Gonzalo L. Rodriguez

Hallo,

Update for Lynis to 2.6.4:

https://cisofy.com/changelog/lynis/2.6.4/

OK? Comments?

Cheers.-


--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/security/lynis/Makefile,v
retrieving revision 1.26
diff -u -p -r1.26 Makefile
--- Makefile13 Mar 2018 13:04:18 -  1.26
+++ Makefile3 May 2018 06:34:33 -
@@ -2,7 +2,7 @@
 
 COMMENT=   security auditing tool
 
-DISTNAME = lynis-2.6.3
+DISTNAME = lynis-2.6.4
 
 CATEGORIES=security
 
Index: distinfo
===
RCS file: /cvs/ports/security/lynis/distinfo,v
retrieving revision 1.24
diff -u -p -r1.24 distinfo
--- distinfo13 Mar 2018 13:04:18 -  1.24
+++ distinfo3 May 2018 06:34:33 -
@@ -1,2 +1,2 @@
-SHA256 (lynis-2.6.3.tar.gz) = 33Xzmr28+SHZSdybixNI/vsszKJ72pCJpwIxKwp8PzE=
-SIZE (lynis-2.6.3.tar.gz) = 271848
+SHA256 (lynis-2.6.4.tar.gz) = SH3GnLjEhPBbjY3D5CXt4K+RyzUk5+ae1tg6Z1rBbhg=
+SIZE (lynis-2.6.4.tar.gz) = 273031
Index: pkg/PLIST
===
RCS file: /cvs/ports/security/lynis/pkg/PLIST,v
retrieving revision 1.15
diff -u -p -r1.15 PLIST
--- pkg/PLIST   27 Jan 2018 21:17:01 -  1.15
+++ pkg/PLIST   3 May 2018 06:34:33 -
@@ -50,7 +50,6 @@ share/lynis/db/tests.db
 share/lynis/include/
 @mode 0600
 @owner root
-@group wheel
 share/lynis/include/binaries
 share/lynis/include/consts
 share/lynis/include/data_upload
@@ -72,6 +71,7 @@ share/lynis/include/tests_containers
 share/lynis/include/tests_crypto
 share/lynis/include/tests_custom.template
 share/lynis/include/tests_databases
+share/lynis/include/tests_dns
 share/lynis/include/tests_file_integrity
 share/lynis/include/tests_file_permissions
 share/lynis/include/tests_filesystems


enable python 3 keystone

2018-05-02 Thread Remi Pointel

Hi,

are you ok to link python 3 flavor for keystone to the build ?

Cheers,

Remi.
Index: Makefile
===
RCS file: /cvs/ports/devel/keystone/Makefile,v
retrieving revision 1.9
diff -u -p -u -r1.9 Makefile
--- Makefile	8 Apr 2018 20:43:05 -	1.9
+++ Makefile	3 May 2018 05:32:33 -
@@ -3,5 +3,6 @@
 SUBDIR =
 SUBDIR += main
 SUBDIR += python
+SUBDIR += python,python3
 
 .include 


Re: initial pledge() wip for firefox

2018-05-02 Thread Sebastien Marie
On Thu, May 03, 2018 at 12:27:05AM +0300, li...@wrant.com wrote:
> > 
> > So if i understand, in that case 37 is the fd for places.sqlite-wal
> > opened earlier in the ktrace ?
> > 
> 
> Hi Landry,
> 
> Yes, wiped that temp file, but generated a fresh one, different fd num:
> 
>  50653 firefox  CALL  clock_gettime(CLOCK_MONOTONIC,0x7f7e1d58)
>  50653 firefox  STRU  struct timespec { 44122.094371935 }
>  50653 firefox  RET   clock_gettime 0
>  50653 firefox  CALL  getpid()
>  50653 firefox  RET   getpid 50653/0xc5dd
>  50653 firefox  CALL  stat(0x7f7e1b30,0x7f7e18a0)
>  50653 firefox  NAMI  "/home/user/.mozilla/firefox/test/places.sqlite"
>  50653 firefox  STRU  struct stat { ... }  
>  50653 firefox  RET   stat 0
>  50653 firefox  CALL  
> open(0xb1f8870275d,0x10202,0644)
>  50653 firefox  NAMI  "/home/user/.mozilla/firefox/test/places.sqlite-wal"
>  50653 firefox  RET   open 40/0x28
>  50653 firefox  CALL  fstat(40,0x7f7e1780)
>  50653 firefox  STRU  struct stat { ... }
>  50653 firefox  RET   fstat 0
>  50653 firefox  CALL  fchmod(40,0644)
>  50653 firefox  PLDG  fchmod, "fattr", errno 1 Operation not permitted
>  50653 firefox  PSIG  SIGABRT SIG_DFL
>  50653 firefox  NAMI  "firefox.core"
>  50653 firefox  STRU  struct pollfd [2] { fd=16, events=0x3, 
> revents=0<> } { fd=37, events=0x3, revents=0<> }
>  50653 firefox  STRU  struct pollfd { fd=4, events=0x1, revents=0<> }
> 
> Collapsed the stats output, let me know if the details are significant.
> Please advise if you'd need further traces and how to obtain more info.
> 

I think I already seen this behaviour in fossil:
- openbsd ports@ list: https://marc.info/?l=openbsd-ports&m=152196264519554&w=2
- fossil-scm list: 
https://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg27158.html

The fchmod(2) code behave to libsqlite.

In the fossil case (but I assume similarity here), libsqlite sets the
mode on "foo-journal" to be the same than "foo". This code path could be
triggered when the initial run that create "foo" had difference umask
setting than the current run that create "foo-journal".

Anton, what are the mode of (it was part of stripped stat information :-])
- /home/user/.mozilla/firefox/test/places.sqlite
- /home/user/.mozilla/firefox/test/places.sqlite-wal (once created)

and what is your umask value in this shell ?

thanks.
-- 
Sebastien Marie



Re: [New] citra - 3DS emulator

2018-05-02 Thread tfrohw...@fastmail.com


On May 2, 2018 11:22:19 PM UTC, "Elias M. Mariani"  
wrote:
>I checked soundtouch, I sent a diff for update the version to 2.0.0,
>but it seems that the compiled version is using float , not short, at
>least in what I can tell there is no modification in the patches or
>the Makefile to specify the short integer version, the default
>according to de docs is float.
>Could you check with the new version ?
>https://marc.info/?l=openbsd-ports&m=152530308113961&w=2

I checked with a locally compiled updated soundtouch 2.0.0 during the port 
development and the update alone didn't make a difference for the 
float-vs.-short error.

It may still be of interest to update the soundtouch port which currently 
doesn't have a maintainer, but with the version bump you should probably test 
all consumers of the port with the new version.

After a few days of unsuccessful trial-and-error with this problem (citra and 
dolphin), using the builtin soundtouch submodule seemed to be the only viable 
choice at the moment.


>Elias.
>
>2018-05-02 13:53 GMT-03:00 Elias M. Mariani :
>> Looking forward for this port. :)
>> Elias.
>>
>> 2018-05-02 12:55 GMT-03:00 Ryan Freeman :
>>> On Mon, Apr 30, 2018 at 07:23:11PM -0700, Thomas Frohwein wrote:
 Please find attached this port of the 3DS emulator citra. It can
>run homebrew
 and other 3DS roms. Comes with a commandline binary (citra) and a
>Qt one
 (citra-qt). Like many other emulators, it requires USE_WXNEEDED to
>run
 unfortunately. Based on my testing, the emulation speed seems good
>for 2D
 games, but 3D games run a little sluggish on this i7-6820HQ with
>Intel HD
 Graphics 530.
>>>
>>> Hey Thomas,
>>>
>>> As per #openbsd-gaming, I got this built and tested on my amd64
>desktop
>>> yesterday.  Builds and packages fine and runs things.  Notes inline
>below.
>>>

 A few notes on the port:

 - versioning - right now based on numbering of nightly (670).
>Alternatives might
   be the date of the nightly, e.g. 20180427. Let me know if there's
>a
   preference.
 - listed license information on all relevant builtin libs. Let me
>know if this
   is too detailed.
>>>
>>> I think this license listing you have is excellent, very easy to
>discern where
>>> licenses are on the components.
>>>
 - I tried to disable builtin dependencies where possible, like
>cryptopp and
   enet.
 - I can't get soundtouch from ports to work because of a type
>incompatibility
   short* vs. float* (same problem exists for dolphin emulator).
>Apparently
   these ports are set up for integer samples, while our ports
>version is not
   (additional information can be found here:
   https://www.surina.net/soundtouch/README.html
   under 3.1 Supported sample data formats for anyone who might be
>luckier than
   me in troubleshooting this).
 - The inclusion of submodules follows the way it's been done with
   emulators/ppsspp.
 - I disabled WebService which is for telemetry and pulls in
>additional
   dependencies.

 I put my fastmail email address as maintainer email. I'm planning
>to switch all
 the ports with my ymail address to this one over time. Will keep
>ymail address
 still available for the lifecycle of 6.3.

 All tests pass in 'make test'.
>>>
>>> You might want to run fmt -72 on the pkg/DESCR file.
>>> There might also be desire to have the rmdir commands one-per-line
>rather than
>>> giving a single rmdir command several arguments with \ to split
>lines in the
>>> post-extract part.
>>>
>>> Outside of that it looks good from what I can see, thanks for the
>port!
>>>
>>> -ryan
>>>

-- 
tfrohw...@fastmail.com


Other (more secure) messaging options:
t...@protonmail.com
t...@bitmessage.ch
bm-2ct3tfztzmp7g7wikr1t1fiosboc8wo...@bitmessage.ch
PGP Public Key:
https://pgp.mit.edu/pks/lookup?op=get&search=0xE1A22D58D20C6D22



Re: Update: net/wireless v4 -> v5

2018-05-02 Thread Josh Grosse
On Wed, May 02, 2018 at 11:54:40PM +0200, Gregor Best wrote:
> Hi people,
> 
> the recent move to background-only scanning for wireless networks made a
> hack that I introduced into net/wireless a while ago fall flat on its
> face. This is an update to a release I made today that makes scanning
> work again.
> 
> -- 
>   Gregor

Working fine for me on amd64.  Thanks, Gregor!!



Re: [New] citra - 3DS emulator

2018-05-02 Thread Elias M. Mariani
I checked soundtouch, I sent a diff for update the version to 2.0.0,
but it seems that the compiled version is using float , not short, at
least in what I can tell there is no modification in the patches or
the Makefile to specify the short integer version, the default
according to de docs is float.
Could you check with the new version ?
https://marc.info/?l=openbsd-ports&m=152530308113961&w=2
Elias.

2018-05-02 13:53 GMT-03:00 Elias M. Mariani :
> Looking forward for this port. :)
> Elias.
>
> 2018-05-02 12:55 GMT-03:00 Ryan Freeman :
>> On Mon, Apr 30, 2018 at 07:23:11PM -0700, Thomas Frohwein wrote:
>>> Please find attached this port of the 3DS emulator citra. It can run 
>>> homebrew
>>> and other 3DS roms. Comes with a commandline binary (citra) and a Qt one
>>> (citra-qt). Like many other emulators, it requires USE_WXNEEDED to run
>>> unfortunately. Based on my testing, the emulation speed seems good for 2D
>>> games, but 3D games run a little sluggish on this i7-6820HQ with Intel HD
>>> Graphics 530.
>>
>> Hey Thomas,
>>
>> As per #openbsd-gaming, I got this built and tested on my amd64 desktop
>> yesterday.  Builds and packages fine and runs things.  Notes inline below.
>>
>>>
>>> A few notes on the port:
>>>
>>> - versioning - right now based on numbering of nightly (670). Alternatives 
>>> might
>>>   be the date of the nightly, e.g. 20180427. Let me know if there's a
>>>   preference.
>>> - listed license information on all relevant builtin libs. Let me know if 
>>> this
>>>   is too detailed.
>>
>> I think this license listing you have is excellent, very easy to discern 
>> where
>> licenses are on the components.
>>
>>> - I tried to disable builtin dependencies where possible, like cryptopp and
>>>   enet.
>>> - I can't get soundtouch from ports to work because of a type 
>>> incompatibility
>>>   short* vs. float* (same problem exists for dolphin emulator). Apparently
>>>   these ports are set up for integer samples, while our ports version is not
>>>   (additional information can be found here:
>>>   https://www.surina.net/soundtouch/README.html
>>>   under 3.1 Supported sample data formats for anyone who might be luckier 
>>> than
>>>   me in troubleshooting this).
>>> - The inclusion of submodules follows the way it's been done with
>>>   emulators/ppsspp.
>>> - I disabled WebService which is for telemetry and pulls in additional
>>>   dependencies.
>>>
>>> I put my fastmail email address as maintainer email. I'm planning to switch 
>>> all
>>> the ports with my ymail address to this one over time. Will keep ymail 
>>> address
>>> still available for the lifecycle of 6.3.
>>>
>>> All tests pass in 'make test'.
>>
>> You might want to run fmt -72 on the pkg/DESCR file.
>> There might also be desire to have the rmdir commands one-per-line rather 
>> than
>> giving a single rmdir command several arguments with \ to split lines in the
>> post-extract part.
>>
>> Outside of that it looks good from what I can see, thanks for the port!
>>
>> -ryan
>>



Re: [New] citra - 3DS emulator

2018-05-02 Thread Ryan Freeman
On Wed, May 02, 2018 at 08:55:18AM -0700, Ryan Freeman wrote:
> On Mon, Apr 30, 2018 at 07:23:11PM -0700, Thomas Frohwein wrote:
> > Please find attached this port of the 3DS emulator citra. It can run 
> > homebrew
> > and other 3DS roms. Comes with a commandline binary (citra) and a Qt one
> > (citra-qt). Like many other emulators, it requires USE_WXNEEDED to run
> > unfortunately. Based on my testing, the emulation speed seems good for 2D
> > games, but 3D games run a little sluggish on this i7-6820HQ with Intel HD
> > Graphics 530.
> 
> Hey Thomas,
> 
> As per #openbsd-gaming, I got this built and tested on my amd64 desktop
> yesterday.  Builds and packages fine and runs things.  Notes inline below.
> 
> > 
> > A few notes on the port:
> > 
> > - versioning - right now based on numbering of nightly (670). Alternatives 
> > might
> >   be the date of the nightly, e.g. 20180427. Let me know if there's a
> >   preference.
> > - listed license information on all relevant builtin libs. Let me know if 
> > this
> >   is too detailed.
> 
> I think this license listing you have is excellent, very easy to discern where
> licenses are on the components.
> 
> > - I tried to disable builtin dependencies where possible, like cryptopp and
> >   enet.
> > - I can't get soundtouch from ports to work because of a type 
> > incompatibility
> >   short* vs. float* (same problem exists for dolphin emulator). Apparently
> >   these ports are set up for integer samples, while our ports version is not
> >   (additional information can be found here:
> >   https://www.surina.net/soundtouch/README.html
> >   under 3.1 Supported sample data formats for anyone who might be luckier 
> > than
> >   me in troubleshooting this).
> > - The inclusion of submodules follows the way it's been done with
> >   emulators/ppsspp.
> > - I disabled WebService which is for telemetry and pulls in additional
> >   dependencies.
> > 
> > I put my fastmail email address as maintainer email. I'm planning to switch 
> > all
> > the ports with my ymail address to this one over time. Will keep ymail 
> > address
> > still available for the lifecycle of 6.3.
> > 
> > All tests pass in 'make test'.
> 
> You might want to run fmt -72 on the pkg/DESCR file.

For the archives, Thomas caught me fibbing.  PER THE OpenBSD Porting guide,
fmt -80 is good for DESCR.

> There might also be desire to have the rmdir commands one-per-line rather than
> giving a single rmdir command several arguments with \ to split lines in the
> post-extract part.
> 
> Outside of that it looks good from what I can see, thanks for the port!
> 
> -ryan
> 



UPDATE: audio/soundtouch

2018-05-02 Thread Elias M. Mariani
Hi,
I send a diff for soundtouch, minor change in Makefile from version
1.9.2 to 2.0.0.

Soundtouch is a dependency of:
audio/audacity
emulators/desmume
multimedia/gstreamer-0.10/plugins-bad,-main
multimedia/gstreamer1/plugins-bad

Changes from 1.9.2 to 2.0.0:
https://www.surina.net/soundtouch/soundtouch-abi-tracker/compat_report/soundtouch/1.9.2/2.0.0/65640/abi_compat_report.html

No changes on patches and PLIST.
Thanks.
Elias.


soundtouch.diff
Description: Binary data


Update: net/wireless v4 -> v5

2018-05-02 Thread Gregor Best
Hi people,

the recent move to background-only scanning for wireless networks made a
hack that I introduced into net/wireless a while ago fall flat on its
face. This is an update to a release I made today that makes scanning
work again.

-- 
Gregor

Index: Makefile
===
RCS file: /home/cvs/ports/net/wireless/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile3 Jan 2018 23:27:01 -   1.3
+++ Makefile2 May 2018 21:32:32 -
@@ -3,7 +3,7 @@
 COMMENT =  automatically scan for and configure wireless networks
 GH_ACCOUNT =   farhaven
 GH_PROJECT =   wireless
-GH_TAGNAME =   v4
+GH_TAGNAME =   v5
 
 CATEGORIES =   net
 
Index: distinfo
===
RCS file: /home/cvs/ports/net/wireless/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo3 Jan 2018 23:27:01 -   1.2
+++ distinfo2 May 2018 21:32:44 -
@@ -1,2 +1,2 @@
-SHA256 (wireless-4.tar.gz) = HXWoFCCVh2O+ykHfDHdsDjc/iBh9iQs9Rj1v3NYry1s=
-SIZE (wireless-4.tar.gz) = 9117
+SHA256 (wireless-5.tar.gz) = 9rz1YkU/l3Go7v916SWBPJHBSLaPuoYpHaNvPA74INY=
+SIZE (wireless-5.tar.gz) = 9160



LMMS working now

2018-05-02 Thread Ken M
OK so the best solution I found is to be choosy about what plugins to compile.
Everything but calling Zynaddsubfx's gui is working.

Instructions after cloning the stable branch of lmms from git.

mkdir build
cd build

cmake .. -DCMAKE_PREFIX_PATH=/usr/local/lib/qt5/cmake/Qt5 -DWANT_QT5=ON 
-DWANT_VST=OFF -DPLUGIN_LIST="Amplifier BassBooster Bitcrush CrossoverEQ Delay 
DualFilter Eq Flanger FreeBoy HydrogenImport LadspaEffect MidiExport MidiImport 
MultitapEcho OpulenZ ReverbSC SpectrumAnalyzer audio_file_processor bit_invader 
dynamics_processor kicker ladspa_browser lb302 monstro nes organic patman 
peak_controller_effect sf2_player sfxr sid stereo_enhancer stereo_matrix 
triple_oscillator vestige vibed watsyn waveshaper zynaddsubfx"

find plugins/LadspaEffect/swh/CMakeFiles/ -name link.txt|xargs sed -i.bak 
"s/\-fPIC /\-fPIC \-L\/usr\/local\/lib/"

find plugins/zynaddsubfx/CMakeFiles/ -name link.txt|xargs sed -i.bak "s/\-fPIC 
/\-fPIC \-L\/usr\/local\/lib/"

make
doas make install

That will get you a shiny new lmms on Openbsd. Explanations, that cmake list
basically takes all plugins except everything VST or Carla related. It also
leaves of the GIG player.

The find|sed combos are to fix linking problems in the swh and Zynaddsubfx
plugins.

So I guess this new guy needs to read the porters handbook to figure out what to
do with this for others, and who the heck is the current maintainer of the lmms
port?

Ken



Re: initial pledge() wip for firefox

2018-05-02 Thread lists
Wed, 2 May 2018 21:26:56 +0200 Landry Breuil 
> On Wed, May 02, 2018 at 05:56:53PM +0300, li...@wrant.com wrote:
> > Wed, 2 May 2018 07:15:45 +0200 Landry Breuil   
> > > On Wed, May 02, 2018 at 04:07:51AM +0300, li...@wrant.com wrote:  
> > > > 
> > > > Hi Landry,
> > > > 
> > > > With the snapshot Build date: 1525207106 - Tue May  1 20:38:26 UTC 2018
> > > > firefox-60.0beta16 from https://packages.rhaalovely.net/snapshots/amd64
> > > > it progresses a bit further and aborts with pledge "fattr", syscall 124
> > > > using promises: 'stdio rpath wpath cpath inet proc exec prot_exec flock
> > > > ps sendfd recvfd dns vminfo tty drm' results: Abort trap (core dumped). 
> > > >
> > > 
> > > main process needs fattr & unix to save files here; i added them in
> > > https://cgit.rhaalovely.net/mozilla-firefox/commit/?h=pledge&id=11f3f89db4c5cf973205c7a7d332ac52c9d70911
> > > 
> > > For a useful report; reproduce with ktrace -di, and mention/quote the
> > > end of the trace (ie the syscall that triggers the abord should relate
> > > to the file it was trying to act upon)
> > >   
> > 
> > Hi Landry,
> > 
> > Succeeds on stat & open places.sqlite, stat places.sqlite-wal & at it
> > 
> > 68642 firefox  CALL  fchmod(37,0644)
> > 68642 firefox  PLDG  fchmod, "fattr", errno 1 Operation not permitted
> > 68642 firefox  PSIG  SIGABRT SIG_DFL
> > 68642 firefox  NAMI  "firefox.core"  
> 
> So if i understand, in that case 37 is the fd for places.sqlite-wal
> opened earlier in the ktrace ?
> 

Hi Landry,

Yes, wiped that temp file, but generated a fresh one, different fd num:

 50653 firefox  CALL  clock_gettime(CLOCK_MONOTONIC,0x7f7e1d58)
 50653 firefox  STRU  struct timespec { 44122.094371935 }
 50653 firefox  RET   clock_gettime 0
 50653 firefox  CALL  getpid()
 50653 firefox  RET   getpid 50653/0xc5dd
 50653 firefox  CALL  stat(0x7f7e1b30,0x7f7e18a0)
 50653 firefox  NAMI  "/home/user/.mozilla/firefox/test/places.sqlite"
 50653 firefox  STRU  struct stat { ... }  
 50653 firefox  RET   stat 0
 50653 firefox  CALL  
open(0xb1f8870275d,0x10202,0644)
 50653 firefox  NAMI  "/home/user/.mozilla/firefox/test/places.sqlite-wal"
 50653 firefox  RET   open 40/0x28
 50653 firefox  CALL  fstat(40,0x7f7e1780)
 50653 firefox  STRU  struct stat { ... }
 50653 firefox  RET   fstat 0
 50653 firefox  CALL  fchmod(40,0644)
 50653 firefox  PLDG  fchmod, "fattr", errno 1 Operation not permitted
 50653 firefox  PSIG  SIGABRT SIG_DFL
 50653 firefox  NAMI  "firefox.core"
 50653 firefox  STRU  struct pollfd [2] { fd=16, events=0x3, 
revents=0<> } { fd=37, events=0x3, revents=0<> }
 50653 firefox  STRU  struct pollfd { fd=4, events=0x1, revents=0<> }

Collapsed the stats output, let me know if the details are significant.
Please advise if you'd need further traces and how to obtain more info.

Kind regards,
Anton Lazarov



Re: missing xz package

2018-05-02 Thread Stuart Henderson
On 2018/05/02 18:03, Elias M. Mariani wrote:
> I know that using the main mirror is a bad idea, but between paranoia
> and being in Argentina I don't know witch mirror to trust,

For initial OS download, you could at least bootstrap things by checking
SHA256.sig against a couple of mirrors in different places, and if you
have signify available (which obviously you will have if you're running
recent OpenBSD) checking the signature when you download base system
files. (The upobsd package might be useful if you're doing OS updates by
downloading new bsd.rd install kernels).

pkg_add checks downloaded packages with signify *before* decompressing -
download and decompression are now both done with (separate) low-privileged
uids - which avoids most of the worst things that an untrustworthy mirror
could do.

>I guess
> that using the Brazilian one would be faster that bringing the files
> from Canada to Argentina. :(
You'd have to try it to know about speed, it depends on network links
between you and the mirror. But at the moment the Brazilian mirror is
definitely mid-sync, and they clearly don't use --delay-updates etc.
either :) Files at the start of the alphabet are 2018/05/02 and end of
the alphabet are 2018/05/01, plus xz isn't present (the default delete
behaviour of rsync is to remove local files that are no longer present
on the upstream *first*, i.e. in this case the old xz package, and then
start updating the rest - with xz at the end of the alphabet updates to
this package will be more noticable than something at the start of the
alphabet!).

Generally I'd recommend using one of the CDNs for releases, and a
single chosen good mirror (not CDN) for snapshots.



Re: update www/sope www/sogo to 4.0.0

2018-05-02 Thread Landry Breuil
On Wed, May 02, 2018 at 10:28:57PM +0200, Sebastian Reitenbach wrote:
> Hi,
> 
> 
> 
> Am Montag, April 30, 2018 15:20 CEST, Landry Breuil  
> schrieb:
> 
> > On Fri, Mar 09, 2018 at 11:55:48AM +0100, Sebastian Reitenbach wrote:
> > > >
> > > > Wouldn't it be better to use upstream's standard names? Then a simple
> > > > wildcard works, it matches their usual setup, and you don't have the
> > > > inconsistency you have here where some files are renamed with
> > > > -postgres and others aren't.
> > >
> > >
> > > yeah, with the loop in my updated version, I use the standard names, and
> > > I dropped some legacy scripts.
> >
> > Can you resend the updated version ? it seems it never made it to the
> > list, and now that i've upgraded my work server to 6.3 i might give it a
> > shot..
> >
> 
> great, thanks! See below.
> 
> ? sogo/patches/patch-Scripts_sql-update-3_2_10_to_4_0_0-mysql_sh
> ? sogo/patches/patch-Scripts_sql-update-3_2_10_to_4_0_0_sh

Forgotten ? patches not needed ?



Re: missing xz package

2018-05-02 Thread Elias M. Mariani
I know that using the main mirror is a bad idea, but between paranoia
and being in Argentina I don't know witch mirror to trust, I guess
that using the Brazilian one would be faster that bringing the files
from Canada to Argentina. :(


2018-05-02 17:28 GMT-03:00 Stuart Henderson :
> On 2018/05/02 17:19, Elias M. Mariani wrote:
>> https://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/
>>
>> 2018-05-02 16:25 GMT-03:00 Stuart Henderson :
>> > Which mirror? Though, you probably just caught it mid-update.
>> >
>> > --
>> > Sent from a phone, apologies for poor formatting.
>> >
>> > On 2 May 2018 19:54:37 "Elias M. Mariani"  wrote:
>> >
>> >> # pkg_add libxml
>> >> quirks-2.438 signed on 2018-05-01T16:54:25Z
>> >> Can't find xz-5.2.3p0
>> >> Can't install libxml-2.9.8: can't resolve xz-5.2.3p0
>> >> in snapshots/packages/amd64
>> >
>> >
>> >
>> >
>
> That mirror looks ok now. Though I don't think it uses --delay-updates
> --delete-delay when rsyncing so it's probably at higher risk of this
> happening than some. Depending on where you're located you're probably
> better with one of the ftpX.usa.openbsd.org, ftp.fr.openbsd.org,
> ftp.hostserver.de or openbsd.cs.toronto.edu mirrors.
>



Re: update www/sope www/sogo to 4.0.0

2018-05-02 Thread Sebastian Reitenbach
Hi,



Am Montag, April 30, 2018 15:20 CEST, Landry Breuil  
schrieb:

> On Fri, Mar 09, 2018 at 11:55:48AM +0100, Sebastian Reitenbach wrote:
> > >
> > > Wouldn't it be better to use upstream's standard names? Then a simple
> > > wildcard works, it matches their usual setup, and you don't have the
> > > inconsistency you have here where some files are renamed with
> > > -postgres and others aren't.
> >
> >
> > yeah, with the loop in my updated version, I use the standard names, and
> > I dropped some legacy scripts.
>
> Can you resend the updated version ? it seems it never made it to the
> list, and now that i've upgraded my work server to 6.3 i might give it a
> shot..
>

great, thanks! See below.

? sogo/patches/patch-Scripts_sql-update-3_2_10_to_4_0_0-mysql_sh
? sogo/patches/patch-Scripts_sql-update-3_2_10_to_4_0_0_sh
Index: sope/Makefile
===
RCS file: /cvs/ports/www/sope/Makefile,v
retrieving revision 1.71
diff -u -r1.71 Makefile
--- sope/Makefile   23 Sep 2017 10:27:35 -  1.71
+++ sope/Makefile   2 May 2018 20:27:11 -
@@ -4,16 +4,13 @@
 COMMENT-mysql= SOPE MySQL adaptor
 COMMENT-postgres=  SOPE PostgreSQL adaptor

-VERSION =  3.2.10
+VERSION =  4.0.0
 DISTNAME = SOPE-${VERSION}
 PKGNAME-main = sope-${VERSION}
 PKGNAME-mysql =sope-mysql-${VERSION}
 PKGNAME-postgres = sope-postgres-${VERSION}
-REVISION-main =1
-REVISION-mysql =   1
-REVISION-postgres =1

-SO_MAJOR=  4
+SO_MAJOR=  5
 SO_MINOR=  0
 .for _lib in DOM EOControl GDLAccess NGExtensions NGLdap NGMime \
NGObjWeb NGStreams SaxObjC WEExtensions \
@@ -22,7 +19,7 @@
 .endfor

 CATEGORIES=www
-HOMEPAGE=  http://www.sogo.nu
+HOMEPAGE=  https://sogo.nu
 MASTER_SITES=  ${HOMEPAGE}/files/downloads/SOGo/Sources/
 MAINTAINER=Sebastian Reitenbach 

Index: sope/distinfo
===
RCS file: /cvs/ports/www/sope/distinfo,v
retrieving revision 1.42
diff -u -r1.42 distinfo
--- sope/distinfo   7 Jul 2017 10:40:13 -   1.42
+++ sope/distinfo   2 May 2018 20:27:11 -
@@ -1,2 +1,2 @@
-SHA256 (SOPE-3.2.10.tar.gz) = eZS/mF7Y4sY7YF5ONJXYvNzOaL/8j+qHJRyZk4LD32Y=
-SIZE (SOPE-3.2.10.tar.gz) = 2282107
+SHA256 (SOPE-4.0.0.tar.gz) = joZwPTf8JK512MqJjm6IKdPFHtIQwMIduPbqEwh7MhY=
+SIZE (SOPE-4.0.0.tar.gz) = 2283869
Index: sogo/Makefile
===
RCS file: /cvs/ports/www/sogo/Makefile,v
retrieving revision 1.74
diff -u -r1.74 Makefile
--- sogo/Makefile   11 Jan 2018 19:27:12 -  1.74
+++ sogo/Makefile   2 May 2018 20:27:11 -
@@ -2,18 +2,17 @@

 COMMENT =  web based groupware server

-VERSION =  3.2.10
+VERSION =  4.0.0
 DISTNAME = SOGo-${VERSION}
 PKGNAME =  sogo-${VERSION}
-REVISION = 1

 SHARED_LIBS += GDLContentStore 3.0
-SHARED_LIBS += NGCards 3.0
-SHARED_LIBS += SOGo4.1
-SHARED_LIBS += SOGoUI  2.1
+SHARED_LIBS += NGCards 3.1
+SHARED_LIBS += SOGo5.0
+SHARED_LIBS += SOGoUI  2.2

 CATEGORIES =   www
-HOMEPAGE = http://www.sogo.nu/
+HOMEPAGE = https://sogo.nu/
 MASTER_SITES = ${HOMEPAGE}/files/downloads/SOGo/Sources/
 MAINTAINER =   Sebastian Reitenbach 

@@ -51,38 +50,17 @@
 SOGOLIBDIR =   
lib/GNUstep/Frameworks/SOGo.framework/Versions/${LIBSOGo_VERSION}
 SUBST_VARS +=  SOGOLIBDIR VARBASE

+SCRIPTS =  cas-proxy-validate.py sql-update-2.2.17_to_2.3.0.sh \
+   sql-update-3.2.10_to_4.0.0.sh 
sql-update-2.2.17_to_2.3.0-mysql.sh \
+   sql-update-3.2.10_to_4.0.0-mysql.sh 
sql-update-3.0.0-to-combined.sh \
+   sql-update-3.0.0-to-combined-mysql.sh updates.php
+
 post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/sogo
+.for _s in ${SCRIPTS}
${INSTALL_SCRIPT} -c -o ${SHAREOWN} -g ${SHAREGRP} \
-   ${WRKSRC}/Scripts/cas-proxy-validate.py \
-   ${PREFIX}/share/doc/sogo/cas-proxy-validate.py
-   ${INSTALL_SCRIPT} -c -o ${SHAREOWN} -g ${SHAREGRP} \
-   ${WRKSRC}/Scripts/sql-update-1.3.11_to_1.3.12.sh \
-   ${PREFIX}/share/doc/sogo/sql-update-1.3.11_to_1.3.12-postgres.sh
-   ${INSTALL_SCRIPT} -c -o ${SHAREOWN} -g ${SHAREGRP} \
-   ${WRKSRC}/Scripts/sql-update-1.3.11_to_1.3.12-mysql.sh \
-   ${PREFIX}/share/doc/sogo/sql-update-1.3.11_to_1.3.12-mysql.sh
-   ${INSTALL_SCRIPT} -c -o ${SHAREOWN} -g ${SHAREGRP} \
-   ${WRKSRC}/Scripts/sql-update-1.3.16_to_1.3.17.sh \
-   ${PREFIX}/share/doc/sogo/sql-update-1.3.16_to_1.3.17-postgres.sh
-   ${INSTALL_SCRIPT} -c -o ${SHAREOWN} -g ${SHAREGRP} \
-   ${WRKSRC}/Scripts/sql-update-1.3.16_to_1.3.17-mysql.sh \
-   ${PREFIX}/share/doc/sogo/sql-update-1.3.16_to_1.3.17-mysql.sh
-   ${INSTALL_SCRIPT} -c

Re: NEW: devel/libaio

2018-05-02 Thread Brian Callahan


On 05/02/18 15:31, Stuart Henderson wrote:
Definitely a different library name (and maybe header name to match, 
though the Linux one is aio.h so less conflict there than in the 
library name). Probably also a different PKGNAME to match. Maybe 
something along the lines of aio_compat?




OK that's what I thought. I would like if possible to keep the same 
header name, because then it's exchanging one set of patches for an 
(admittedly easier to maintain) set of patches but I could see it being 
potentially problematic. Attached is a tarball doing this (and using the 
aio_compat name rather than my terrible dragonfly_aio name).


~Brian


--
Sent from a phone, apologies for poor formatting.
On 2 May 2018 15:30:50 Brian Callahan  wrote:


On 05/02/18 03:03, Stuart Henderson wrote:

On 2018/05/02 00:50, Brian Callahan wrote:

Hi ports --

On 01/05/18 19:19, Brian Callahan wrote:

Hi ports --

Attached is a new port, devel/libaio. libaio is a port of the 
DragonFly

BSD userland POSIX asynchronous I/O routines to OpenBSD.

When updating lang/flang earlier today, I realized that there are a
dozen patches that work around the fact that OpenBSD doesn't have an
aio implementation. Having to maintain a number of patches for flang
already, reducing that number is a great help.

It turns out that DragonFly BSD has a minimal but standard-compliant
userland implementation of aio. So I did a quick and dirty port of 
it.

flang is very happy with it.

According to POSIX, these routines belong in librt. I'm not opening
that can of worms. I named the library libaio. That way, you have to
specifically seek it out to use it. The good news is that a quick
perusal of the ports tree didn't turn up any port other than flang 
that

has patches that work around not having aio. At this rate, it'll be
maybe 2038 by the time another port needs the library anyway.

---
pkg/DESCR:
libaio is a port of the POSIX asynchronous I/O library from DragonFly
BSD to OpenBSD.

This version of AIO is aimed at standards compliance; it is not 
aimed at

either reasonability or performance. It merely wraps synchronous I/O
routines.
---

Builds and passes some rudimentary tests on both amd64 and armv7. 
Makes

flang happy on amd64.

OK?

~Brian

I'd still like to get this in. New tarball attached. This will very 
much

help keep flang updated.

If I understand correctly this is for posix AIO support - aio_read,
aio_write, aio_fsync etc, rather than emulating the functions in 
Linux's

libaio (wrapper for syscall-based implementation - io_setup, io_submit,
etc). If that's right, I think it would be better to pick a different
name.


Correct. To be clear, are you suggesting a different PKGNAME or a
different PKGNAME and library name?


Please either create a release in github and upload a tarball as an
asset (giving a stable tarball), or if you're going to stick with the
on-the-fly autogenerated one, use GH_* instead of manually setting
MASTER_SITES/WRKDIST/etc (and be prepared to cope if github updates
their software stack in a way which changes the file).



I'll just host it myself, save the headache.

~Brian








libaio_compat.tgz
Description: Binary data


Re: missing xz package

2018-05-02 Thread Stuart Henderson
On 2018/05/02 17:19, Elias M. Mariani wrote:
> https://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/
> 
> 2018-05-02 16:25 GMT-03:00 Stuart Henderson :
> > Which mirror? Though, you probably just caught it mid-update.
> >
> > --
> > Sent from a phone, apologies for poor formatting.
> >
> > On 2 May 2018 19:54:37 "Elias M. Mariani"  wrote:
> >
> >> # pkg_add libxml
> >> quirks-2.438 signed on 2018-05-01T16:54:25Z
> >> Can't find xz-5.2.3p0
> >> Can't install libxml-2.9.8: can't resolve xz-5.2.3p0
> >> in snapshots/packages/amd64
> >
> >
> >
> >

That mirror looks ok now. Though I don't think it uses --delay-updates
--delete-delay when rsyncing so it's probably at higher risk of this
happening than some. Depending on where you're located you're probably
better with one of the ftpX.usa.openbsd.org, ftp.fr.openbsd.org,
ftp.hostserver.de or openbsd.cs.toronto.edu mirrors.



Re: missing xz package

2018-05-02 Thread Elias M. Mariani
nevermind, my fault, sorry.
It seems that as you say i caught it in the process.


2018-05-02 17:19 GMT-03:00 Elias M. Mariani :
> https://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/
>
> 2018-05-02 16:25 GMT-03:00 Stuart Henderson :
>> Which mirror? Though, you probably just caught it mid-update.
>>
>> --
>> Sent from a phone, apologies for poor formatting.
>>
>> On 2 May 2018 19:54:37 "Elias M. Mariani"  wrote:
>>
>>> # pkg_add libxml
>>> quirks-2.438 signed on 2018-05-01T16:54:25Z
>>> Can't find xz-5.2.3p0
>>> Can't install libxml-2.9.8: can't resolve xz-5.2.3p0
>>> in snapshots/packages/amd64
>>
>>
>>
>>



Re: [UPDATE] lang/python/2.7

2018-05-02 Thread Christian Weisgerber
Remi Pointel:

> attached is the diff to update Python to latest release.
> Could someone please run a bulk build with this diff please?

Will do.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



Re: missing xz package

2018-05-02 Thread Elias M. Mariani
https://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/amd64/

2018-05-02 16:25 GMT-03:00 Stuart Henderson :
> Which mirror? Though, you probably just caught it mid-update.
>
> --
> Sent from a phone, apologies for poor formatting.
>
> On 2 May 2018 19:54:37 "Elias M. Mariani"  wrote:
>
>> # pkg_add libxml
>> quirks-2.438 signed on 2018-05-01T16:54:25Z
>> Can't find xz-5.2.3p0
>> Can't install libxml-2.9.8: can't resolve xz-5.2.3p0
>> in snapshots/packages/amd64
>
>
>
>



Re: NEW: devel/libaio

2018-05-02 Thread Stuart Henderson
Definitely a different library name (and maybe header name to match, though 
the Linux one is aio.h so less conflict there than in the library name). 
Probably also a different PKGNAME to match. Maybe something along the lines 
of aio_compat?


--
Sent from a phone, apologies for poor formatting.
On 2 May 2018 15:30:50 Brian Callahan  wrote:


On 05/02/18 03:03, Stuart Henderson wrote:

On 2018/05/02 00:50, Brian Callahan wrote:

Hi ports --

On 01/05/18 19:19, Brian Callahan wrote:

Hi ports --

Attached is a new port, devel/libaio. libaio is a port of the DragonFly
BSD userland POSIX asynchronous I/O routines to OpenBSD.

When updating lang/flang earlier today, I realized that there are a
dozen patches that work around the fact that OpenBSD doesn't have an
aio implementation. Having to maintain a number of patches for flang
already, reducing that number is a great help.

It turns out that DragonFly BSD has a minimal but standard-compliant
userland implementation of aio. So I did a quick and dirty port of it.
flang is very happy with it.

According to POSIX, these routines belong in librt. I'm not opening
that can of worms. I named the library libaio. That way, you have to
specifically seek it out to use it. The good news is that a quick
perusal of the ports tree didn't turn up any port other than flang that
has patches that work around not having aio. At this rate, it'll be
maybe 2038 by the time another port needs the library anyway.

---
pkg/DESCR:
libaio is a port of the POSIX asynchronous I/O library from DragonFly
BSD to OpenBSD.

This version of AIO is aimed at standards compliance; it is not aimed at
either reasonability or performance. It merely wraps synchronous I/O
routines.
---

Builds and passes some rudimentary tests on both amd64 and armv7. Makes
flang happy on amd64.

OK?

~Brian


I'd still like to get this in. New tarball attached. This will very much
help keep flang updated.

If I understand correctly this is for posix AIO support - aio_read,
aio_write, aio_fsync etc, rather than emulating the functions in Linux's
libaio (wrapper for syscall-based implementation - io_setup, io_submit,
etc). If that's right, I think it would be better to pick a different
name.


Correct. To be clear, are you suggesting a different PKGNAME or a
different PKGNAME and library name?


Please either create a release in github and upload a tarball as an
asset (giving a stable tarball), or if you're going to stick with the
on-the-fly autogenerated one, use GH_* instead of manually setting
MASTER_SITES/WRKDIST/etc (and be prepared to cope if github updates
their software stack in a way which changes the file).



I'll just host it myself, save the headache.

~Brian






Re: initial pledge() wip for firefox

2018-05-02 Thread Landry Breuil
On Wed, May 02, 2018 at 05:56:53PM +0300, li...@wrant.com wrote:
> Wed, 2 May 2018 07:15:45 +0200 Landry Breuil 
> > On Wed, May 02, 2018 at 04:07:51AM +0300, li...@wrant.com wrote:
> > > 
> > > Hi Landry,
> > > 
> > > With the snapshot Build date: 1525207106 - Tue May  1 20:38:26 UTC 2018
> > > firefox-60.0beta16 from https://packages.rhaalovely.net/snapshots/amd64
> > > it progresses a bit further and aborts with pledge "fattr", syscall 124
> > > using promises: 'stdio rpath wpath cpath inet proc exec prot_exec flock
> > > ps sendfd recvfd dns vminfo tty drm' results: Abort trap (core dumped).  
> > 
> > main process needs fattr & unix to save files here; i added them in
> > https://cgit.rhaalovely.net/mozilla-firefox/commit/?h=pledge&id=11f3f89db4c5cf973205c7a7d332ac52c9d70911
> > 
> > For a useful report; reproduce with ktrace -di, and mention/quote the
> > end of the trace (ie the syscall that triggers the abord should relate
> > to the file it was trying to act upon)
> > 
> 
> Hi Landry,
> 
> Succeeds on stat & open places.sqlite, stat places.sqlite-wal & at it
> 
> 68642 firefox  CALL  fchmod(37,0644)
> 68642 firefox  PLDG  fchmod, "fattr", errno 1 Operation not permitted
> 68642 firefox  PSIG  SIGABRT SIG_DFL
> 68642 firefox  NAMI  "firefox.core"

So if i understand, in that case 37 is the fd for places.sqlite-wal
opened earlier in the ktrace ?



Re: new misc/posixtestsuite

2018-05-02 Thread Alexander Bluhm
On Wed, May 02, 2018 at 06:24:48PM +0300, Paul Irofti wrote:
> Is this necessary?
> 
>   TEST_TARGET =   run-tests
> 
> Isn't it equivalent to building and running posixtestsuite?

It is equivalant unless I made an error when converting the make
target to posixtestsuite shell script.  I have kept it for convenience
as I always run make regress in the port's directory before commiting
something.  This should do something useful, I think it is better
than NO_TEST=yes.

> Eitherway, OK.

Thanks!

> Also, I can't send email directly to your address so I am sending this
> to ports too.

I cannot send email to you either.  irofti.net MX is mta.irofti.net,
mta.irofti.net is CNAME.  RFC says this is invalid, must be A or
.  My sendmail refuses to send mails to this setup.

bluhm



Re: missing xz package

2018-05-02 Thread Stuart Henderson

Which mirror? Though, you probably just caught it mid-update.

--
Sent from a phone, apologies for poor formatting.
On 2 May 2018 19:54:37 "Elias M. Mariani"  wrote:


# pkg_add libxml
quirks-2.438 signed on 2018-05-01T16:54:25Z
Can't find xz-5.2.3p0
Can't install libxml-2.9.8: can't resolve xz-5.2.3p0
in snapshots/packages/amd64






Re: new: games/barony

2018-05-02 Thread Solene Rapenne

David CARLIER writes:

> Thanks for your input, here an updated version.
>
> On 1 May 2018 at 18:35, Solene Rapenne  wrote:
>
>>
>> Brian Callahan writes:
>>
>> > On 04/30/18 18:57, David CARLIER wrote:
>> >> A small update to install instead into ${LOCALBASE}/share/barony as
>> request
>> >> by @bcallah.
>> >
>> > Attached is a better version with fixes and a proper pkg/README.
>> >
>> > OK?
>> >
>> > ~Brian
>> >
>> >> On 30 April 2018 at 21:35, Brian Callahan  wrote:
>> >>
>> >>> (Responding from my phone so apologies)
>> >>> Download the Linux version and extract it with unzip.
>> >>>
>> >>>
>> >>>
>> >>> Sent from my Verizon, Samsung Galaxy smartphone
>> >>>
>> >>>  Original message 
>> >>> From: David CARLIER 
>> >>> Date: 4/30/18 2:10 PM (GMT-05:00)
>> >>> To: Timo Myyrä 
>> >>> Cc: Solene Rapenne , OpenBSD ports > >
>> >>> Subject: Re: new: games/barony
>> >>>
>> >>> I checked the Gog com ... do not find the folders needed to get
>> started the
>> >>> game ! e.g images maps items music sounds lang ...
>> >>>
>> >>> On 30 April 2018 at 15:05, Timo Myyrä 
>> wrote:
>> >>>
>>  David CARLIER  writes:
>> 
>> > Thanks for the feedback, in case you can always force the Debug mode
>> >>> via
>> > cmake e.g. -DCMAKE_BUILD_TYPE=Debug
>> > If I recall correctly you re running it into ppc arch ? Would like to
>> >>> see
>> > classic x86 archs users feedbacks too.
>> > Will try myself in some hours.
>> >
>> > On 30 April 2018 at 11:01, Solene Rapenne  wrote:
>> >
>> >> Thomas Frohwein writes:
>> >>
>> >>> On Fri, Mar 30, 2018 at 12:42:36AM +0200, Solene Rapenne wrote:
>> >>>
>> >>> I tried it on amd64 - installed the package, downloaded Barony:
>> >>> Cursed
>> >> Edition
>> >>> from gog.com, innoextract, then copied all the game files to
>> >>> /usr/local/share/games/barony. It counts through all the
>> >>> 400-something
>> >> assets
>> >>> that it loads, but afterwards just exits without any error.
>> >>>
>> >>> The version on gog.com is listed as 2.0.7 and is probably
>> >>> outdated. I
>> >> think
>> >>> a README with some details on this and maybe the game data folder
>> >>> may
>>  be
>> >>> useful.
>> >>>
>> >>> I'll probably have to wait for an update on gog.com before being
>> >>> able
>> >> to test.
>> >>
>> >> GOG now has 3.1.4 version. I still can't get the game to work, using
>> >> latest port version.
>> >>
>> >> I did :
>> >>
>> >>  $ innoextract 'setup_barony_cursed_edition_3.1.4_(20340).exe'
>> >>  $ doas rsync -av tmp/ /usr/local/share/games/barony/
>> >>  $ barony
>> >>  [12-58-43] Data path is /usr/local/share/games/barony
>> >>  $ echo $?
>> >>  $ 1
>> >>
>> >> I don't succeed having a backtrace with gdb.
>> >>
>>  Same issue seems to happen on amd64 here.
>>  Haven't tested yet with debug build.
>> 
>>  Timo
>> 
>>
>> the file pkg/PLIST requires the following line (reported by portcheck)
>>
>> share/doc/pkg-readmes/${FULLPKGNAME}
>>
>>
>> about the pkg/README, using cp -R doesn't allow to play the game because
>> I get folders with a permission 711, so a regular user can't access the
>> data and the game can't start.
>>
>> the following command fix permissions issues but maybe there is a better
>> approach?
>>
>> doas find /usr/local/share/barony/ -type d ! -perm 755 -exec chmod 755 {}
>> \;
>>

Seems fine for me. Doesn't work on powerpc, but I can't understand why,
maybe too low memory (512 Mb) so I don't think we should tag this arch
as broken.

ok solene@



Re: NEW: Spyder + UPDATE: py-rope

2018-05-02 Thread Elias M. Mariani
Greetings Mr. Pointel.
Could you assist me with this one?
Kindly grateful.
Elias.

2018-04-29 22:32 GMT-03:00 Elias M. Mariani :
> Hi, it's me again.
> Still looking for someone to review/approve/commit the spyder port
> available on openbsd-wip.
> Thanks.
> Elias.
>
> 2018-04-28 13:05 GMT-03:00 Elias M. Mariani :
>> NEW devel/spyder added on openbsd-wip on github.
>> https://github.com/jasperla/openbsd-wip
>> Looking for OKs and someone to do the commit.
>> Thanks to Daniel Jakots for commiting the py-rope update.
>> Elias,
>>
>> 2018-04-26 21:29 GMT-03:00 Elias M. Mariani :
>>> Great!
>>> About NEW: devel/spyder could you assist me ? Or should I send the
>>> port to openbsd-wip on github to see if someone else can give the OK
>>> and send it to de CVS?
>>> Best Regards.
>>>
>>> 2018-04-26 17:34 GMT-03:00 Daniel Jakots :
 On Thu, 26 Apr 2018 19:09:39 +, "Elias M. Mariani"
  wrote:

> Sure, no problem, thanks to you for the help!

 Thanks! I committed a tweak version of your py-rope diff and added the
 missing bits for the ports infrastructure. The overall quality of your
 diff was pretty good ;)

 Cheers,
 Daniel



lmms - getting it more current

2018-05-02 Thread Ken M
So noticing how old the current lmms port was I thought I would try to compile a
newer version, and at that the 1.2 current. Hopefully this work can help get the
port itself updated.

Anyway after numerous fixes to the link.txt files and what not I am now stuck at
this error and not sure what to do. I hope this isn't out of place here as a
semi n00b but here it goes:

[ 89%] Linking CXX shared module ../libxpressive.so
OpenBSD clang version 5.0.1 (tags/RELEASE_501/final) (based on LLVM 5.0.1)
Target: amd64-unknown-openbsd6.3
Thread model: posix
InstalledDir: /usr/bin
 "/usr/bin/ld" --eh-frame-hdr -Bdynamic -shared -o ../libxpressive.so 
/usr/bin/../lib/crtbeginS.o -L/usr/local/lib/qt5/. -L/usr/bin/../lib -L/usr/lib 
CMakeFiles/xpressive.dir/Xpressive.cpp.o 
CMakeFiles/xpressive.dir/ExprSynth.cpp.o 
CMakeFiles/xpressive.dir/moc_Xpressive.cpp.o 
CMakeFiles/xpressive.dir/qrc_xpressive.cpp.o -rpath 
/usr/local/lib/qt5/.:/usr/X11R6/lib: -lQt5Widgets -lQt5Xml -lQt5Gui -lQt5Core 
-rpath-link /usr/X11R6/lib:/usr/local/lib -lc++ -lc++abi -lpthread -lm 
-lcompiler_rt -lcompiler_rt /usr/bin/../lib/crtendS.o
CMakeFiles/xpressive.dir/ExprSynth.cpp.o: file not recognized: File format not 
recognized
c++: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error 1 in . (plugins/Xpressive/CMakeFiles/xpressive.dir/build.make:191 
'plugins/libxpressive.so')
*** Error 1 in . (CMakeFiles/Makefile2:8034 
'plugins/Xpressive/CMakeFiles/xpressive.dir/all')
*** Error 1 in /home/superfly/git/lmms/build (Makefile:152 'all')



Re: missing xz package

2018-05-02 Thread Elias M. Mariani
Maybe some error on the update?
https://marc.info/?l=openbsd-ports-cvs&m=152517064006381&w=2

2018-05-02 15:54 GMT-03:00 Elias M. Mariani :
> # pkg_add libxml
> quirks-2.438 signed on 2018-05-01T16:54:25Z
> Can't find xz-5.2.3p0
> Can't install libxml-2.9.8: can't resolve xz-5.2.3p0
> in snapshots/packages/amd64



missing xz package

2018-05-02 Thread Elias M. Mariani
# pkg_add libxml
quirks-2.438 signed on 2018-05-01T16:54:25Z
Can't find xz-5.2.3p0
Can't install libxml-2.9.8: can't resolve xz-5.2.3p0
in snapshots/packages/amd64



Re: [UPDATE] emulators/fuse to 1.5.2

2018-05-02 Thread Frederic Cambus
On Sun, Apr 22, 2018 at 02:44:36PM +0200, Frederic Cambus wrote:
> Hi ports@,
> 
> Here is a diff to update fuse to 1.5.2 and do some WANTLIB fixes:
> ICE and SM are not required by the gtk flavor, so add them conditionally.
> 
> Comments? OK?

Ping. Anyone willing to OK this?



Re: [New] citra - 3DS emulator

2018-05-02 Thread Elias M. Mariani
Looking forward for this port. :)
Elias.

2018-05-02 12:55 GMT-03:00 Ryan Freeman :
> On Mon, Apr 30, 2018 at 07:23:11PM -0700, Thomas Frohwein wrote:
>> Please find attached this port of the 3DS emulator citra. It can run homebrew
>> and other 3DS roms. Comes with a commandline binary (citra) and a Qt one
>> (citra-qt). Like many other emulators, it requires USE_WXNEEDED to run
>> unfortunately. Based on my testing, the emulation speed seems good for 2D
>> games, but 3D games run a little sluggish on this i7-6820HQ with Intel HD
>> Graphics 530.
>
> Hey Thomas,
>
> As per #openbsd-gaming, I got this built and tested on my amd64 desktop
> yesterday.  Builds and packages fine and runs things.  Notes inline below.
>
>>
>> A few notes on the port:
>>
>> - versioning - right now based on numbering of nightly (670). Alternatives 
>> might
>>   be the date of the nightly, e.g. 20180427. Let me know if there's a
>>   preference.
>> - listed license information on all relevant builtin libs. Let me know if 
>> this
>>   is too detailed.
>
> I think this license listing you have is excellent, very easy to discern where
> licenses are on the components.
>
>> - I tried to disable builtin dependencies where possible, like cryptopp and
>>   enet.
>> - I can't get soundtouch from ports to work because of a type incompatibility
>>   short* vs. float* (same problem exists for dolphin emulator). Apparently
>>   these ports are set up for integer samples, while our ports version is not
>>   (additional information can be found here:
>>   https://www.surina.net/soundtouch/README.html
>>   under 3.1 Supported sample data formats for anyone who might be luckier 
>> than
>>   me in troubleshooting this).
>> - The inclusion of submodules follows the way it's been done with
>>   emulators/ppsspp.
>> - I disabled WebService which is for telemetry and pulls in additional
>>   dependencies.
>>
>> I put my fastmail email address as maintainer email. I'm planning to switch 
>> all
>> the ports with my ymail address to this one over time. Will keep ymail 
>> address
>> still available for the lifecycle of 6.3.
>>
>> All tests pass in 'make test'.
>
> You might want to run fmt -72 on the pkg/DESCR file.
> There might also be desire to have the rmdir commands one-per-line rather than
> giving a single rmdir command several arguments with \ to split lines in the
> post-extract part.
>
> Outside of that it looks good from what I can see, thanks for the port!
>
> -ryan
>



Re: [New] citra - 3DS emulator

2018-05-02 Thread Ryan Freeman
On Mon, Apr 30, 2018 at 07:23:11PM -0700, Thomas Frohwein wrote:
> Please find attached this port of the 3DS emulator citra. It can run homebrew
> and other 3DS roms. Comes with a commandline binary (citra) and a Qt one
> (citra-qt). Like many other emulators, it requires USE_WXNEEDED to run
> unfortunately. Based on my testing, the emulation speed seems good for 2D
> games, but 3D games run a little sluggish on this i7-6820HQ with Intel HD
> Graphics 530.

Hey Thomas,

As per #openbsd-gaming, I got this built and tested on my amd64 desktop
yesterday.  Builds and packages fine and runs things.  Notes inline below.

> 
> A few notes on the port:
> 
> - versioning - right now based on numbering of nightly (670). Alternatives 
> might
>   be the date of the nightly, e.g. 20180427. Let me know if there's a
>   preference.
> - listed license information on all relevant builtin libs. Let me know if this
>   is too detailed.

I think this license listing you have is excellent, very easy to discern where
licenses are on the components.

> - I tried to disable builtin dependencies where possible, like cryptopp and
>   enet.
> - I can't get soundtouch from ports to work because of a type incompatibility
>   short* vs. float* (same problem exists for dolphin emulator). Apparently
>   these ports are set up for integer samples, while our ports version is not
>   (additional information can be found here:
>   https://www.surina.net/soundtouch/README.html
>   under 3.1 Supported sample data formats for anyone who might be luckier than
>   me in troubleshooting this).
> - The inclusion of submodules follows the way it's been done with
>   emulators/ppsspp.
> - I disabled WebService which is for telemetry and pulls in additional
>   dependencies.
> 
> I put my fastmail email address as maintainer email. I'm planning to switch 
> all
> the ports with my ymail address to this one over time. Will keep ymail address
> still available for the lifecycle of 6.3.
> 
> All tests pass in 'make test'.

You might want to run fmt -72 on the pkg/DESCR file.
There might also be desire to have the rmdir commands one-per-line rather than
giving a single rmdir command several arguments with \ to split lines in the
post-extract part.

Outside of that it looks good from what I can see, thanks for the port!

-ryan



Re: new misc/posixtestsuite

2018-05-02 Thread Paul Irofti
On Tue, May 01, 2018 at 01:18:06AM +0200, Alexander Bluhm wrote:
> Hi,
> 
> I would like to run the POSIX test suite within OpenBSD regress.
> The easiest way to import and compile the tests seems to be a port.
> Note that there are a lot of C tests that do not compile.  The build
> error is not fatal, it generates just a log messages.
> 
> The package contains the sources, the build output and the successfully
> created test binaries.  This allows run the tests and post process
> the results.
> 
> Comment:
> open POSIX test suite
> 
> Description:
> The Open POSIX Test Suite is a test suite for POSIX 2001 APIs, not
> tied to specific implementations.  It provides conformance, functional,
> and stress testing.  Initial focus is on Threads, Clocks & Timers,
> Signals, Message Queues, and Semaphores.
> 
> To run POSIX test suite on a regular basis as a OpenBSD regression
> test, compile the software as a port.  All files needed to run the
> tests are installed as package.  The port specific tool posixtestsuite
> creates a run time environment, runs the tests, and stores the
> results in the current directory.
> 
> ok?

Awesome! Can't wait to see this in action ;)

Is this necessary?

  TEST_TARGET =   run-tests

Isn't it equivalent to building and running posixtestsuite?

Eitherway, OK.

Also, I can't send email directly to your address so I am sending this
to ports too.



Re: initial pledge() wip for firefox

2018-05-02 Thread lists
Wed, 2 May 2018 07:15:45 +0200 Landry Breuil 
> On Wed, May 02, 2018 at 04:07:51AM +0300, li...@wrant.com wrote:
> > 
> > Hi Landry,
> > 
> > With the snapshot Build date: 1525207106 - Tue May  1 20:38:26 UTC 2018
> > firefox-60.0beta16 from https://packages.rhaalovely.net/snapshots/amd64
> > it progresses a bit further and aborts with pledge "fattr", syscall 124
> > using promises: 'stdio rpath wpath cpath inet proc exec prot_exec flock
> > ps sendfd recvfd dns vminfo tty drm' results: Abort trap (core dumped).  
> 
> main process needs fattr & unix to save files here; i added them in
> https://cgit.rhaalovely.net/mozilla-firefox/commit/?h=pledge&id=11f3f89db4c5cf973205c7a7d332ac52c9d70911
> 
> For a useful report; reproduce with ktrace -di, and mention/quote the
> end of the trace (ie the syscall that triggers the abord should relate
> to the file it was trying to act upon)
> 

Hi Landry,

Succeeds on stat & open places.sqlite, stat places.sqlite-wal & at it

68642 firefox  CALL  fchmod(37,0644)
68642 firefox  PLDG  fchmod, "fattr", errno 1 Operation not permitted
68642 firefox  PSIG  SIGABRT SIG_DFL
68642 firefox  NAMI  "firefox.core"

Patched locally as per your suggestion in the cgit diff the file here

in /usr/local/lib/firefox/browser/defaults/preferences/all-openbsd.js

-pref("security.sandbox.pledge.main","stdio rpath wpath cpath inet proc exec 
prot_exec flock ps sendfd recvfd dns vminfo tty drm");
+pref("security.sandbox.pledge.main","stdio rpath wpath cpath inet proc exec 
prot_exec flock ps sendfd recvfd dns vminfo tty drm unix fattr");

and continuing further testing, thank you very much for the feedback.

Kind regards,
Anton Lazarov



UPDATE-SMTube-18.3.0

2018-05-02 Thread Gonzalo L. Rodriguez

Hello,

Small update for SMTube to 18.3.0.

* Bug fixes

OK? Comments?

Cheers.-

--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/x11/smtube/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile22 Jan 2018 13:17:25 -  1.27
+++ Makefile2 May 2018 14:45:49 -
@@ -4,7 +4,7 @@ USE_WXNEEDED =  Yes
 
 COMMENT =  browse and download YouTube videos
 
-DISTNAME = smtube-18.1.0
+DISTNAME = smtube-18.3.0
 
 CATEGORIES =   multimedia x11
 
Index: distinfo
===
RCS file: /cvs/ports/x11/smtube/distinfo,v
retrieving revision 1.20
diff -u -p -r1.20 distinfo
--- distinfo22 Jan 2018 13:17:25 -  1.20
+++ distinfo2 May 2018 14:45:49 -
@@ -1,2 +1,2 @@
-SHA256 (smtube-18.1.0.tar.bz2) = oalwr2xIM8ZeytTEaFdLkD9gE3Lp6r9eXa6zmBNagus=
-SIZE (smtube-18.1.0.tar.bz2) = 749503
+SHA256 (smtube-18.3.0.tar.bz2) = qwKVvo3d/GXba+o24I7zeXlI+QT3WPY+tyXFw37tJxc=
+SIZE (smtube-18.3.0.tar.bz2) = 749556


UPDATE: SMPlayer-18.4.0

2018-05-02 Thread Gonzalo L. Rodriguez

Hello,

Update for SMPlayer to 18.4.0:

http://www.smplayer.info/en/changes

OK? Comments?

Cheers.-

--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/x11/smplayer/Makefile,v
retrieving revision 1.48
diff -u -p -r1.48 Makefile
--- Makefile12 Apr 2018 06:07:13 -  1.48
+++ Makefile2 May 2018 14:44:03 -
@@ -2,8 +2,7 @@
 
 COMMENT =  complete front-end for MPlayer and MPV
 
-DISTNAME = smplayer-18.3.0
-REVISION = 0
+DISTNAME = smplayer-18.4.0
 CATEGORIES =   multimedia x11
 
 HOMEPAGE = http://smplayer.sourceforge.net/
Index: distinfo
===
RCS file: /cvs/ports/x11/smplayer/distinfo,v
retrieving revision 1.34
diff -u -p -r1.34 distinfo
--- distinfo4 Apr 2018 07:14:15 -   1.34
+++ distinfo2 May 2018 14:44:03 -
@@ -1,2 +1,2 @@
-SHA256 (smplayer-18.3.0.tar.bz2) = hrQ8XwpOQ/JATk5TYy0wNNhQ5Xb3Wj4MaqKB9izj83g=
-SIZE (smplayer-18.3.0.tar.bz2) = 5037751
+SHA256 (smplayer-18.4.0.tar.bz2) = rVHBdZ8GOvsod0O9kOJKenfMbouW2iiN193LFshbTmA=
+SIZE (smplayer-18.4.0.tar.bz2) = 5051804


Re: NEW: devel/libaio

2018-05-02 Thread Brian Callahan


On 05/02/18 03:03, Stuart Henderson wrote:

On 2018/05/02 00:50, Brian Callahan wrote:

Hi ports --

On 01/05/18 19:19, Brian Callahan wrote:

Hi ports --

Attached is a new port, devel/libaio. libaio is a port of the DragonFly
BSD userland POSIX asynchronous I/O routines to OpenBSD.

When updating lang/flang earlier today, I realized that there are a
dozen patches that work around the fact that OpenBSD doesn't have an
aio implementation. Having to maintain a number of patches for flang
already, reducing that number is a great help.

It turns out that DragonFly BSD has a minimal but standard-compliant
userland implementation of aio. So I did a quick and dirty port of it.
flang is very happy with it.

According to POSIX, these routines belong in librt. I'm not opening
that can of worms. I named the library libaio. That way, you have to
specifically seek it out to use it. The good news is that a quick
perusal of the ports tree didn't turn up any port other than flang that
has patches that work around not having aio. At this rate, it'll be
maybe 2038 by the time another port needs the library anyway.

---
pkg/DESCR:
libaio is a port of the POSIX asynchronous I/O library from DragonFly
BSD to OpenBSD.

This version of AIO is aimed at standards compliance; it is not aimed at
either reasonability or performance. It merely wraps synchronous I/O
routines.
---

Builds and passes some rudimentary tests on both amd64 and armv7. Makes
flang happy on amd64.

OK?

~Brian


I'd still like to get this in. New tarball attached. This will very much
help keep flang updated.

If I understand correctly this is for posix AIO support - aio_read,
aio_write, aio_fsync etc, rather than emulating the functions in Linux's
libaio (wrapper for syscall-based implementation - io_setup, io_submit,
etc). If that's right, I think it would be better to pick a different
name.


Correct. To be clear, are you suggesting a different PKGNAME or a 
different PKGNAME and library name?



Please either create a release in github and upload a tarball as an
asset (giving a stable tarball), or if you're going to stick with the
on-the-fly autogenerated one, use GH_* instead of manually setting
MASTER_SITES/WRKDIST/etc (and be prepared to cope if github updates
their software stack in a way which changes the file).



I'll just host it myself, save the headache.

~Brian



Re: IMPROVEMENT security/libb2

2018-05-02 Thread Jeremie Courreges-Anglas

ok jca@

(Note that you could also avoid EPOCH by waiting for the next
release...)

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Re: update misc/zzuf

2018-05-02 Thread Jeremie Courreges-Anglas
On Sun, Apr 29 2018, Solene Rapenne  wrote:
> bump 0.14 => 0.15
>
> - two patches are removed because merged upstream
> - one patch added to remove 

ok jca@

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Re: [Patch] Python for non wxallowed /usr/local

2018-05-02 Thread Jeremie Courreges-Anglas
On Tue, May 01 2018, IL Ka  wrote:
>>
>> Take it from someone who has been working with ports on OpenBSD for 12+
>> years, FLAVORs are not the answer.
>>
> Hm... What is wrong with flavors?
>
>>  just mount /home with wxallowed, or use a different filesystem
> I rebuilt python without of wxneeded from ports, and it works now.
> Do you think this approach is bad?

The python interpreter may "work", but you don't say anything about
which python modules you've tested.  Scary.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Re: bump converters/libdvdcss

2018-05-02 Thread Jeremie Courreges-Anglas
On Tue, May 01 2018, Solene Rapenne  wrote:
> bump 1.4.1 => 1.4.2
>
> Trailing space removed in pkg/PLIST
>
> From NEWS file :
>
> - Fix buffer overflow when region mask is 0x0
> - Fix invalid free on Open

There is no reason to bump the shlib minor.  check_sym does not detect
new symbols and there are no incompatible changes in the installed
headers.  A diff between the old and new tarballs confirms this.

ok jca@ *without* the shlib bump.

For more data on shared libraries versioning, see

  http://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs


russell /usr/ports/converters/libdvdcss$ /usr/src/lib/check_sym 
/usr/local/lib/libdvdcss.so.4.1 
/usr/ports/pobj/libdvdcss-1.4.2/fake-amd64/usr/local/lib/libdvdcss.so.4.2
/usr/local/lib/libdvdcss.so.4.1 --> 
/usr/ports/pobj/libdvdcss-1.4.2/fake-amd64/usr/local/lib/libdvdcss.so.4.2
No dynamic export changes
russell /usr/ports/converters/libdvdcss$ /usr/src/lib/check_sym 
/usr/local/lib/libdvdcss.so.4.1 
/usr/ports/pobj/libdvdcss-1.4.2/fake-amd64/usr/local/lib/libdvdcss.so.4.2
russell /usr/ports/converters/libdvdcss$ diff -u  
/usr/local/include/dvdcss/dvdcss.h  
/usr/ports/pobj/libdvdcss-1.4.2/fake-amd64/usr/local/include/dvdcss/dvdcss.h
russell /usr/ports/converters/libdvdcss$ diff -u  
/usr/local/include/dvdcss/version.h   
/usr/ports/pobj/libdvdcss-1.4.2/fake-amd64/usr/local/include/dvdcss/version.h
--- /usr/local/include/dvdcss/version.h Mon Apr 30 23:42:23 2018
+++ 
/usr/ports/pobj/libdvdcss-1.4.2/fake-amd64/usr/local/include/dvdcss/version.h   
Tue May  1 22:10:20 2018
@@ -27,9 +27,9 @@

 #define DVDCSS_VERSION_MAJOR 1
 #define DVDCSS_VERSION_MINOR 4
-#define DVDCSS_VERSION_MICRO 1
+#define DVDCSS_VERSION_MICRO 2

-#define DVDCSS_VERSION_STRING "1.4.1"
+#define DVDCSS_VERSION_STRING "1.4.2"

 #define DVDCSS_VERSION \
 DVDCSS_VERSION_CODE(DVDCSS_VERSION_MAJOR, DVDCSS_VERSION_MINOR, 
DVDCSS_VERSION_MICRO)



-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Re: gtk libool slow on arm

2018-05-02 Thread Mark Kettenis
> From: 
> Date: Tue, 1 May 2018 16:30:28 -0700
> 
> Why is the gtk libtool so slow on arm? A typical command such as:

It's not libtool, but ld, the link editor that is taking its time.

> libtool: link: cc -o .libs/testentrycompletion -pthread -O2 -pipe -g -Wall
> -Wl,-rpath-link -Wl,/usr/X11R6/lib -Wl,-rpath-link -Wl,/usr/X11R6/lib
> testentrycompletion.o -L.libs -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0
> -lgobject-2.0 -lglib-2.0 -liconv -lpcre -lintl -lffi -lc++abi -lgthread-2.0
> -lfribidi -lm -lcairo -lpthread -lpixman-1 -lfontconfig -lfreetype -lz
> -lexpat -lpng -lxcb-shm -lxcb -lxcb-render -lXrender -lX11 -lXext
> -lpangoft2-1.0 -lharfbuzz -lgraphite2 -lgdk_pixbuf-2.0 -lgmodule-2.0
> -lgio-2.0 -lcairo-gobject -lXinerama -lXi -lXrandr -lXcursor -lXfixes
> -lXcomposite -lXdamage -lepoxy -latk-1.0 -latk-bridge-2.0 -ldbus-1 -latspi
> -Wl,-rpath-link,/usr/local/lib,-rpath-link,/usr/X11R6/lib

That is linking in quite a number of libraries, some of which are
fairly sizeable.

> takes from 15 to 20 minutes on arm.  It is all cpu time, not i/o:

The binutils linker is quite crappy.  The LLVM linker is better.

> load averages:  2.03,  2.02,  2.00 op1bsdsnap.graf.lan
> 16:26:21
> 
> 78 processes: 1 running, 76 idle, 1 on processor   up 4 days,
> 7:42
> 
> CPU states: 99.6% user,  0.0% nice,  0.4% system,  0.0% interrupt,  0.0%
> idle
> 
> Memory: Real: 59M/234M act/tot Free: 259M Cache: 98M Swap: 11M/516M
> 
>  
> 
>   PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND
> 
> 12051 root  640 7680K 8532K run   - 6:44 99.12% ld
> 
> 27209 sysadmin   20  972K  984K idle  select0:49  0.00% sshd
> 
> 65728 _pflogd40  716K  172K sleep bpf   0:29  0.00% pflogd
> 
> I set up an i386 virtual system with one cpu at 3 GHz and the whole gtk
> build including all the dependencies took a few hours.  My gtk build on an
> arm orangepi with a 1.2GHz cpu has been running for over 48 hours, all due
> to libtool.  A cc compile finishes in seconds.

The orangepi probably runs at a lower speed since DVFS isn't
implemented yet.  And the Cortex-A7 simply isn't a very powerful CPU
as it is completely in-order.  Memory bandwidth on the orangepi is
probably limited as well.



Re: NEW: net/frrouting

2018-05-02 Thread Aaron A. Glenn
Attached is the updated port, fixing nits, adding the Python dependency, and
not mucking up /etc.

* Pierre Emeriaud  [2018-04-30 20:05]:
> 2018-04-30 20:43 GMT+02:00 Aaron A. Glenn :
> 
> I had those issues with your port earlier today but only when using
> rcctl, not when launching the daemons manually.

Despite my best efforts, I've exhausted my knowledge in trying to fix this.

frr# ls -alhf /etc | grep frr
drwxr-x---   2 _frr  _frr   512B May  1 14:39 frr
frr# ls -alhf /etc/frr
total 48
drwxr-x---   2 _frr  _frr512B May  1 14:39 .
drwxr-xr-x  23 root  wheel   1.5K May  1 23:13 ..
-rw-r-   1 _frr  _frr622B May  1 14:39 bgpd.conf
-rw-r-   1 _frr  _frr186B May  1 14:39 eigrpd.conf
-rw-r-   1 _frr  _frr789B May  1 14:39 isisd.conf
-rw-r-   1 _frr  _frr650B May  1 14:39 ldpd.conf
-rw-r-   1 _frr  _frr1.1K May  1 14:39 ospf6d.conf
-rw-r-   1 _frr  _frr182B May  1 14:39 ospfd.conf
-rw-r-   1 _frr  _frr343B May  1 14:39 ripd.conf
-rw-r-   1 _frr  _frr325B May  1 14:39 ripngd.conf
-rw-r-   1 _frr  _frr128B May  1 14:39 vtysh.conf
-rw-r-   1 _frr  _frr305B May  1 14:39 zebra.conf
frr# rcctl get frr_bgpd
frr_bgpd_class=daemon
frr_bgpd_flags=
frr_bgpd_rtable=0
frr_bgpd_timeout=30
frr_bgpd_user=root
frr# rcctl get frr_isisd
frr_isisd_class=daemon
frr_isisd_flags=NO
frr_isisd_rtable=0
frr_isisd_timeout=30
frr_isisd_user=root
frr# rcctl -d start frr_isisd 
doing _rc_parse_conf
doing _rc_quirks
frr_isisd_flags empty, using default ><
doing _rc_parse_conf /var/run/rc.d/frr_isisd
doing _rc_quirks
doing rc_check
frr_isisd
doing rc_start
doing _rc_wait start
doing rc_check
2018/05/01 23:25:59 errors: ISIS: Failure to chdir to /etc/frr/, errno: 13
doing _rc_rm_runfile
(failed)
frr# rcctl -d start frr_bgpd  
doing _rc_parse_conf
doing _rc_quirks
frr_bgpd_flags empty, using default ><
doing _rc_parse_conf /var/run/rc.d/frr_bgpd
doing _rc_quirks
doing rc_check
frr_bgpd
doing rc_start
doing _rc_wait start
2018/05/01 23:26:00 doing rc_check
errors: BGP: Failure to chdir to /etc/frr/, errno: 13
doing _rc_rm_runfile
(failed)
frr# /usr/local/sbin/bgpd -f /etc/frr/bgpd.conf
2018/05/01 23:26:17 BGP: bgpd 4.0 starting: vty@2605, bgp@:179
^C2018/05/01 23:26:27 BGP: Terminating on signal
frr# /usr/local/sbin/bgpd
2018/05/01 23:26:31 BGP: bgpd 4.0 starting: vty@2605, bgp@:179
^C2018/05/01 23:26:41 BGP: Terminating on signal
frr# 

In the code, the line is 2948 in lib/vty.h

static void vty_save_cwd(void)
{
char cwd[MAXPATHLEN];
char *c;

c = getcwd(cwd, MAXPATHLEN);

if (!c) {
/*
 * At this point if these go wrong, more than likely
 * the whole world is coming down around us
 * Hence not worrying about it too much.
 */
if (!chdir(SYSCONFDIR)) {
zlog_err("Failure to chdir to %s, errno: %d",
SYSCONFDIR, errno);
exit(-1);
}
if (getcwd(cwd, MAXPATHLEN) == NULL) {
zlog_err("Failure to getcwd, errno: %d",
errno);
exit(-1);
}
}

vty_cwd = XMALLOC(MTYPE_TMP, strlen(cwd) + 1);
strcpy(vty_cwd, cwd);
}



net_frrouting.tgz
Description: application/gtar-compressed


Re: CVS: cvs.openbsd.org: src

2018-05-02 Thread Stuart Henderson
On 2018/05/01 22:00, Vadim Zhukov wrote:
> 2018-04-29 9:48 GMT+03:00 Kirill Bychkov :
> > On Sun, April 29, 2018 00:25, Stuart Henderson wrote:
> >> It needs more of a change than that, the syntax is different.
> >>
> >
> > Hi!
> > It uses /usr/bin/mail so it is safe to drop embedded smtp (see
> > /etc/apcupsd/apccontrol) and I doubt someone tweaked it to use
> > other mailers instead of its default.So no tweaks for MESSAGE
> > are needed, IMO.
> > Thanks for noticing it!
> > OK kirby@
> 
> So there are likely literally 0 users of /usr/local/sbin/smtp on
> OpenBSD. IIUC, this executable is actually needed on Windows, which
> doesn't have an easy to use SMTP mailer bundled.[1] Stuart, the
> maintainer (Kirill) proposes just killing the executable in port, do
> you still think there should be more work done?

When I first looked into this I saw some Linux packaging making
changes relating to the smtp command which is why I thought it might
be more widely used. OK to remove, I'd prefer no MESSAGE, but think a
quick mention in faq/current.html (to add to upgrade64 later) would
make sense.

> [1] Well, there was Outlook Express at some point, and something
> similar nowadays, but that wasn't easy to use, and this is offtopic
> anyway.

PowerShell's Send-MailMessage, but I digress... :-)



Re: NEW: devel/libaio

2018-05-02 Thread Stuart Henderson
On 2018/05/02 00:50, Brian Callahan wrote:
> Hi ports --
> 
> On 01/05/18 19:19, Brian Callahan wrote:
> > Hi ports --
> > 
> > Attached is a new port, devel/libaio. libaio is a port of the DragonFly
> > BSD userland POSIX asynchronous I/O routines to OpenBSD.
> > 
> > When updating lang/flang earlier today, I realized that there are a
> > dozen patches that work around the fact that OpenBSD doesn't have an
> > aio implementation. Having to maintain a number of patches for flang
> > already, reducing that number is a great help.
> > 
> > It turns out that DragonFly BSD has a minimal but standard-compliant
> > userland implementation of aio. So I did a quick and dirty port of it.
> > flang is very happy with it.
> > 
> > According to POSIX, these routines belong in librt. I'm not opening
> > that can of worms. I named the library libaio. That way, you have to
> > specifically seek it out to use it. The good news is that a quick
> > perusal of the ports tree didn't turn up any port other than flang that
> > has patches that work around not having aio. At this rate, it'll be
> > maybe 2038 by the time another port needs the library anyway.
> > 
> > ---
> > pkg/DESCR:
> > libaio is a port of the POSIX asynchronous I/O library from DragonFly
> > BSD to OpenBSD.
> > 
> > This version of AIO is aimed at standards compliance; it is not aimed at
> > either reasonability or performance. It merely wraps synchronous I/O
> > routines.
> > ---
> > 
> > Builds and passes some rudimentary tests on both amd64 and armv7. Makes
> > flang happy on amd64.
> > 
> > OK?
> > 
> > ~Brian
> > 
> 
> I'd still like to get this in. New tarball attached. This will very much
> help keep flang updated.

If I understand correctly this is for posix AIO support - aio_read,
aio_write, aio_fsync etc, rather than emulating the functions in Linux's
libaio (wrapper for syscall-based implementation - io_setup, io_submit,
etc). If that's right, I think it would be better to pick a different
name.

Please either create a release in github and upload a tarball as an
asset (giving a stable tarball), or if you're going to stick with the
on-the-fly autogenerated one, use GH_* instead of manually setting
MASTER_SITES/WRKDIST/etc (and be prepared to cope if github updates
their software stack in a way which changes the file).