Hi Klemens,
since you Cc:ed me on this one, here is some quick feedback, even
though this feels so technical in both the compiler sense and the
ports sense that i'm hardly the right person to provide an OK.
Since you seem to care about technical details of the port quite
a bit, i wonder whether
Hi Klemens,
Klemens Nanni wrote on Sat, Oct 21, 2023 at 03:30:19AM +:
> Instead of tossing a bunch of utilities, pass the ones we want.
> Makefile and Makefile.in patch gets simpler, no package change.
I like the idea, tested on amd64, looked at the build log and diff(1)ed
it to make sure
Hi Omar,
Omar Polo wrote on Tue, Sep 19, 2023 at 02:30:08PM +0200:
> I have to note that one could end up installing only the -docs
> package, is it a concern?
If a user explicitely says "pkg_add fennel-docs" without
saying "pkg_add fennel", sure, they only get the documentation
installed. But
Hi Omar,
Omar Polo wrote on Tue, Sep 19, 2023 at 10:10:44AM +0200:
> The update itself is straightforward and all tests are passing.
> However, upstream added three more man pages (for a total of four now)
> which would get shipped in all of four fennel flavors (lua5[1-3]).
>
> Now, this is
Hi Jeremy,
Jeremy Evans wrote on Wed, Sep 06, 2023 at 09:42:09PM +:
> This updates ruby-module.5 to update it for recent changes and
> make other improvements:
>
> * Sort the list of variables.
>
> * Remove mention of variables removed from ruby.port.mk, and
> mention of jruby now that
Hi,
Stuart Henderson wrote on Mon, Sep 04, 2023 at 11:07:52AM +0100:
> On 2023/09/04 11:05, Stefan Hagen wrote:
>> $ man 1 autoconf
>> There is more than one version of this manpage available (show with -w).
> oh that's a decent alternative.
Indeed, in particular in combination with the other
Hi Marc,
Marc Espie wrote on Mon, Sep 04, 2023 at 12:11:52AM +0200:
> On Sun, Sep 03, 2023 at 08:54:55PM +0200, Ingo Schwarze wrote:
>> In addition to that, showing the complete list from man -w would
>> force man(1) to do additional work, slowing down display of the
>> m
Hello Stefan,
Stefan Hagen wrote on Sun, Sep 03, 2023 at 04:19:07PM +0100:
> I think Espies suggestion is more discoverable because the user gets a
> message on install he might see.
Granted. Then again, rumour has it that people rarely heed post-install
messages from pkg_add(1).
> Ingos
Hi Stefan,
Stefan Hagen wrote on Wed, Aug 30, 2023 at 09:41:20AM +0200:
> There's no good way to handle a conflict that's introduced with an
> update. So what we would do is to move the manpages into the install
> directory. (thanks to espie@ for the suggestion)
Actually, i regard that as bad
Hi Stuart,
Stuart Henderson wrote on Thu, Jun 23, 2022 at 08:21:45AM +0100:
> On 2022/06/22 08:05, Landry Breuil wrote:
>> Le Tue, Jun 21, 2022 at 07:59:45PM +0100, Stuart Henderson a écrit :
>>> On 2022/06/21 17:46, Solène wrote:
Such a database could be integrated into AppManager maybe. I
Hi,
Tilo Stritzky wrote on Tue, May 03, 2022 at 08:45:05AM +0200:
> On 02/05/22 01:46 Tom Smyth wrote:
>> while documenting nsh and its features,
>> I wanted to display the command switches of telnet command inside the
>> manual page for nsh,
> Within more/less you can get a shell by typing:
>
Hi Tom,
Tom Smyth wrote on Mon, May 02, 2022 at 01:46:50AM +0100:
> while documenting nsh and its features,
> I wanted to display the command switches of telnet command inside the
> manual page for nsh,
Don't.
This is not a technical problem: "how can i technically do this"
is the wrong
Hi Tom,
Tom Smyth wrote on Mon, Apr 25, 2022 at 11:08:26AM +0100:
> I have been translating the txt of MANUAL of nsh port to mandoc
In fact, you have started translating it to mdoc(7) - which is a markup
language - rather than to mandoc(1) - which is a parsing and formatting
program for
Hi Omar,
Omar Polo wrote on Fri, Dec 03, 2021 at 08:00:03PM +0100:
> Woops, I identified a correct issue in unistd.c, but the fix was wrong.
> Updated tarball attached and upstream notified :)
>
> (update: upstream has accepted one of the two patches)
>
> Also enabling the built-in tests this
Hi Omar,
Omar Polo wrote on Fri, Dec 03, 2021 at 09:07:02AM +0100:
> % pkg_info libfixposix
> Information for inst:libfixposix-0.4.3
>
> Comment:
> thin wrapper over POSIX syscalls
>
> Description:
> The purpose of libfixposix is to offer replacements for parts of POSIX
> whose behaviour is
Hi,
Steve Williams wrote on Thu, Nov 18, 2021 at 06:04:26PM -0800:
> I'm trying to compile a Linux/FreeBSD application (zoneminder) under
> OpenBSD 7.0.
>
> I'm slowly working through it but have gotten stuck at the point where
> it has a dependency on sendfile(2) which OpenBSD doesn't have.
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2021/09/19 15:54:18
Modified files:
editors/cooledit: Makefile
Added files:
editors/cooledit/patches: patch-editor_editoptions_c
patch-editor_options_c
Hi Marc, hi Naddy,
Christian Weisgerber wrote on Sun, Sep 19, 2021 at 09:23:18PM +0200:
[...]
> Let's focus on fixing bugs!
> This includes the list of remaining ports with %n warnings:
>
> editors/cooledit
[...]
I think the patch appended below fixes those crashes in cooledit
that are
+Cc: MAINTAINER
Hi Theo,
Theo Buehler wrote on Wed, Sep 15, 2021 at 11:59:36PM +0200:
> Straightforward.
OK schwarze@.
Given that we are approaching a lock, i don't think you should wait
for feedback from the MAINTAINER.
Alessandro, i suspect buffer overflow issues in util/misc.c,
function
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2021/09/15 08:14:22
Modified files:
misc/uniutils : Makefile
Added files:
misc/uniutils/patches: patch-ExplicateUTF8_c
Log message:
remove %n format specifier and fix a portability bug
Hi Stefan,
Stefan Hagen wrote on Tue, Sep 14, 2021 at 07:37:20PM +0200:
> I really appreciate you (and Theo) taking the time to explain
> these things.
You are welcome, and thank you for trying to help fix stuff (i think
i forgot saying that in my previous mail because i got a bit worked
up
Hi,
Stefan Hagen wrote on Sat, Sep 11, 2021 at 09:00:18AM +0200:
> Is this better?
No, it is no good whatsoever.
* It introduces yet another pointless static buffer.
* It pointlessly uses snprintf(3) where printf(3)
is obviously sufficient.
* It introduces error checking for operations
Theo de Raadt wrote on Tue, Jul 27, 2021 at 09:12:58AM -0600:
> Ian Darwin wrote:
>> On Tue, Jul 27, 2021 at 04:47:46PM +0200, Ingo Schwarze wrote:
>>>> Changes by:st...@cvs.openbsd.org 2021/07/27 05:55:36
>>>>
>>>> Modified files:
>
> Changes by: st...@cvs.openbsd.org 2021/07/27 05:55:36
>
> Modified files:
> sysutils/bat : Makefile
>
> Log message:
> set sysutils/bat to ONLY_FOR_ARCHS=${LP64_ARCHS}, one of the 147
> dependencies (sys-info) has a 32 vs 64 bit issue when checking
> the number of CPUs online
Hi,
Reuben ua Brig wrote on Sun, Jun 27, 2021 at 09:47:01PM +1000:
>> Date: Sun, 27 Jun 2021 10:29:12 +0100
>> From: Stuart Henderson
Judiging from marc.info and from my own mailbox, i fail to find
the original copy of this posting by Stuart. Reuben, did you
publicly quote a private mail, or
Hi Reuben,
Reuben ua Brig wrote on Sun, Jun 27, 2021 at 05:26:29PM +1000:
> From: Stuart Henderson
>> Maybe not for man-pages-posix, it looks like embedded tbl(7) support
>> is needed. mandoc doesn't do this, so they still need to be formatted
>> with groff.
> cheers. will see what i can do.
Hi,
Stuart Henderson wrote on Sun, Jun 27, 2021 at 08:17:40AM +0100:
> On 2021/06/26 22:06, Mike Larkin wrote:
>> On Sun, Jun 27, 2021 at 12:40:21PM +1000, Reuben ua Brig wrote:
>>> i would like to prefix this by saying i am writing this as a user
>>> giving feedback and not a developing giving
Hi Christian,
[textproc/groff maintainer speaking]
Christian Weisgerber wrote on Wed, Jan 06, 2021 at 05:24:22PM +0100:
> textproc/groff fails to build with libc++ 10.0. groff blocks over
> a thousand package paths, so this needs to be fixed before we can
> switch to the newer libc++.
>
>
got your guidance.
See below for a few details.
Yours,
Ingo
Christian Weisgerber wrote on Sun, Nov 15, 2020 at 11:17:07PM +0100:
> Ingo Schwarze:
>> There is another reason why now is a good time to switch priorities.
>> Upstream has been doing lots of work o
lel
@@ -15,28 +15,31 @@ MAINTAINER = Ingo Schwarze https://alpha.gnu.org/gnu/groff/
# Groff does not use C++, but merely pre-1995 C with classes.
COMPILER = base-clang base-gcc
-MASTER_SITES = ${MASTER_SITE_GNU:=groff/}
+MODULES = perl
+LIB_DEPENDS =
Hi Aisha,
Aisha Tammy wrote on Wed, Oct 28, 2020 at 01:12:15PM -0400:
> Here is a preliminary version update of math/lapack to 3.9.0
> with some patches from debian and gentoo.
While FORTAN used to be my favourite language until about 1998,
i got out of the habit of using it after that, so i
Hi,
while the misc/tkman port isn't totally broken on OpenBSD, nobody
did even minimal porting work on it, either. In many respects, it
disregards even the most basic aspects of how OpenBSD documentation
works.
So, i decided to put some of my fingers where my mouth is and do a
few initial,
Hi Klemens,
Klemens Nanni wrote on Sat, Oct 03, 2020 at 02:21:42AM +0200:
> On Sun, Sep 20, 2020 at 02:48:26PM +0200, Ingo Schwarze wrote:
>> Judging from patch-Makefile, it ought to be trivial to remove the
>> dependency on glimpse.
> True, so let's do that and keep the po
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2020/10/02 14:18:32
Modified files:
textproc/igor : Makefile
textproc/igor/patches: patch-igor_1
Log message:
1. update a .Lk, patch from Alan ; upstream agrees
2. fix a wrong .Xr; i
Hi,
we rarely patch manual pages of ports, but the port textproc/igor
that i maintain is in a somewhat awkward situation right now
so i'd like to fix it locally.
1. I noticed a cross reference that is completely wrong
and quite likely to confuse users.
2. A web link given in the manual
Hi Klemens,
Klemens Nanni wrote on Sat, Sep 19, 2020 at 10:45:19PM +0200:
> On Sat, Sep 19, 2020 at 08:08:43PM +0200, Stefan Hagen wrote:
>> misc/tkman depends on textproc/glimpse.
Judging from patch-Makefile, it ought to be trivial to remove the
dependency on glimpse.
>> This one would have
Hi Kurt,
Kurt Mosiejczuk wrote on Sat, Sep 12, 2020 at 06:28:30PM -0400:
> Update py-wcwidth from 0.1.9 to 0.2.5
This library is a very bad idea, it should better not exist.
Python should use native wcwidth(3) instead.
PKG-INFO says:
This library attempts to determine the printable width
Hi Chris,
Chris Bennett wrote on Sun, Aug 30, 2020 at 11:17:24PM -0500:
> On 2020/08/27 20:51, Chris Bennett wrote:
>> I just found a bunch of new Locale perl modules added to the depends
>> list.
>>
>> They all have empty man pages from no PODs.
>> About 20ish ports, most are just relevant
Hi Andrew, hi Chris,
Chris Bennett wrote on Sun, Aug 16, 2020 at 01:01:07PM -0500:
> On Sat, Aug 15, 2020 at 09:39:58PM -0700, Andrew Hewus Fresh wrote:
>> On Wed, Aug 12, 2020 at 11:15:49AM -0500, Chris Bennett wrote:
>>> I submitted p5-Plack-Request-WithEncoding-0.13 previously.
>>> Newer
Hi Landry,
Landry Breuil wrote on Thu, Jul 30, 2020 at 04:34:56PM +0200:
> On Wed, Jul 29, 2020 at 11:22:20PM +0100, Laurence Tratt wrote:
>> -section of about:support. For this feature, WebGL2 is necessary, so your
>> +section of about:support. For this feature, WebGL2 is necessary, so your
>
Hi Marc,
Marc Espie wrote on Wed, Jul 15, 2020 at 11:44:32AM +0200:
> On Wed, Jul 15 '20 at 05.50 NZST, Ingo Schwarze wrote:
>> I never found pandoc useful for anything - so much so that i never
>> even felt a need to evalute its quality for real. I dimly remember
>> that
Hi,
sven falempin wrote on Tue, Jul 14, 2020 at 01:23:21PM -0400:
> Is anyone working on that for openbsd ?
>
> https://github.com/freebsd/freebsd-ports/blob/master/textproc/hs-pandoc/Makefile
I never found pandoc useful for anything - so much so that i never
even felt a need to evalute its
Hi,
deserter...@danwin1210.me wrote on Thu, Jul 09, 2020 at 05:38:18PM -:
> wordexp.h is part of glibc: functions, constants and data types for word
> expansion are declared in the header file `wordexp.h'.
>
> But it is not in my system! Is this by design? or an error?
The absence of
Ingo Schwarze wrote on Tue, May 05, 2020 at 06:58:09AM -0600:
> CVSROOT: /cvs
> Module name: ports
> Changes by: schwa...@cvs.openbsd.org2020/05/05 06:58:09
>
> Modified files:
> www/youtube-dl : Makefile distinfo
>
> Log message:
> upda
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2020/05/05 06:58:09
Modified files:
www/youtube-dl : Makefile distinfo
Log message:
update to youtube-dl-2020.05.03;
committing quickly to interfere as little as possible with the lock;
OK sthen@
Hi Damien,
thanks for trying to help! However, there are large numbers of
questions to answer and large amounts of work to do before this can
usefully go anywhere.
One thing up front:
Damien Thiriet wrote on Sat, May 02, 2020 at 06:30:25PM +0200:
> Since I am not a programmer, and cannot run
Hi Tom,
Tom Murphy wrote on Fri, May 01, 2020 at 01:34:08PM +0100:
> Any update on this? Can it be committed?
> (I am the maintainer)
Thanks for working on this, but now is not the time to commit
an Update because we are preparing the OpenBSD 6.7 release
right now. Updating the game is
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2020/04/29 09:25:45
Modified files:
mail : Makefile
devel/quirks : Makefile
devel/quirks/files: Quirks.pm
infrastructure/db: user.list
Removed files:
Hi Alexei,
Alexei Malinin wrote on Tue, Apr 28, 2020 at 01:05:23AM +0300:
> I ported akpop3d to NetBSD and found the Subject.
> GCC warning was the following:
> authenticate.c: In function 'is_user_allowed':
> authenticate.c:110:11: warning: switch condition has boolean value
> [-Wswitch-bool]
Hi Marc,
Marc Espie wrote on Mon, Apr 27, 2020 at 10:20:13AM +0200:
> Let's try anyway.
Looks good to me except for the nits below.
Yours,
Ingo
> Index: ports.7
> ===
> RCS file: /cvs/src/share/man/man7/ports.7,v
> retrieving
Hi Raymond,
Raymond E. Pasco wrote on Wed, Apr 01, 2020 at 07:08:22AM -0400:
> Minor update. Patches are upstreamed and thus removed.
Committed, though patch-Makefile had to remain:
Upstream is still gratuitiously setting LDFLAGS+=-static.
Changelog is at:
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2020/04/04 10:58:27
Modified files:
textproc/scdoc : Makefile distinfo
textproc/scdoc/patches: patch-Makefile
Removed files:
textproc/scdoc/patches: patch-test_preamble
Log
Hi Martin,
Martin wrote on Sat, Mar 21, 2020 at 06:07:57AM +:
> make fake -> make update-plist successfully generates PLIST but
>
> make package and make install produce an error:
>
> make: don't know how to make /usr/ports/packages/.tgz
> (prerequisite of:
Hi Martin,
Martin wrote on Fri, Mar 20, 2020 at 03:59:42PM +:
> Any automation suggestions for pkg/PLIST create for a new port?
Read all of:
https://www.openbsd.org/faq/ports/guide.html#PortsChecklist
In this case, the answer to your question is in step 22.
make update-plist
Yours,
Hi Greg,
take this with a shovel of salt as i didn't test the port or anything
with Haskell (and i'm unlikely to). So this is purely from code
inspection.
Greg Steuck wrote on Sun, Feb 02, 2020 at 10:00:06PM -0800:
> Do you believe lang/ghc/patches/patch-libraries_base_cbits_PrelIOUtils_c
> is
Hi,
are there any other users who have /usr/local or /usr/local/man as
a symlink or mounted via amd(8)? Note that i do NOT recommend
such very unusual configurations at all, they have caused trouble
in the past, i'm merely asking for testing purposes. If you use
such a configuration, please
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2020/01/25 09:55:32
Modified files:
textproc : Makefile
Log message:
+ scdoc
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2020/01/25 09:44:51
Log message:
import scdoc-1.10.0 to convert scdoc text files to man(7) pages;
based on work of Raymond E. Pasco and abieber@
using feedback from and sthen@;
OK sthen@
Hi Andreas,
Andreas Kusalananda wrote on Wed, Jan 22, 2020 at 08:58:26PM +0100:
> I mount my /usr/local directory from a remote server over NFS
> using amd(8). This means that I have the directories directly
> beneath /usr/local appear on demand as symbolic links into
>
Hi,
Claus Assmann wrote on Fri, Jan 24, 2020 at 05:18:14PM +0100:
> On Fri, Jan 24, 2020, Ingo Schwarze wrote:
>> Claus Assmann wrote on Fri, Jan 24, 2020 at 09:25:27AM +0100:
>>> I didn't find a hint about pkg-readmes in the man pages :-(
>>$ man -k any=pkg-readmes
Hi,
Claus Assmann wrote on Fri, Jan 24, 2020 at 09:25:27AM +0100:
> On Thu, Jan 23, 2020, Landry Breuil wrote:
>> have a look at the pkg-readme provided by the package.
> I didn't find a hint about pkg-readmes in the man pages :-(
$ man -k any=pkg-readmes
update-plist(1) - create or
Hi,
Jan Stary wrote on Fri, Jan 24, 2020 at 01:34:54PM +0100:
> On Jan 24 00:19:40, schwa...@usta.de wrote:
>> Obviously, this is only yet another low-quality man(7) generator
>> (emitting pointless low-level roff(7) code, lots of bogus .P,
>> incorrectly encoded dashes, using low-level font
Hi,
Stuart Henderson wrote on Thu, Jan 23, 2020 at 11:26:12AM +:
> On 2020/01/22 23:34, Raymond E. Pasco wrote:
>> Having looked at it a bit more, I see other statically linked ports with
>> empty WANTLIB (e.g. shells/tcsh), but that doesn't necessarily mean it's
>> correct. Since I don't
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2020/01/18 10:33:56
Modified files:
textproc/groff/patches: patch-tmac_an-old_tmac
patch-tmac_doc-common-u
Log message:
update comments after pushing patches
terest of a
developer to get the update committed.
Yours,
Ingo
--
Ingo Schwarze
http://www.openbsd.org/
http://mandoc.bsd.lv/
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/12/30 05:34:55
Modified files:
textproc/groff : Makefile
textproc/groff/patches: patch-tmac_doc-common-u
Log message:
I'm sorry for the last commit; it caused havoc because cvs(1)
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/12/26 17:48:04
Modified files:
textproc/groff : Makefile
textproc/groff/patches: patch-tmac_doc-common-u
Log message:
Bugfix: accept any number of arguments for .Dd (also submitted
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/12/16 00:09:49
Modified files:
textproc/groff : Makefile
textproc/groff/patches: patch-tmac_an-old_tmac
Log message:
bugfix, also submitted upstream:
with the groff_man(7) macros,
Hi,
Stuart Henderson wrote on Wed, Dec 11, 2019 at 07:19:16PM +:
> On 2019/12/11 19:57, f.holop wrote:
>> Ingo Schwarze - Wed, 11 December 2019 at 18:42:35
>>>> i have noticed that libc collation on OpenBSD is broken (also on macos) :(
>>> It is intentional
Hi,
f.holop wrote on Tue, Dec 10, 2019 at 05:07:07PM +0100:
> i have noticed that libc collation on OpenBSD is broken (also on macos) :(
It is intentional that OpenBSD does not support collation for locales
other than "C" in libc, and i'm not aware of any developer who might
have plans to add
Hi Joerg,
Joerg Jung wrote on Wed, Nov 13, 2019 at 02:55:17PM +0100:
> martijn@ wrote:
>> Also the manpage is incorrect. It states [address] [limit], while
>> if you want to limit the address is non-optional (from reading the
>> code). So this should be [address [limit]].
Strictly speaking,
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/11/10 01:23:35
Modified files:
devel/cvsweb : Makefile distinfo
devel/cvsweb/pkg: PLIST README
Removed files:
devel/cvsweb/patches: patch-cvsweb_cgi patch-cvsweb_conf
Log
Hi Solene,
Solene Rapenne wrote on Tue, Oct 01, 2019 at 02:15:02PM +0200:
> I don't really want to work more on cvsweb,
Fair enough, you get to choose what you want to work on. :-)
> I did this because it's a cgi scripts run on official
> cvsweb.openbsd.org website and I wanted to help there.
Hi Solene,
Solene Rapenne wrote on Thu, Sep 26, 2019 at 05:27:08PM +0200:
> Hi, now that we have OpenBSD::pledge I thought it would be nice to use
> it in devel/cvsweb
I think this is a thoroughly bad idea.
Pledge is useful for well-understood high-quality code.
But CVSweb, at this point, is
Hi Klemens,
the authors of this tool absolutely do not understand how documentation
works. That said, i agree it is better to install whatever piss-poor
and disorganized musings they do provide rather than installing no
documentation whatsoever.
See below in-line for two questions, none of
Hi Renaud,
Renaud Allard wrote on Thu, Jun 06, 2019 at 07:47:24AM +0200:
> I was also reluctant at answering because I didn't know the mail
> address from the sender.
In addition to what sthen@ said: if you receive an email message
claiming to be *from an OpenBSD developer* and suspect a
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/05/22 06:56:29
Modified files:
devel/elftoolchain: Makefile
devel/elftoolchain/pkg: PLIST
Added files:
devel/elftoolchain/patches: patch-libdwarf_Makefile
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/05/20 09:12:28
Modified files:
devel/libexecinfo: Makefile
devel/libexecinfo/patches: patch-examples_Makefile
patch-libbacktrace_Makefile
Hi Matthew,
cho...@jtan.com wrote on Sat, May 11, 2019 at 04:18:07PM +0300:
> The question remains but now with a wider audience -
> I've posted a port to the mailing list, what next?
Wait for feedback.
> I'm happy to leave it in the porters' collective lap or begin
> to take on some
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/05/02 12:50:08
Modified files:
textproc/docbook2mdoc: Makefile distinfo
Log message:
update to docbook2mdoc-1.1.0:
new -s command line option
and large numbers of improvements to whitespace
Hi Matthew,
cho...@jtan.com wrote on Wed, May 01, 2019 at 07:42:40PM +0300:
> Stuart Henderson writes:
>> Missing license marker and WANTLIB.
> What would I put in WANTLIB? The only dependency this module has is
> OpenBSD 6.4's base system (well strictly speaking, a libc with the
> pledge and
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/04/30 04:45:53
Modified files:
textproc/docbook2mdoc: Makefile distinfo
Log message:
update to docbook2mdoc-1.0.2:
support for and and internal framework
improvents, in particular for
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/04/25 06:29:28
Modified files:
textproc/docbook2mdoc: Makefile distinfo
Log message:
update to docbook2mdoc-1.0.1:
support for file inclusion via "
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/04/17 20:06:48
Modified files:
textproc/docbook2mdoc: Makefile distinfo
Log message:
update to docbook2mdoc-1.0.0;
OK bentley@ (MAINTAINER)
Steffen Nurpmeso wrote on Wed, Apr 10, 2019 at 05:39:38PM +0200:
> Steffen Nurpmeso wrote in <20190308210521.7ybvy%stef...@sdaoden.eu>:
>> please find below an update to S-nail v14.9.13.
> would someone be so kind an wave that through, please?
No, absolutely not. The trees are locked for
Hi,
Peter J. Philipp wrote on Sat, Mar 16, 2019 at 07:52:23AM +0100:
> On Fri, Mar 15, 2019 at 05:22:47PM -0700, Andrew Hewus Fresh wrote:
>> I looked this over and updated the patch to be against the port. It
>> seems to be good and I only found a couple other places that needed to
>> be
Hi,
Remi Locherer wrote on Sat, Mar 16, 2019 at 11:26:54PM +0100:
> On Sat, Mar 16, 2019 at 09:48:21PM +, Stuart Henderson wrote:
>> On 2019/03/16 22:12, Remi Locherer wrote:
>>> Index: lang/python/python.port.mk
>>> ===
>>> RCS
Hi,
the trouble with cvsweb is that it is important OpenBSD project
infrastructure (consider cvsweb.openbsd.org) that has been abandoned
upstream 13 years ago, our version is 16 years old, and the port
has no maintainer. Does anybody consider it funny to run a software
in production that is
Hi Marc,
Marc Espie wrote on Sat, Feb 09, 2019 at 10:03:20PM +0100:
> hey, your commit to install(1) broke something.
>
> Specifically lang/go-boostrap now produces a broken package which can't
> be used to build go.
>
> All the go/bootstrap/pkg/tool/openbsd_amd64/*
> have lost their x bit
>
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/01/16 23:44:18
Modified files:
devel/cutils : Makefile
Log message:
Identical formatting from groff and mandoc because escaped backslashes
in high-level macro arguments now work as
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2019/01/12 10:01:35
Modified files:
textproc/groff : Makefile
textproc/groff/patches: patch-tmac_doc_tmac-u
Log message:
Correctly handle groff_mdoc(7) .Lk arguments starting with a dot;
Hi,
Anthony J. Bentley wrote on Mon, Jan 07, 2019 at 06:47:04AM -0700:
> The Open English Bible
I think adding this as a port is a bad idea.
While "something is software that can be run on OpenBSD and that
at least one developer or at least some users want to run on OpenBSD"
may be a good
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2018/12/25 17:49:22
Added files:
textproc/groff/patches: patch-Makefile_in
Log message:
Add a missing prerequisite that could cause parallel builds to fail.
Issue found and patch OK by sthen@.
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2018/12/24 03:42:00
Modified files:
textproc/groff : Makefile distinfo
textproc/groff/patches: patch-tmac_an-old_tmac
patch-tmac_troffrc
Hi,
after four years of development, groff-1.22.4 was released on
December 23, 2018. It contains lots of bugfixes, some minor
new features, and it incorporates most of our existing patches.
The patch below is +104 -571 LOC in the ports tree. :-)
I have been using groff-current for a long time
Hi,
unless i'm missing something, everything discussed in this thread
should be fixed now, with the commit appended below.
Ingo Schwarze wrote on Thu, Dec 20, 2018 at 07:35:22PM +0100:
> Raf Czlonka wrote on Thu, Dec 20, 2018 at 02:59:23PM +:
[...]
>> Rebuilding whatis
Hi Raf,
Raf Czlonka wrote on Thu, Dec 20, 2018 at 02:59:23PM +:
> Recently, I've noticed an odd-looking output from weekly(8):
>
> Rebuilding whatis databases:
> makewhatis: man7/cmake-properties.7: ERROR: No such file or directory
You are right, there are a number of bugs
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2018/11/29 16:12:59
Modified files:
misc/pfm : Makefile
Log message:
Drop USE_GROFF and bump.
Only insignificant formatting differences remain
after the latest tbl(7) automatic column width
CVSROOT:/cvs
Module name:ports
Changes by: schwa...@cvs.openbsd.org2018/11/29 08:22:31
Modified files:
graphics/xmedcon: Makefile
Log message:
Drop USE_GROFF and bump: only unimportant white space differences in output.
Likely fixed by the recent improvement of
Hi Max,
Max Fillinger wrote on Sat, Nov 24, 2018 at 01:05:17AM +0100:
>> * No MAINTAINER--do you want it?
> What does that entail? I want to keep this port working and up to
> date, if I can.
That's exactly what being a good MAINTAINER means.
> But I won't be any help if someone has, for
1 - 100 of 652 matches
Mail list logo
