Cmake bootstrap problem on arm/zaurus

I saw some past discussion about compiling cmake on arm architectures regarding the ELF parser last August. I haven't seen that diff committed to CVS, unless I don't know where to look which is very likely. But in addition to that issue, I am having other runtime problems on the zaurus during

GCC 4.8+ on arm

I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. Is there a bug or something more fundamental preventing the gcc ports from being enabled for arm platforms? Perhaps related to this thread about seg faults:

Re: GCC 4.8+ on arm

On Mon, Sep 15, 2014 at 2:52 PM, Landry Breuil lan...@rhaalovely.net wrote: On Mon, Sep 15, 2014 at 02:16:05PM -0400, trondd wrote: I see that none of the gcc versions 4.8 and up are enabled for the arm architecture. It's a build dependency of webkit-gtk3. You want webkit on arm ? i wish

Re: GCC 4.8+ on arm

netsurf might be a more realistic target, though what hardware were you thinking of running it on? OpenBSD doesn't have much X11 support on ARM. Actually Zaurus, which has X but is slower than the current arm boards. :) Experimenting on a BeagleBone Black as well, using X forwarding over

xmlto failing with what looks like junk data

Several of us are seeing failures building dbus with xmlto crashing on random files. It will also crash if you run xmlto manually on a file. It's not consistently crashing on the same file all of the time. It looks like it's printing out garbage memory. We are building on an early September

Re: xmlto failing with what looks like junk data

to get more info. On Sun, Sep 21, 2014 at 6:59 PM, Tobias Ulmer tobi...@tmux.org wrote: On Sun, Sep 21, 2014 at 06:23:31PM +0100, Stuart Henderson wrote: On 2014/09/21 11:31, trondd wrote: Several of us are seeing failures building dbus with xmlto crashing on random files. It will also

Re: xmlto failing with what looks like junk data

in execute_simple_command () #4 0x00021630 in $a () #5 0x00021630 in $a () Previous frame identical to this frame (corrupt stack?) On Sun, Sep 21, 2014 at 7:28 PM, trondd tro...@gmail.com wrote: Worked ok on amd64 and i386 Trying to get a useful backtrace for the core file. xmlto blows up on it's own

Re: xmlto failing with what looks like junk data

Just an update (and apologies for previous top posting and message history) but we've only ever seen this error and crash while running xmlto. I would think (maybe wrongly) that a stack-protector issue would show up in other programs, too.

Re: xmlto failing with what looks like junk data

There certainly are stack-protector issues with other programs on arm. Just saw a new one. All we've been doing is compiling since there are no arm snap packages. :) Maybe we'll see more runtime issues if anyone ever gets anything built they will use regularly. If someone is working

wmii crash in 5.6 stable with R - malloc.conf

I have random but frequent crashes with x11/wmii in my new 5.6 install. If it crashes right at startup, backtrace shows it in libregexp/regcomp.c line 277 If it starts up, then dies when I open a program, backtrace shows it in libregexp/regexec.c line 212 If it starts and I get that first program

Re: wmii crash in 5.6 stable with R - malloc.conf

Let's see... | $ pkg_info wmii | | Maintainer: The OpenBSD ports mailing-list ports@openbsd.org | | WWW: http://wmii.suckless.org/ Oh...of course pkg_info would give me more...info. Sorry. At least I ended up in the right place. There is a newer version of wmii upstream, but they

Re: wmii crash in 5.6 stable with R - malloc.conf

There is a newer version of wmii upstream, but they merged the tarball with what we have as libixp, so the ports are going to need a bit of a rework to update them. First step if you care enough about this to look at fixing it is probably to test that newer version one way or another to see

Updating comms/fldigi

Taking a look at the fldigi port. The 3.21.x branch is no longer supported and has moved on to 3.22.x I sent our patches upstream which should eliminate the test dependency on gsed. I have locally updated to 3.22.02 (does not include our patches yet). And would like to submit the diffs for

Re: Updating comms/fldigi

On Mon, Dec 15, 2014 at 2:20 PM, trondd tro...@gmail.com wrote: Taking a look at the fldigi port. The 3.21.x branch is no longer supported and has moved on to 3.22.x I have locally updated to 3.22.02 (does not include our patches yet). And would like to submit the diffs for review. I

Re: Updating comms/fldigi

Ping for great justice! On Mon, Dec 15, 2014 at 10:13 PM, trondd tro...@gmail.com wrote: On Mon, Dec 15, 2014 at 2:20 PM, trondd tro...@gmail.com wrote: Taking a look at the fldigi port. The 3.21.x branch is no longer supported and has moved on to 3.22.x I have locally updated to 3.22.02

Re: UPDATE: comms/fldigi 3.21.83 = 3.22.04

On Mon, Dec 29, 2014 at 2:28 PM, Brian Callahan bcal...@devio.us wrote: I need this to go in because this version links with fltk-1.3.3 whereas the version we currently have in ports does not. I'm working on the fltk-1.3.3 update now and running it here so I would appreciate someone testing

Re: New release od mail/s-nail

trondd tro...@gmail.com wrote: I have been playing with s-nail and found there is a more recent release that fixes a couple bugs I ran into (SMIME signing crash, | command), as well as fixing a major CVE. I have been using the new version (14.7.10) with gmail and local mbox. I don't have

New release od mail/s-nail

I have been playing with s-nail and found there is a more recent release that fixes a couple bugs I ran into (SMIME signing crash, | command), as well as fixing a major CVE. I have been using the new version (14.7.10) with gmail and local mbox. I don't have a ports diff because I don't want to

Re: java and IPv6: java.net.SocketException: Protocol family unavailable

On 1/26/15, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: It seems, since it worked, java got updated, at least when it worked, I had the java version 7u65, now I have the 7u71. But don't know if the Java update might have caused the trouble, or something else in the IPv6 stack?

Re: Update mail/s-nail to 14.7.11

j...@wxcvbn.org (J??r??mie Courr??ges-Anglas) wrote: Committed, thanks. -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE Thanks! Tim.

Update mail/s-nail to 14.7.11

Easy update to 14.7.11 which fixes an IMAP crash I was having. Been using this on amd64 and zaurus for several weeks. Index: Makefile === RCS file: /cvs/ports/mail/s-nail/Makefile,v retrieving revision 1.10 diff -u -p -r1.10

Re: games/uqm cleanup

COMMENT-remix3= ur-quan masters: remix pack number three +COMMENT-remix4= ur-quan masters: remix pack number three Copy/paste here? It's pack number four, I imagine? Tim.

Re: Fwd: ownclould client mirall crashes repeatedly

On 3/24/15, trondd tro...@gmail.com wrote: Under you user's class (check it with sudo chsh username [maybe there is better way?]) Increase openfiles-max and or openfiles-cur. Maximum allowed and current (the starting value). I increase -max, but leave -cur alone which might

Re: Fwd: ownclould client mirall crashes repeatedly

On 3/24/15, unix_li...@f-m.fm unix_li...@f-m.fm wrote: Forgive my ignorance but which of the openfiles-* do I bump? I tried adjusting them all to 2 and I got a ulimit error. Also, I could no longer login to KDE. Under you user's class (check it with sudo chsh username [maybe there is

Re: Fwd: ownclould client mirall crashes repeatedly

On 3/24/15, Kirill Bychkov ki...@linklevel.net wrote: On Wed, March 25, 2015 00:27, unix_li...@f-m.fm wrote: Hi! Glib error describes your problem fully. You need to bump ulimit. The best way is to tweak login.conf for your class. You need to change :openfiles-* to, say, 2. True. I

Re: [NEW] devel/jdk/1.8

On 2015-06-07 16:19, Kurt Miller wrote: Better later then never... OpenJDK 1.8 u45 for amd64 and i386. i386 has the same intermittent crash 1.7 has. Works well enough to self bootstrap using the native_bootstrap flavor. Needs some real world use now. Cool. Building now. I have an always

Re: [NEW] devel/jdk/1.8

On 2015-06-08 10:47, Kurt Miller wrote: Thanks Tim for the testing and research into this issue. I'll take a look later at reducing the default CompressedClassSpaceSize. What ulimits were you running with? -Kurt There is an extra layer, I've just realized. I'm running java in chroot and had

Re: [NEW] devel/jdk/1.8

On Tue, June 9, 2015 10:56 am, Kurt Miller wrote: On Mon, 2015-06-08 at 19:24 -0400, trondd wrote: On 2015-06-08 10:47, Kurt Miller wrote: Thanks Tim for the testing and research into this issue. I'll take a look later at reducing the default CompressedClassSpaceSize. What ulimits were

Re: [NEW] devel/jdk/1.8

On 2015-06-07 16:19, Kurt Miller wrote: OpenJDK 1.8 u45 for amd64 and i386. i386 has the same intermittent crash 1.7 has. Works well enough to self bootstrap using the native_bootstrap flavor. Needs some real world use now. Built and installed fine (amd64) but ran into this problem: Error

Re: UPDATE: www/links+ 2.9 = 2.10

On Mon, July 20, 2015 2:59 pm, Brian Callahan wrote: On 07/20/15 14:53, trondd wrote: On July 20, 2015 1:12:52 PM EDT, Brian Callahan bcal...@devio.us wrote: People only using lynx these days? :-) Ping. Finally got to trying this version. Built and seems to run fine on a July 10

Re: UPDATE: www/links+ 2.9 = 2.10

On July 20, 2015 1:12:52 PM EDT, Brian Callahan bcal...@devio.us wrote: People only using lynx these days? :-) Ping. I use links+ but I am A) on vacation at the moment, and B) unable to check it in for you anyway. Tim.

[PATCH] x11/wmii for dmenu changes

Patched the config/rc scripts to maintain the existing default font when using the new dmenu. Tim. Index: Makefile === RCS file: /cvs/ports/x11/wmii/Makefile,v retrieving revision 1.20 diff -u -p -r1.20 Makefile --- Makefile16

Re: [PATCH] x11/wmii for dmenu changes

On Wed, November 11, 2015 5:16 am, Joerg Jung wrote: > On Mon, Nov 09, 2015 at 09:21:03PM -0500, trondd wrote: >> Patched the config/rc scripts to maintain the existing default font when >> using the new dmenu. > > The patch does not apply cleanly here. > However it

Re: php-fpm 403 errors with httpd on amd64-current

On Sat, October 31, 2015 6:20 am, Brett Mahar wrote: > Seems php throws a fit in it newest releases when there no fastcgi-params > passed to it. Hence nginx has taken over from httpd(8) for now. > > Also not working: > php56-fmp with either version of squirrelmail >

Re: [Update] www/links+ to 2.12

On Tue, October 6, 2015 5:51 am, Stuart Henderson wrote: > > Needs 'update-patches' as well, otherwise looks good to me. > Whoops, missed that. Apparently the patches will still apply even with the wrong line numbers. Index: Makefile

[Update] www/links+ to 2.12

Easy update to links+ to 2.12 Adds SSL client certificates, and a warning if SSLv2 or v3 are in use (or to disallow them), and a bug fix for cookies. Running on amd64. I don't have a way to test the new SSL features, though. Tim. Index: Makefile

Re: [Fwd: [PATCH] pledge x11/wmii (and other ports?)]

On Sun, November 22, 2015 7:43 pm, Theo de Raadt wrote: >> So I'm reading that as "Yes, but only if you know what you're doing." > > You can't just pick pledges; you also have to put them in the right > place. > > You have the wrong pledge arguments, because you are calling pledge > at the wrong

Re: [Fwd: [PATCH] pledge x11/wmii (and other ports?)]

On Sun, November 22, 2015 4:23 pm, Theo de Raadt wrote: > That diff is completely wrong. > > The addition of "prot_exec" to a pledge should result in some > significant questions. > > You can't pledge a program if you don't understand what it is doing, > and why. > > Misapplication of pledge like

[Fwd: [PATCH] pledge x11/wmii (and other ports?)]

...And I meant for this to go to ports. Sorry. Original Message Subject: [PATCH] pledge x11/wmii (and other ports?) From:tro...@kagu-tsuchi.com Date:Sun, November 22, 2015 12:24 pm To: m...@openbsd.org

[PATCH] Fix duplicity manpage

Seems that with the change to duplicity 0.7, the default sftp backend changed. The manpage was being patched to say the default was pexpect over paramiko. This is no longer true. Remove the manpage changes. Not sure if the REVISION needs to be bumped or not for this. Tim. Index: Makefile

Re: Never had those kind of problem before

On Thu, February 4, 2016 10:10 am, sven falempin wrote: > Hello, > > so i have a nightbuild script, it builds patched openbsd with a few > package. > since a few days i have problems with the ports tree, a master site is > down > over here, > (linx) some patch does not apply (libxml2) because the

Re: [PATCH] Fix duplicity manpage

On Mon, February 8, 2016 7:59 am, Jérémie Courrèges-Anglas wrote: > tro...@kagu-tsuchi.com writes: > >> Seems that with the change to duplicity 0.7, the default sftp backend >> changed. >> The manpage was being patched to say the default was pexpect over >> paramiko. >> This is no longer true.

[PATCH] duplicity restore pexpect as default ssh backend

If we would rather restore pexpect as the default ssh backend instead of paramiko, this should do it. Tim. Index: Makefile === RCS file: /cvs/ports/sysutils/duplicity/Makefile,v retrieving revision 1.35 diff -u -p -r1.35 Makefile

[UPDATE] www/liferea to 1.10.18

Update to the latest stable release. This fixes a crash when accessing the preferences. Added patches are to fix a compilation issue in this release with libnotify. The fix was made upstream [0] already so should be in the next release. Tim. [0]

Re: [PATCH] duplicity restore pexpect as default ssh backend

On Mon, February 15, 2016 7:17 am, Jérémie Courrèges-Anglas wrote: > > We should fix the current situation one way of the other. duplicity > users on OpenBSD should speak up. Does the default ssh backend, > paramiko, prevent you from easily using duplicity on OpenBSD-current? > Looks like

Re: [PATCH] duplicity restore pexpect as default ssh backend

Bump to get this in for 5.9 so users aren't confused by the changed default and the resulting incorrect manpage. If no one thinks it should go in for 5.9, I'll wait for unlock to poke again. Tim. On Mon, February 8, 2016 6:43 pm, tro...@kagu-tsuchi.com wrote: > If we would rather restore

Update: www/liferea to 1.10.19

Update liferea to 1.10.19 which fixes a crash in the current port when accessing preferences. This no longer needs additional patches that I submitted with 1.10.18. 1.10.18 never got commited, let me know if there is something else the port needs. Or is this just another port I'm the only user

Re: [UPDATE] www/liferea to 1.10.18

Bump. On Fri, February 26, 2016 8:43 pm, tro...@kagu-tsuchi.com wrote: > Update to the latest stable release. This fixes a crash when accessing > the > preferences. Added patches are to fix a compilation issue in this release > with > libnotify. The fix was made upstream [0] already so should

[UPDATE] www/liferea to 1.10.18

Third time's a charm? Fresh attempt at updating liferea. Update to the latest stable release. This fixes a crash when accessing the preferences. Added patches are to fix a compilation issue in this release with libnotify. The fix was made upstream [0] already so should be in the next

Re: mail/s-nail - question about updating it

On Thu, July 21, 2016 6:27 pm, J.A. Neitzel wrote: > Hello, > > I have a patch to update this port to the latest version ( v14.8.9 > ) against ports -current for 6.0 & running on -current for 6.0, but > from the sound of it maybe it's too late. Anyway, the version in > the tree now ( v14.8.3 ) is

Update www/links+ 2.12 -> 2.13

Here's another patch to update www/links+ from 2.12 to 2.13 including the updated patch. Thanks to Gerald Hanuer for getting the ball rolling. Tim. Index: Makefile === RCS file: /cvs/ports/www/links+/Makefile,v retrieving revision

NEW: textproc/py-podcastparser

This is new dependency for net/gpodder. They replaced py-feedparser with their own parser. Pretty simple so I wouldn't be surprised if I've misssed something or did something I didn't need to. Dealing with the man page might be iffy. The update to net/gpodder will follow. Tim. ‹

Re: NEW: textproc/py-podcastparser

On Thu, February 23, 2017 11:26 pm, trondd wrote: > This is new dependency for net/gpodder. They replaced py-feedparser with > their own parser. > > Pretty simple so I wouldn't be surprised if I've misssed something or did > something I didn't need to. Dealing with the man pag

UPDATE: net/gpodder 3.9.1 -> 3.9.3

Update gPodder to 3.9.3 Various bug fixes. Requires the new py-podcastparser as they replaced py-feedparser with their own library. Tim. Index: Makefile === RCS file: /cvs/ports/net/gpodder/Makefile,v retrieving revision 1.10 diff

Re: NEW: textproc/py-podcastparser

Stuart Henderson <s...@spacehopper.org> wrote: > On 2017/02/24 20:47, trondd wrote: > > On Thu, February 23, 2017 11:26 pm, trondd wrote: > > > This is new dependency for net/gpodder. They replaced py-feedparser with > > > their own parser. > > > >

Re: links+2.12 to links+2.13

On Tue, August 9, 2016 1:03 am, Gerald Hanuer wrote: > Hello ports@, > > I have started the update of links+2.12 > links+2.13. > > The application of patches/patch-https_c succeeds with > fuzz. Run 'make update-patches' to fix the line numbers. > |$OpenBSD: patch-https_c,v 1.3 2015/10/06

Re: Update www/links+ 2.12 -> 2.13

On Wed, August 17, 2016 8:24 pm, tro...@kagu-tsuchi.com wrote: > Here's another patch to update www/links+ from 2.12 to 2.13 including the > updated patch. > > Thanks to Gerald Hanuer for getting the ball rolling. > > Tim. Bump. > > Index: Makefile >

Re: Update www/links+ 2.12 -> 2.13

Seems to make no difference if gettext is in LIB_DEPENDS or not. It still shows up when I run 'make port-lib-depends-check' so I assume it's a transitive dependency. Their Chagelog mentions removing gettext back in 2000, Was there a reason to leave it as a LIB_DEPENDS or was that just to shove

Update www/links+ 2.12 -> 2.13

Take 2. Fix WANTLIB and take MAINTAINER. port-lib-depends-check still squawks about "Extra: iconv.6" and I am not sure where that comes from. Tim. Index: Makefile === RCS file: /cvs/ports/www/links+/Makefile,v retrieving revision

Re: Update www/links+ 2.12 -> 2.13

On Mon, August 22, 2016 9:53 am, trondd wrote: > On Wed, August 17, 2016 8:24 pm, tro...@kagu-tsuchi.com wrote: >> Here's another patch to update www/links+ from 2.12 to 2.13 including >> the >> updated patch. >> >> Thanks to Gerald Hanuer for getting the ball roll

[Update] net/gpodder 3.1.0 -> 3.9.1

Resubmitting after Alexandr put the work in to update a bunch of Python stuff. Been running on amd64 for about a month. This updates MASTER_SITES to use GitHub, cleans up the patches for manpages, and take maintainer. Tim. Index: Makefile

Re: [UPDATE] net/gpodder 3.1.0 to 3.9.1

Daniel Jakots <danj+o...@chown.me> wrote: > On Sat, 17 Sep 2016 11:28:29 -0400, trondd <tro...@kagu-tsuchi.com> > wrote: > > > - # Move manpages to the right place..darn you setup.py > > - mv ${PREFIX}/share/man/man1/*.1 ${PREFIX}/man/man1/ && \ &

devel/py-coverage was [UPDATE] net/gpodder 3.1.0 to 3.9.1

Daniel Jakots <danj+o...@chown.me> wrote: > On Sat, 17 Sep 2016 12:59:01 -0400, "trondd" <tro...@kagu-tsuchi.com> > wrote: > > Yeah, our py-coverage is lagging a bit. If you want to update it, you > should verify that ports that depend on it doesn't break. I

[PATCH] proot: create mk.conf if mkconf_lines is defined

The mk.conf file wasn't being created if only mkconf_lines was defined. The check was only being made for mkconf_tail. Tim. Index: proot === RCS file: /cvs/ports/infrastructure/bin/proot,v retrieving revision 1.54 diff -u -p -r1.54

[UPDATE] net/gpodder 3.1.0 to 3.9.1

Here's a patch to update gPodder to 3.9.1. Moved the download to GitHub, clean up build and install targets, use their environment variable to get the man pages in the right place, and take maintainer. This it my first time messing with GH_*, and Python. Feedback encouraged. Tests pass,

Re: [UPDATE] net/gpodder 3.1.0 to 3.9.1

On Sat, September 17, 2016 12:09 pm, Daniel Jakots wrote: > On Sat, 17 Sep 2016 11:28:29 -0400, trondd <tro...@kagu-tsuchi.com> > wrote: > > Any reason to remove this chunk? It doesn't package right now: > $ make package > `/usr/ports/pobj/gpodder-3.9.1/fake-amd64/.

Re: devel/py-coverage was [UPDATE] net/gpodder 3.1.0 to 3.9.1

On Sat, September 17, 2016 5:00 pm, trondd wrote: > Daniel Jakots <danj+o...@chown.me> wrote: > >> On Sat, 17 Sep 2016 12:59:01 -0400, "trondd" <tro...@kagu-tsuchi.com> >> wrote: >> >> Yeah, our py-coverage is lagging a bit. If you want to up

Re: [Update] net/gpodder 3.1.0 -> 3.9.1

Ping, anyone? On Sun, October 9, 2016 12:33 pm, trondd wrote: > Resubmitting after Alexandr put the work in to update a bunch of Python > stuff. > > Been running on amd64 for about a month. This updates MASTER_SITES to use > GitHub, cleans up the patches for manpages, and

Re: Update: multimedia/mpv, feedback needed

On Tue, November 22, 2016 7:49 pm, Dmitrij D. Czarkoff wrote: > Hi! > > I was asked off-list to add a "lite" flavor for multimedia/mpv. This > diff introduces such version. This iteration disables the fllowing in > "lite" FLAVOR: > > * Lua UI and scripting > * Encoding > * DVD and BluRay

DPB can't build mail/sendmail

I had this problem in 5.9 and forgot about it until 6.0, but DPB can't successfully build the sendmail package. DPB is using the default _pbuild, etc users so the build is not running as root. Is there some work around for this? Besides just packaging it as root. Tim. install:

Re: DPB can't build mail/sendmail

On Wed, October 12, 2016 6:38 pm, Marc Espie wrote: > > Reread bulk(8) very carefully. Bad ownership of directories does lead to > this kind of issue. > Yup. Thanks. I had the owner set for _pbuild but not the group. That made the difference. Tim.

Re: Backport links+-2.0.14 to -stable (was: Re: [UPDATE] www/links+ to 2.14)

On Thu, December 1, 2016 5:07 am, Jeremie Courreges-Anglas wrote: > Jeremie Courreges-Anglas <j...@wxcvbn.org> writes: > >> trondd <tro...@kagu-tsuchi.com> writes: >> >>> Update links+ to 2.14 >>> >>> Fixes some security related issues: &g

Re: Backport links+-2.0.14 to -stable (was: Re: [UPDATE] www/links+ to 2.14)

On Thu, December 1, 2016 5:07 am, Jeremie Courreges-Anglas wrote: > Jeremie Courreges-Anglas writes: > >> Should this be backported to -stable? > > It appears so, as discussed with Tim. Could someone give this a shot > on -stable? Please include the output of > ''make

[UPDATE] www/links+ to 2.14

Update links+ to 2.14 Fixes some security related issues: * Limit keepalive of ciphers with 64-bit block size to mitigate the SWEET32 attack * Improved tor hardening - when the user toggles the "Only Proxies" option (i.e. when connecting to tor), we reset certain other options to their default

Re: UPDATE: net/gpodder 3.9.1 -> 3.9.3

On Tue, March 21, 2017 9:04 pm, trondd wrote: > On Tue, March 7, 2017 11:39 pm, trondd wrote: >> And pinging this one up as well. > > Is there anybody in there? > Also bump for the relase. >> >> On Fri, February 24, 2017 9:08 pm, trondd wrote: >>> Upd

Re: NEW: textproc/py-podcastparser

On Tue, March 21, 2017 8:59 pm, trondd wrote: > On Tue, March 7, 2017 11:37 pm, trondd wrote: >> On Sat, February 25, 2017 12:14 pm, trondd wrote: >>> Stuart Henderson <s...@spacehopper.org> wrote: >>> >>>> On 2017/02/24 20:47, trondd wrote: >>&g

UPDATE www/liferea-1.12rc2 -> 1.12rc3

New Liferea release candidate with bugfixes. I'm running this on amd64. Getting this submitted assuming they won't get a final release before 6.1 goes out. Tim. Index: Makefile === RCS file: /cvs/ports/www/liferea/Makefile,v

Re: Update net/syncthing to 0.14.23

On Sun, March 19, 2017 11:41 am, Edd Barrett wrote: > On Sat, Mar 04, 2017 at 05:45:13PM +, Edd Barrett wrote: >> On Thu, Mar 02, 2017 at 07:51:50PM -0500, trondd wrote: >> > Straight-forward update to get synthing to the latest release. I've >> been >> >

Re: NEW: textproc/py-podcastparser

On Tue, March 7, 2017 11:37 pm, trondd wrote: > On Sat, February 25, 2017 12:14 pm, trondd wrote: >> Stuart Henderson <s...@spacehopper.org> wrote: >> >>> On 2017/02/24 20:47, trondd wrote: >>> > On Thu, February 23, 2017 11:26 pm, trondd wrote: >

Re: UPDATE: net/gpodder 3.9.1 -> 3.9.3

On Tue, March 7, 2017 11:39 pm, trondd wrote: > And pinging this one up as well. Is there anybody in there? > > On Fri, February 24, 2017 9:08 pm, trondd wrote: >> Update gPodder to 3.9.3 Various bug fixes. Requires the new >> py-podcastparser >> as they replaced p

Re: UPDATE www/liferea-1.12rc2 -> 1.12rc3

trondd <tro...@kagu-tsuchi.com> wrote: > New Liferea release candidate with bugfixes. I'm running this on amd64. > Getting this submitted assuming they won't get a final release before > 6.1 goes out. > > Tim. Ok, Obviously no final release before 6.1 :) There was also

Update net/syncthing to 0.14.23

Hello. Straight-forward update to get synthing to the latest release. I've been running this for a couple of days (and .22 for a while before this), Ran it by $MAINTAINER who said to bring it to ports@. Tim. Index: Makefile ===

Re: NEW: textproc/py-podcastparser

On Sat, February 25, 2017 12:14 pm, trondd wrote: > Stuart Henderson <s...@spacehopper.org> wrote: > >> On 2017/02/24 20:47, trondd wrote: >> > On Thu, February 23, 2017 11:26 pm, trondd wrote: >> > > This is new dependency for net/gpodder. They replaced

Re: UPDATE: net/gpodder 3.9.1 -> 3.9.3

And pinging this one up as well. On Fri, February 24, 2017 9:08 pm, trondd wrote: > Update gPodder to 3.9.3 Various bug fixes. Requires the new > py-podcastparser > as they replaced py-feedparser with their own library. > > Tim. >

Re: NEW: textproc/py-podcastparser

Stuart Henderson <s...@spacehopper.org> wrote: > On 2017/02/25 12:14, trondd wrote: > > Stuart Henderson <s...@spacehopper.org> wrote: > > > > > On 2017/02/24 20:47, trondd wrote: > > > > On Thu, February 23, 2017 11:26 pm, trondd wrote:

NEW WIP games/cataclysm-dda

Cataclysm Dark Days Ahead is a post-apocalyptic zombie survival rougelike, It includes crafting, vehicles, and sci-fi elements. This is my first pass at the port. It's the SDL version with graphics tiles, sounds and lua support enabled. I'd like to do a no_x11 flavor but I want to get

Re: NEW WIP games/cataclysm-dda

trondd <tro...@kagu-tsuchi.com> wrote: > Stuart Henderson <s...@spacehopper.org> wrote: > > > On 2017/09/15 19:44, tro...@kagu-tsuchi.com wrote: > > > > not built yet, but from a read through: > > > > commit log is the place for things like

Re: [UPDATE] www/liferea 1.12rc3

Poke. I don't want to forget this for another 6 months... On Tue, September 12, 2017 7:52 pm, trondd wrote: > Simple update to liferea from rc2 to rc3. I was hoping there would be > a final release by now, but it probably won't happen until I get this > version committed. :D > &g

Re: NEW WIP games/cataclysm-dda

Stuart Henderson wrote: > On 2017/09/15 19:44, tro...@kagu-tsuchi.com wrote: > > not built yet, but from a read through: > > commit log is the place for things like the 'original from' > > even though the GH_* magic now adds part of the hash, I'd be happier > with

Re: [UPDATE] www/liferea 1.12rc3

Stuart Henderson wrote: > On 2017/09/21 09:42, Stuart Henderson wrote: > > liferea-1.12rc3(www/liferea): > Missing: GLESv2.1 > (/usr/local/lib/liferea/web-extension/liblifereawebextension.so) (system lib) > Missing: gstallocators-1.0.2 from gstreamer1-plugins-base-1.12.3

NEW games/cataclysm-dda

binGpIjs0fNZU.bin Description: Binary data

[UPDATE] www/liferea 1.12rc3

Simple update to liferea from rc2 to rc3. I was hoping there would be a final release by now, but it probably won't happen until I get this version committed. :D I missed 6.1, so hopefully I remembered this in time for 6.2 I've actually been running this on amd64 since April. Tim. Index:

Re: NEW games/cataclysm-dda

On Sun, October 22, 2017 10:42 pm, Brian Callahan wrote: > > I didn't really know how to go about talking it out, so here's a new > tarball with the complete port with my fixes. I'm compiling the no_x11 > FLAVOR now. The SDL2 version didn't work for me (it launched a windows > but then had to be

Re: NEW games/cataclysm-dda

On Mon, October 23, 2017 1:25 am, Brian Callahan wrote: > > On 10/22/17 22:42, Brian Callahan wrote: >> Hi Tim -- >> >> On 10/22/17 11:38, trondd wrote: >>> Tobias Ulmer <tobi...@tmux.org> wrote: >>> >>>> On Sat, Oct 14,

Re: NEW games/cataclysm-dda

Tobias Ulmer <tobi...@tmux.org> wrote: > On Sat, Oct 14, 2017 at 04:43:14PM -0400, trondd wrote: > > Hi trondd, > > no idea what happened, but I can't read your mail at all. It appears as > one big binary in mutt. > > Could you re-send it to the list? I'd like to

Re: [new] minio server/client

On Sat, December 9, 2017 5:23 pm, Landry Breuil > Feedback on the ports welcome :) I havent done an rc script for the > server, since i wouldnt know what to share by default... and it can run > as whatever user. Does it even need a README ? joe user could set it > up.. > > Landry > Thanks. I

Re: [new] minio server/client

On Wed, December 13, 2017 10:39 am, Landry Breuil wrote: > On Tue, Dec 12, 2017 at 01:51:06PM -0500, trondd wrote: >> On Sat, December 9, 2017 5:23 pm, Landry Breuil >> > Feedback on the ports welcome :) I havent done an rc script for the >> > server, since i wouldnt kn

Re: games/cataclysm-dda fix for gcc archs and localization

On Sun, November 12, 2017 4:59 pm, trondd wrote: > trondd <tro...@kagu-tsuchi.com> wrote: > >> trondd <tro...@kagu-tsuchi.com> wrote: >> >> > Attempting to allow compilation on GCC archs. Just >> > a slight tweak and addition of a COMPILER list.

Re: games/cataclysm-dda fix for gcc archs and localization

trondd <tro...@kagu-tsuchi.com> wrote: > trondd <tro...@kagu-tsuchi.com> wrote: > > > Attempting to allow compilation on GCC archs. Just > > a slight tweak and addition of a COMPILER list. > > > > Tim. > > > > Also fix localization suppor

games/cataclysm-dda fix for gcc archs

Attempting to allow compilation on GCC archs. Just a slight tweak and addition of a COMPILER list. Tim. Index: Makefile === RCS file: /cvs/ports/games/cataclysm-dda/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1

  1   2   3   >