Dropping maintainership for sysutils/zfs-snapshot-mgmt
Hello, I am the maintainer and author of zfs-snaphot-mgmt port - a crude (and a bit buggy) script for automatic snapshot creation and removal on ZFS. Since I am no longer using FreeBSD I cannot keep neither the port nor the script itself up-to-date. If someone, preferably one of the users, would like to take over the script and/or the port please contact me off the list. -- Marcin Simonides ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
GMSGFMT variable not defined
I'm the maintainer of multimedia/gnome-subtitles port. The new version adds language translations. I have added USE_GETTEXT=yes to the port's Makefile. There is a problem with building language translation files, variable GMSGFMT is not being defined and so the rule below doesn't work: .po.gmo: file=`echo $* | sed 's,.*/,,'`.gmo \ rm -f $$file $(GMSGFMT) -o $$file $ I've checked with the program's aclocal.m4, it contains a line: AC_PATH_PROG(GMSGFMT, gmsgfmt, $MSGFMT) which looks right to me - GMSGFMT should be set to $MSGFMT if the program is not found. msgfmt is being recognised by configure *but* both MSFGMT and GMSGFMT are set to nothing in the program's po/Makefile. There is a check for msgfmt (successful) in the configure's output, but none for gmsgfmt (the configure.am. My question is: are there any knobs, settings, dependencies etc. I should use (the Porter's Handbook doesn't seem to mention anything like that) or is this probably the program's configure issue? config.log available for request (unfortunately I have no idea how to analyze it, I just saw that INTLTOOL_MSGFMT is being set to correct path and G?MSGFMT to ''). This mail is also being sent to the author of the program. Sorry that it's so chaotic, but I have no idea where to start looking for the root of the problem and what information to provide. -- Marcin Simonides ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: GMSGFMT variable not defined
Jeremy Messenger wrote: On Thu, 12 Jul 2007 11:26:23 -0500, Marcin Simonides [...] I've checked with the program's aclocal.m4, it contains a line: AC_PATH_PROG(GMSGFMT, gmsgfmt, $MSGFMT) which looks right to me - GMSGFMT should be set to $MSGFMT if the program is not found. msgfmt is being recognised by configure *but* both MSFGMT and GMSGFMT are set to nothing in the program's po/Makefile. There is a check for msgfmt (successful) in the configure's output, but none for gmsgfmt (the configure.am. Can you show us the configure output? Certainly: === Configuring for gnome-subtitles-0.6 checking for pkg-config... /usr/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... none checking for intltool = 0.35.0... 0.35.5 found checking for perl... /usr/bin/perl checking for XML::Parser... ok checking for iconv... /usr/local/bin/iconv checking for msgfmt... /usr/local/bin/msgfmt checking for msgmerge... /usr/local/bin/msgmerge checking for xgettext... /usr/local/bin/xgettext checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking build system type... i386-portbld-freebsd6.2 checking host system type... i386-portbld-freebsd6.2 checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for pkg-config... /usr/local/bin/pkg-config checking for csc... no checking for gmcs... /usr/local/bin/gmcs checking for mono... /usr/local/bin/mono checking for sublib package dir... sublib-0.7 checking for MONO... yes checking for GTKSHARP... yes checking for GTK... yes checking for gconftool-2... /usr/local/bin/gconftool-2 Using config source xml:merged:/usr/local/etc/gconf/gconf.xml.defaults for schema installation Using $(sysconfdir)/gconf/schemas as install directory for schema files configure: creating ./config.status config.status: creating Makefile config.status: creating data/Makefile config.status: creating data/gnome-subtitles.desktop config.status: creating src/Makefile config.status: creating src/GnomeSubtitles/Execution/AssemblyInfo.cs config.status: creating src/GnomeSubtitles/Execution/gnome-subtitles config.status: creating help/Makefile config.status: creating po/Makefile.in config.status: executing depfiles commands config.status: executing intltool commands config.status: executing default-1 commands config.status: executing po/stamp-it commands === configuring in sublib-0.7 (/usr/ports/multimedia/gnome-subtitles/work/gnome-subtitles-0.6/sublib-0.7) configure: running /bin/sh ./configure '--prefix=/usr/local' '--localstatedir=/usr/local/share/gnome' '--datadir=/usr/local/share/gnome' '--with-html-dir=/usr/local/share/doc' '--with-help-dir=/usr/local/share/gnome/help' '--disable-gtk-doc' '--with-gconf-source=xml:merged:/usr/local/etc/gconf/gconf.xml.defaults' '--mandir=/usr/local/man' '--build=i386-portbld-freebsd6.2' 'build_alias=i386-portbld-freebsd6.2' 'CC=cc' 'CFLAGS=-O2 -fno-strict-aliasing -pipe -pipe -O2 -march=athlon-mp ' --cache-file=/dev/null --srcdir=. checking build system type... i386-portbld-freebsd6.2 checking host system type... i386-portbld-freebsd6.2 checking target system type... i386-portbld-freebsd6.2 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for gawk... gawk checking whether gmake sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for pkg-config... /usr/local/bin/pkg-config checking for csc... no checking
Re: GMSGFMT variable not defined
Jeremy Messenger wrote: On Thu, 12 Jul 2007 12:37:54 -0500, Marcin Simonides [EMAIL PROTECTED] wrote: Jeremy Messenger wrote: On Thu, 12 Jul 2007 11:26:23 -0500, Marcin Simonides [...] I've checked with the program's aclocal.m4, it contains a line: AC_PATH_PROG(GMSGFMT, gmsgfmt, $MSGFMT) which looks right to me - GMSGFMT should be set to $MSGFMT if the program is not found. msgfmt is being recognised by configure *but* both MSFGMT and GMSGFMT are set to nothing in the program's po/Makefile. There is a check for msgfmt (successful) in the configure's output, but none for gmsgfmt (the configure.am. Can you show us the configure output? Certainly: === Configuring for gnome-subtitles-0.6 [...] checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no snip Here, this is problem. Have you tried to add this below in your Makefile yet? = CONFIGURE_ENV=CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib = Oh boy, and it does say that in the Porter's Handbook blushes, I just didn't recognise that this is the case. Adding these lines has solved the problem, thanks. After you add, you should see the change from 'no' to 'yes' and extra details of lines related with this. It does as you say. -- Marcin Simonides ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: planetmirror sites
Scot Hetzel napisał(a): I had a look at the html source for the above page, and it contained a URL to the file: http://downloads.planetmirror.com/pub/gnome/sources/pango/1.16/pango-1.16.1.tar.bz2 Heh, why haven't I thought of that? :) I usually download the files by hand and, after I get fed up, remove all planetmirror sites from bsd.sites.mk and am done till the next cvsup ;) I just wanted to signal this so that appropriate action (whatever that is, probably removing the sites from list) can be taken. Attached is a patch that adds downloads.planetmirror.com to bsd.sites.mk to all the sites that had public.planetmirror.com listed. Try the patch and see if it fixes your problem, if it does submit a PR with the patch. Thanks. Unfortunately, the guys at planetmirror have thought of that: the client is redirected back to public.planetmirror.com on the first download attempt (the next one succeeds, there must be some logic to allow download after the url starting with public has been accessed). I guess I'll file a PR anyway, just with the suggestion of removing these sites. Unless there's something else I could try/test. Here's how it looks (using portupgrade, but that's irrelevant), the next site on the list is tried: [...] = Attempting to fetch from http://downloads.planetmirror.com/pub/gnome/sources/libbonoboui/2.18/. fetch: http://downloads.planetmirror.com/pub/gnome/sources/libbonoboui/2.18/libbonoboui-2.18.0.tar.bz2: Moved Temporarily = Attempting to fetch from http://public.planetmirror.com/pub/gnome/sources/libbonoboui/2.18/. fetch: http://public.planetmirror.com/pub/gnome/sources/libbonoboui/2.18/libbonoboui-2.18.0.tar.bz2: size unknown fetch: http://public.planetmirror.com/pub/gnome/sources/libbonoboui/2.18/libbonoboui-2.18.0.tar.bz2: size of remote file is not known libbonoboui-2.18.0.tar.bz2 25 kB 14 kBps === Extracting for libbonoboui-2.18.0 = MD5 Checksum mismatch for gnome/libbonoboui-2.18.0.tar.bz2. = SHA256 Checksum mismatch for gnome/libbonoboui-2.18.0.tar.bz2. [...] -- Marcin Simonides ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [Fwd: Re: New port - please review]
(pertaining gnome-subtitles port) Phillip Neumann napisał(a): Well dont know. Martin, do you want to be the maintainer? If so, add Martin... :) else, add the BSD# proyect :) in the repo, its present since /Thu Dec 7 15:24:44 2006 UTC, from version 0.0.3. but again, Martin you want it, you get it! ;-) It's an opportunity to learn a thing or two, so I'd be glad to maintain this port. Besides, I'll be using the application once in a while so I'll have motivation to keep it up to date :) -- Marcin Simonides ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
New port - please review
I've made a port for gnome-subtitles, a subtitle editor with video preview (http://gnome-subtitles.sourceforge.net/). Since this is my first port I'd like to ask you to review and test it before I submit it. The file may be downloaded here: http://marcin.studio4plus.com/files/gnome-subtitles-port.tgz Just untar it in /usr/ports, multimedia/gnome-subtitles will be created. It requires (quoting the website): Mono = 1.1 (mono to run, gmcs to build) Gtk-Sharp = 2.8 Glade-Sharp = 2.8 Gnome-Sharp = 2.8 Gtk+ = 2.8 and optionally mplayer. I hope that adding only the highest-level dependencies (eg. no gtk, since it is required by gtk-sharp) is enough. It works fine on my system (6.2-stable) but package registration takes a very long time. Is it normal (there is a lot of gnome dependencies to register, I think) or is something wrong? Thanks in advance! -- Marcin Simonides ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]