Re: [UPDATE] subsurface 4.8.2

Hi Kristaps, Kristaps Dzonsons BSD.LV wrote on Sat, Sep 29, 2018 at 01:25:37PM +0300: > The attached port updates Subsurface from 4.8.1 to 4.8.2, Committed, thanks. Ingo

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/09/30 08:32:59 Modified files: misc/subsurface: Makefile distinfo misc/subsurface/patches: patch-scripts_get-version Removed files: misc/subsurface/patches:

Re: [UPDATE] divecmd-0.1.3

Hi Kristaps, Kristaps Dzonsons wrote on Sat, Sep 29, 2018 at 06:30:21PM +0300: > This updates divecmd to 0.1.3. Given that this is very new software under very active development and that no other ports depend on it, i committed right away, to avoid trouble with the upcoming lock. > Attached

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/09/30 07:05:17 Modified files: misc/divecmd : Makefile distinfo misc/divecmd/pkg: PLIST Log message: update to divecmd-0.1.3; from kristaps@ (author and MAINTAINER)

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/09/01 04:08:40 Modified files: mail/dspam : Makefile Added files: mail/dspam/patches: patch-man_dspam_1 patch-man_dspam_admin_1 patch-man_dspam_clean_1

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/08/26 18:16:24 Modified files: textproc/groff : Makefile textproc/groff/patches: patch-Makefile_in textproc/groff/pkg: PLIST Added files: textproc/groff/patches:

Re: format groff manual pages with mandoc

Hi Jeremie, Jeremie Courreges-Anglas wrote on Sun, Aug 26, 2018 at 03:15:48AM +0200: > On Sat, Aug 25 2018, Ingo Schwarze wrote: [...] >> So i think it is time for groff to switch over to install manual >> page sources and have mandoc do the formatting on demand like for >>

format groff manual pages with mandoc

Hi, you may have noticed a flurry of mandoc commits lately: mandoc is now able to format the manual pages of the GNU troff package. As usual, a few unimportant formatting differences remain, mostly whitespace, but nothing very serious. So i think it is time for groff to switch over to install

Re: NEW: misc/divecmd

Hi Brian, Brian Callahan wrote on Thu, Aug 16, 2018 at 08:20:27PM -0400: > On 08/16/18 18:54, Ingo Schwarze wrote: >> The port looks sane to me and builds and installs fine. >> If anybody could provide an OK, i'd like to put it in. > 3 quick things then it's ready to be impo

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/08/16 18:47:11 Modified files: misc : Makefile Log message: +divecmd

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/08/16 18:44:08 Log message: import divecmd, to extract and manipulate data from dive computers; from maintainer kristaps@, tweaks and OK bcallah@ Status: Vendor Tag:

Re: NEW: misc/divecmd

Kristaps Dzonsons wrote on Thu, Aug 16, 2018 at 11:48:46PM +0200: > It started as fork of libdivecomputer's dctool. > Mostly used for free diving. > > Description: > > divecmd is a suite of open source command-line UNIX tools to extract > and manipulate dives from dive computers. It's built to

Re: NEW: misc/divecmd

Hi Kristaps, Kristaps Dzonsons wrote on Thu, Aug 16, 2018 at 11:48:46PM +0200: > This depends upon libdivecomputer, which hasn't been committed just a quick reply to avoid confusion - it was committed: https://marc.info/?l=openbsd-ports-cvs=153426318514109 Yours, Ingo > but is in this

Re: Python script using /proc

Hi, butresin wrote on Thu, Aug 16, 2018 at 03:28:57PM +0200: > There is a python script, what is using the /proc/ directory. [...] > Should i worry? Yes, you should: /proc is a mostly broken concept. Any software using it is probably unreliable. See the recent thread on misc@; reply-to: set.

Re: NEW: textproc/libdiff

Hi Brian, Brian Callahan wrote on Wed, Aug 15, 2018 at 04:29:52PM -0400: > On 08/15/18 15:51, Ingo Schwarze wrote: >> Anton Lindqvist wrote on Wed, Aug 15, 2018 at 08:38:46PM +0200: >>> This is an upcoming dependency for textproc/lowdown and also my first >>> time port

Re: NEW: textproc/libdiff

Hi Anton, Anton Lindqvist wrote on Wed, Aug 15, 2018 at 08:38:46PM +0200: > This is an upcoming dependency for textproc/lowdown and also my first > time porting a library(!). While kristaps@ is famous for writing great code, he is also somewhat well-known for declaring random fragments of his

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/08/14 11:22:49 Modified files: misc : Makefile Log message: +subsurface

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/08/14 11:18:23 Log message: import subsurface Subsurface can plan and track single- and multi-tank dives using air, Nitrox or TriMix. It allows tracking of dive locations including

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/08/14 10:21:53 Modified files: misc : Makefile Log message: +libdivecomputer

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/08/14 10:12:55 Log message: import libdivecomputer, a library for communication with dive computers OK rsadowski Status: Vendor Tag: schwarze Release Tags:

Re: Drop maintainership completely

Hi, trondd wrote on Thu, Aug 09, 2018 at 09:05:25PM -0400: > 2 weeks is short time. My updates have pretty much always needed poking > for months. Sometimes 6 months go by and I just submit the next version. > You have to be patient with a small unpaid community. Sometimes not a lot > of

Re: imake tweaks including relatedness to USE_GROFF

Hi Marc, these changes make sense to me, and they seem to work with the xwit port. Marc Espie wrote on Tue, Aug 07, 2018 at 11:50:27AM +0200: > This tries to make imake more "regular". > Specifically, it had a few LOCALBASE, but it can have LOCALBASE > and X11BASE throughout. > > This is a

Re: [NEW] misc/subsurface

Hi Kristaps, Kristaps Dzonsons BSD.LV wrote on Sun, Aug 05, 2018 at 06:51:10PM +0200: > Enclosed is another iteration with the changes as specifically noted > below. The last port didn't compile with an existing grantlee and it > crashed on start---I think this had to do with the FB changes,

Re: [NEW] devel/libdivecomputer-subsurface

Hi Kristaps, Kristaps Dzonsons BSD.LV wrote on Fri, Aug 03, 2018 at 01:34:58AM +0200: > Enclosed are both subsurface.tgz See my previous mail, which also contained more changes and also asked for OKs. > and libdivecomputer.tgz, which have the noted change. > (Both are now in misc.) Both

Re: [NEW] devel/libdivecomputer-subsurface

Hi Kristaps, based on your latest version, i worked through most of my questions regarding subsurface, and here is an updated port incorporating what i found: * CATEGORIES = misc as discussed with sthen@. * Checked the accuracy of the license markers. Added a comment regarding the none-free

Re: [NEW] devel/libdivecomputer-subsurface

Hi Stuart and Kristaps, Stuart Henderson wrote on Wed, Aug 01, 2018 at 07:57:25PM +0100: > I'd never expect to find this in multimedia... misc seems perfect? I don't object to misc either and trust Stuart's judgement on this one. But i think libdivecomputer should have the same main category

Re: new: libdivecomputer

Hi, Kristaps Dzonsons wrote on Wed, Dec 28, 2016 at 05:40:39PM +0200: > http://libdivecomputer.org/ > > "Libdivecomputer is a cross-platform and open source library for > communication with dive computers from various manufacturers." > > Tested by linking against

Re: [NEW] devel/libdivecomputer-subsurface

Hi Kristaps, Kristaps Dzonsons wrote on Tue, Jul 31, 2018 at 02:29:43PM +0200: > This is a dependency for Subsurface, coming in my next e-mail. It's > different from libdivecomputer (also done, to be submitted later) in > that it has special magic to work with Subsurface. I'm not in a >

Re: _internal-manpages-check

Hi Marc, Marc Espie wrote on Sun, Jul 29, 2018 at 02:58:06PM +0200: > manpages-check was mostly mine back when I was in charge of makewhatis > Guess you have your own method instead :) Not really - i must admit i rarely check how makewhatis(8) gets along with ports manual pages at all, and i

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/07/29 07:27:44 Modified files: share/man/man5 : bsd.port.mk.5 infrastructure/mk: bsd.port.mk pkgpath.mk Log message: garbage collect old "manpages-check" target which has been broken

Re: _internal-manpages-check

Hi Marc, Marc Espie wrote on Sun, Jul 29, 2018 at 01:29:51PM +0200: > I'd prefer a GC That's even finer with me. I just noticed there is magic to redirect FOO to _internal-FOO, so the public target "manpages-check" will have to go, too. But given that it has been badly broken for years and

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/07/29 05:43:36 Removed files: infrastructure/man: .cvsignore Log message: remove .cvsignore file from empty directory

_internal-manpages-check

Hi, i just found this patch in my tree. It should have been committed years ago, it seems it was just forgotten. Alternatively, the target _internal-manpages-check could simply be deleted. It is marked as internal, undocumented, and appears to be unused. If we want to keep it, here is a

Re: issue with fake target with LOCALBASE

Hi Marc, Marc Espie wrote on Sun, Jul 29, 2018 at 11:48:34AM +0200: > Shell notation is actually more compact. > > There's exactly zero need for mtree left now that we don't do any > root-owned directories under fake. > > I'm reasonably sure some of these dirs are of questionable repute >

Re: Help with subsurface port.

Hi Kristaps, Kristaps Dzonsons BSD.LV wrote on Sat, Jul 28, 2018 at 08:16:09PM +0200: > I'm working on a package for Subsurface, https://subsurface-divelog.org. > It now compiles fine (some pending stuff upstream for it) and I've been > using it for a while on OpenBSD by way of a modified

Re: issue with fake target with LOCALBASE

Hi Marc, Marc Espie wrote on Sat, Jul 28, 2018 at 12:33:22AM +0200: > On Fri, Jul 27, 2018 at 03:45:50PM +0200, Ingo Schwarze wrote: >> espie@ and ajacoutot@ would seem like a good team for deciding that >> to me, taking input from other porters working on infrastructure >>

Re: issue with fake target with LOCALBASE

Hi, Solene Rapenne wrote on Fri, Jul 27, 2018 at 12:48:36PM +0200: > Solene Rapenne wrote: >> Antoine Jacoutot wrote: >>> IMHO you are opening a can of worms. I always wondered why we even >>> wanted to support that. Even if you get this fixed I am pretty sure >>> you'll end up in other weird

Re: ports/infrastructure/man by default

Hi Marc, Marc Espie wrote on Mon, Jun 25, 2018 at 04:03:23PM +0200: > So this is what moving those manpages to base looks like. > Okay ? I like the idea, and i checked that the diff does what it is supposed to do. So, OK schwarze. Ingo

Re: ports/infrastructure/man by default

Hi Antoine, Antoine Jacoutot wrote on Sat, Jun 23, 2018 at 11:44:53PM +0200: > On Sat, Jun 23, 2018 at 03:24:55PM -0600, Theo de Raadt wrote: >> Well then the ports infrastructure should install the manual pages. >> >> The man(1) command has never before automatically looked in "source >>

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/06/23 13:53:36 Modified files: math/grace : Makefile math/grace/pkg : PFRAG.no-no_x11 PLIST Log message: Install manual pages to the proper place. As observed by Norm Finlay ,

Re: outside base directory warnings when install package "grace"

Hi Marc, Marc Espie wrote on Sat, Jun 23, 2018 at 07:37:25PM +0200: > It would still be *very cool* if we could have optional paths in > man confs, just so that man would find /usr/ports/infrastructure/man > if it's around, and not give errors if it's not... > > Just having to add that on each

Re: outside base directory warnings when install package "grace"

Hi Stuart, Stuart Cassoff wrote on Sat, Jun 23, 2018 at 08:30:36AM -0400: > I sometimes wonder if /usr/local/share/doc/tcl8.6/man/ > would be a better place. That question is part of a bigger picture: logical organization of manual pages and representating that organization in the file system,

Re: outside base directory warnings when install package "grace"

Hi, Stuart Henderson wrote on Fri, Jun 22, 2018 at 10:05:07AM +0100: > On 2018/06/22 09:39, Landry Breuil wrote: >> On Thu, Jun 21, 2018 at 06:09:31PM +0200, Ingo Schwarze wrote: >>> Norm Finlay wrote on Wed, Jun 20, 2018 at 04:55:04PM -0500: >>>> Installing the gr

Re: outside base directory warnings when install package "grace"

Hi, Norm Finlay wrote on Wed, Jun 20, 2018 at 04:55:04PM -0500: > Installing the graphing package "grace" created the following warnings. > This occurred in the v6.3 release. The folks on irc suggested I email this > to ports@openbsd.org. Right. The post-install target is plainly wrong.

Re: NEW: mkdocs

Hi, Edward Lopez-Acosta wrote on Sun, Jun 10, 2018 at 01:31:46PM -0500: > --- > Overview > > MkDocs is a fast, simple and downright gorgeous static site generator > that's geared towards building project documentation. Documentation > source files are written in Markdown, and configured with

Re: [BUG] net/mininet man page

Hi Loenid, Leonid Bobrov wrote on Wed, May 09, 2018 at 04:53:45PM +0300: > mazocomp$ man mn > PYTHON2.7:(1)User Commands PYTHON2.7:(1) > > NAME >python2.7: - create a Mininet network. > > DESCRIPTION >/usr/local/bin/python2.7: can't open

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/05/09 08:56:19 Modified files: net/mininet: Makefile Log message: Trivially fix the mn(1) manual page by using the correct path to the input file when autogenerating, and bump. Obvious

Re: bump games/tome4 1.5.5 -> 1.5.7

Salut Solene, Solene Rapenne wrote on Wed, Apr 25, 2018 at 08:20:36PM +0200: > New version of Tales of Maj'Eyal, I've been playing 2 games, no issue > found. OK with me too (though the OK from jca@ is of course more relevant). Given that the package does not appear to contain any documentation

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/04/20 05:48:37 Modified files: games/alephone/alephone: Makefile Added files: games/alephone/alephone/patches:

Re: clang 6 deregister games/alephone/alephone

Hi, Christian Weisgerber wrote on Wed, Apr 18, 2018 at 01:18:22PM +0200: > Peter Hessler: >> This patch set removes the "register" keyword, which is no longer >> legal to use. > Why bother? It doesn't cause errors, just warnings. > Instead of patches, I would suggest defining it away by adding

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/04/19 12:21:00 Modified files: x11/kde4/libs : Makefile Added files: x11/kde4/libs/patches: patch-khtml_dom_dom2_traversal_h Log message: unbreak kdelibs-4 with clang6; feedback

Re: clang6: x11/kde4/libs: some tentative fixes

Hi Christian, Christian Weisgerber wrote on Thu, Apr 19, 2018 at 06:20:27AM +0200: > However, the dnssd/servicemodel.h patch changes an ABI. Indeed, you are right. That definitely requires a major bump, which wasn't done earlier because it did not build yet. So, here is the hopefully final

Re: clang6: x11/kde4/libs: some tentative fixes

Hi, Theo de Raadt wrote on Wed, Apr 18, 2018 at 07:03:55PM -0600: > Ingo Schwarze <schwa...@usta.de> wrote: >> I don't think bumping the shared object major is required. The >> patch only changes *unused* bits in a constant that confused the >> type checking of the c

Re: clang6: x11/kde4/libs: some tentative fixes

Hi Christian, Christian Weisgerber wrote on Tue, Apr 17, 2018 at 06:52:14PM +0200: > Here are three further tentative fixes for x11/kde4/libs. There > are additional problems still, but I'm going to take a break now. Actually, you did *all* the work required and merely missed the fact that you

Re: clang6: x11/kde4/libs: some tentative fixes

Hi Christian, Christian Weisgerber wrote on Tue, Apr 17, 2018 at 06:52:14PM +0200: > Here are three further tentative fixes for x11/kde4/libs. > There are additional problems still, but I'm going to take > a break now. I checked that your patches are indeed needed, that they indeed solve the

Re: x11/kde/libs3 clang6 fixes

Hi Vadim, Vadim Zhukov wrote on Tue, Apr 17, 2018 at 10:06:07AM +0300: > First of all thank you for taking care of this. You are welcome. We would hardly be able to do this without the work you did on it in the past. > It's a pity I can't take enough part in workflow for now. It happens that

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/04/17 08:47:49 Modified files: x11/kde/libs3 : Makefile x11/kde/libs3/patches: patch-kate_part_katebuffer_cpp Added files: x11/kde/libs3/patches:

Re: exim arc4random patches

Salut Renaud, merci for volunteering to maintain exim. Renaud Allard wrote on Tue, Apr 17, 2018 at 02:55:56PM +0200: > On 04/17/2018 02:52 PM, Stuart Henderson wrote: >> Honestly I would leave the srandom bits in. No major objection, but they >> don't hurt and it will save you maintenance

x11/kde/libs3 clang6 fixes

Hi, it may seem presumptuous that i'm fanning out candidate fixes for kde/libs3, given that i never used KDE or GNOME or anything similar in my life. Not sure whether i should ask for OKs for this... I have mostly done code inspection, no testing, and the package now builds. My hope is mainly

Re: clang6: FIX for games/xminehunter

Hi Brian, Brian Callahan wrote on Mon, Apr 16, 2018 at 05:54:00PM -0400: > games/xminehunter is extremely old, the tarball and code is from 1997. > I'm not sure it warrants more than this minimal fix. You could probably fix it in the same way that i just used for net/nam, but it would be even

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/04/16 17:23:18 Modified files: graphics/rawstudio: Makefile graphics/rawstudio/patches: patch-src_dcraw_cc Log message: better clang6 fix: use adequate data types rather than forcing

Re: [clang6] fix: net/nam

Hi, i already committed a fix that doesn't require forcing an old language standard. Yours, Ingo Giovanni Bechis wrote on Tue, Apr 17, 2018 at 12:36:12AM +0200: > clang6 fix for net/nam, still a lot of warnings but at least it builds. > Index: Makefile >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/04/16 17:16:52 Modified files: net/nam: Makefile Added files: net/nam/patches: patch-main_cc Log message: clang6 fix; OK naddy@

net/nam clang6 fix

Hi, not sure about the following one, there must be a less ugly way? The problem is that there are *many* files containing lozts of instances of const char foo[] = { ..., 0xff, ..., 0xc0, ... } which is not good on signed char archs. Patching all these files would be even more noisy than

graphics/discwrapper clang6 fix

Hi, initialize to the correct data type. Makes it build, and the program still saves and opens project files for me. Yours, Ingo Index: Makefile === RCS file: /cvs/ports/graphics/discwrapper/Makefile,v retrieving revision 1.9

graphics/rawstudio clang6 fix

Hi, not sure how to really test, but the following seems correct from code inspection, fixes the build, and the program still starts. Note that upstream is now at 2.0 and has rewritten everything in C, no more C++, so no need to report upstream. Yours, Ingo Index: Makefile

Re: Clang 6 fix for emulators/BasiliskII

Hi Frederic, Frederic Cambus wrote on Mon, Apr 16, 2018 at 03:05:23PM +0200: > Here is a diff to fix BasiliskII build with Clang 6 (from upstream). Uh oh. The upstream fix was committed on Feb 21, 2010. That said, your patch does agree with upstream, looks reasonable, and builds for me. OK

Re: Remove japanese/groff

Hi Anthony, Anthony J. Bentley wrote on Mon, Apr 16, 2018 at 03:58:05AM -0600: > japanese/groff is an ancient patchset on top of even more ancient > groff (specifically groff-1.10, released in 1995). Indeed, we are now almost at 1.22.4, and i regard anything older than 1.22 as ancient and

Re: clang6: Fix for games/enigma

Hi Christian, Christian Weisgerber wrote on Mon, Apr 16, 2018 at 12:05:20AM +0200: > FreeBSD fixed Proxy.cc this way. I'm uncertain if this is correct. It is. The intention of the test is to find out whether the file was opened successfully. My old Stroustrup book says that can be tested with

Re: clang6: FIX for japanese/groff

Hi Brian, Brian Callahan wrote on Sun, Apr 15, 2018 at 03:52:39PM -0400: > On 04/15/18 15:41, Anthony J. Bentley wrote: >> Brian Callahan writes: >>> Let japanese/groff build again on clang6. >>> OK? >> I intend to delete japanese/groff immediately after removing the build >> dependencies in

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/04/15 13:48:38 Modified files: japanese/Wnn : Makefile japanese/Wnn/patches: patch-Xwnmo_xjutil_Imakefile patch-Xwnmo_xwnmo_Imakefile

Re: japanese/Wnn: remove jgroff dependency

Hi, Marc Espie wrote on Fri, Apr 13, 2018 at 11:05:22AM +0200: > On Thu, Apr 12, 2018 at 10:55:05PM +0900, YASUOKA Masahiko wrote: >> I don't think installing EUC is needed. Even if people is still using >> EUC terminal, they can use MANPAGER=jless to see the UTF-8 manuals. >> Since our jless

Re: japanese/Wnn: remove jgroff dependency

Hi Anthony, almost identical comments like for canna: - Somebody please check whether installing EUC is *really* still important. As soon as it is confirmed that it is not, stop doing so. But don't let that delay this cleanup. - In the Makefile, i suggest to prefer "mandoc -Tutf8"

Re: japanese/canna: remove jgroff dependency

Hi Anthony, Anthony J. Bentley wrote on Tue, Apr 10, 2018 at 11:42:03PM -0600: > Currently canna installs formatted English manuals (generated with groff) > and formatted Japanese/EUC-JP manuals (generated with jgroff). > > Here's a diff that installs unformatted English manuals, unformatted >

Re: Just for fun: cabal install pandoc

Matthias Kilian wrote on Sun, Mar 25, 2018 at 12:59:48AM +0100: > On Sat, Mar 24, 2018 at 06:51:21PM +0100, Ingo Schwarze wrote: >> You mean, a documentation package so large and cumbersome >> that it requires 103 dependencies (not counting haskell >> and cabal themselves), a

Re: Just for fun: cabal install pandoc

You mean, a documentation package so large and cumbersome that it requires 103 dependencies (not counting haskell and cabal themselves), and that after bumping RAM limits, the leading expert on the language system used needed two tries to even build it? That is amazing indeed.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/03/07 05:03:37 Modified files: textproc/gpresent: Makefile distinfo textproc/gpresent/patches: patch-presentps Log message: routine update to gpresent-2.5; OK pascal@ (MAINTAINER)

Re: games/sumwars game-ending bug

Hi, mrsatte...@mrsatterly.com wrote on Tue, Jan 02, 2018 at 02:27:08PM -0700: > Summoning Wars has a game-ending bug in the Jorings Bridge map. Fixed in -current. Thanks to pascal@ (MAINTAINER) for testing and to bentley@ for proofreading the patches. Yours, Ingo CVSROOT:/cvs

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/01/09 14:02:36 Modified files: games/sumwars : Makefile games/sumwars/patches: patch-CMakeLists_txt Added files: games/sumwars/patches: patch-share_data_lua_locgenerate_lua

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2018/01/03 12:59:37 Modified files: devel/quirks : Makefile devel/quirks/files: Quirks.pm www: Makefile Removed files: www/man2web: Makefile distinfo

Re: drop man2web

Hi, Jan Stary wrote on Tue, Jan 02, 2018 at 01:03:17AM +0100: > With mandoc in base, does anyone use www/man2web? I had a quick look at the code. * doc/README.OpenBSD says: You will have to disable chroot, of course. See http://www.openbsd.org/faq/faq10.html#httpdchroot for more

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2017/12/13 09:45:04 Modified files: textproc/igor : Makefile textproc/igor/pkg: DESCR Log message: We repeatedly received requests to change various OpenBSD manuals based on questionable

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2017/11/29 06:26:36 Modified files: textproc/igor : Makefile distinfo textproc/igor/patches: patch-igor patch-igor_1 Log message: routine maintainer update to igor-1.595, mostly more

update textproc/igor to 1.595

Hi, here is a routine maintainer update to textproc/igor-1.595. The main benefit is that it catches yet more misspellings. There are also some additions to DocBook SGML validation, but that hardly matters for us. Note that we have to patch away /usr/local/etc/ which was introduced upstream

Re: fs2open freespace 2 porting questions

Hi Thomas, Thomas Frohwein wrote on Sat, Oct 28, 2017 at 08:43:42PM +: > I managed to build and run fs2open and wxlauncher on openbsd, > successfully running the gog version of freespace 2. > I haven't created any ports before, but this one might be a good start... > > I have 2 questions

Re: Does anyone use texlive_texmf-docs?

Hi Edd, Edd Barrett wrote on Fri, Oct 27, 2017 at 02:00:36AM +0100: > I'm wondering if anyone is using TeX Live's documentation package. > Speak up if you do. I use LaTeX less than i used to - twenty years ago, i used it on a daily basis, now maybe on a monthly basis, since i have mostly

Re: Update textproc/xpdf

Hi Matthias, Matthias Kilian wrote on Mon, Oct 23, 2017 at 10:27:01PM +0200: > tiff export still doesn't work). That's strange, it just works for me with the patch as you sent it, both for a small text-only PDF and for a large graphics-heavy PDF. > For printing (using

Re: Update textproc/xpdf

Hi Matthias, Matthias Kilian wrote on Sun, Oct 22, 2017 at 06:10:01PM +0200: > On Sun, Oct 22, 2017 at 12:38:09AM +0200, Ingo Schwarze wrote: >> libGL error: failed to open drm device: Permission denied >> libGL error: failed to load driver: i965 > Hmm. This happens if

FWD: Re: Update textproc/xpdf

Reposting here, maybe i should have done that in the first place to avoid duplicate work, sorry sthen@ and aja@... - Forwarded message from Ingo Schwarze <schwa...@usta.de> - From: Ingo Schwarze <schwa...@usta.de> Date: Sun, 22 Oct 2017 00:38:09 +0200 To: Matthi

Re: CVS: cvs.openbsd.org: ports

Hi Marc, Marc Espie wrote on Thu, Sep 07, 2017 at 11:18:00AM +0200: > On Wed, Sep 06, 2017 at 03:14:16PM -0600, Jeremie Courreges-Anglas wrote: >> CVSROOT: /cvs >> Module name: ports >> Changes by: j...@cvs.openbsd.org2017/09/06 15:14:16 >> >> Modified files: >> devel/ectags :

Re: textproc/aspell uselocale undefined symbol from converters/libiconv

Hi Ian, Ian McWilliam wrote on Wed, Sep 06, 2017 at 11:31:21PM +: > You are correct. spell hadn't at that point been updated > and still pointed to the old libc. Thanks for confirming, so nothing is broken in libc. Phew. > What's interesting is a > make repackage update in textproc/aspell

Re: devel/ectags broken

Hi Jeremie, Jeremie Courreges-Anglas wrote on Wed, Sep 06, 2017 at 02:30:16PM +0200: > I was cooking up a mail for Alexandr and Rafael but got interrupted. > Here's the diff I wanted to send. Not a proper fix for upstream either, > but at least this is more compact than multiple patches. And

Re: textproc/aspell uselocale undefined symbol from converters/libiconv

Hi Ian, I suspect that you have some parts of your ports/packages out of sync with other parts. Ian McWilliam wrote on Wed, Sep 06, 2017 at 04:32:34AM +: > ===> Building for aspell-af-0.50.0v1 > /usr/local/bin/word-list-compress d < af.cwl | /usr/local/bin/aspell > --lang=af create

devel/ectags broken

Hi, similar to devel/universal-ctags, the parent project devel/ectags is broken for the same reasons, also analyzed by guenther@. Also, lots of people keep reporting it to me in private, so i'm posting here. Here is a minimal patch letting it build again; not tested at run-time. Note that this

devel/universal-ctags broken

Hi, lots of people keep telling me privately that my xlocale commit exposes a previously present insanity in devel/universal-ctags: As guenther@ found out, the upstream code stomps on the implementation namespace by re-#define-ing __unused__ and __printf__ instead of using names like

Re: ncmpcpp core dumps on amd64

Hi, David Coppa wrote on Tue, Sep 05, 2017 at 04:54:24PM +0200: > On Tue, Sep 5, 2017 at 4:41 PM, Marc Peters wrote: >> running Sundays snapshot and just reinstalled ncmpcpp and dependencies >> with "pkg_add -D installed -u ncmpcpp" ncmpcpp core dumps: >> >> $ ncmpcpp >>

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: schwa...@cvs.openbsd.org2017/08/22 17:28:52 Modified files: textproc/groff : Makefile Added files: textproc/groff/patches: patch-tmac_tty-char_tmac Log message: My patch to render mathematical symbols and greek

Re: 6.1-stable amd64 lang/python/2.7

Hi Diana, Diana Eichert wrote on Wed, Aug 09, 2017 at 11:33:45AM -0600: > Also I installed /usr/ports using the directions I've been using > for years, http://www.openbsd.org/anoncvs.html . Perhaps a change > should be made to the "Getting the ports and xenocara trees" area > recommending the

Re: 6.1-stable amd64 lang/python/2.7

Hi Diana, Diana Eichert wrote on Mon, Aug 07, 2017 at 02:41:36PM -0600: > I saw the same problem this morning, determined it was wxallowed > required on /usr. After updating /usr mount with wxallowed > Python build continued. What a terrible idea. You certainly don't want wxallowed on /usr.

Re: net/glib2-networking: Remove systemd service

Hi Klemens, Klemens Nanni wrote on Mon, Jul 31, 2017 at 07:52:25PM +0200: > It's just your argument I don't get/agree with: Instead of starting to > clean things up you're not doing anything at all Saying that ajacoutot@ "is not doing anything at all" is a weird statement indeed and could be

<    1   2   3   4   5   6   7   >