On Fri, 09 Aug 2024 21:33:03 +0200, Walter Alejandro Iglesias wrote:
> I don't understand how that github crap works (nor why so many people
> use it.) I opened an account exclusively to report this bug, the link
> is the one I posted in misc@ time ago (as I mention in my previous
> message):
>
>
On Fri, 09 Aug 2024 21:01:33 +0200, Walter Alejandro Iglesias wrote:
> Your diff also works on Linux. If you approve, I can post it in my
> opened bug report on github, mentioning that it's yours.
I've already opened a PR for this:
https://github.com/mpv-player/mpv/pull/14654
I tried to ref
On Fri, 09 Aug 2024 17:43:28 +0200, Theo Buehler wrote:
> Makes sense and works here, too. Here's a corresponding diff for the
> port. This is
>
> ok tb
>
> (or I can commit if you want me to).
I'd prefer if you did it since you have the diff lined up. Seems
like this should be something upstrea
s to work for me.
- todd
--- osdep/terminal-unix.c.orig Fri Aug 9 09:30:35 2024
+++ osdep/terminal-unix.c Fri Aug 9 09:31:10 2024
@@ -421,7 +421,8 @@
}
if (fds[1].revents & POLLIN) {
int8_t c = -1;
-(void)read(stop_cont_pipe[0], &a
You might try changing that raise(SIGSTOP) in terminal_thread() to
kill(getpid(), SIGSTOP). You want to stop the entire process, not
just the terminal thread.
Prior to that commit, each thread that received SIGTSTP would be
stopped. After the commit, only the terminal thread will be stopped.
-
On Thu, 08 Aug 2024 14:37:39 +0200, Marc Espie wrote:
> I've got several scripts that use mpv to display pictures.
>
> It used to be that I could ^Z and fg on those scripts without any issues.
>
> For a few weeks/months now, it seems to be broken. I have zero idea if
> this is an issue with mpv, k
On Tue, 17 Oct 2023 07:36:33 -, Klemens Nanni wrote:
> 10/15/23 15:04, Todd C. Miller пишет:
> >> Ha, that's way easier than poking at the Makefile, although I'm inclined
> >> to stick to the diff that tb bulk-tested, just to be sure for now.
>
> tb rep
On Sun, 15 Oct 2023 10:35:08 -, Klemens Nanni wrote:
> On Sat, Oct 14, 2023 at 04:02:46PM -0600, Todd C. Miller wrote:
> > I have the following in my WIP bison port's Makefile.
> >
> > # Avoid regenerating bison.info
> > post-configure:
> > touch $
I have the following in my WIP bison port's Makefile.
# Avoid regenerating bison.info
post-configure:
touch ${WRKSRC}/doc/*.info
I've been using bison 3.8.2 for some time.
- todd
On Sat, 18 Feb 2023 08:37:03 +0100, Antoine Jacoutot wrote:
> * textproc/chordpro -> depends on x11/p5-Wx for its -wx subpackage
> We could always remove the -wx subpackage if prefered but the port could use
> a serious update.
I'd prefer to leave chordpro and just remove the -wx subpac
On Mon, 06 Dec 2021 17:59:05 +0100, Jeremie Courreges-Anglas wrote:
> Without looking at the possible fixes I think we should annotate why we
> disabled libtextstyle. ok?
OK millert@
- todd
On Fri, 10 Sep 2021 09:36:50 -0600, "Todd C. Miller" wrote:
> This cannot go in until post-7.0 due to a change where bison 3.8
> now declares yyerror for POSIX compatibility as:
>
> void yyerror(const char *msg);
>
> This may conflict with yyerror() as defined
/bison/skeletons/c++-skel.m4
share/bison/skeletons/c++.m4
@@ -23,6 +22,7 @@ share/bison/skeletons/d-skel.m4
share/bison/skeletons/d.m4
share/bison/skeletons/glr.c
share/bison/skeletons/glr.cc
+share/bison/skeletons/glr2.cc
share/bison/skeletons/java-skel.m4
share/bison/skeletons/java.m4
share
r well)
De : Stuart Henderson
Envoyé : jeudi 1 juillet 2021 01:41
À : C. G.
Cc : ports
Objet : Re: phpLDAPadmin doesn't work with php-fpm-7.4
Moving from bugs@ to ports@ which is the better place for ports reports
It looks like this was possibly fixed in 1.2.
Pavel Korovin writes:
> Dear all,
>
> Ansible project was significantly restructured after v2.9.
> Starting with ansible-2.10, the project was split into the core engine
> (called ansible-base in v2.10, and renamed to ansible-core in v2.11),
> which contains essential code needed to run collectio
On Sun, 06 Jun 2021 21:56:40 +0200, Theo Buehler wrote:
> On Wed, Apr 28, 2021 at 07:21:44PM -0600, Todd C. Miller wrote:
> > Another port I'd like to update needs a newer version of bison that
> > we provide so I've updated to the lastest version.
>
> The bison upd
On Mon, 17 May 2021 13:36:42 -0600, "Todd C. Miller" wrote:
> Newer versions of syslog-ng have an "openbsd" module that supports
> sendsyslog() and /dev/klog. This makes it possible to use syslog-ng
> as a replacement for the stock OpenBSD syslog daemon.
>
>
ue to libmaxminddb header
COMPILER = base-clang ports-gcc
COMPILER_LANGS = c
+BUILD_DEPENDS= devel/bison>=3.4.2
LIB_DEPENDS = devel/glib2 \
devel/json-c \
devel/libivykis \
@@ -58,12 +63,9 @@ CONFIGURE_ARGS +=--disable-tcp-wrapper
On Mon, 17 May 2021 07:56:22 -0600, "Todd C. Miller" wrote:
> The crash does not happen when I build cbmc manually (outside of
> ports), only when I build it from within the ports tree.
The crash only happens when output is to a terminal but TERM is
unset or is set to a value no
On Tue, 11 May 2021 23:10:31 +0200, Christian Weisgerber wrote:
> Stuart Henderson:
>
> > Updated diff below, there were some missing library deps and I've enabled
> > building a debug package. My build is still running, so far I've run
> > into errors in these which seem related:
> >
> > - devel
I believe all the neccesary changes are now committed to build
things with bison 3.7.x.
- todd
Fix from upstream.
OK?
- todd
Index: lang/verilator/Makefile
===
RCS file: /cvs/ports/lang/verilator/Makefile,v
retrieving revision 1.17
diff -u -p -u -r1.17 Makefile
--- lang/verilator/Makefile 12 Jul 2019 20:47:24 -
dex: src/cfgparser/local.mk
--- src/cfgparser/local.mk.orig
+++ src/cfgparser/local.mk
-@@ -83,5 +83,7 @@ endif
+@@ -74,14 +74,12 @@ $(C)oparse.c: $(C)oparse.y $(C)olsrd_conf.h $(C)Makefi
+ ifeq ($(VERBOSE),0)
+ @echo "[BISON] $@"
+ endif
+- $(MAKECMDPREFIX)$(BISON)
On Wed, 12 May 2021 16:53:36 +0200, Christian Weisgerber wrote:
> I'm unable to reproduce this on amd64 or i386. bison runs successfully
> and provides a litany of warnings that are colorized when the output
> goes to a tty.
Interesting, I wonder what difference in the environment causes this.
I
On Tue, 11 May 2021 23:52:01 +0200, Christian Weisgerber wrote:
> No, I dropped the --without-libtextstyle-prefix for testing purposes
> and the bison executable is linked with libtextstyle.so.0.1. I can't
> reproduce the segfault.
That's odd, I was just now able to reproduce it on amd64 without
On Tue, 11 May 2021 23:10:31 +0200, Christian Weisgerber wrote:
> Stuart Henderson:
>
> > Updated diff below, there were some missing library deps and I've enabled
> > building a debug package. My build is still running, so far I've run
> > into errors in these which seem related:
> >
> > - devel
On Tue, 11 May 2021 20:25:20 +0200, Christian Weisgerber wrote:
> bison.info incorporates bison.help, which is regenerated from the
> newly built bison executable. We need to break that dependency.
Right, I wasn't sure that it was OK to do that.
> That's simple enough that we can do it in Makef
_local_mk 10 May 2021 21:39:24
-
@@ -2,11 +2,22 @@ $OpenBSD: patch-src_cfgparser_local_mk,v
Index: src/cfgparser/local.mk
--- src/cfgparser/local.mk.orig
+++ src/cfgparser/local.mk
-@@ -83,5 +83,7 @@ endif
+@@ -74,14 +74,12 @@ $(C)oparse.c: $(C)oparse.y $(C)olsrd_conf.h $(C)Make
On Sun, 09 May 2021 12:01:08 +0100, Stuart Henderson wrote:
> > lang/verilator
> - probably just wants updating, there are several commits in
> https://github.com/verilator/verilator/search?q=bison&type=commits
There's a simple upstream fix for this.
- todd
Index: lang/verilator/Makefile
=
On Sun, 09 May 2021 13:57:25 +0200, Marc Espie wrote:
> I'm pretty sure splint is dead.
>
> we're talking about a year of breakage with no-one giving a fuck.
I've made a PR to fix this upstream, we'll see if anyone is there...
https://github.com/splintchecker/splint/pull/26
- todd
p_srcdir)/doc/bison.help: src/bison$(EXEEXT)
- $(AM_V_GEN)LC_ALL=C src/bison$(EXEEXT) --version >doc/bison.help.tmp
- $(AM_V_at) LC_ALL=C src/bison$(EXEEXT) --help | \
-+## Avoid depending on the path to Bison.
-+sed -e 's,^Usage: .*/bison \[OPTION\],Usage: bison [OPTION],g
el/splint/Makefile,v
retrieving revision 1.14
diff -u -p -u -r1.14 Makefile
--- devel/splint/Makefile 12 Jul 2019 20:46:01 - 1.14
+++ devel/splint/Makefile 8 May 2021 21:43:11 -
@@ -3,7 +3,7 @@
COMMENT = advanced lint: statically check C programs
DISTNAME = spli
On Fri, 30 Apr 2021 08:42:03 -0600, "Todd C. Miller" wrote:
> This is due to a change in bison where it now includes the generated
> header file. Using --defines=foo.h instead of just -d fixes that
> problem, though you'd also need to comment out the bit that used
&
,13 +15,15 @@ HOMEPAGE = https://syslog-ng.com/
# GPL v2
PERMIT_PACKAGE = Yes
-WANTLIB += c crypto curl dbi evtlog glib-2.0 gmodule-2.0 gthread-2.0
+WANTLIB += c crypto curl dbi glib-2.0 gmodule-2.0 gthread-2.0
WANTLIB += iconv intl ivykis json-c m maxminddb nghttp2 pcre pthrea
On Fri, 30 Apr 2021 11:09:23 +0100, Stuart Henderson wrote:
> - devel/cbmc: repeatable bison segfault, seems related to curses/libtextstyle
> .
>
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 0x0296d2c05573 in delay_output (ms=54) at /src/checkout/openbsd
Yes
-WANTLIB += c crypto curl dbi evtlog glib-2.0 gmodule-2.0 gthread-2.0
+WANTLIB += c crypto curl dbi glib-2.0 gmodule-2.0 gthread-2.0
WANTLIB += iconv intl ivykis json-c m maxminddb nghttp2 pcre pthread
WANTLIB += ssl z
MASTER_SITES =
http://github.com/balabit/syslog-ng/releases/
Our sysutils/syslog-ng port uses the libevtlog.so from the
sysutils/eventlog port instead of the version shipped with syslog-ng.
However, eventlog doesn't seem to be developed outside of syslog-ng
anymore. The last commit to https://github.com/balabit/eventlog
was in 2015 and the source shipped w
;t support the --set-customization-variable option.
+
+Index: Makefile.in
+--- Makefile.in.orig
Makefile.in
+@@ -1,4 +1,4 @@
+-# Makefile.in generated by automake 1.16b from Makefile.am.
++# Makefile.in generated by automake 1.16.2 from Makefile.am.
+ # @configure_input@
+
+ # Copyright (C) 199
On Tue, 02 Mar 2021 12:40:37 -0700, "Todd C. Miller" wrote:
> The following appears to fix it. Basically the NUL terminator was
> being written to the end of the allocation but if we didn't fill
> the entire thing then malloc junk bytes could be processed.
Here&#x
On Tue, 02 Mar 2021 17:09:49 +, Stuart Henderson wrote:
> Oh, I should have cc'd Todd on this. Any ideas?
That smells like an uninitialized variable bug.
This is relatively recent code from Apple via NetBSD.
The following appears to fix it. Basically the NUL terminator was
being written to
(unused restrictive modes: -std=c99
-std=iso9899:1999)
dnl IBM XL C -qlanglvl=extc1x (V12.1; does not pass C11 test)
Update textproc/codespell to 2.0.0.
OK?
- todd
Index: textproc/codespell/Makefile
===
RCS file: /cvs/ports/textproc/codespell/Makefile,v
retrieving revision 1.3
diff -u -p -u -r1.3 Makefile
--- textproc/codespell/Makefile 3 Jul 202
NABLE_WASM} ] && \
_NOWASM="--disable-features=WebAssembly,AsmJsToWebAssembly,WebAssemblyStreaming
--js-flags=--noexpose-wasm"
-LANG=${_l} exec "/usr/local/chrome/chrome" ${_NOWASM} "${@}"
+#
+# Issue #1122224
+# https://bugs.chromium.org/p/chromium/is
On Tue, 04 Aug 2020 12:19:49 -0600, "Theo de Raadt" wrote:
> This is totally ridiculous.
>
> Who is served by all these extra features? Didn't it work before?
> Is it suddenly MANDATORY to have all these features?
Wow, that's crazy. Can we have a "bloated" flavor instead so
everyone is not subj
On Fri, 24 Jul 2020 14:05:47 -0600, Todd C. Miller wrote:
> chordpro will read a text file containing the lyrics of one or many
> songs plus chord information. chordpro will then generate a
> photo-ready, professional looking, impress-your-friends sheet-music
> suitable for prin
[Finally, the port I wanted in the first place...]
chordpro will read a text file containing the lyrics of one or many
songs plus chord information. chordpro will then generate a
photo-ready, professional looking, impress-your-friends sheet-music
suitable for printing on your nearest printer.
Thi
String::Interpolate::Named provides a function to interpolate named
arguments by target texts in a template string. The target texts
are provided to the function via a hash, where the keys correspond
to the named argument to be replaced.
This is a requirement for another port I'm working on.
- t
String::Interpolate provides a neat interface to the solution to
that perenial Perl problem - how to invoke the Perl string interpolation
engine on a string contained in a scalar variable.
This is a requirement for another port I'm working on.
- todd
p5-String-Interpolate.tgz
Description: appl
File::LoadLines provides an easy way to load the contents of a text
file into an array of lines. It is intended for relatively small
files like config files that are often produced by weird tools (and
users).
This is a requirement for another port I'm working on.
- todd
p5-File-LoadLines.tgz
D
App::Packager provides an abstract interface to a number of common
packagers, trying to catch as much common behaviour as possible.
The main purpose is to have uniform access to application specific
resources. Supported packagers are PAR::Packer, Cava::Packager and
unpackaged.
This is a requireme
On Mon, 29 Jun 2020 12:29:36 +0200, Frederic Cambus wrote:
> Comments? OK?
OK millert@
- todd
On Wed, 24 Jun 2020 15:49:33 -, deserter...@danwin1210.me wrote:
> I've stumbled upon some errors in the newest update of sudo,
> All three config files (sudo,sudoers,sudo_logsrvd) in SYSCONFDIR
> were duplicate of a single example config in PLIST-main.
Thanks, I've applied that diff.
> The
LIB: sudo_util.0 (/usr/local/libexec/sudo/python_plugin.so) (NOT RE
> ACHABLE)
> Extra: c.96 ssl.48 z.5
This removes the extra libs from WANTLIB-python
- todd
Index: security/sudo/Makefile
===
RCS file: /cvs/ports/securit
MMENT-main= execute a command as another user
+COMMENT-python=sudo Python plugin
-DISTNAME= sudo-1.8.31
+V= 1.9.1
+DISTNAME= sudo-${V}
CATEGORIES=security
+PKGNAME-main= sudo-${V}
+PKGNAME-python=sudo-python-${V}
+
MAINTAINER=Todd C. Miller
.31
+V= 1.9.1
+DISTNAME= sudo-${V}
CATEGORIES=security
+PKGNAME-main= sudo-${V}
+PKGNAME-logsrv=sudo-logsrv-${V}
+PKGNAME-python=sudo-python-${V}
+
MAINTAINER=Todd C. Miller
# ISC-style license
PERMIT_PACKAGE= Yes
-WANTLIB+= c util z
On Fri, 22 May 2020 10:04:03 +0200, Paco Esteban wrote:
> It builds now and works with one of the SASS themes I've found.
> I added the flavor description, diff at the end.
Looks good to me. Thanks!
- todd
On Thu, 21 May 2020 21:03:37 +0200, Paco Esteban wrote:
> For now it does not work for me with the patch you sent. I get:
>
> # github.com/gohugoio/hugo/vendor/github.com/bep/golibsass/internal/libsass
> c99func.c:2:10: fatal error: '../../libsass_src/src/c99func.c' file not found
>
> I'll take a
Would it be worth adding an "extended" flavor that has, e.g., SCSS
support? A number of hugo themes require this.
See:
https://gohugo.io/troubleshooting/faq/#i-get-tocss--this-feature-is-not-available-in-your-current-hugo-version
Perhaps something like this? Untested because my web server isn'
Update py-dulwich to 0.19.16 and make python3 the default flavor.
Passes its tests and verified working with mercurial 5.3.2 and the
latest hg-git from foss.heptapod.net.
We don't have hg-git in ports anymore but that is still the main
consumer of dulwich. Now that mercurial has moved to python3,
On Thu, 14 May 2020 10:37:28 -0400, Kurt Mosiejczuk wrote:
> Attached is my counter-proposal. It seems to be just a program that is run,
> not a library, so just have it be textproc/codespell. I also had to add
> some dependencies for it to work properly. They don't list it in setup.py
> or setup.
---
Codespell is a source code spell checker.
Fix common misspellings in text files. It's designed primarily for
checking misspelled words in source code, but it can be used with
other files as well.
---
I've tried to follow some of the existing python ports with respect
to python3. Let me know
mb2md is a utility to convert mbox mailboxes to Maildir format.
Since there has been talk of changing the default mailbox format
for smtpd, it would be nice to have a conversion program in ports.
I've included patches from debian and created a basic man page from
the documentation in the script it
On Fri, 31 Jan 2020 06:27:46 +0100, Rafael Sadowski wrote:
> The diff contains some forgotten CVE entries in quirks. I went through
> all the January commits and looked for CVE in the commit msg.
No objection from me.
- todd
On Tue, 01 Oct 2019 07:47:44 -0600, "Theo de Raadt" wrote:
> Still, I'm astounded. I haven't seen any other program trying to do this,
> and I doubt even mozilla has sufficient braintrust to review the impact
> of this decision on all the platforms they run. Just weird.
The funny thing is they
[Now with the attachment...]
I'm working on a port for isso (https://github.com/posativ/isso)
and one of its depencencies is misaka, a CFFI-based binding for
Hoedown, a fast markdown processing library written in C. It
features a fast HTML renderer and functionality to make custom
renderers
I'm working on a port for isso (https://github.com/posativ/isso)
and one of its depencencies is misaka, a CFFI-based binding for
Hoedown, a fast markdown processing library written in C. It
features a fast HTML renderer and functionality to make custom
renderers (e.g. man pages or LaTeX). M
-> 2018-02-04 Sun 13:40, Josh Grosse, :
> On Sun, Feb 04, 2018 at 12:11:49PM +0100, C. wrote:
> > In the office, we have a HP PageWide Pro MFP 477dw. According to [1],
> > the driver for this printer should be part of hiplip since 3.16.3.
> > However, I cannot find th
Hi there!
I hope this is the proper way to ask this question. I am using OpenBSD
just for a couple of weeks now.
I am running OpenBSD-6.2 and installed hplip on my system using
pkg_add(1):
hiberno:~$ pkg_info | grep hplip
hplip-3.17.7p0 HP Linux Imaging and Printing
hplip-common-3.17.7p0 H
There's nothing in the current nmh configure script that sets
ac_cv_header_db_h. This dates from a time when nmh's ndbm configure
checks chose db.h over ndbm.h. It hasn't been needed since 2005
when the ndbm detection was rewritten.
- todd
Index: mail/nmh/Makefile
=
On Sun, Dec 31, 2017 at 5:39 PM, Antoine Jacoutot wrote:
> On Sun, Dec 31, 2017 at 04:12:24PM +, Bryan Everly wrote:
>> On Fri, 2017-12-29 at 19:48 +0000, Bryan C. Everly wrote:
>>
>> Hello ports@,
>>
>> Looks like we missed a comma in the
Hello ports@,
Looks like we missed a comma in the makefile which is preventing the
current Lumina 1.4 port from building. I've attached a diff which I
painfully built every dependency from source on my Thinkpad X230 to
verify it was working correctly.
Thanks to Martijn (copied) for notifying me.
On Thu, Dec 14, 2017 at 11:42 AM Klemens Nanni wrote:
> On Thu, Dec 14, 2017 at 04:00:47PM +, Bryan C. Everly wrote:
> > RUN_DEPENDS= devel/desktop-file-utils \
> > + devel/git \
> I took a quick look after your last patch but wasn't sure:
Hi ports@
Third time's the charm? :-)
Anyhow, please find attached my diff for the lumina desktop
environment. This is a BSD-licensed DE that was developed by the Core
OS folks. The attached patch gets us up to date and, since our qt5
was recently updated, supports all of the binaries that are
Hello ports@
Taking a second attempt at this. I have updated per Rafael Sadowski
to remove REVISION and I have placed the sample luminaDesktop.conf
file in the correct place (versus the FreeBSD place) per Landry
Breuil.
As mentioned before, attached is a diff that gets us current with the
latest
Hello ports@
Attached is a diff that gets us current with the latest release of the
Lumina desktop (a BSD licensed desktop environment driven by the
FreeBSD/CoreOS folks). Since upstream is now happy and we have
updated our version of qt-5, this includes all of the binary utilities
that CoreOS ha
On Fri, 11 Aug 2017 17:29:23 -0400, Jeremie Courreges-Anglas wrote:
> So with this diff memtest86+ doesn't work any more on naddy's x230
> (it did with /usr/bin/gcc). Using gcc from ports doesn't help.
Have you tried building it without optimization?
- todd
On Fri, Jul 7, 2017 at 11:08 AM Antoine Jacoutot <
>
> Looks good.
> I forgot to mention but could you add these lines at the top of the PLIST:
>
> @unexec-delete rm -f %D/share/icons/material-design-dark/icon-theme.cache
> @unexec-delete rm -f %D/share/icons/material-design-light/icon-theme.cache
On Sun, Jun 4, 2017 at 9:33 PM Josh Grosse wrote:
> On Sun, Jun 04, 2017 at 09:52:57PM +0200, Gregor Best wrote:
> > So yeah, does it make sense to have in the ports tree?
>
> As a user of it for the last year, I'd appreciate it. It
> was last posted to ports@ for consideration in September.
>
>
On Sat, 03 Jun 2017 10:59:17 +0100, Stuart Henderson wrote:
> I don't know if it's related, but one thing which does stick out is that
> this is happening just after a qsort() and the implementation of this
> was changed recently in libc (17-30 May). CC'ing millert just in case.
Backing out qsort
We already have the superior TRE version of agrep in ports. Why
do we need the old agrep?
- todd
Stuart
Thanks so much for the help. Commit away!
On Sat, Jan 7, 2017 at 7:26 PM Stuart Henderson wrote:
> On 2017/01/07 11:04, Bryan C. Everly wrote:
>
> > On Sat, Jan 7, 2017 at 8:29 AM, Stuart Henderson
> wrote:
>
> > > On 2017/01/06 20:15, Ryan Freeman wro
1.2 # 1.2
CATEGORIES=x11
MAINTAINER=Bryan C. Everly
@@ -44,7 +45,8 @@ pre-configure:
${WRKSRC}/src-qt5/OS-detect.pri
do-configure:
- cd ${WRKSRC} && ${LOCALBASE}/bin/qmake-qt5 CONFIG+="configure WITH_I18N"
+ cd ${WRKSRC}
1.2.0-p1
-SHARED_LIBS += LuminaUtils 1.1 # 1.1
+SHARED_LIBS += LuminaUtils 1.2 # 1.2
CATEGORIES=x11
MAINTAINER=Bryan C. Everly
@@ -39,7 +39,8 @@ pre-configure:
${WRKSRC}/src-qt5/OS-detect.pri
do-configure:
-
Antoine,
Thank you so much for your help in this.
> Removing is easy enough, just cvs rm the files and "cvs diff -uNp".
> You can't remove directories from CVS, so don't worry about that.
>
> The difficulty is with generating a diff to add directories that
> didn't exist previously because it requires writes on the cvs server.
> You can fake it by
Hi ports@
I have the update for the Lumina Desktop environment 1.1 working and tested
but I'm having a hard time getting the diff correct. The code was
restructured and the I18n stuff is now folded into the main build. As such
the current two subdirectory structure of this port no longer makes sen
On Wed, 12 Oct 2016 17:46:20 +0200, Alexander Bluhm wrote:
> My idea of the p5-BSD-arc4random port in OpenBSD is to keep the API
> of the BSD::arc4random Perl module, but use our libc functions
> internally. This has been done with BSD::arc4random::arc4random()
> a while ago, but BSD::arc4random:
> > I'd vote that you put it in, unlinked, and we can play in tree.
>
> Yes please!
>
>
I would LOVE to see it!
--
Thanks,
Bryan
Thanks!
On Friday, September 2, 2016, Stuart Henderson wrote:
> On 2016/09/02 13:03, Bryan Everly wrote:
> >
> > On 09/02/16 12:58, Stuart Henderson wrote:
> > >
> > > Broken linewrapping in the diff.
> > >
> > >
> >
> > Stuart,
> >
> > I fear this may be an artifact of my email client (Thunderb
Just getting liquibase current. I am the port maintainer but need
someone to commit this on my behalf. Thanks in advance.
ok?
Index: Makefile
===
RCS file: /cvs/ports/databases/liquibase/Makefile,v
retrieving revision 1.1.1.1
diff
Perhaps your sudo binary is linked with an old libc that used
sys_osendsyslog?
- todd
On Mon, 25 Apr 2016 18:24:53 -0400, dan mclaughlin wrote:
> is it? one of the reasons i brought it up is that in gzip(1) it seems pretty
> clear that it is supposed to be the file size
The original file size (and thus compression ratio) is not stored
in the gzip archive, it is computed by gzip(1
iller wrote:
> Thanks Bryan for working on this. I have some comments.
>
> On Tue, 2016-04-05 at 13:35 -0400, Bryan C. Everly wrote:
>> Ports@
>>
>> I have taken a stab at a diff that will allow us to integrate Maven
>> based ports into the build process. As you ma
Hi,
Can I get a second OK on this?
Thanks,
Bryan
-- Forwarded message --
From: Bryan C. Everly
Date: Wed, Mar 30, 2016 at 2:57 PM
Subject: Re: [NEW] x11/teamwords - an open source Slack native client
To: Antoine Jacoutot
Cc: The OpenBSD ports mailing-list
Antoine - Thank
Ports@
I have taken a stab at a diff that will allow us to integrate Maven
based ports into the build process. As you may know, Maven downloads
dependencies at build time which the good security in our build
process does not allow, as network access is only on when we are
downloading the source.
Regular and extra-crispy of course! :-)
The actual way to figure that out, if you have the ports tree on your
machine, is to go to the directory and do:
make show=flavors
which yields:
2.7
3.4
3.5
Thanks,
Bryan
On Mon, Apr 4, 2016 at 6:16 PM, frantisek holop wrote:
> Bryan C. Everly,
You can specify a particular flavor using a double dash syntax:
doas pkg_add python--flavor
http://man.openbsd.org/OpenBSD-current/man1/pkg_add.1
Thanks,
Bryan
On Mon, Apr 4, 2016 at 5:44 PM, frantisek holop wrote:
>
> more precisely, how could i add python-2.*
> non-interactively using prov
get a second OK?
Thanks,
Bryan
On Wed, Mar 30, 2016 at 3:01 PM, Antoine Jacoutot
wrote:
> On Wed, Mar 30, 2016 at 02:57:06PM -0400, Bryan C. Everly wrote:
> > Antoine - Thank you for your feedback! I've attached an updated tarball
> > that incorporates all of it. Given that
meanwhile.
Can I please get a second OK and a commit on this from someone?
Thanks,
Bryan
On Wed, Mar 30, 2016 at 5:46 AM, Antoine Jacoutot
wrote:
> On Tue, Mar 29, 2016 at 01:32:47PM -0400, Bryan C. Everly wrote:
> > Hi ports@,
> >
> > For those of you unfamiliar
Hi ports@,
For those of you unfamiliar with it, Slack is a commercial software
development team collaboration tool similar to HipChat from Atlassian.
TeamWords is an open source native client for it (qt based). Attached is
my port of it. I've ran portcheck and 'make lib-depends-check' on this
p
1 - 100 of 275 matches
Mail list logo
