Hello Aisha and Sebastian,
A Tammy wrote on Thu, Sep 12, 2024 at 09:18:37AM -0400:
> On 9/12/24 9:16 AM, A Tammy wrote:
>> On 9/12/24 9:08 AM, Neel chakraborty wrote:
>>> Thank you, that solves the problem.
>>> Can you please tell me how you figured out
>>> `MODCARGO_CRATES_KEEP = libsqlite3-sy
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 m
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 th
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 prac
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 jr
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
>> manu
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 sugge
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 questi
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 multiple
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 t
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 inc
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.
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 directly
+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 Cr
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 abou
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
Wait
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 a
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 p
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++.
>
> Anal
that i already 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
_PROPERTIES = parallel
@@ -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 =
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 can
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, minim
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 t
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 pag
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 to
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 data
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 versi
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
>>
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 qua
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 wordex
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 non-
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]
T
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 r
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: https://git.sr.ht/~sircmpwn/scdoc/refs
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: /usr/ports/packages/amd64/all/uhd
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 upda
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
> /tmp_mnt/eeyore/vol/local
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-rea
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 update
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 esca
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 kno
act the interest of a
developer to get the update committed.
Yours,
Ingo
--
Ingo Schwarze
http://www.openbsd.org/
http://mandoc.bsd.lv/
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 it
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, mart
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 v
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 which
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 phishi
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 responsibi
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 u
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 releas
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 escape
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 close
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
>
>
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 enoug
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 f
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 wh
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 here
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 exam
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
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 is
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
>>
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 ma
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
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
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&m=153426318514109
Yours,
Ingo
> but is in this
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.
Y
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
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 co
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 peop
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 bett
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, but
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 tested
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
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 as
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 https://github.com/kristapsdz/d
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
> positio
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 hea
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 nobo
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 minim
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
> these
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 version
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
>>
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 c
1 - 100 of 393 matches
Mail list logo