UPDATE: Lynis-2.6.4
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
# 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
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
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
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
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
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
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
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
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
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
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
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
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
> 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
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
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
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).