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
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 Fri, 09 Aug 2024 10:20:33 +0200, Claudio Jeker wrote:
> No. It could be but it may as well be something else.
> Is it enough to play a movie in mpv and ^Z the thing to see the problem?
I think the signal handler gets called multiple times (one for each
thread?) so multiple PIPE_STOP commands a
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
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 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, 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
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
---
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
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.
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,
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'
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
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
.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
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
te a command as another user
+COMMENT-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}
+
M
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
On Mon, 29 Jun 2020 12:29:36 +0200, Frederic Cambus wrote:
> Comments? OK?
OK millert@
- todd
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 only problem I encountered is that makeinfo in base is old and
doesn't understand some of these new-fangled directives. They
appear to just be cosmetic anyway.
- todd
Inde
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
On Thu, 29 Apr 2021 08:21:24 +0100, Stuart Henderson wrote:
> Yes retiring the separate port makes sense.
Here's a diff that just changes sysyutils/syslog-ng to use the
bundled copy of libevtlog. After this is committed I will remove
sysyutils/eventlog.
OK?
- todd
Index: sysutils/syslog-ng/M
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-src-c
> vs/lib/l
On Thu, 29 Apr 2021 19:01:00 +0100, Stuart Henderson wrote:
> even though it seems likely that the ABI is compatible, I think it may
> be beneficial to bump the library version of this compared to what
> sysutils/eventlog has. I'd probably go with a major bump to make sure
> things are clean.
>
>
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
&
On Sun, 09 May 2021 12:01:08 +0100, Stuart Henderson wrote:
> Your fix is ok:
> > devel/cbmc
>
> Fixing/Fixed:
> > x11/qt5/qtwebkit (committed)
> > devel/electron (testing)
Thanks!
> Remaining:
>
> > devel/splint
> seems still broken upstream;
> https://github.com/splintchecker/s
On Fri, 30 Apr 2021 22:22:36 +0200, Christian Weisgerber wrote:
> Hmm, why does bison.info get rebuilt anyway? GNU software ships
> with a pre-built .info file included. Maybe we can just disable
> the regeneration?
I was unsuccessful in doing that, though I'm sure someone with more
automake kn
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
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 12:01:08 +0100, Stuart Henderson wrote:
> > net/olsrd,-gui
> - https://github.com/OLSR/olsrd/pull/87
Fixed by the following. Not sure if bumping REVISION for both is
necessary.
- todd
Index: net/olsrd/Makefile
===
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
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 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 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
>From https://github.com/OLSR/olsrd/pull/87
I bumped both revisions just to be on the safe side. OK?
- todd
Index: net/olsrd/Makefile
===
RCS file: /cvs/ports/net/olsrd/Makefile,v
retrieving revision 1.34
diff -u -p -u -r1.34 Make
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 -
I believe all the neccesary changes are now committed to build
things with bison 3.7.x.
- todd
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 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
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.
I've also upstreamed some OpenBSD compilation fixes that landed in
version 3.32.1. As a result, we can drop
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.
>
>
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
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). Misaka
[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 (e.g.
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
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
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
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
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
[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
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
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 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
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
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
On Fri, 18 Dec 2020 17:41:45 -0500, Brad Smith wrote:
> Here is a port for autoconf 2.70.
You might want to wait until the 2.70.1 release for the bug fixes,
though it's not clear when that will arrive. At the very least you
will need the following patch. Otherwise, the compiler test for
C99 sup
After discussions with Theo we've agreed to move sudo from base to
ports. That way people who want sudo can run a modern version, as
opposed to the ancient thing in base. This also makes it possible
to have an ldap flavor.
I need some help from ports@ to make this happen. I have the
beginnings
With some help from espie@ I've got the sudo port in what I think
is fairly good shape. I've included a tarball of it below.
The port includes a few patches from the upcoming sudo 1.8.14 release
to make packaging it easier and to support overriding LIBTOOL.
- todd
sudo.tgz
Description: applic
On Sat, 20 Jun 2015 02:38:35 +0200, =?utf-8?Q?J=C3=A9r=C3=A9mie_Courr=C3=A8ges-
Anglas?= wrote:
> - the certificate for https://www.sudo.ws can't be validated by ftp(1),
> download falls back to FTP sites.
I'll just make this http:// then.
> - s/Execute/execute/ in COMMENT (I don't think this
Updated port incorporating feedback from jca@.
I no longer have a real vax to test with but I've verified that it
works as expected with NO_SHARED_LIBS=yes
- todd
sudo.tgz
Description: application/tar-gz
graphics/giftrans hasn't worked for a very long time as the path
to the rgb.txt file is wrong. I suspect most people just use
netpbm or similar. I fixed the port but ended up not using it.
- todd
Index: graphics/giftrans/Makefile
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
We already have the superior TRE version of agrep in ports. Why
do we need the old agrep?
- todd
Perhaps your sudo binary is linked with an old libc that used
sys_osendsyslog?
- todd
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:
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
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
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 Wed, 17 Jul 2013 12:32:31 +0100, Stuart Henderson wrote:
> [ CC'ing mirrors-discuss; any mirror operators who have plenty of disk
> space (especially second-levels), it would be helpful to switch to using
> --delay-updates in your rsync lines. It won't fix all occurrences of this,
> but should
In attempting to get Bugzilla to work with Plack (for running under
nginx) I've run into some issues with the p5-Plack port.
1) p5-Plack uses CGI::Compile but there does not appear to be a
p5-CGI-Compile port.
2) CGI::Compile needs File::Pushd for which we are also missing a
port.
3) p5-Pl
Update to 0.08109, needed for latest squeezebox server.
- todd
Index: databases/p5-DBIx-Class/Makefile
===
RCS file: /home/cvs/openbsd/ports/databases/p5-DBIx-Class/Makefile,v
retrieving revision 1.14
diff -u -r1.14 Makefile
--- dat
Update to SQL-Abstract-1.56; needed for latest squeezebox server.
- todd
Index: databases/p5-SQL-Abstract/Makefile
===
RCS file: /home/cvs/openbsd/ports/databases/p5-SQL-Abstract/Makefile,v
retrieving revision 1.8
diff -u -r1.8 Make
Update to SQL-Abstract-Limit-0.13; needed for latest squeezebox server.
- todd
Index: databases/p5-SQL-Abstract-Limit/Makefile
===
RCS file: /home/cvs/openbsd/ports/databases/p5-SQL-Abstract-Limit/Makefile,v
retrieving revision 1.6
Update to AnyEvent-5.202; needed for latest squeezebox server.
- todd
Index: devel/p5-AnyEvent/Makefile
===
RCS file: /home/cvs/openbsd/ports/devel/p5-AnyEvent/Makefile,v
retrieving revision 1.15
diff -u -r1.15 Makefile
--- devel/p5
This can be used by picard to lookup discs by ID in musicbrainz.
The example program can be used to generate a submission url for a
disc so is useful in its own right. Perhaps it should go in the
bin directory instead of examples?
Note that the musicbrainz disc ID != freedb disc ID.
- todd
l
I've enabled ALL_STATE in src/lib/libc/time/private.h
- todd
On Thu, 30 Jun 2011 16:44:35 PDT, Jeremy Evans wrote:
> On 06/30 04:48, Ted Unangst wrote:
> > On Thu, Jun 30, 2011, Jeremy Evans wrote:
> >
> > > Regress tests have one failure on both amd64 and i386, a segfault in a
> > > gmtime ca
p5-CGI-Compile is required to run plackup in fastcgi mode.
I use plackup in fastcgi mode to run bugzilla via nginx.
Presumably it could be used with reyk's httpd as well.
Please CC me in replies as I am not subscribed to ports@
- todd
p5-CGI-Compile.tar.gz
Description: application/tar-gz
p5-File-pushd is required to run plackup in fastcgi mode.
I use plackup in fastcgi mode to run bugzilla via nginx.
Presumably it could be used with reyk's httpd as well.
Please CC me in replies as I am not subscribed to ports@
- todd
p5-File-pushd.tar.gz
Description: application/tar-gz
The existing version no longer works due to imdb changes.
- todd
Index: misc/py-imdb/Makefile
===
RCS file: /home/cvs/openbsd/ports/misc/py-imdb/Makefile,v
retrieving revision 1.24
diff -u -r1.24 Makefile
--- misc/py-imdb/Makefile
I was surprised to find that we don't already have p5-FCGI in ports.
It is required to run p5-Plack in FCGI mode.
Any comments on OKs? I'd like to have all the dependencies for
p5-Plack in FCGI mode available.
- todd
p5-FCGI.tgz
Description: application/tar-gz
On Thu, 18 Dec 2014 18:43:42 +0100, Antoine Jacoutot wrote:
> Wouldn't this warrant a SHARED_ONLY=Yes and a plists merge?
Updated package that uses SHARED_ONLY=Yes and gets rid of PFRAG.shared.
- todd
p5-FCGI.tgz
Description: application/tar-gz
On Thu, 18 Dec 2014 18:01:21 +, Stuart Henderson wrote:
> Is this different to what's in www/fcgi?
Yes, it is different from the fastcgi.com stuff.
- todd
On Thu, 18 Dec 2014 18:01:21 +, Stuart Henderson wrote:
> Is this different to what's in www/fcgi?
It looks like the file name will conflict with what is in www/fcgi.
Since plack seems to work OK with www/fcgi you can just ignore this.
- todd
I need a newer version of p5-Module-Build-Tiny for the www/p5-CGI-Compile
port I am about to submit.
- todd
Index: devel/p5-Module-Build-Tiny/Makefile
===
RCS file: /cvs/ports/devel/p5-Module-Build-Tiny/Makefile,v
retrieving revisio
p5-File-pushd is required to run plackup in fastcgi mode. I posted
an older version of it a few months ago.
Comments or OKs?
- todd
p5-File-pushd.tgz
Description: application/tar-gz
p5-CGI-Compile is required to run plackup in fastcgi mode. I posted
an older version of this a few months ago. This one requires the
devel/p5-Module-Build-Tiny update I sent out so I'll wait until
that was in to commit it.
Any comments on it?
- todd
p5-CGI-Compile.tgz
Description: applicatio
This updates RUN_DEPENDS to include modules needed for FCGI support.
I bumped the REVISION but if that's not right please let me know.
Comments or OKs?
- todd
Index: www/p5-Plack/Makefile
===
RCS file: /cvs/ports/www/p5-Plack/Makef
I've just submitted this to the tcsh mantis but since it is a crasher
that bites me often, I think it makes sense to fix it in the port
too.
Full details at:
http://bugs.gw.com/view.php?id=412
- todd
Index: shells/tcsh/Makefile
===
On Tue, 06 Jan 2015 15:02:16 -0700, "Todd C. Miller" wrote:
> I've just submitted this to the tcsh mantis but since it is a crasher
> that bites me often, I think it makes sense to fix it in the port
> too.
>
> Full details at:
> http://bugs.gw.com/view.php?i
On Tue, 10 Mar 2015 16:29:41 -, Kevin Chadwick wrote:
> I am looking into using majordomo with opensmtpd and I am unsure
> whether to use majordomo from ports or majordomo from mj2.org.
>
> Any advice?
The OpenBSD list machine uses mj2 but it will take some minor patches
to make it work with
PostScript-MailLabels contains modules for creating PostScript files
of mailing address labels, to be printed on standard adhesive-backed
mailing label stock. Flexible enough to tackle other printing tasks,
basically anything requiring a set fields be printed on a regular
grid. Also creates PostScr
PostScript-MailLabels contains modules for creating PostScript files
of mailing address labels, to be printed on standard adhesive-backed
mailing label stock. Flexible enough to tackle other printing tasks,
basically anything requiring a set fields be printed on a regular
grid. Also creates PostScr
# This is a shell archive. Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file". Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
# p5-ack/Makefile
# p5
In message <20090301200032.gh3...@dawn.rhaalovely.net>
so spake Landry Breuil (landry):
> Already in textproc/p5-ack :)
> i already did the mistake of re-porting it some months ago...
Oh, well. That's an older version so at least this wasn't a complete
waste of time. Here's an update to
Current port will stop build when includes are updated to be more
standards compliant since it redefines _BYTE_ORDER. btorder.h diff
from NetBSD.
- todd
Index: misc/cdrdao/Makefile
===
RCS file: /home/cvs/openbsd/ports/misc/cdrdao/
-ansi should mean "only expose ANSI C89 interfaces". Currently our
include files don't care but in the near future they will. That
means that when -ansi is specified POSIX interfaces will not be
exposed and of course, firefox relies on these.
Something similar will be needed for the normal mozil
Actually, this doesn't work correctly as things end up in
/usr/ports/misc/cdrdao/w-cdrdao-1.2.0/fake-i386/usr/ports/misc/cdrdao/w-cdrdao-1.2.0/fake-i386/usr/local/blah
instead of:
/usr/ports/misc/cdrdao/w-cdrdao-1.2.0/fake-i386/usr/local/blah
I don't see why that's happening though...
- todd
This fixes the nspr port the same way.
- todd
Index: devel/nspr/patches/patch-mozilla_nsprpub_configure_in
===
RCS file:
/home/cvs/openbsd/ports/devel/nspr/patches/patch-mozilla_nsprpub_configure_in,v
retrieving revision 1.2
diff -
Here's a fixed version with help from espie@
- todd
Index: misc/cdrdao/Makefile
===
RCS file: /home/cvs/openbsd/ports/misc/cdrdao/Makefile,v
retrieving revision 1.20
diff -u -r1.20 Makefile
--- misc/cdrdao/Makefile22 Dec 200
timezone is a function on BSD, not a variable, so move the timezone
== 0 check to the non-BSD section.
- todd
Index:
devel/jdk/1.4/patches/patch-j2se_src_solaris_native_java_util_TimeZone_md_c
===
RCS file:
/home/cvs/openbsd/ports
1 - 100 of 141 matches
Mail list logo