FIX: net/ices (playlist-handler module directory)

Hi, I noticed a bug in my ices port - the modules directory shouldn't point to ...share/examples/ices, but ...share/ices (IMO). Moritz This patch fixes the playlist module directory - instead of looking in share/examples/ices for custom playlist modules, ices now looks in share/ices. The

Re: How do you want your Doxygen port? Well-done, medium or english?

Answering two-in-one here: jared r r spiegel wrote: is it true that the denominator in the question is whether people installing the port will likely need/want to have the docuementation or not. My initial reason to start working on a doxygen port was that it is a BUILD_DEPENDS of

Re: Firefox breakage

Please disregard, I broke it. :-/ Moritz

patch: add theora FLAVOR to net/icecast

Hello, the attached patch adds a theora FLAVOR to net/icecast, which allows Icecast to relay Ogg Theora video streams. I decided to make a FLAVOR at this point, because video streaming is hard to test - at least right now on OpenBSD. I tried to make ezstream and ffmpeg2theora ports as

FIX: net/libshout broken because of sprintf() patches

Hello, please review and commit the attached patch if it's ok. Moritz This patch fixes a bug introduced by the sprintf() patches. The problem prevented MP3 metadata updates from working. Problem spotted by Joshua Stein, thanks! Index: Makefile

FIX: net/libshout broken because of sprintf() patches (2nd attempt)

Sorry about that ... shortly after sending the patch I noticed that I used int for the reslen variable while it should be size_t. Moritz This patch fixes a bug introduced by the sprintf() patches. The problem prevented MP3 metadata updates from working. Problem spotted by Joshua Stein, thanks!

FIX: net/icecast suffers from the same moronic snprintf() patch :-(

Hello, first off, it's hard to express how annoyed and sorry I am about all this, especially because it's all way too late. Please accept my apologies. Icecast uses the same function as libshout; slightly different name, different purpose, same shit with the patch ... in the case of

snprintf() revisited, please comment

Hello again, since I originally made my patches and especially during the course of dealing with the recent issues, I learned quite a lot. With my current understanding of things, I doubt the usefulness and validity of many parts of the patches and hope to solicit some comments about the

UPDATE: net/icecast 2.2.0 -- 2.3.0

Hi, here's the update to Icecast 2.3.0. Changes summary and instructions are in the patch. A complete .tgz of the updated port is also attached. Tested on i386, please test, comment and commit if okay. Moritz icecast-port.tgz Description: Binary data This patch updates net/icecast to

UPDATE (revised): net/icecast v2.2.0 - v2.3.0+nsvtools_fix

Hello, a bug crept into the Icecast 2.3.0 release that prevented nsvtools from working with it. This is the same port as submitted earlier, plus a new patch-src_connection_c from the icecast SVN trunk at svn.xiph.org: karl * r10076 /icecast/trunk/icecast/src/connection.c: Fix a bug where a

UPDATE: net/icecast (a friendly reminder ;-) )

Hi, it seems that my update to net/icecast fell through the cracks, so here it is again, complete in one email. Instructions and the list of changes are contained within the patch. For the sake of simplicity, the complete, updated port is also attached as a .tar.gz. These attachments

FIX: net/ices2 double-free()

Hello, the attached patch fixes don't shout_close() something that has been shout_close()'d before that I stumbled upon in net/ices2 and can be simply added to patches/ there. The fix is from upstream. Please forgive me for not supplying a patch for the PKGNAME bump in Makefile, I figured

textproc/expat shared lib version problem

Hi, having textproc/p5-XML-Parser installed, it is always shown as outdated by the new out-of-date script. It wants to be use expat.5.0 instead of expat.4.0. The reason for this is that textproc/expat contains libexpat.4.0, while the base system's X11 has /usr/X11R6/lib/libexpat.so.5.0.

Re: textproc/expat shared lib version problem

Moritz Grimm wrote: having textproc/p5-XML-Parser installed, it is always shown as outdated by the new out-of-date script. It wants to be use expat.5.0 instead of expat.4.0. Aehrrmmph, yes, I guess it's also worth noting that this is on -current on i386 as of today with a standard

SourceForge screwed up games/scummvm

Hi, seeing the updated BASS, I felt like playing it again. During the install, I ran into this: --- snip --- === Verifying install for scummvm-=0.5.1 in games/scummvm === Checking files for scummvm-0.8.0 scummvm-0.8.0.tar.gz doesn't seem to exist on this system. Fetch

Re: SourceForge screwed up games/scummvm

David Krause wrote: I send a patch to fix this a while back but received no comments. The wrong exit code is being tested. - test `wc -c $$file 2/dev/null|awk '{print $$1}' || echo 0` -lt 3 rm -f $$file; \ +

policy about /usr/local/package_basename

Hi, I would like to know more about the policy concerning path names like /usr/local/mozilla-firefox. My personal interpretation of things is that it's like this (concerning the official tree): ``In general, using a subdirectory directly below $PREFIX is not allowed and packages should

proposed patch to mention WANTLIB in Makefile.template

Hi, the attached patch makes Makefile.template mention WANTLIB. The place I used is below PERMIT_*, where most ports seem to put it. I've also added a blank line between PERMIT_* and WANTLIB, something that most ports don't do (mine included, I was following examples at the time.) It

Re: proposed patch to mention WANTLIB in Makefile.template

Moritz Grimm wrote: +# Libraries not mentioned below in LIB_DEPENDS but linked against by this +# port, e.g. those in the base system or dependencies-of-dependencies, must +# be registered in WANTLIB. +#WANTLIB= ??? Actually, this may need further rewording and a small extension

issues with PSEUDO_FLAVORS during make clean=depends or when CLEANDEPENDS=Yes in /etc/mk.conf

Hi, the ports infrastructure appears to have issues cleaning up working directories with PSEUDO_FLAVORS properly, if CLEANDEPENDS is set to Yes in /etc/mk.conf or the 'clean=depends' target is used. This can be seen, for example, in devel/subversion: --- snip --- # pwd ls

Re: issues with PSEUDO_FLAVORS during make clean=depends or when

Moritz Grimm wrote: # FLAVOR=no_bindings make clean=depends === Cleaning for subversion-1.2.3p0 I've been snipping the output there, too. Sorry, I forgot to mark it that way. Traversing through the dependencies works okay from what I can tell. Moritz

Re: strcmp vs strncmp question

Rod.. Whitworth wrote: /* Made up example of course */ - if (!strcmp(buf,n/a)) + if (!strncmp(buf,n/a,3)) you would have seen several instances of str*** func calls being replaced by strn*** func when the str ones were unsafe. Seeing that it The one has little to do with the other. What if

CATEGORIES fixes

Hi, I've attached a few patches that fix typos/ommissions in some ports' CATEGORIES. The result is that link-categories does not create three mostly empty directories (gnome/, perl/, sysutil/) anymore. Moritz P.S.: So far, only two special categories exist: perl5 and pear ... right? Is

www/mozilla deinstall fix

Hello, Mozilla doesn't deinstall properly -- the attached patch fixes this. Moritz Index: Makefile === RCS file: /cvs/ports/www/mozilla/Makefile,v retrieving revision 1.96 diff -u -r1.96 Makefile --- Makefile15 Nov 2005

UPDATE: net/icecast (2.3.0 - 2.3.1)

Hi, another update to net/icecast, with lots of reliability fixes: The attached patch empties patches/patch-src_connection_c, which should be removed. New features for 2.3.1 * new tag logsize in logging state the trigger size (in KB) for cycling the log files. * new tag logarchive in logging

Re: UPDATE: net/icecast (2.3.0 - 2.3.1)

Please don't commit it like that ... *sigh* The damned snprintf() patches are still botched. An earlier fix missed another instance of an identical problem. This is getting ridiculous... :( In some places, asprintf() and/or snprintf() is very beneficial - being much safer and sometimes even

Re: UPDATE: net/icecast (2.3.0 - 2.3.1)

Aleksander Piotrowski wrote: Please don't commit it like that ... *sigh* The damned snprintf() patches are still botched. An earlier fix missed another instance of an identical problem. This is getting ridiculous... :( Don't worry, we won't commit your update. We will wait for new icecast

Understanding SHARED_LIBS and friends

Hi, I'll just go ahead and explain SHARED_LIBS Co in my own words, the way I understand how it works. I hope someone can confirm this understanding, or correct me when I got something wrong. SHARED_LIBS simply enumerates the shared libraries and their version numbers. In doing so, it sets

Re: net/libshout: facelift/fixes only

Hello again. I updated the patch against latest -current. Moritz * Theora support * import fixes from the svn repository; fix a couple of subtle issues and a double-free (found and made debuggable with mmap()'ed malloc()) * more correct, less wasteful snprintf() patches (remove superfluous

Re: devel/pango, cairo and new XF4

Marc Matteo wrote: Config.log says that cairo isn't available as symbols from libfreetype aren't found while linking libcairo in. Maybe it's because of recent XF4 changes? Anyone else has similar problem? What snapshot are you using? I had no issues on a Dec 30 snap. I've seen this as

MAINTENANCE: net/ices

Hello, the attached patch is port maintenance, and handles net/libshout's switch to using pkgconfig. This patch empties/removes patches/patch-ltmain_sh. Tested on i386. Moritz * Use pkgconfig, to cope with net/libshout update * USE_LIBTOOL this patch empties patches/patch-ltmain_sh,

UPDATE: net/libshout (please disregard previously sent patches)

Hi, the attached patch updates libshout to version 2.2; changes are listed in the patch itself. 2.2 is very close to what I tested for a very long time on i386 with aggressive MALLOC_OPTIONS, and another extensive test with ices and ices2 shows that it's still good on i386. This breaks

stdint.h, machine/types.h and config.site (+ net/net-snmp fix)

Hi, currently, /usr/ports/infrastructure/db/config.site has HAVE_STDINT_H disabled ... with the recent changes, this is probably not what we want. Same with machine/types.h, which does not exist anymore and causes trouble for misc/rpm, for example... it needs to be disabled. I already

Re: stdint.h, machine/types.h and config.site (devel/jdk/1.5 breakage,

Moritz Grimm wrote: currently, /usr/ports/infrastructure/db/config.site has HAVE_STDINT_H disabled ... with the recent changes, this is probably not what we want. Same with machine/types.h, which does not exist anymore and causes trouble for misc/rpm, for example... it needs to be disabled

updates/maintenance for net/ice*

Hi, as requested by alek@, here are updates and maintenance patches for my media streaming ports that (among other things) remove the snprintf() patches. I'm still working with the folks upstream, but this is taking much longer than anticipated. To those concerned; the remaining patches

Re: i386 breakage

steven mestdagh wrote: from a bulk build started Feb 13: 6 packages not building on i386: [...] qt4-4.1.0p0 tries to package nonexistent files I suspect a hidden dependency here; I rebuilt it manually yesterday and it worked just fine for me (i386.) The filenames that don't exist

Re: FIX (+UPDATE): multimedia/libtheora -- fix video encoding, and

Jacob Meuser wrote: As far as I remember it, the consensus was to always bump with updates and not bother guessing whether it's compatible or not? they are claiming API/ABI compatability in the release notes, so I don't think this would be guessing. I'm fine with not bumping the .so version,

Re: UPDATE: graphics/ffmpeg

Hi, I just started testing this update. More results later, but for now I just wanted to mention that lib-depends-check wants WANTLIB += ogg for the bin/ffserver binary. Thanks for the update. Moritz

Re: UPDATE: graphics/ffmpeg

Nikns Siankin wrote: http://secure.lv/~nikns/stuff/ports/ffmpeg-20070110.diff Tested on i386 (with an added ogg-WANTLIB), with VLC and my ports that I have in my submit queue. Everything works fine, except that VLC is now complaining a bit:

NEW: net/oggfwd

DESCR: Oggfwd is a small tool that reads an Ogg stream from stdin and sends it to an Icecast server using libshout. There's not much to it, but it has proven useful, especially as a different way to stream Ogg Theora video. Moritz oggfwd-port.tgz Description: Binary data

NEW: multimedia/ffmpeg2theora (depends on graphics/ffmpeg update)

DESCR: Ffmpeg2theora is a simple command line tool to convert media files to .ogg with Theora video and Vorbis audio streams. It supports reading any file format that ffmpeg can decode. Tested on i386. Depends on the update of ffmpeg by Nikns Siankin (and will not build without it.) Moritz

NEW: net/ezstream

DESCR: Ezstream is a command line utility which allows streaming media files to an Icecast server. By default, ezstream does not do any reencoding by itself and thus requires very little CPU. Through the use of external en- and decoders, virtually any format can be streamed. Ezstream can also

(resubmit) NEW: multimedia/ffmpeg2theora (v0.16)

DESCR: Ffmpeg2theora is a simple command line tool to convert media files to .ogg with Theora video and Vorbis audio streams. It supports reading any file format that ffmpeg can decode. This is version 0.16, one older than the latest release. It used to, and still does, work well on i386 for

NEW: multimedia/ffmpeg2theora (resubmit #2)

DESCR: Ffmpeg2theora is a simple command line tool to convert media files to .ogg with Theora video and Vorbis audio streams. It supports reading any file format that ffmpeg can decode. Now that the ffmpeg update went into the tree after all, here's my resubmit of my ffmpeg2theora port in its

Re: debugging question

Toni Mueller wrote: I'd like to be able to make a package, but completely unstripped. Looking through the docs suggest, that there is no official facility for this, but then I'm maybe only blind. Setting the DEBUG environment variable to gcc/g++ debugging parameters during building and

XForms extension subpackage for Firefox

Hi, the attached patch was and is useful for me. Tested on i386 -- installing and uninstalling only the new -xforms package even works as expected. There are two questions I'm not entirely sure about. Are my @*exec lines sufficient, overkill, not enough or simply bad? There *are* some

Something's fishy about mplayer + rtunes

Hi, even though mplayer works nicely for me (i386), the out-of-date script is showing unusual output even though everything is up-to-date: x11/mplayer,esd,sdl,aa # - rtunes.a Moritz

security/gnupg info fix

Hi, gnupg has an error in its gnupg1.texi file. The install-info program registers it as gpg during pkg_add, but can't find it any longer during pkg_delete. The result is a broken reference to gpg in the info index that isn't cleaned up once the package is deinstalled. Any following

Re: security/gnupg info fix

gnupg has an error in its gnupg1.texi file. The install-info program registers it as gpg during pkg_add, but can't find it any longer during pkg_delete. The result is a broken reference to gpg in the info index that isn't cleaned up once the package is deinstalled. Any following pkg_adds of

devel/libgtop* info fix

Hello. Duh. This one took a while to figure out, which I eventually did by following through install-info.c. Anyways, the attached two patches fix the libgtop*.info files being registered as using the filename (none), which prevents their removal upon pkg_delete. Moritz Index: Makefile

Re: devel/libgtop* info fix (now with SHA256)

Revised patches attached, I forgot to regen distinfo. Moritz Grimm wrote: following through install-info.c. Anyways, the attached two patches fix the libgtop*.info files being registered as using the filename (none), which prevents their removal upon pkg_delete. Index: Makefile

lang/gcc/4.2 build failure

Hi, is this my fault / is someone else seeing this? From my OpenBSD-current/i386, as of today: /ports-temp/gcc-4.2.20061024/bin/egcc -c -DHAVE_CONFIG_H -g -fkeep-inline-functions -I. -I/ports-temp/gcc-4.2.20061024/gcc-4.2-20061024/libiberty/../include -W -Wall -pedantic -Wwrite-strings

Timeout

Hi, as of pretty much now, I will be away for several weeks and may not be able to reply to mail until early May. This means that I am temporarily unable to maintain my ports (MAINTAINER = Moritz Grimm gtgbr (at) gmx (dot) net). I'm rather confident that this won't be a problem

UPDATE: net/ezstream (0.4.0)

Hi, now that I'm back in business, here's an update to net/ezstream. Too much has changed to list everything here, please see http://svn.xiph.org/trunk/ezstream/NEWS for details. Note that I took over upstream maintainership as well, so feel free to complain directly to me in case of

x11/vlc: empty patch files

Hi, the following patches are empty in the current version of the VLC port: x11/vlc/patches/patch-modules_access_cdda_access_c x11/vlc/patches/patch-modules_access_vcdx_access_c Moritz

pkg_add(1)/ports infrastructure: changed behavior

Hi, the changes to the pkg tools and ports infrastructure, while really great, introduced possibly unintended side-effects. Running pkg_add -F update -F updatedepends -u, which I have been using for a long time to upgrade packages without problems, no longer stops if an installed package

Re: Removing all packages

Daniel Bolgheroni wrote: are there an easy way to remove all packages? Can I just remove /usr/local and /var/db/pkg or am I looking for trouble doing this? pkg_delete [-c] /var/db/pkg/* The pkg_delete utility works with path names before the package name(s). Moritz

UPDATE: net/ezstream (0.4.1)

-MAINTAINER=Moritz Grimm [EMAIL PROTECTED] +MAINTAINER=Moritz Grimm [EMAIL PROTECTED] # GPL PERMIT_PACKAGE_CDROM= Yes Index: distinfo === RCS file: /cvs/ports/net/ezstream/distinfo,v retrieving revision 1.3 diff -u -p

UPDATE: textproc/pinfo

Hi! So ... I got an espie@ timeout with this for 1 week. I hope that it's OK to let others look at this update now. The reason for this update is an annoying crash in the in-tree version's src/video.c:70 (negative array index). I fixed the problem and then found out that some Debian people

UPDATE: net/ezstream (0.4.2 ... sorry)

Hello, well, I guess that's life. A few hours after I had released 0.4.1, I discovered a problem report describing another bug. This minor update fixes the stream_once/ configuration option when used with playlists. And yes, after a thorough search, no more bugs are in any queue. ;P

UPDATE: multimedia/ffmpeg2theora (0.19)

= ${DISTNAME}p1 +DISTNAME= ffmpeg2theora-0.19 CATEGORIES=multimedia EXTRACT_SUFX= .tar.bz2 HOMEPAGE= http://www.v2v.cc/~j/ffmpeg2theora/ -MAINTAINER=Moritz Grimm [EMAIL PROTECTED] +MAINTAINER=Moritz Grimm [EMAIL PROTECTED] # GPL PERMIT_PACKAGE_CDROM= patents

Re: UPDATE: textproc/pinfo

Matthias Kilian wrote: On Mon, Jul 16, 2007 at 08:44:09PM +0200, Moritz Grimm wrote: Known to /not/ build on (simh-)vax ... there's some weird problem linking against ncurses.la and it fails during the configure stage. Apologies for not looking at it any further, it's so mind-numbingly slow

UPDATE: net/ezstream (0.4.3)

Hello, this is another trivial update for ezstream. The fd leak fix in 0.4.1 was not complete, unfortunately, so this release properly takes care of it. Moritz Index: Makefile === RCS file: /cvs/ports/net/ezstream/Makefile,v

Re: FIX: net/icecast (2.3.1)

Vlad Glagolev wrote: This patch replaces MIME type in icecast server header from text/html to application/xhtml+xml (what is correct) and makes icecast to successfully pass w3c validator check @ http://validator.w3.org/ I think a fix like that should not go into ports, not only because the

FIX: textproc/pinfo (soft lock compliant)

Hello, since the pinfo update I have submitted a couple of weeks ago hasn't been committed and now the soft lock is in effect, I am now submitting only the fix for the damned crashing bug (especially when trying to view the Autoconf Macro Index in autoconf-2.61) that keeps biting me. The

Comment fix for audio/taglib

Hi, TagLib is LGPL, not GPL. Moritz Index: Makefile === RCS file: /cvs/ports/audio/taglib/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile28 Oct 2006 10:30:41 - 1.7 +++ Makefile31 Aug

UPDATE: net/ezstream (0.5.0)

MAINTAINER=Moritz Grimm [EMAIL PROTECTED] -# GPL +# GPLv2 PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes - WANTLIB= c iconv m ogg pthread theora vorbis vorbisfile z MASTER_SITES= http://downloads.xiph.org/releases

Re: NEW: RFC 2217 compliant Telnet serial port redirector

Hello Alexej, Aleksander Piotrowski wrote: -@@ -714,8 +717,6 @@ +@@ -714,8 +714,6 @@ unsigned long int GetPortSpeed(int PortF ... --- sredird.orig/pkg/PLIST Sun Jun 18 01:59:45 2006 +++ sredird/pkg/PLIST Sun Jun 18 02:04:02 2006 @@ -1,2 +1,3 @@ [EMAIL PROTECTED] $OpenBSD$

darkstat -- out of bounds access

Hi, mild boredom made me try out darkstat. The result (after trying again with a package built with DEBUG=-g) was this: After a while of running `sudo darkstat -i tun0 -b 192.168.100.250`, on OpenBSD/i386 3.9-current as of June 17th: Program terminated with signal 11, Segmentation fault.

Re: darkstat -- out of bounds access

Jasper Lievisse Adriaanse wrote: Thanks for reporting, I haven't been able to reproduce this crash (also tun0), but could you please try this diff? It takes a while, and maybe also a noisy network. I've now started another test run with your diff. I suppose it's fine once it lasts for 2-3

pftop binary compatibility issue

Hi, it looks like, at some point between the last libc bump in base (~ June 15th) and today, something caused older pftop binaries to break. Maybe a PKGNAME bump is in order? To be more specific, line 2 of the pftop output gets pftop: : Permission denied in the rules and label views. When

more 4.0 breakage

Hi, Python's already fixed, thanks! I found two (three) other breakages, in mail/postfix and net/oidentd. Patching is simple and I can send patches, if desired ... it's just that it may also depend on how upstream wants to handle it (I personally have not much understanding towards how these

NEW: multimedia/ffmpeg2theora

Hi, Ffmpeg2theora is a simple command line converter to create Ogg Theora (video, with Vorbis audio) .ogg files from any input media file format known to ffmpeg. Tested extensively on i386, and the included patch is already in upstream trunk (so it'll go away with the next update.) I

NEW: net/ezstream

Hello, as promised, albeit a day late, here's the ezstream port. Ezstream is a source client for Icecast media servers. For re-encoding, it uses external programs, allowing for almost arbitary streaming of various formats. For example, it can use multimedia/ffmpeg2theora (see

NEW: net/oggfwd (+ resubmit of multimedia/ffmpeg2theora and net/ezstream w/ new-style libspecs)

Hi, Oggfwd is a very simple source client for Icecast servers that reads an Ogg stream (with arbitary content) from stdin and forwards it to the server. Documentation and some improvements by yours truly; it's now ready to be packaged. Tested on i386. Also, I have included my other

Re: x11/qt4 failure on make package

Matthias Kilian wrote: can anyone reproduce the error below, or is it just a pebkac? ... === Building package for qt4-4.1.3 Error in package: /usr/obj/qt4-4.1.3/fake-i386//usr/local/lib/qt4/mkspecs/openbsd-g++/qmake.conf does not exist Error in package:

Re: x11/qt4 doesn't deinstall cleanly

Matthias Kilian wrote: This should be fixed with the diff below. Since qt4-examples depend on qt4, this shouldn't cause any further problems. Ciao, Kili --- pkg/PLIST.orig Sun Jun 4 15:54:31 2006 +++ pkg/PLIST Mon Aug 7 22:16:23 2006 @@ -1703,6 +1703,10 @@ lib/qt4/bin/rcc

UPDATE: net/libshout

Hi, find a somewhat overdue maintenance update to net/libshout attached. After this update, patches/ is empty and should be removed. This update solves a couple of issues I found while playing with it, and more. It was held up, because the build system upstream was severely busted

Did someone adopt graphics/ffmpeg?

Hi, I need an update to ffmpeg that includes its libswscale, and if nobody is looking into this already, I'd start working on an update. However, I am unable to provide a reliable download site for a snapshot tarball of ffmpeg's size. In that area, I'd definitely need some help ...

Re: Did someone adopt graphics/ffmpeg?

Nikns Siankin wrote: http://marc.theaimsgroup.com/?l=openbsd-portsm=116584632732016w=2 Ah, thanks. Without swscale. Hovever it can be modified to build libswscale if it is usefull. I don't know for *what it does*. However, multimedia/transcode is too outdated to use with updated ffmpeg. A

NEW: editors/fte

DESCR: The FTE Text Editor is a powerful, yet very easy and intuitive to use text editor for programmers. In fact, its features virtually make it a complete IDE. It is small and fast. Among many other things, it supports syntax highlighting and syntax-aware autoindenting for many languages,

Re: NEW: editors/fte

Moritz Grimm wrote: Unfortunately, there haven't been any proper FTE releases in ages and the current version in their CVS is worth being used ... so I opted to host a distfile. Unfortunately, I can't provide the most reliable of I got two additional places for the distfile now, thanks

Re: NEW: editors/fte

Attached is an updated version of the port. naddy@ discovered and diagnosed crashes on LP64 archs (at least alpha) and this incorporates my untested attempts of fixing those. Any further testing and detailed problem reports are very much appreciated, as I do not own any 64bit hardware, yet.

Re: NEW: editors/fte

Christian Weisgerber wrote: I tried it on alpha and sparc64. It starts up and I can edit files. It doesn't deal well with 8-bit characters, but that is presumably a general issue. Yeah well, it kinda works with a properly set locale via LC_CTYPE or LC_ALL. Its way of choosing an appropriate

Maintainership, and other things ...

Hello, first, I must apologize. I am sorry for being such a slacker and lousy maintainer. Especially my work consistently takes up a very significant amount of my time and energy, and port maintenance started to slip lower and lower on the priority list until the current state of affairs. Sorry

FIX: devel/automake/1.9

This allows working on newer Automake ports, e.g. 1.10.2. - Patch automake-1.9.info to be in line with other versions, and do not conflict with Automake 1.10 and newer. - Bump PKGNAME. Index: Makefile === RCS file:

UPDATE: devel/json-c

Update to version 0.8. Update to JSON-C 0.8: - Bug fixes and code cleanup. Index: Makefile === RCS file: /cvs/ports/devel/json-c/Makefile,v retrieving revision 1.1.1.1 diff -p -u -r1.1.1.1 Makefile --- Makefile23 Mar 2008

FIX: devel/llvm

Put the manuals in the proper place. - Install manuals in /usr/local/man instead of /usr/local/share/man. - Bump PKGNAME Index: Makefile === RCS file: /cvs/ports/devel/llvm/Makefile,v retrieving revision 1.9 diff -p -u -r1.9 Makefile

UPDATE: net/ezstream

Update to version 0.5.4. Update ezstream to 0.5.4: - Several bug fixes and cleaning up, no new features. (Removes patch, use `patch -E'.) Index: Makefile === RCS file: /cvs/ports/net/ezstream/Makefile,v retrieving revision 1.8 diff

UPDATE: editors/fte

Update to a more recent CVS snapshot (among other things.) - Update FTE to a newer snapshot+patches distfile at a reliable location. See http://projects.kolabore.org/fte/ -- not sure when and where I'm going with this, but as a daily user of this editor I like to see it safe. - Improve the

UPDATE: multimedia/ffmpeg2theora; NEW: multimedia/oggz, multimedia/libkate

Update ffmpeg2theora to version 0.24, which introduces two new dependencies. Due to those, this is one thing I'm not too sure about ... but see below. Neither oggz nor libkate have been properly tested (it compiles). I only managed to use ffmpeg2theora for a while, so for that they seem okay.

NEW: textproc/gpatch, devel/quilt

textproc/gpatch: - GNU patch(1), a dependency of devel/quilt. - Patches from Debian -stable. - Dependency of devel/quilt. devel/quilt: - Useful scripts to handle patch sets on a stack. - Depends on textproc/gpatch. textproc_gpatch.tar.gz Description: application/gzip devel_quilt.tar.gz

FIX: net/ices

Unbreak the mp4 FLAVOR. From Tasmanian Devil tasm.devil at googlemail dot com. - Fix dependencies of the mp4 FLAVOR, unbreaking it. From Tasmanian Devil tasm.devil at googlemail dot com, thanks! Index: Makefile === RCS file:

Re: NEW: textproc/gpatch, devel/quilt

textproc/gpatch: - GNU patch(1), a dependency of devel/quilt. - Dependency of devel/quilt. Yo, brain NULL pointer dereference ...

Re: UPDATE: devel/json-c

Sorry, the previous update I sent is definitely wrong. It also needs a major version bump: the size of struct json_tokener may have changed (at least on some architectures.) Fixed diff is attached. Marc is okay with updating this library.

Re: UPDATE: devel/json-c (now with diff)

Grrr, sorry. The fixed diff is now actually attached. Update to JSON-C 0.8: - Bug fixes and code cleanup. - Bump .so major. Index: Makefile === RCS file: /cvs/ports/devel/json-c/Makefile,v retrieving revision 1.1.1.1 diff -p -u

UPDATE: net/ezstream 0.5.6 = 0.6.0 (security update)

Hi, I just released ezstream 0.6.0, and the corresponding port update is attached. It may take a while for its homepage to be updated (I depend on others to do this for me). This update includes a SECURITY FIX for a shell command injection vulnerability. I recommend to update. Please take

Re: UPDATE: net/ezstream 0.5.6 = 0.6.0 (security update)

Hi, On 01/18/15 01:48, Moritz Grimm wrote: I just released ezstream 0.6.0, and the corresponding port update is attached. [...] This update includes a SECURITY FIX for a shell command injection vulnerability. I recommend to update. Please take note of the NEWS file included in the tarball

Re: [UPDATE] net/libshout 2.4.3

Hi, *bump* ... is there anyone looking at this and the ezstream one? Thanks, -Moritz On 27.02.20 01:06, Moritz Grimm wrote: Improved update attached thanks to feedback from sthen@: * Fix DESCR * Take MAINTAINER On 23.02.20 00:32, Moritz Grimm wrote: Update libshout to 2.4.3 * TLS support

Re: [UPDATE] net/ezstream 1.0.1

Tweaked update attached: * Switch to new and more concise DESCR * Take MAINTAINER On 23.02.20 01:14, Moritz Grimm wrote: First maintenance release of a recent feature update. Makes most sense with an update to net/libshout (see separate update submission). * Supports all the new features

  1   2   >