On Mon, Apr 20, 2020 at 06:58:26AM +0200, Sebastien Marie wrote:
> just to point that this syntax isn't compatible with got.
>
> got [...] gives no special significance to the location of path
> component separators, “/”, in a pattern.
>
> so as it, it means it doesn't match anyth
On Sun, 19 Apr 2020 19:18:57 -0500
Lucas Raab wrote:
> On Sun, Apr 12, 2020 at 09:41:24AM -0500, Lucas Raab wrote:
> > On Sat, Apr 4, 2020, at 10:18, Lucas Raab wrote:
> > > Hello,
> > >
> > > Here is a lowdown update to 0.6.4.
> > >
> > > Bryan, everything seem ok?
> > >
> > > Thanks,
> > > L
On Mon, Apr 20, 2020 at 12:05:28AM +0100, Stuart Henderson wrote:
> On 2020/04/20 00:53, Jeremie Courreges-Anglas wrote:
> >
> > I think we should use the format described by f.holop, ie
> > distfiles (.cvsignore) -> /distfiles/ (.gitignore)
> > otherwise this could create confusion in case of a n
On Sun, Apr 12, 2020 at 09:41:24AM -0500, Lucas Raab wrote:
> On Sat, Apr 4, 2020, at 10:18, Lucas Raab wrote:
> > Hello,
> >
> > Here is a lowdown update to 0.6.4.
> >
> > Bryan, everything seem ok?
> >
> > Thanks,
> > Lucas
> >
> > Index: Makefile
> > =
Hi,
I would like to browse OPC UA servers with a python GUI. For that
I need py-opcua, py-opcua-widgets, py-opcua-client. As py-opcua-widgets
does not compile with python2, I think we should only have python3
ports.
ok?
Description:
Pure Python OPC UA / IEC 62541 Client and Server Python 2, 3
On 2020/04/20 01:10, f.holop wrote:
> hello,
>
> not my day.
> i am trying to put together my first rust port but failing miserably.
>
> i use ripgrep all the time. so i look at the port. i try to build it.
> it errors out right away:
>
> ~/src/ports/textproc/ripgrep$ make extract
> ===> Chec
hello,
not my day.
i am trying to put together my first rust port but failing miserably.
i use ripgrep all the time. so i look at the port. i try to build it.
it errors out right away:
~/src/ports/textproc/ripgrep$ make extract
===> Checking files for ripgrep-11.0.2p0
`/home/g/src/ports/distf
On 2020/04/20 00:53, Jeremie Courreges-Anglas wrote:
> On Sun, Apr 19 2020, Stuart Henderson wrote:
> > On 2020/04/19 21:15, f.holop wrote:
> >> hello,
> >>
> >> i realize the github mirror comes as is, but i was wondering,
> >> if it would be possible to add a teeny tiny .gitignore with
> >>
>
On Sun, Apr 19 2020, Stuart Henderson wrote:
> On 2020/04/19 21:15, f.holop wrote:
>> hello,
>>
>> i realize the github mirror comes as is, but i was wondering,
>> if it would be possible to add a teeny tiny .gitignore with
>>
>> /distfiles/
>> /packages/
>> /plist/
>> /pobj/
>>
>> (and possibl
On 2020/04/19 12:25, Steve Williams wrote:
> Thanks very much for all the information. I'll have to spin up my old
> desktop & upgrade it if I'm going to get serious about troubleshooting
> this. My current box is an APU :).
>
> Using DEBUG=-g, I complied a debugging library (OpenBSD 6.6) and wa
This is now OK sthen@ to import. As there has been a fair bit of
interest in this over time, I think it might be worth considering this
for commit before 6.7 if another committer agrees, but I would not like
to add the dependency to neomutt until after release (because then
notmuch build failures f
On 2020/04/19 22:04, Stuart Henderson wrote:
> On 2020/04/18 14:38, Steven Mestdagh wrote:
> > update octave, and reinstate wantlib that was somehow removed earlier.
> > tested lightly on amd64, test suite shows no regression compared to
> > version 5.1.0 in tree.
> >
> > please test/comment/ok.
>
Oops, just realised that the addition of MODPY_VERSION as Stuart
Henderson suggested means that sphinx-build-3 is installed as a
dependency, instead of sphinx-build previously. The attached port
reflects this (sphinx-build -> sphinx-build-3 in two files).
On Thu, Apr 16, 2020 at 08:47:50PM +0200,
On 2020/04/19 21:15, f.holop wrote:
> hello,
>
> i realize the github mirror comes as is, but i was wondering,
> if it would be possible to add a teeny tiny .gitignore with
>
> /distfiles/
> /packages/
> /plist/
> /pobj/
>
> (and possibly some others i have forgotten)
It just needs a copy of .c
On 2020/04/19 19:54, f.holop wrote:
> hello,
>
> i don't have experience with go ports and i cannot seem to have
> `make update-patches` work on this go project:
It is not ideal at present. The directory layout isn't put into place
until "make build" starts running. Last diff I saw to fix this br
On 2020/04/18 14:38, Steven Mestdagh wrote:
> update octave, and reinstate wantlib that was somehow removed earlier.
> tested lightly on amd64, test suite shows no regression compared to
> version 5.1.0 in tree.
>
> please test/comment/ok.
Not an Octave user and I can't really comment on whether
"f.holop" writes:
> hello,
>
> i don't have experience with go ports and i cannot seem to have
> `make update-patches` work on this go project:
>
> ~/ports/sysutils/fzf$ make update-patches
> WRKDIST=/home/g/src/ports/pobj/fzf-0.21.1/fzf-0.21.1 does not exist
> *** Error 1 in /home/g/src/ports/sys
On Sun, Apr 19, 2020 at 09:32:21PM +0200, Rafael Sadowski wrote:
> Use your own *global* gitignore. For more details see core.excludesFile:
> https://git-scm.com/docs/gitignore
Rather than the global gitignore, you can use the local repo-specific
$GIT_DIR/info/exclude
Rafael Sadowski - Sun, 19 April 2020 at 21:32:21
> Use your own *global* gitignore. For more details see core.excludesFile:
> https://git-scm.com/docs/gitignore
thanks for tip. from all the local options though i wouldn't choose
this one, as it could lead to hard to track down hair pulling proble
hello,
i don't have experience with go ports and i cannot seem to have
`make update-patches` work on this go project:
~/ports/sysutils/fzf$ make update-patches
WRKDIST=/home/g/src/ports/pobj/fzf-0.21.1/fzf-0.21.1 does not exist
*** Error 1 in /home/g/src/ports/sysutils/fzf
(/home/g/src/ports/inf
On Sun Apr 19, 2020 at 09:15:33PM +0200, f.holop wrote:
> hello,
>
> i realize the github mirror comes as is, but i was wondering,
> if it would be possible to add a teeny tiny .gitignore with
>
> /distfiles/
> /packages/
> /plist/
> /pobj/
>
> (and possibly some others i have forgotten)
>
Use
hello,
i realize the github mirror comes as is, but i was wondering,
if it would be possible to add a teeny tiny .gitignore with
/distfiles/
/packages/
/plist/
/pobj/
(and possibly some others i have forgotten)
-f
--
second star to the right and straight on till morning.
I know i am a bit late to the party but here are my 2 cents:
1. without overriding FZF_DEFAULT_COMMAND, this port does not work from a
shell that has no `set -o pipefail`:
$ fzf
[Command failed: set -o pipefail; command find -L . -mindepth 1 \( -path ..
>
i think that this is a bug and op
On 19/04/2020 10:08 a.m., Stuart Henderson wrote:
On 2020/04/19 09:17, Steve Williams wrote:
I am missing something on building the Debug packages. I modified the
Makefile per your other email thread but there must be more magic as I don't
see any of the output pertaining to "Extracting debu
With the release approaching, ports work should slow down.
If you want to update a port, ask yourself: Do we need this now?
Is it important? What does it fix? Assume you'll break something:
How much effort will be required to fix it?
There's a new gettext point release. Nothing important in NE
On 2020/04/19 09:17, Steve Williams wrote:
> I am missing something on building the Debug packages. I modified the
> Makefile per your other email thread but there must be more magic as I don't
> see any of the output pertaining to "Extracting debug info..."
As others mentioned, -current has some
On 2020/04/19 11:06, Claus Assmann wrote:
> I'm probably doing something wrong, but just in case:
> these warnings where displayed when I ran
> make
> in ports/net/isc-bind/
>
> configure: WARNING: unrecognized options: --enable-filter-,
> --enable-threads, --with-randomdev, --disable-silent-
Dear all,
Please find sysutils/packer-vmm, a vmm(4) builder plugiun for HashiCorp Packer
attached.
Upstream maintainer, Philipp Buehler is OK for me taking maintainership.
OK to import?
--
With best regards,
Pavel Korovin
packer-vmm.tar.gz
Description: Binary data
Hi,
Attached is a diff to update ezquake to v3.2 which was released today
the 19th of April 2020.
I had to change the Makefile to use the github tag since no release
tarball was available.
Builds and runs on my machine (amd64) and I played both single
player and connected to a multip
On Sun, Apr 19 2020, Steve Williams wrote:
> On 19/04/2020 12:20 a.m., Landry Breuil wrote:
>> On Sun, Apr 19, 2020 at 07:59:04AM +0200, Landry Breuil wrote:
>>> On Sat, Apr 18, 2020 at 11:29:11PM -0600, Steve Williams wrote:
Hi,
OpenBSD 6.6 (GENERIC.MP) #7: Thu Mar 12 11:55:22 MDT
On Sun, Apr 19, 2020 at 09:17:15AM -0600, Steve Williams wrote:
>
>
> On 19/04/2020 12:20 a.m., Landry Breuil wrote:
> > On Sun, Apr 19, 2020 at 07:59:04AM +0200, Landry Breuil wrote:
> > > On Sat, Apr 18, 2020 at 11:29:11PM -0600, Steve Williams wrote:
> > > > Hi,
> > > >
> > > > OpenBSD 6.6 (G
On 19/04/2020 12:20 a.m., Landry Breuil wrote:
On Sun, Apr 19, 2020 at 07:59:04AM +0200, Landry Breuil wrote:
On Sat, Apr 18, 2020 at 11:29:11PM -0600, Steve Williams wrote:
Hi,
OpenBSD 6.6 (GENERIC.MP) #7: Thu Mar 12 11:55:22 MDT 2020
I am working on trying to get Apache Guacamole working
Hi,
qemu build failed in the current macppc bulk with:
> tcg-target.inc.c:2290:3: error: "Unhandled abi"
> # error "Unhandled abi"
It appears that the impacted code uses the _CALL_SYSV define that
clang does not provide. The below diff fixes that.
The runtime is broken, it segfaults when starti
works for me, but I'm only using the -main package and only the passwd
table from that.
Thanks,
Florian
On Sat, Apr 18, 2020 at 10:21:29PM +0200, Giovanni Bechis wrote:
> On Sat, Apr 18, 2020 at 01:38:20AM +0200, Klemens Nanni wrote:
> > On Sat, Apr 18, 2020 at 01:34:47AM +0200, Joerg Jung wrote:
Bumping in case this was missed.
Was hoping this could be added for the 6.7 release.
aisha
On 4/10/20 7:23 AM, Aisha Tammy wrote:
> readding the diff, because my thunderbird was wrapping messages by default.
>
> thanks again.
>
> Index: Makefile
> ===
On Sun, 19 Apr 2020, Solène Rapenne wrote:
> Hello,
>
> Thank you for your update although I updated it one hour ago :-)
Did not see your commit, sorry.
--
Paco Esteban.
0x5818130B8A6DBC03
Le 2020-04-19 11:30, Paco Esteban a écrit :
Hi ports@,
This is a simple update to games/openttd. They released a bugfix
release recently. Here is the changelog:
https://cdn.openttd.org/openttd-releases/1.10.1/changelog.txt
CCing maintainer.
Builds and works ok for me on amd64. I haven't pl
Hi ports@,
This is a simple update to games/openttd. They released a bugfix
release recently. Here is the changelog:
https://cdn.openttd.org/openttd-releases/1.10.1/changelog.txt
CCing maintainer.
Builds and works ok for me on amd64. I haven't played much, so it would
be nice if more regular
I'm probably doing something wrong, but just in case:
these warnings where displayed when I ran
make
in ports/net/isc-bind/
configure: WARNING: unrecognized options: --enable-filter-,
--enable-threads, --with-randomdev, --disable-silent-rules, --disable-gtk-doc
Maybe those options are used t
Nice overview Landry, thanks!
I took a look at it too. I think the problem for us is how cmake
ninja/make builds.
We can read for ninja and Unix makefiles install step:
"Runs the install step in the subdirectory followed by a CMAKE_STRIP
command, if any. The CMAKE_STRIP variable will contain the
Hi,
i've had a look at why cmake insists on striping libs/binaries (even if
it seems upstream states it isnt the case by default.. no 100% sure
about this statment), rendering our DEBUG_PACKAGES framework useless for
(some?) cmake ports. CMAKE_BUILD_TYPE=RelWithDebInfo doesnt really work
as it pr
41 matches
Mail list logo
