Re: NEW: sysutils/p5-Parse-DMIDecode
On Wed, Oct 06, 2010 at 12:35:08AM +0100, Mikolaj Kucharski wrote: On Wed, Sep 15, 2010 at 12:53:35PM +0200, Landry Breuil wrote: On Wed, Sep 15, 2010 at 11:45:55AM +0100, Mikolaj Kucharski wrote: On Wed, Sep 08, 2010 at 10:52:09AM +0100, Mikolaj Kucharski wrote: Bump.. Ok? http://marc.info/?l=openbsd-portsm=128308273801727w=2 Attaching port again. === Configuring for p5-Parse-DMIDecode-0.03 Checking whether your kit is complete... Looks good Checking prerequisites... * Optional prerequisite Test::Deep is not installed ERRORS/WARNINGS FOUND IN PREREQUISITES. You may wish to install the versions of the modules indicated above before proceeding with this installation Creating new 'Build' script for 'Parse-DMIDecode' version '0.03' Thank you for downloading Parse-DMIDecode I would like to find out how many people are using this software, and on what operating systems and Perl versions. If you have an internet connection, may I transmit the following information: http://perlgirl.org.uk/lib/usage.cgi?name=Parse::DMIDecodeversion=0.03osname=openbsdarchname=amd64-openbsdosver=openbsdperlver=5.010001 Send this anonymous information? [n ]Please answer 'y' or 'n'. = what's that bullshit ? This needs to be stripped out so one doesnt need to type enter to let this build. I didn't had above question, so I didn't bothered to remove this `recomended' dependency. New port attached. Please verify. This doesn't change anything, and your fix is wrong. Add dependency on p5-Test-Deep instead of just removing it, and patch away that stupid question. == # Send perl and module version information home if we've been given # permission to do so by a human being - default to not send for # automated # testing environments, of if the user does not respond within 20 # seconds. my $url = $ENV{AUTOMATED_TESTING} ? undef : may_send_version_information(); == I have no idea what triggers it here, but running just make the prompt is here. Landry
Re: OpenOffice snapshot
On Wed, Oct 06, 2010 at 07:08:59AM -0500, Ed Ahlsen-Girard wrote: The only OpenOffice related snapshots I see on either the master site or any of the mirrors I have checked are dictionaries. Could anyone say what happened? We've cvs deleted editors/openoffice3, soon we'll import editors/libreoffice. darn, it's not April 1st... Landry
Re: NEW: sysutils/p5-Parse-DMIDecode
On Wed, Oct 06, 2010 at 01:18:47PM +0100, Mikolaj Kucharski wrote: On Wed, Oct 06, 2010 at 10:15:17AM +0100, Stuart Henderson wrote: == # Send perl and module version information home if we've been given # permission to do so by a human being - default to not send for # automated # testing environments, of if the user does not respond within 20 # seconds. my $url = $ENV{AUTOMATED_TESTING} ? undef : may_send_version_information(); == I have no idea what triggers it here, but running just make the prompt is here. Having LWP::UserAgent installed triggers it. Please add CONFIGURE_ENV= AUTOMATED_TESTING=Yes, remove the patches for Test::Deep and list p5-Test-Deep as a build dependency, then it will be ok with me. As advised by Stuart, new port attached. Please verify. ok to import for anyone who wants.. Landry
[new] geo/viking
Hi, here's a port of viking (http://viking.sourceforge.net), yet another gps track manager/gis editor/osm editor. Viking is a free/open source program to manage GPS data. You can import and plot tracks and waypoints, show Terraserver/OpenStreetMap maps under it, add coordinate lines, make new tracks and waypoints, hide different things, etc. It can also be used as an OpenStreetMap editor. Please test and report feedback. Landry viking-0.9.95.tgz Description: application/tar-gz
Re: mozilla-firefox-3.6 troubles
On Fri, Oct 08, 2010 at 09:21:16AM +0200, LEVAI Daniel wrote: Hi! After the gtk updates, I have no forward/backward icons in mozilla-firefox-3.6. I tried to reinstall gnome-icom-theme and firefox, but no luck. I'm using default themes for both gtk and firefox. yes, that's known (see other threads) and being worked on. On a different matter: FF3.6 can not load our jre-6 mozilla plugin. Is it because it is older than jdk-6u10? java plugin from old jdk is deprecated upstream in favor of icedtea-plugin, which has yet to be ported (along newer jdks). the existing plugin only works in ffx 3.5, and that's precisely why we keep 3.5 in the portstree. Landry
Re: fixing openssl ports
On Wed, Oct 06, 2010 at 12:52:18PM +0200, Matthias Kilian wrote: People, if you commit openssl fixes to ports, please also change ~jasper/ports/openssl.txt. And have a look there before you start to work fixing ports. Current content (don't know wether it's correct, I just updated nmap qca-tls, kdelibs and kdebase): port? who?status? net/bro notified maintainer security/nessus/libnasl www/konqueror-embedded for the record, it seems those three ports are still broken because of openssl update. Landry
Re: fixing openssl ports
On Mon, Oct 11, 2010 at 09:00:27PM +0200, Landry Breuil wrote: On Wed, Oct 06, 2010 at 12:52:18PM +0200, Matthias Kilian wrote: People, if you commit openssl fixes to ports, please also change ~jasper/ports/openssl.txt. And have a look there before you start to work fixing ports. Current content (don't know wether it's correct, I just updated nmap qca-tls, kdelibs and kdebase): port? who?status? net/bro notified maintainer security/nessus/libnasl www/konqueror-embedded for the record, it seems those three ports are still broken because of openssl update. oh, and sysutils/bacula too, but it also fails to package due to libtool. Landry
Re: [NEW] databases/py-redis
On Tue, Oct 12, 2010 at 07:10:39AM +0200, David Coppa wrote: On Mon, Oct 11, 2010 at 10:19 PM, Remi Pointel remi.poin...@xiri.fr wrote: Hello, this is the port of py-redis, Python interface to query Redis db. Critical positive or negative would be appreciated ;-). Ok for me. I'd like to import this. Any other dev who wants to comment? make regress fail, so either fix it or mark it as no_regress. other than that ok for me too. File /usr/local/lib/python2.6/unittest.py, line 584, in loadTestsFromName parent, obj = obj, getattr(obj, part) AttributeError: 'module' object has no attribute 'all_tests' Landry
Re: Problems with firefox and cairo-1.10.0
On Wed, Oct 13, 2010 at 10:20:55AM +0200, David Coppa wrote: Hi, I'm sorry to report bad news. There are severe problems with firefox (and probably with all mozilla-based apps) when using the new cairo 1.10.0. I've noticed that fonts and images are all messed up in some pages. For example, have a look at: http://145.238.209.44/dcoppa/firefox_cairo-1.10.0_1.png http://145.238.209.44/dcoppa/firefox_cairo-1.10.0_2.png Also, animated gifs don't work anymore. Take, for example: http://upload.wikimedia.org/wikipedia/commons/2/2c/Rotating_earth_(large).gif When firefox is linked with libcairo 1.10.0, the gif does not rotate. The workaround is to remove --enable-system-cairo from CONFIGURE_ARGS. After this, it's back to normality: http://145.238.209.44/dcoppa/firefox_intree_cairo.png That's sad... And I'm with this gentoo linux developer: Switching over to bundled cairo lib as seamonkey-2.0.x has issues with cairo-1.10.0. If you don't like this blame upstream as they don't care about anything than their damned bundled shit!!! (http://bugs.gentoo.org/show_bug.cgi?id=337813) Great. https://bugs.archlinux.org/task/20868 https://bugzilla.mozilla.org/show_bug.cgi?id=597174 https://qa.mandriva.com/show_bug.cgi?id=60738 https://bugzilla.redhat.com/show_bug.cgi?id=628331 At least we're not alone.. thing is, i don't think they plan to update their bundled cairo to 1.10.x in 1.9.2. branch, so we'll have to live with it. They only plan to update it in trunk/branch 2/ffx4. https://bugzilla.mozilla.org/show_bug.cgi?id=562746 Oh well, i'll cook a diff switching back to bundled cairo, + wantlib fixes + bumps. sigh. Landry
Re: Update: net/ruby-amqp 0.6.4 - 0.6.7
On Thu, Oct 14, 2010 at 02:04:00PM -0700, Jeremy Evans wrote: Simple version update. While here, enable the regress tests. Tested on i386 with rabbitmq. Also compiles fine on amd64. Looking for OKs. Jeremy Index: Makefile === RCS file: /cvs/ports/net/ruby-amqp/Makefile,v retrieving revision 1.3 diff -N -u -p Makefile --- Makefile 28 Sep 2010 21:40:13 - 1.3 +++ Makefile 14 Oct 2010 20:35:54 - @@ -2,9 +2,8 @@ COMMENT =simple AMQP driver for Ruby -DISTNAME = amqp-0.6.4 +DISTNAME = amqp-0.6.7 PKGNAME =ruby-${DISTNAME} -REVISION = 0 CATEGORIES = net # Ruby license @@ -19,5 +18,11 @@ CONFIGURE_STYLE = ruby gem BUILD_DEPENDS = ${RUN_DEPENDS} RUN_DEPENDS =::net/ruby-eventmachine + +REGRESS_DEPENDS =${RUN_DEPENDS} \ + ::${BUILD_PKGPATH} \ I'm not sure ${RUN_DEPENDS} is needed here, as ::${BUILD_PKGPATH} will install amqp, which will in turn install its own ${RUN_DEPENDS}. Other than that ok with me, as for amqp-utils. Landry
Re: [NEW/UPDATE] mail/sylpheed
On Fri, Oct 15, 2010 at 11:16:12PM +0200, Remi Pointel wrote: On Thu, 14 Oct 2010 22:32:31 -0500 Frank Garcia f...@ipnat.net wrote: I can't speak for the style of the port, but it compiles works on macppc (OpenBSD 4.8-current (GENERIC) #139: Sun Oct 3 07:53:42 MDT 2010 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC) I connected to my mail server using IMAP (ssl), and am sending this using the port. Thanks! -- Frank Garcia f...@ipnat.net Hi, thank you for testing. I use it every day without problems. Is someone wants to commit it ? Sorry, it is totally unreadable. Make a proper cvs diff against -current, without spacing changes and moving things all around, and i'll review it. Oh and btw, you should not remove the @exec/@unexec-delete in PLIST. Landry
Re: [new port] ApacheTop
On Wed, Oct 13, 2010 at 11:31:26AM -0300, Gonzalo L. R. wrote: Hi porters, I make another port, this one is 'ApacheTop' is a curses-based top-like display for Apache information, including requests per second, bytes per second, most popular URLs, etc. Feedback would be appreciated OPTIONS= and .if defined(WITH_xxx) are not openbsd ports constructs. You might want to learn about FLAVORS, but i'm not sure it's relevant to do flavors in this port. pass pkg/DESCR through fmt -w 72. Landry
Re: [NEW] devel/py-progressbar
On Sat, Oct 16, 2010 at 12:09:18AM +0200, Remi Pointel wrote: Hi, this is the port of py-progressbar, a text progressbar library for python. Critical positive or negative would be appreciated ;-). PKGNAME = ${DISTNAME:S/^/py-/} Srsly ? PKGNAME=py-${DISTNAME} was too easy ? Other than that looks good. py-nmap too, so if anyone else wants to ok them... Landry
Re: [NEW/UPDATE] mail/sylpheed
On Sat, Oct 16, 2010 at 11:15:58AM +0200, Remi Pointel wrote: On Sat, 16 Oct 2010 00:10:14 +0200 Landry Breuil lan...@rhaalovely.net wrote: On Fri, Oct 15, 2010 at 11:16:12PM +0200, Remi Pointel wrote: On Thu, 14 Oct 2010 22:32:31 -0500 Frank Garcia f...@ipnat.net wrote: I can't speak for the style of the port, but it compiles works on macppc (OpenBSD 4.8-current (GENERIC) #139: Sun Oct 3 07:53:42 MDT 2010 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC) I connected to my mail server using IMAP (ssl), and am sending this using the port. Thanks! -- Frank Garcia f...@ipnat.net Hi, thank you for testing. I use it every day without problems. Is someone wants to commit it ? Sorry, it is totally unreadable. Make a proper cvs diff against -current, without spacing changes and moving things all around, and i'll review it. This is the diff (cvs diff -wuNp). Oh and btw, you should not remove the @exec/@unexec-delete in PLIST. Yes, I thought that it was automatically added. Manually added. Landry Is the diff OK ? still some spacing changes in the diff which makes it hard to read. - You're still using the old-style LIB_DEPENDS for gtkspell/gtk+2/compface - pkg/PLIST lacks @pkgpath mail/sylpheed,-gpgme so that sylpheed-=2.7.1p1-gpgme is correctly updated to the unflavoured sylpheed i'll commit a fixed version.. Landry
Re: [new port] ApacheTop
On Sat, Oct 16, 2010 at 08:46:16AM -0300, Gonzalo L. R. wrote: Thanks Landry for you response, I delete the OPTIONS and .if define thing, and make a new packages, is ok for you now? Something is still wrong wrt autotools usage: configure: creating ./config.status config.status: creating Makefile config.status: creating man/Makefile config.status: creating src/Makefile config.status: creating config/Makefile config.status: creating config.h config.status: executing default-1 commands === Building for apachetop-0.12.6 cd . /bin/sh /usr/ports/pobj/apachetop-0.12.6/apachetop-0.12.6/config/missing --run aclocal Provide an AUTOMAKE_VERSION environment variable, please cd . /bin/sh /usr/ports/pobj/apachetop-0.12.6/apachetop-0.12.6/config/missing --run autoheader Provide an AUTOCONF_VERSION environment variable, please cd . CONFIG_FILES= CONFIG_HEADERS=config.h /bin/sh ./config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing default-1 commands aclocal/autoheader should not be called again during build. Oh, and the Note in DESCR to point to the access_log file for OpenBSD is ugly. It should be patched to default to the correct path instead so that the defaults are sane. Landry
Re: [new port] ApacheTop
On Sat, Oct 16, 2010 at 02:36:14PM +0200, Landry Breuil wrote: On Sat, Oct 16, 2010 at 08:46:16AM -0300, Gonzalo L. R. wrote: Thanks Landry for you response, I delete the OPTIONS and .if define thing, and make a new packages, is ok for you now? Something is still wrong wrt autotools usage: configure: creating ./config.status config.status: creating Makefile config.status: creating man/Makefile config.status: creating src/Makefile config.status: creating config/Makefile config.status: creating config.h config.status: executing default-1 commands === Building for apachetop-0.12.6 cd . /bin/sh /usr/ports/pobj/apachetop-0.12.6/apachetop-0.12.6/config/missing --run aclocal Provide an AUTOMAKE_VERSION environment variable, please cd . /bin/sh /usr/ports/pobj/apachetop-0.12.6/apachetop-0.12.6/config/missing --run autoheader Provide an AUTOCONF_VERSION environment variable, please cd . CONFIG_FILES= CONFIG_HEADERS=config.h /bin/sh ./config.status config.status: creating config.h config.status: config.h is unchanged config.status: executing default-1 commands aclocal/autoheader should not be called again during build. Oh, and the Note in DESCR to point to the access_log file for OpenBSD is ugly. It should be patched to default to the correct path instead so that the defaults are sane. Here's a fixed version: - added cvs ids to Makefile - no need for the patch, use --with-logfile to point to our default - better COMMENT - use autoconf - tidy DESCR ok anyone ? Landry apachetop-0.12.6.tar.gz Description: application/tar-gz
Re: NEW: gcolor2-0.4
On Sun, Oct 17, 2010 at 12:39:06AM -0500, Abel Abraham Camarillo Ojeda wrote: Gcolor2 is a GTK2 color selector to provide a quick and easy way to find colors for whatever task is at hand. It supports color picking (on any area of the screen), and storing chosen colors in a default file (~/.rgb.txt) and seeing them by name and hex. LIB_DEPENDS is wrong, i think you should only use x11/gtk+2 in it, the others are second-level dependencies. Oh, and use devel/gettext MODULE. Landry
Re: NEW: gcolor2-0.4
On Sun, Oct 17, 2010 at 12:15:25PM -0500, Abel Abraham Camarillo Ojeda wrote: Landry Breuil lan...@rhaalovely.net wrote: On Sun, Oct 17, 2010 at 12:39:06AM -0500, Abel Abraham Camarillo Ojeda wrote: Gcolor2 is a GTK2 color selector to provide a quick and easy way to find colors for whatever task is at hand. It supports color picking (on any area of the screen), and storing chosen colors in a default file (~/.rgb.txt) and seeing them by name and hex. LIB_DEPENDS is wrong, i think you should only use x11/gtk+2 in it, the others are second-level dependencies. Oh, and use devel/gettext MODULE. Landry Ok, here it is, fixed. Good. ok anyone ? i'm ok with it if someone wants to import it. Landry
Re: WIP: transmission 2.11
On Sat, Oct 23, 2010 at 03:49:48PM +, Christian Weisgerber wrote: Christian Weisgerber na...@mips.inka.de wrote: * Add -qt client (and no_qt flavor). lib-depends-check reports some extra libraries for -qt. That's an artifact of linking only against libcurl without explicitly linking libcurl's dependencies... because we don't have pkg-config information about curl. The -qt subpackage is only enabled on gcc4 archs. (It doesn't build with gcc3 and it also needs a gcc4-built Qt4.) +.if !${FLAVOR:L:Mno_qt} ${COMPILER_VERSION:L:Mgcc4*} +MULTI_PACKAGES+=-qt I think ONLY_FOR_ARCHS-qt=${GCC4_ARCHS} makes more sense. dpb doesn't really like when MULTI_PACKAGES is raped in .if blocks... Landry
eclipse browser widget and xulrunner
Hi, devel/eclipse/sdk is now the only user of xulrunner 1.8 for its browser plugin. According to http://www.eclipse.org/swt/faq.php#browserlinux, only newer versions of eclipse works with newer xulrunner, and our eclipse really needs an update. Kurt did some preliminary work here: http://www.intricatesoftware.com/OpenBSD/ports/current/ I will make our port build against xulrunner 1.9 so that xulrunner 1.8 can be finally removed, so if you rely on eclipse browser widget, step up and update eclipse. Landry
Re: Simpler C extension gems with ruby.port.mk
On Sun, Oct 24, 2010 at 05:43:33AM -0700, Jeremy Evans wrote: This splits MODRUBY_WANTLIB from MODRUBY_LIB_DEPENDS. This has some fallout for ports that use MODRUBY_LIB_DEPENDS, which will be updated if/when it goes in. This adds handling for CONFIGURE_STYLE=ruby gem ext to ruby.port.mk. This configure style will be used for gems with C extensions, with the following changes: SHARED_ONLY is added automatically. gems with C extensions create .so files, so they can only be used on archs that support shared libraries. c, m, and MODRUBY_WANTLIB are added to WANTLIB. MODRUBY_LIB_DEPENDS is also added to LIB_DEPENDS, but I'm not sure if that is necessary. I believe that all ruby C extension gems need c, m, and MODRUBY_WANTLIB, and since many C extension gem ports only have WANTLIB=c m, this can simplify port makefiles by making it so you don't have to add a WANTLIB line manually. Here's the changes to ruby.port.mk and an example for ruby-id3lib. sthen@ thinks this is OK, but we agree that more people should see this first. Thoughts? I'm all for it. Landry
Re: NEW: x11/gsmartcontrol
On Mon, Oct 25, 2010 at 09:00:23AM +0200, Giovanni Bechis wrote: pkg/DESCR: GSmartControl is a graphical user interface for smartctl, which is a tool for querying and controlling SMART (Self-Monitoring, Analysis, and Reporting Technology) data on modern hard disk drives. It allows you to inspect the drive's SMART data to determine its health, as well as run various tests on it. I would like this to run_depend on gksu-polkit or kdesu, any hints on how to do it ? RUN_DEPENDS= :gksu-polkit-*|kdesu-*:pkgpath/of/the/default Landry
Re: [NEW] www/aria2
On Mon, Oct 25, 2010 at 08:02:50PM +0200, Remi Pointel wrote: Hi, this is the port of aria2, a lightweight multi-protocol multi-source download utility. I have no idea how to use or test it, but portswise this is definitely ok. Any real reason for disabling gnutls and xml2 ? Landry
Re: audio/libsamplerate distfile woes
On Tue, Oct 26, 2010 at 09:56:59AM +0200, David Coppa wrote: Dunno why, but there're some problems with libsamplerate distfile... Can confirm that our distinfo is wrong? Yes, looks like upstream rerolled it. Landry
Re: [new] shotwell 0.7.2
On Sat, Sep 25, 2010 at 01:23:41PM +0200, Landry Breuil wrote: Hi, here's a port of shotwell, a new photo organizer written in Vala, and one of its deps (libgexiv2). So far, two issues: - their brand new preferences dialog doesn't work. I have absolutely no idea why, and the gtk-generated-code vala pukes makes me want to rip my eyes off. src/Dialogs.vala: dialog = builder.get_object(preferences_dialog) as Gtk.Dialog; dialog.set_parent_window(AppWindow.get_instance().get_parent_window()); Somehow either dialog or get_parent_window gets nullfied. - help doesn't work, but it seems it's more a yelp problem. Any ghelp:xxx url with a port providing new-style *.page helpfiles fails (gcalcool fails too here). And here's a version that fixes those issues. I didn't tested f-spot import nor faceshitbook export, but all the other features work fine (well besides camera import, as we don't have gudev..) Landry shotwell-0.7.2_3.tgz Description: application/tar-gz
Re: dpb changes, summary
On Thu, Oct 28, 2010 at 01:43:57PM +0200, Marc Espie wrote: Since my commit messages are probably a bit obscure, here's a small progress report. - fixed a bug that would make dpb loop if it were not happy with some listing - fixed a few display bugs. dpb had a problem with display containing empty lines... not any more ! - distinguish between default and empty flavors. All error messages related to avahi, xscreensaver... should be gone. - ditched the P/I distinction. Some code gone, simpler stuff. - distinguish between our errors and other random locks so that... - in case of an error, rescan the affected directory when the lock gets removed. YES, this does pick up revision bumps and other meta-info changes. For the people using dpb, it means you can now apply diffs containing fixes and a revision bump for a port and dpb will cope with it. So far you had to apply diffs and manually remove the revision bump.. Landry
Re: wxWidgets-2.8.11 (py-wxWidgets)
On Mon, Nov 01, 2010 at 03:48:50PM +0100, David Coppa wrote: On Sun, 31 Oct 2010, Remi Pointel wrote: Hi, tested on amd64, seems to work but make regress fails too. I updated py-wxPython to have the same version, this is the diff. I just have this warning at the end of make update-plist : make-plist: pkg/PLIST may contain arch-dependent lib/python${MODPY_VERSION}/site-packages/wx/tools/Editra/src/syntax/_asm68k.py make-plist: pkg/PLIST may contain arch-dependent lib/python${MODPY_VERSION}/site-packages/wx/tools/Editra/src/syntax/_asm68k.pyc Thanks for your remarks, Hi, I've reworked your patch a little: fixed some spacing issues (tabs vs spaces) and added a missing entry into PLIST. Other than those, it's ok for me. -+root = !!WRKINST!! ++root = /usr/ports/pobj/py-wxPython-2.8.11.0/fake-i386 Sounds wrong :) Landry
Re: editors/vim,gtk2 fails to package
On Tue, Nov 02, 2010 at 10:25:45AM +, Andreas Kahari wrote: Hi, When building the athena flavor of vim, there is no problem, but when building the default gtk2 flavor (or the motif or no_x11 flavors), the packaging fails due to missing manuals: Are you really up to date wrt groff/mandoc/pkg_add/infrastructure ? Landry
Re: style rule: space around variables
On Wed, Nov 03, 2010 at 06:33:01PM +0100, Jasper Lievisse Adriaanse wrote: On Wed, Nov 03, 2010 at 02:50:59PM +0100, Antoine Jacoutot wrote: On Wed, 3 Nov 2010, Marc Espie wrote: Fix your eyes, seriously. It's a case of habit. I used to see VAR=value as more natural. But the bad consequences made me change that habit, and now I have absolutely no problem with the new style. Like I said, it's not an aesthetic choice. We're talking trappings of Makefile semantics, and avoidance of possible problems. Don't think that it's just me. Everyone has always been annoyed by this, it's not like I'm ranting alone in my corner. As expressed before, I concur. It's annoying. I understand the need for spaces with 'X=' (replace X with ! or whatever), but not for regular '='. So, speaking of eye cancer, what's better: FUBAR= a ZOMG += d BAR ?= b ZOOOM= c or FUBAR = a ZOMG += d BAR ?= b ZOOOM = c to me, definitely the latter. space before sign, tab after, what's wrong with that ? Landry
Re: x11/wxWidgets: fix debug build
On Thu, Nov 04, 2010 at 11:12:11AM +0100, David Coppa wrote: It was still adding d all over the place :( Same thing for unicode (WXUNICODEFLAG = u). Shame on me for not noticing this before... Ok? Good catch.. ok for me. Landry
Re: devel/metaauto return code
On Wed, Nov 03, 2010 at 08:17:05AM +0100, Jasper Lievisse Adriaanse wrote: On Sun, Oct 31, 2010 at 12:33:46PM +0100, Marc Espie wrote: On Mon, Oct 25, 2010 at 11:27:25PM +0200, Tobias Ulmer wrote: Hi Marc, metaauto should IMHO return an error code instead of failing silently. We've now tested this in a bulk buil. It doesn't quite work, so it won't go in until errors in the corresponding ports are fixed... ;-( which ports are those? with the diff, automake 1.10 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.60 or better is required. Please make sure it is installed and in your PATH. automake 1.9 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.58 or better is required. Please make sure it is installed and in your PATH. and iirc other automake ports fails too. so i think build_depends for those ports should be adjusted, but i have no idea how it is related to the metaauto diff itself. Landry
Re: devel/metaauto return code
On Thu, Nov 04, 2010 at 01:42:01PM +0100, Landry Breuil wrote: On Wed, Nov 03, 2010 at 08:17:05AM +0100, Jasper Lievisse Adriaanse wrote: On Sun, Oct 31, 2010 at 12:33:46PM +0100, Marc Espie wrote: On Mon, Oct 25, 2010 at 11:27:25PM +0200, Tobias Ulmer wrote: Hi Marc, metaauto should IMHO return an error code instead of failing silently. We've now tested this in a bulk buil. It doesn't quite work, so it won't go in until errors in the corresponding ports are fixed... ;-( which ports are those? with the diff, automake 1.10 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.60 or better is required. Please make sure it is installed and in your PATH. automake 1.9 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.58 or better is required. Please make sure it is installed and in your PATH. and iirc other automake ports fails too. so i think build_depends for those ports should be adjusted, but i have no idea how it is related to the metaauto diff itself. Actually it's simpler than that, and automake 1.8 breaks too : configure does: configure:1825: eval autoconf --version Provide an AUTOCONF_VERSION environment variable, please configure:1828: $? = 127 So, automake ports should build_depends on the needed version of autoconf, and CONFIGURE_ENV+= AUTOCONF_VERSION=${AUTOCONF_VERSION} should be added too. Landry
Re: devel/metaauto return code
On Thu, Nov 04, 2010 at 02:04:24PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 01:42:01PM +0100, Landry Breuil wrote: On Wed, Nov 03, 2010 at 08:17:05AM +0100, Jasper Lievisse Adriaanse wrote: On Sun, Oct 31, 2010 at 12:33:46PM +0100, Marc Espie wrote: On Mon, Oct 25, 2010 at 11:27:25PM +0200, Tobias Ulmer wrote: Hi Marc, metaauto should IMHO return an error code instead of failing silently. We've now tested this in a bulk buil. It doesn't quite work, so it won't go in until errors in the corresponding ports are fixed... ;-( which ports are those? with the diff, automake 1.10 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.60 or better is required. Please make sure it is installed and in your PATH. automake 1.9 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.58 or better is required. Please make sure it is installed and in your PATH. and iirc other automake ports fails too. so i think build_depends for those ports should be adjusted, but i have no idea how it is related to the metaauto diff itself. Actually it's simpler than that, and automake 1.8 breaks too : configure does: configure:1825: eval autoconf --version Provide an AUTOCONF_VERSION environment variable, please configure:1828: $? = 127 So, automake ports should build_depends on the needed version of autoconf, and CONFIGURE_ENV+= AUTOCONF_VERSION=${AUTOCONF_VERSION} should be added too. print/cups breaks too: === Configuring for cups-1.4.4p6 cd /usr/obj/ports//cups-1.4.4/cups-1.4.4 AUTOMAKE_VERSION=1.9 aclocal -I config-scripts Provide an AUTOCONF_VERSION environment variable, please aclocal-1.9: autom4te failed with exit status: 127 - cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} aclocal -I config-scripts - cd ${WRKSRC} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} aclocal -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts Fixes it.
Re: devel/metaauto return code
On Thu, Nov 04, 2010 at 02:09:38PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 02:04:24PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 01:42:01PM +0100, Landry Breuil wrote: On Wed, Nov 03, 2010 at 08:17:05AM +0100, Jasper Lievisse Adriaanse wrote: On Sun, Oct 31, 2010 at 12:33:46PM +0100, Marc Espie wrote: On Mon, Oct 25, 2010 at 11:27:25PM +0200, Tobias Ulmer wrote: Hi Marc, metaauto should IMHO return an error code instead of failing silently. We've now tested this in a bulk buil. It doesn't quite work, so it won't go in until errors in the corresponding ports are fixed... ;-( which ports are those? with the diff, automake 1.10 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.60 or better is required. Please make sure it is installed and in your PATH. automake 1.9 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.58 or better is required. Please make sure it is installed and in your PATH. and iirc other automake ports fails too. so i think build_depends for those ports should be adjusted, but i have no idea how it is related to the metaauto diff itself. Actually it's simpler than that, and automake 1.8 breaks too : configure does: configure:1825: eval autoconf --version Provide an AUTOCONF_VERSION environment variable, please configure:1828: $? = 127 So, automake ports should build_depends on the needed version of autoconf, and CONFIGURE_ENV+= AUTOCONF_VERSION=${AUTOCONF_VERSION} should be added too. print/cups breaks too: === Configuring for cups-1.4.4p6 cd /usr/obj/ports//cups-1.4.4/cups-1.4.4 AUTOMAKE_VERSION=1.9 aclocal -I config-scripts Provide an AUTOCONF_VERSION environment variable, please aclocal-1.9: autom4te failed with exit status: 127 - cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} aclocal -I config-scripts - cd ${WRKSRC} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} aclocal -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts Fixes it. databases/freetds breaks too.. for an unknown reason even as it doesn't depend on metaauto/autoconf/automake, authoeader and aclocal are triggered during build, and thus fails due to missing AUTO*_VERSION. === Building for freetds-0.82.1pre20100728p0 Making all in include cd .. make am--refresh cd .. /bin/sh /usr/obj/ports/freetds-0.82.1pre20100728/freetds-0.82/missing --run autoheader Provide an AUTOCONF_VERSION environment variable, please WARNING: `autoheader' is missing on your system. You should only need it if you modified `acconfig.h' or `configure.ac'. You might want to install the `Autoconf' and `GNU m4' packages. Grab them from any GNU archive site. ... ... ... cd . /bin/sh /usr/obj/ports/freetds-0.82.1pre20100728/freetds-0.82/missing --run aclocal-1.9 -I m4 Provide an AUTOCONF_VERSION environment variable, please aclocal-1.9: autom4te failed with exit status: 127 *** Error code 1 While here tds.h could use some love to avoid this warning : In file included from ../../include/tds.h:30, from server.c:30: /usr//include/arpa/inet.h:74: warning: 'struct in_addr' declared inside parameter list /usr//include/arpa/inet.h:74: warning: its scope is only this definition or declaration, which is probably not what you want /usr//include/arpa/inet.h:75: warning: 'struct in_addr' declared inside parameter list Landry
Re: devel/metaauto return code
On Thu, Nov 04, 2010 at 02:09:38PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 02:04:24PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 01:42:01PM +0100, Landry Breuil wrote: On Wed, Nov 03, 2010 at 08:17:05AM +0100, Jasper Lievisse Adriaanse wrote: On Sun, Oct 31, 2010 at 12:33:46PM +0100, Marc Espie wrote: On Mon, Oct 25, 2010 at 11:27:25PM +0200, Tobias Ulmer wrote: Hi Marc, metaauto should IMHO return an error code instead of failing silently. We've now tested this in a bulk buil. It doesn't quite work, so it won't go in until errors in the corresponding ports are fixed... ;-( which ports are those? with the diff, automake 1.10 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.60 or better is required. Please make sure it is installed and in your PATH. automake 1.9 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.58 or better is required. Please make sure it is installed and in your PATH. and iirc other automake ports fails too. so i think build_depends for those ports should be adjusted, but i have no idea how it is related to the metaauto diff itself. Actually it's simpler than that, and automake 1.8 breaks too : configure does: configure:1825: eval autoconf --version Provide an AUTOCONF_VERSION environment variable, please configure:1828: $? = 127 So, automake ports should build_depends on the needed version of autoconf, and CONFIGURE_ENV+= AUTOCONF_VERSION=${AUTOCONF_VERSION} should be added too. print/cups breaks too: === Configuring for cups-1.4.4p6 cd /usr/obj/ports//cups-1.4.4/cups-1.4.4 AUTOMAKE_VERSION=1.9 aclocal -I config-scripts Provide an AUTOCONF_VERSION environment variable, please aclocal-1.9: autom4te failed with exit status: 127 - cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} aclocal -I config-scripts - cd ${WRKSRC} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} aclocal -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts audio/tremor-tools: === Building for tremor-tools-1.0p4 cd . aclocal Provide an AUTOMAKE_VERSION environment variable, please gmake: *** [aclocal.m4] Error 127 There, you got you full breakage list, cups, automake*, and freetds which is already fixed :) Landry
Re: devel/metaauto return code
On Thu, Nov 04, 2010 at 11:31:51PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 02:09:38PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 02:04:24PM +0100, Landry Breuil wrote: On Thu, Nov 04, 2010 at 01:42:01PM +0100, Landry Breuil wrote: On Wed, Nov 03, 2010 at 08:17:05AM +0100, Jasper Lievisse Adriaanse wrote: On Sun, Oct 31, 2010 at 12:33:46PM +0100, Marc Espie wrote: On Mon, Oct 25, 2010 at 11:27:25PM +0200, Tobias Ulmer wrote: Hi Marc, metaauto should IMHO return an error code instead of failing silently. We've now tested this in a bulk buil. It doesn't quite work, so it won't go in until errors in the corresponding ports are fixed... ;-( which ports are those? with the diff, automake 1.10 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.60 or better is required. Please make sure it is installed and in your PATH. automake 1.9 breaks with : checking whether autoconf is installed... no configure: error: Autoconf 2.58 or better is required. Please make sure it is installed and in your PATH. and iirc other automake ports fails too. so i think build_depends for those ports should be adjusted, but i have no idea how it is related to the metaauto diff itself. Actually it's simpler than that, and automake 1.8 breaks too : configure does: configure:1825: eval autoconf --version Provide an AUTOCONF_VERSION environment variable, please configure:1828: $? = 127 So, automake ports should build_depends on the needed version of autoconf, and CONFIGURE_ENV+= AUTOCONF_VERSION=${AUTOCONF_VERSION} should be added too. print/cups breaks too: === Configuring for cups-1.4.4p6 cd /usr/obj/ports//cups-1.4.4/cups-1.4.4 AUTOMAKE_VERSION=1.9 aclocal -I config-scripts Provide an AUTOCONF_VERSION environment variable, please aclocal-1.9: autom4te failed with exit status: 127 - cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} aclocal -I config-scripts - cd ${WRKSRC} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} aclocal -I config-scripts + cd ${WRKSRC} AUTOMAKE_VERSION=${AUTOMAKE_VERSION} AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf -I config-scripts audio/tremor-tools: === Building for tremor-tools-1.0p4 cd . aclocal Provide an AUTOMAKE_VERSION environment variable, please gmake: *** [aclocal.m4] Error 127 There, you got you full breakage list, cups, automake*, and freetds which is already fixed :) Here's the diff for automake* i have in my tree, i'd like a doublecheck. freetds and cups are fixed, i have no idea for tremor-tools. After that, i'm ok with metaauto diff. Landry Index: 1.10/Makefile === RCS file: /cvs/ports/devel/automake/1.10/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- 1.10/Makefile 30 Aug 2010 22:09:45 - 1.3 +++ 1.10/Makefile 5 Nov 2010 08:21:22 - @@ -25,12 +25,14 @@ AUTOCONF_VERSION= 2.60 AUTOCONF_REGRESS= 2.65 -BUILD_DEPENDS= ::devel/metaauto +BUILD_DEPENDS= ${RUN_DEPENDS} RUN_DEPENDS= ${MODGNU_AUTOCONF_DEPENDS} SUFFIX=-${VERSION} CONFIGURE_STYLE= gnu CONFIGURE_ARGS=--infodir=${PREFIX}/info +CONFIGURE_ENV+=AUTOCONF_VERSION=${AUTOCONF_VERSION} + MAKE_FLAGS+= pkgvdatadir=${PREFIX}/share/automake${SUFFIX} \ APIVERSION=${VERSION} SUBST_VARS=SUFFIX Index: 1.8/Makefile === RCS file: /cvs/ports/devel/automake/1.8/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- 1.8/Makefile22 Jul 2010 12:13:17 - 1.8 +++ 1.8/Makefile5 Nov 2010 08:21:22 - @@ -19,11 +19,12 @@ AUTOCONF_VERSION= 2.59 -BUILD_DEPENDS= ::devel/metaauto +BUILD_DEPENDS= ${RUN_DEPENDS} RUN_DEPENDS= ${MODGNU_AUTOCONF_DEPENDS} SUFFIX=-${VERSION} CONFIGURE_STYLE= gnu +CONFIGURE_ENV+=AUTOCONF_VERSION=${AUTOCONF_VERSION} MAKE_FLAGS+= MAKEINFO=makeinfo --no-split \ pkgvdatadir=${PREFIX}/share/automake${SUFFIX} \ APIVERSION=${VERSION} Index: 1.9/Makefile === RCS file: /cvs/ports/devel/automake/1.9/Makefile,v retrieving revision 1.14 diff -u -r1.14 Makefile --- 1.9/Makefile30 Sep 2010 15:51:54 - 1.14 +++ 1.9/Makefile5 Nov 2010 08:21:22 - @@ -24,11 +24,14 @@ AUTOCONF_VERSION= 2.59 -BUILD_DEPENDS= ::devel/metaauto
Re: libtool static libs and -fPIC
On Fri, Nov 05, 2010 at 09:01:34PM -0400, Brad wrote: On Friday 05 November 2010 20:48:57 Jacob Meuser wrote: On Fri, Nov 05, 2010 at 07:18:49PM -0400, Brad wrote: On Friday 05 November 2010 18:54:39 Stuart Henderson wrote: On 2010/11/05 15:37, Brad wrote: note that the static library archive is now created from files in the build directory rather than .libs, and that only the version in .libs was built with -fPIC -DPIC. Maybe I am misunderstanding what you're saying but this is how it should be built. Without -fPIC you mean? Yes for a static archive. But shouldn't linking with a static library work if required, even though we don't want to do that in ports? Not to a shared library and that does not work with GNU libtool. it does if the library name ends in _pic.a, but libtool doesn't create such libraries. if they exist, it is to work around upstream thinking it's ok to link static libraries (which are generally non-PIC) into shared objects, but that doesn't work on all archs. there used to be patches to create a _pic.a library in multimedia/mjpegtools, but that was years ago. dunno if there's anything like that still in the tree. Well ya, I added the _pic.a matching for GNU libtool. But that is barely used anywhere. I don't remember if anything in ports or necessarily even in src does anymore. xulrunner does it. I had a hard time with it when unfucking www/kazehakase iirc. ${MOZILLA_PROJECT}/libxpcomglue.a ${MOZILLA_PROJECT}/libxpcomglue_pic.a (hardlink to previous) ${MOZILLA_PROJECT}/libxpcomglue_s.a ${MOZILLA_PROJECT}/libxpcomglue_s_pic.a (hardlink to previous) Landry
Re: OpenBSD KDE4 Ports (was: Makefile format/best practices)
On Sat, Nov 06, 2010 at 05:27:04PM -0700, onteria wrote: As an update to the building of kde4 side by side with kde3, as well as getting it to run side by side, I've so far found the following: 1) Looking at FreeBSD, the kde4 problem is solved by installation of kde4 into /usr/local/kde4 No way, sorry but that's utterly gross. FreeBSD doing things like this is not a reason for it being a good idea. Besides, the existing kde4 we have in tree uses the correct layout. Packages will need to have WANTLIB updated for KDE4 libs, such as the following example with kde-base: WANTLIB += GL GLU ICE SM X11 Xau Xdmcp Xext Xft Xpm Xrender Xt \ cglib-2.0 kde4/lib/kde3support kde4/lib/kdecore.=8 \ kde4/lib/kdesu kde4/lib/kdeui \ Once you'll be at WANTLIB fixes, that means most of the work is done. In the meantime, don't really bother with it.. concentrate on runtime issue/crashes/linuxisms in code.. Please note that if we want to do divisions of directory structure such as: /usr/local/lib/kde4 /usr/local/include/kde4 /usr/local/bin/kde4 etc., that this could potentially add a large level of complexity to the process. Unlike Qt3/4 I don't think the build system easily allows that level of breaking down. It surely allows that. Landry
[wip] Xfce 4.8pre1
Yo, a pre-alpha of xfce 4.8 has just been released : http://foo-projects.org/pipermail/xfce/2010-November/027848.html anyone interested in testing it can get it w/ cd /usr/ports/mystuff/x11/ git clone http://rhaalovely.net/git/xfce4 and build/install/update all the components in the subdir. not all the bits and pieces are here yet but most core components works fine. Transition work will be needed for ports depending on exo-0.3 and all panel plugins will have to be rebuilt. Landry
Re: devel/vte* without gnome-pty-helper
On Thu, Feb 23, 2012 at 06:05:59PM +0100, Martin Pieuchot wrote: Diff below adds a new option for the libvte to rely on openpty(3) to allocate a pseudo-tty. With it, we no longer need the gnome-pty-helper. If you use a terminal relying on the libvte, please test this diff and report any breakage and/or improvement. Oks are also welcome ;) Works after some fiddling with xfce4-terminal using devel/vte, i386 ppc. Your diff lacks patch-configure_in in devel/vte/patches, and it doesn't apply (?) in vte3/Makefile. Landry
Re: devel/vte* without gnome-pty-helper
On Thu, Feb 23, 2012 at 08:43:12PM +0100, Martin Pieuchot wrote: On 23/02/12(Thu) 20:22, Landry Breuil wrote: On Thu, Feb 23, 2012 at 06:05:59PM +0100, Martin Pieuchot wrote: Diff below adds a new option for the libvte to rely on openpty(3) to allocate a pseudo-tty. With it, we no longer need the gnome-pty-helper. If you use a terminal relying on the libvte, please test this diff and report any breakage and/or improvement. Oks are also welcome ;) Works after some fiddling with xfce4-terminal using devel/vte, i386 ppc. Your diff lacks patch-configure_in in devel/vte/patches, and it doesn't apply (?) in vte3/Makefile. Here's a new diff that should fix that. Thanks for spotting it. Definitely ok for me, and thanks for working on this :) Landry
[new] meta/xfce
Hi, it's been requested a few times, here's an xfce meta port to untar under ports/meta, splitted into -main and -extras as it's done with gnome meta port. Comments on what's shipped/separation between main and extras welcome, feedback welcome too. Landry meta-xfce.tgz Description: application/tar-gz
Re: [new] meta/xfce
On Tue, Feb 28, 2012 at 07:44:05PM +0100, Giovanni Bechis wrote: On 02/28/12 18:56, Landry Breuil wrote: Hi, it's been requested a few times, here's an xfce meta port to untar under ports/meta, splitted into -main and -extras as it's done with gnome meta port. gnome-extras meta port has been renamed in gnome-extra, should we do the same for xfce ? -extraS make more sense to me,and i'd like my bike painted in blue :) Comments on what's shipped/separation between main and extras welcome, feedback welcome too. IMHO orage could go to -extras, in Makefile there is a line: # x11/xfce4/xfce4-icon-theme (outdated) xfce4-icon-theme is needed by Thunar, why is it outdated ? The dep should be dropped, icon theme didn't got a release since 4.4 5 years ago, and it's not icon-naming-spec compliant... Landry
[wip] icedtea-web java npapi plugin
Hi, digging this out of the grave, here's a port for http://icedtea.classpath.org/wiki/IcedTea-Web, a replacement for the unmaintained/dead sun java plugin, provided with java 1.5 (and 1.6?). Currently, this works somewhat fine in webkit-based and gecko-based browsers (http://www.w3.org/People/mimasa/test/object/java/ + http://javatester.org/enabled.html for basic support/samples). It's a bit rough at the edges (AWT errors at first paint, java process still running after tab close..), but it'd be good to have it in-tree so that people can test and see if it can replace the dreaded old plugin for them. It also provides a gui to configure the plugin (itweb-settings) and javaws, a 'java web start client' to run jnlp files. Comments/oks to import welcome. Landry icedtea-web-1.1.2.tgz Description: application/tar-gz
[new] davical 1.0.2, a calendar/contacts server
Hi, after using that one for a while on Debian, here's a port for DAViCal, a CalDAV/CardDAV server (see http://davical.org for more info). This works fine in our chrooted apache w/ php postgresql, and has been tested (thx aja for evolution testing): - CalDAV with Lightning, Evolution and CalDAV-sync for android. - CardDAV with Thunderbird 10 using SOGO connector extension from http://www.sogo.nu/english/downloads/frontends.html, Evolution and CardDAV-sync for android. DAViCal allows you for example to selfhost/backup your android calendar/contacts yourself, instead of relying on google services... and all that using standard protocols, so that you can access them from any compatible DAV client (see http://wiki.davical.org/w/CardDAV/Clients and http://wiki.davical.org/w/CalDAV_Clients). I'd like feedback especially on the README, and i dunno if it's worth shipping the regress tests and the api docs.. runtime feedback of actual installations welcome too. There's also a port for awl, which is a runtime dependency. Landry davical-1.0.2+awl.tgz Description: application/tar-gz
Re: [new] davical 1.0.2, a calendar/contacts server
On Wed, Feb 29, 2012 at 06:31:28PM +0100, Landry Breuil wrote: Hi, after using that one for a while on Debian, here's a port for DAViCal, a CalDAV/CardDAV server (see http://davical.org for more info). This works fine in our chrooted apache w/ php postgresql, and has been tested (thx aja for evolution testing): - CalDAV with Lightning, Evolution and CalDAV-sync for android. - CardDAV with Thunderbird 10 using SOGO connector extension from http://www.sogo.nu/english/downloads/frontends.html, Evolution and CardDAV-sync for android. DAViCal allows you for example to selfhost/backup your android calendar/contacts yourself, instead of relying on google services... and all that using standard protocols, so that you can access them from any compatible DAV client (see http://wiki.davical.org/w/CardDAV/Clients and http://wiki.davical.org/w/CalDAV_Clients). I'd like feedback especially on the README, and i dunno if it's worth shipping the regress tests and the api docs.. runtime feedback of actual installations welcome too. There's also a port for awl, which is a runtime dependency. New version of the port, it seems putting a VHost in a modules.sample file is not a good idea at all, since it becomes the default VHost and messes with other VHost setup... Info moved to README. Landry davical-1.0.2+awl.tgz Description: application/tar-gz
Re: Updates for musicpd ports (libmpdclient, mpc, mpd, ncmpc)
On Fri, Mar 02, 2012 at 01:31:23PM +0100, David Coppa wrote: The following diff updates: libmpdclient 2.6 - 2.7 mpc 0.21 - 0.22 mpd 0.16.5 - 0.16.7 ncmpc 0.19 - 0.20 (I've also fixed some crap into its configure) All work fine on ppc, ok for me. Minor nit : mpc version returns 'MPD 0.16.0', regardless of the 0.16.x version installed :) Landry
Re: [new] meta/xfce
On Sat, Mar 03, 2012 at 11:49:21AM +0100, Matthieu Herrb wrote: On Tue, Feb 28, 2012 at 06:56:37PM +0100, Landry Breuil wrote: Hi, it's been requested a few times, here's an xfce meta port to untar under ports/meta, splitted into -main and -extras as it's done with gnome meta port. Comments on what's shipped/separation between main and extras welcome, feedback welcome too. Thanks for doing it. I would have liked to see xfce4-battery in the main package because it's the only app I use from extras. Yeah, but it's not really useful on desktop computers... that's also why i didn't put xfce4-power-manager in either of them. Likewise, i didn't put x11/gigolo nor gvfs-samba, because not everyone uses GVfs... and i didn't put xfprint, because not everyone kills trees :) But otoh, before looking at the exact contents, my feeling was why bother with an -extras subpackage? just put everything into the main one. If i did that, i'm pretty sure i'd get complaints :) I've looked at what other oses do, and most of them separate core/base from goodies, with a somewhat similar separation. Landry
Re: update parrot to 4.1.0, import nqp, update rakudo to 2012.02
On Sun, Mar 04, 2012 at 09:26:32PM +0100, Pascal Stumpf wrote: Update all rakudo-related stuff to what is included in rakudo-star 2012.02. Diff is for parrot and rakudo, nqp 2012.02 is needed to bootstrap rakudo. I'm also reattaching the three p5 modules needed for parrot's regression tests. Reads good, since you're probably the only one using it i trust you on having something that works fine. I'm just surprised to see a compiler depending on freeglut.. isnt it also weird to have rakudo depend on nqp ? Given that parrot/rakudo build atm on alpha/hppa/ppc/sparc64/i386/amd64 (and parrot on mips64*), what archs did you tested all that on ? Landry
[new] eliot, a scrabble game
hi, here's a port for eliot, a qt scrabble game including an IA. See http://www.nongnu.org/eliot/en/index.html for more details, the port installs the dictionaries under share/eliot. There's also a port for arabica (http://www.jezuk.co.uk/cgi-bin/view/arabica), which is a dependency for eliot. Comments/feedback/oks welcome. Landry eliot+arabica.tgz Description: application/tar-gz
Re: Updates for musicpd ports (libmpdclient, mpc, mpd, ncmpc)
On Mon, Mar 05, 2012 at 10:01:21AM +0100, David Coppa wrote: On Sat, 03 Mar 2012, Landry Breuil wrote: On Fri, Mar 02, 2012 at 01:31:23PM +0100, David Coppa wrote: The following diff updates: libmpdclient 2.6 - 2.7 mpc 0.21 - 0.22 mpd 0.16.5 - 0.16.7 ncmpc 0.19 - 0.20 (I've also fixed some crap into its configure) All work fine on ppc, ok for me. Minor nit : mpc version returns 'MPD 0.16.0', regardless of the 0.16.x version installed :) I don't understand the intention, but it's intended behaviour. PROTOCOL_VERSION vs. PACKAGE_VERSION config.h:#define PROTOCOL_VERSION 0.16.0 config.h:#define PACKAGE_VERSION 0.16.7 Right, makes sense now, but it could precise the difference in its output :) Landry
Re: [new] eliot, a scrabble game
On Mon, Mar 05, 2012 at 10:12:00AM +0100, Landry Breuil wrote: hi, here's a port for eliot, a qt scrabble game including an IA. See http://www.nongnu.org/eliot/en/index.html for more details, the port installs the dictionaries under share/eliot. There's also a port for arabica (http://www.jezuk.co.uk/cgi-bin/view/arabica), which is a dependency for eliot. And here's a fixed version with feedback/fixes from sthen@. 'Choose dictionary' now defaults to where the dicts are installed, which is much nicer :) Landry eliot+arabica.tgz Description: application/tar-gz
Re: [update] Thunar-1.3.0
On Mon, Mar 05, 2012 at 01:57:42PM +0100, David Coppa wrote: The following diff updates thunar to the latest version. Tested on amd64 (-current from yesterday evening). No, this is a development release as all odd minor versions... 1.4.0 is the stable one, planned for release with Xfce 4.10. Landry
Re: update parrot to 4.1.0, import nqp, update rakudo to 2012.02
On Tue, Mar 06, 2012 at 06:40:44PM +0100, Pascal Stumpf wrote: On Tue, 6 Mar 2012 17:29:21 +0100, Landry Breuil wrote: --+KJYzRxRHjYqLGl5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Mar 05, 2012 at 07:06:45PM +0100, Pascal Stumpf wrote: On Sun, 4 Mar 2012 22:19:56 +0100, Landry Breuil wrote: On Sun, Mar 04, 2012 at 09:26:32PM +0100, Pascal Stumpf wrote: Update all rakudo-related stuff to what is included in rakudo-star 2012.02. Diff is for parrot and rakudo, nqp 2012.02 is needed to bootstrap rakudo. I'm also reattaching the three p5 modules needed for parrot's regression tests. Reads good, since you're probably the only one using it i trust you on having something that works fine. I'm just surprised to see a compiler depending on freeglut.. isnt it also weird to have rakudo depend on nqp ? Freeglut is needed for parrot's OpenGL bindings, and nqp is, well, the language most of rakudo is now written in. Given that parrot/rakudo build atm on alpha/hppa/ppc/sparc64/i386/amd64 (and parrot on mips64*), what archs did you tested all that on ? So far only amd64 ... Mkay.. did you tested that with USE_SYSTRACE set ? when building rakudo, it rebuilds an internal nqp and tries to overwrite the systemwide one. Ah, sorry, I attached the wrong version of nqp (2012.01). That also explains why it still had PARROT_VERSION=4.0.0. I'm attaching the correct one. But anyway, thanks a lot for the test. Okay, now everything builds on sparc64. the rakudo step for ./perl6 --setting=NULL --optimize=3 --target=pir --output=src/gen/CORE.setting.pir src/gen/CORE.setting took an insane amount of time (12h) and i had to bump ulimit -d, but it finally passed. Here's the rakudo regress log for reference. I think you should commit all of them,we'll see later if there's fallout on exotic archs. Landry === Regression check for rakudo-2012.02 #no need to check out git repository perl -pi -e 's/spectest_checkout spectest_update// if /^testable/' /usr/ports/pobj/rakudo-2012.02/rakudo-star-2012.02/rakudo-2012.02/Makefile cd rakudo-2012.02 make test /usr/bin/perl tools/build/gen-cat.pl src/core/traits.pm src/core/Positional.pm src/core/Associative.pm src/core/Callable.pm src/core/natives.pm src/core/stubs.pm src/core/control.pm src/core/Mu.pm src/core/Stringy.pm src/core/Any.pm src/core/Scalar.pm src/core/Code.pm src/core/WhateverCode.pm src/core/Block.pm src/core/Attribute.pm src/core/Routine.pm src/core/Sub.pm src/core/Method.pm src/core/Submethod.pm src/core/Junction.pm src/core/Cool.pm src/core/Enumeration.pm src/core/Whatever.pm src/core/Bool.pm src/core/Numeric.pm src/core/Real.pm src/core/Int.pm src/core/Num.pm src/core/Str.pm src/core/Capture.pm src/core/Parcel.pm src/core/Iterable.pm src/core/Iterator.pm src/core/Nil.pm src/core/Range.pm src/core/ListIter.pm src/core/MapIter.pm src/core/GatherIter.pm src/core/List.pm src/core/LoL.pm src/core/Array.pm src/core/Enum.pm src/core/Pair.pm src/core/EnumMap.pm src/core/Hash.pm src/core/Parameter.pm src/core/Signature.pm src/core/Buf.pm src/core/IO.pm src/core/IO/ArgFiles.pm src/core/IO/Socket.pm src/core/IO/Socket/INET.pm src/core/Rat.pm src/core/Complex.pm src/core/Backtrace.pm src/core/Exception.pm src/core/Failure.pm src/core/Exceptions.pm src/core/Match.pm src/core/Cursor.pm src/core/Grammar.pm src/core/Regex.pm src/core/CallFrame.pm src/core/Main.pm src/core/tai-utc.pm src/core/Instant.pm src/core/Duration.pm src/core/Temporal.pm src/core/EXPORTHOW.pm src/core/Pod.pm src/core/ObjAt.pm src/core/operators.pm src/core/metaops.pm src/core/terms.pm src/core/NYI.pm src/core/you_are_here.pm src/gen/CORE.setting The following step can take a long time, please be patient. ./perl6 --setting=NULL --optimize=3 --target=pir --output=src/gen/CORE.setting.pir src/gen/CORE.setting /usr/local/bin/parrot -o CORE.setting.pbc src/gen/CORE.setting.pir ./perl6 --target=pir --output=src/gen/SAFE.setting.pir src/SAFE.setting /usr/local/bin/parrot -o SAFE.setting.pbc src/gen/SAFE.setting.pir ./perl6 --target=pir --output=lib/Test.pir lib/Test.pm ./perl6 --target=pir --output=lib/Pod/To/Text.pir lib/Pod/To/Text.pm /usr/bin/perl t/harness t/00-parrot t/01-sanity t/02-embed t/00-parrot/01-literals.t .. ok t/00-parrot/02-op-math.t ... ok t/00-parrot/03-op-logic.t .. ok t/00-parrot/04-op-cmp.t ok t/00-parrot/05-var.t ... ok t/00-parrot/06-op-inplace.t ok t/00-parrot/07-op-string.t . ok t/00-parrot/08-var-array.t . ok t/00-parrot/09-pir.t ... ok t/00-parrot/10-regex.t . ok t/01-sanity/01-tap.t ... ok t/01-sanity/02-counter.t ... ok t/01-sanity/03-equal.t . ok t/01-sanity/04-if.t ok t/01-sanity/05-sub.t
Re: NEW: dbus-tcl and dbus-intf
On Fri, Mar 09, 2012 at 12:43:19AM -0500, Stuart Cassoff wrote: On 02/28/12 04:35, Stuart Cassoff wrote: dbus-tcl: Tcl bindings for the DBus interprocess messaging system. dbus-intf: High level interface to dbus-tcl. Stu Hi, any ... um, thoughts on this? Looks good, but are you sure the pthread hack is still needed in dbus-tcl now that we have rthreads ? ok for tcllib dbus-intf. Landry
Re: NEW: games/chromium-bsu
On Sun, Mar 11, 2012 at 08:57:48PM +0200, Antti Harri wrote: This has been sitting in my tree for almost 2 years, maybe it's time to submit this? :-) Reads good, but lacks run depends on desktop-file-utils for the update-desktop-database lines (which should go at the bottom of PLIST) and no need to add sdl when there's already sdl-image in depends.. same for freealut which depends on openal. With that fixed, ok for me to import. Landry
Re: cgit-0.8.3.5p1 segfault on 5.0 GENERIC#53 amd64
On Mon, Mar 12, 2012 at 12:56:36PM +, Olivier Mehani wrote: Hi, I'm trying to run cgit on 5.0 GENERIC#53 amd64 on a VIA Nano U2250 (Dell XS11-VX8). But I get segfaults right at the start. I've tried both the binary package (cgit-0.8.3.5p1 from ftp.fr.openbsd.org) and one built from ports (same from OPENBSD_5_0 on anoncvs.fr.openbsd.org). In both cases, it segfaults in trim_end() (line 114 [0]: t[len] = '\0';) called from main() (line 686 [1]; both according to gdb*). This bit of code tries to trim the path after the last '/' in argv[0], whitc never seems to have one even when manually called from a different directory (e.g. ./cgi-bin/cgit.cgi). What is odd is that in trim_end(), at the previous line also references t[len] (c = t[len];), but doesn't fail there. c then changes to '\0' (and gdb says it's not available), supposedly at line 113, then the segfault occurs. len is 8, which is the length of str (cgit.cgi). However, there is some possibly dirty things happening as *t is a pointer equals to trim_end's argument const char *str. Could this be some protection forbidding functions to modifiy anything in the memory passed as const? /etc/malloc.conf ? Did anybody notice anything similar? Any idea on how to fix it or investigate it further? Never had any issue on amd64 since i've imported it. You may discuss it with upstream... or try the new versions (0.9.0.2 is in current) Landry
Re: Webkit-1.6.3 and loongson patches and help needed
On Mon, Mar 12, 2012 at 10:46:28PM -0400, Brian Callahan wrote: Hi ports -- So in my attempt to have once again a fully working Webkit for Loongson, I have run into a snag. I have two patches at the bottom of this email that, when applied, will allow webkit-1.6.3 to build and run on loongson. So far with these patches: *The SunSpider benchmark runs and completes. *On webkit-gtk3-1.6.3, the Google search as you type feature works. *Some JavaScript works. However, a lot of JavaScript does not work and crashes webkit and the browser. I've discovered that the quickest way to get a crash is to go to gmail.com and attempt to log in. Here are two gdb backtraces from logging into gmail.com (both with the gtk2 version of webkit), the first compiled normally as per the Makefile, the second compiled with -O0: http://devio.us/~bcallah/gdb-surf.txt http://devio.us/~bcallah/gdb-webkit.txt I was hoping that someone could look through this and see what I've missed, and hopefully get webkit fully working once again. If there's something else you'd like me to include, please let me know. Everything is being compiled on a Yeeloong, running -current with a GENERIC kernel. The ideal solution to this issue would be to enable the JIT on Loongson, but our assembler is missing the .reloc pseudo-op, which is necessary to compile the JIT for MIPS. Probably not the reply you're looking for, but you should report all that (patches and backtraces) to bugs.webkit.org. That wont make sure someone looks at it, but at least it's tracked somewhere.. Fwiw, webkit is badly broken too on sparc64, and crashes quite often on macppc too but with a different backtrace (crash in gmp, see https://bugs.webkit.org/show_bug.cgi?id=79567). Oh and of course, when posting backtraces, make sure webkit is compiled with debug information (DEBUG=-g in the build env 'should' do it) In the meantime i'll commit your patches, but that's all i can do.. Landry
icedtea-web 1.2
Hi, here's an update to icedtea-web 1.2, please test if you want to help debug it/need java plugin in web browsers. Rather important update after almost a year, see http://icedtea.classpath.org/wiki/IcedTea-Web#IcedTea-Web_1.2 or http://icedtea.classpath.org/hg/release/icedtea-web-1.2/file/9b8837c53c09/ChangeLog for the full changelog. Landry Index: Makefile === RCS file: /cvs/ports/www/icedtea-web/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile29 Feb 2012 20:57:52 - 1.1.1.1 +++ Makefile15 Mar 2012 21:05:18 - @@ -2,7 +2,7 @@ SHARED_ONLY = Yes COMMENT = Java web browser plugin -DISTNAME = icedtea-web-1.1.2 +DISTNAME = icedtea-web-1.2 CATEGORIES = www MAINTAINER = Landry Breuil lan...@openbsd.org Index: distinfo === RCS file: /cvs/ports/www/icedtea-web/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo29 Feb 2012 20:57:52 - 1.1.1.1 +++ distinfo15 Mar 2012 21:05:18 - @@ -1,5 +1,5 @@ -MD5 (icedtea-web-1.1.2.tar.gz) = Vk4QggiHeTuGsErJl5y25Q== -RMD160 (icedtea-web-1.1.2.tar.gz) = fKM+Z1muwnVnoisH8Cr8d1M51RM= -SHA1 (icedtea-web-1.1.2.tar.gz) = +GIiC0UE5ohwa3Q/aPYsgeV7wYM= -SHA256 (icedtea-web-1.1.2.tar.gz) = MFHzvx4dB616qiiyBIIafAYxhI0gunlC/CNEDndGSeQ= -SIZE (icedtea-web-1.1.2.tar.gz) = 807736 +MD5 (icedtea-web-1.2.tar.gz) = j1DPsbZdYgp4ErWXbzlFmA== +RMD160 (icedtea-web-1.2.tar.gz) = Noa2ZTEIgFCTS6JcisW+P8I/+Jk= +SHA1 (icedtea-web-1.2.tar.gz) = S344sTEBrB8Y3CdvF743oO0rKN8= +SHA256 (icedtea-web-1.2.tar.gz) = P40itlXfIHQJ3TRRugKQf2GhKsBR5N9NRLte1HxPd40= +SIZE (icedtea-web-1.2.tar.gz) = 885793 Index: patches/patch-Makefile_in === RCS file: /cvs/ports/www/icedtea-web/patches/patch-Makefile_in,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 patch-Makefile_in --- patches/patch-Makefile_in 29 Feb 2012 20:57:52 - 1.1.1.1 +++ patches/patch-Makefile_in 15 Mar 2012 21:05:18 - @@ -1,7 +1,7 @@ $OpenBSD: patch-Makefile_in,v 1.1.1.1 2012/02/29 20:57:52 landry Exp $ Makefile.in.orig Fri Jul 15 22:03:11 2011 -+++ Makefile.inThu Aug 4 15:19:39 2011 -@@ -654,12 +654,12 @@ install-data-local: +--- Makefile.in.orig Mon Mar 5 18:06:46 2012 Makefile.inThu Mar 15 21:56:38 2012 +@@ -671,12 +671,12 @@ install-data-local: @ENABLE_DOCS_TRUE@(cd ${abs_top_builddir}/docs/netx; \ @ENABLE_DOCS_TRUE@ for files in $$(find . -type f); \ @ENABLE_DOCS_TRUE@ do \ @@ -16,7 +16,7 @@ @ENABLE_DOCS_TRUE@@ENABLE_PLUGIN_TRUE@ done) uninstall-local: -@@ -758,7 +758,7 @@ clean-liveconnect: +@@ -776,7 +776,7 @@ clean-liveconnect: netx-source-files.txt: find $(NETX_SRCDIR) -name '*.java' | sort $@ @@ -25,7 +25,7 @@ stamps/netx.stamp: netx-source-files.txt stamps/bootstrap-directory.stamp mkdir -p $(NETX_DIR) -@@ -768,14 +768,15 @@ stamps/netx.stamp: netx-source-files.txt stamps/bootst +@@ -786,14 +786,15 @@ stamps/netx.stamp: netx-source-files.txt stamps/bootst -bootclasspath $(RUNTIME) \ @netx-source-files.txt (cd $(NETX_RESOURCE_DIR); \ @@ -44,7 +44,7 @@ mkdir -p stamps touch $@ -@@ -811,9 +812,10 @@ stamps/extra-class-files.stamp: extra-source-files.txt +@@ -829,9 +830,10 @@ stamps/extra-class-files.stamp: extra-source-files.txt -sourcepath $(abs_top_srcdir)/extra -cp netx.build \ -bootclasspath $(RUNTIME) @extra-source-files.txt (cd $(NETX_EXTRA_DIR); \
Re: [NEW] devel/tortoisehg
On Fri, Mar 16, 2012 at 07:32:15PM +0100, Remi Pointel wrote: Hi, this is the port of tortoisehg, a series of applications for Mercurial. Attached are ports needed for this software (py-qscintilla and py-iniparse). Critical positive or negative would be appreciated ;-). Remarks: === Building for tortoisehg-2.3.1 systrace: deny user: landry, prog: /usr/local/bin/python2.7, pid: 28979(0)[28897], policy: /usr/bin/make, filters: 241, syscall: native-fswrite(10), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc systrace: deny user: landry, prog: /usr/local/bin/python2.7, pid: 28979(0)[28897], policy: /usr/bin/make, filters: 241, syscall: native-fswrite(5), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc running build and same message for py-iniparse, both during build and fake (which also rebuids!..grr python) Why does py-qscintilla has MODPY_RUNDEP=no MODPY_BUILDDEP=no ? configure uses MODPY_BIN... and it builds a .so under site-packages. I've given thg my src/mozilla-central repo on macppc, browsed a bit the revs and it didn't explode... so i guess it's a good test :) If you fix those minor things, ok for me. Landry
Re: Firefox 11 on macppc
On Sat, Mar 17, 2012 at 06:22:52PM -0400, Brian Callahan wrote: Hi ports -- I updated Firefox to Firefox 11 on my PowerBook G4. It builds and runs correctly, but when I close Firefox, the process doesn't actually end. I didn't notice it initially but about 3 hours later running top to check on a very slow compile job I noticed that the CPU was taken up nearly entirely by firefox. Any suggestions on what I should try to do to hunt this down? use gdb Landry
Re: WebKit diff needs testing
On Mon, Mar 19, 2012 at 08:10:54AM -0400, Brad Smith wrote: I'm looking for some WebKit users to test the following diff with WebKit + their respective browser and let me know if there are any issues with the JavaScript support. The update of WebKit does not mention the reason for this workaround in the commit message or the patch itself so it would be nice to see if this works without the workaround since we had pthread_attr_getstack() even with uthreads. Patch was added in webkit 1.4.0 (was previously patch-Source_JavaScriptCore_runtime_MachineStackMarker_cpp) so i'll punt to aja who might remember why it was needed... but i'd also be glad to see it go away :) Landry
Re: Firefox 11 on macppc
On Mon, Mar 19, 2012 at 10:59:19AM -0400, Brian Callahan wrote: On 3/19/2012 3:35 AM, Landry Breuil wrote: On Sat, Mar 17, 2012 at 06:22:52PM -0400, Brian Callahan wrote: Hi ports -- I updated Firefox to Firefox 11 on my PowerBook G4. It builds and runs correctly, but when I close Firefox, the process doesn't actually end. I didn't notice it initially but about 3 hours later running top to check on a very slow compile job I noticed that the CPU was taken up nearly entirely by firefox. Any suggestions on what I should try to do to hunt this down? use gdb Landry Sorry, I forgot to post the gdb output in my original email: http://devio.us/~bcallah/gdb-firefox.txt I still see libpthread is in use (i also experience the same here, but my macppc is still @pthread). Can you recheck with rthreads ? Can you also check the backtrace of all threads if there are several ? Though iirc gdb doesnt allow yet to debug live programs with rthreads, so you'll have to make it coredump with kill -ABRT and examine the core file... Landry
[new] meandmyshadow, a platform game
Hi, here's a port for Me and My Shadow, a sdl platform game where you control a main character but also its shadow, which moves according to the recorded moves the main character does. Pretty interesting gameplay, a bit like headheels' style. Nice gfx music too! See http://meandmyshadow.sourceforge.net/ Landry meandmyshadow-0.3.tgz Description: application/tar-gz
Re: new: audio/aucatctl
On Fri, Mar 23, 2012 at 03:15:27PM +0100, LEVAI Daniel wrote: On Fri, Mar 23, 2012 at 15:05:52 +0100, Alexandre Ratchov wrote: On Fri, Mar 23, 2012 at 03:04:20PM +0100, Alexandre Ratchov wrote: Hey, This is hack I sometimes use to control aucat/sndiod volume. IMHO it could be useful until we get a better mixer option. Sorry, forgot the attachement. some notes... why not naming it sndioctl ? why not the 0.2 (released the same day :) ? Isnt the longterm plan to merge it with mixerctl ? Wow, thanks! I didn't even know that sndiod can actually do something like that :\ I've been stuck with cmixer and its bleak volume controls. I'll be happy to add per-app ctrls to cmixer once this is imported :) Landry
Re: NEW: www/fcgi-cgi
On Tue, Mar 27, 2012 at 11:00:06AM +0100, Stuart Henderson wrote: fcgi-cgi is a wrapper around CGI applications to support running them under FastCGI for use with webservers such as nginx and lighttpd 2.x which do not support running cgi scripts/binaries directly. shouldnt CONFIGURE_ENV be enougth to pass ldflags/cppflags pointing to localbase ? also, beware of using a snap produced by cgit, in the past it was often giving not matching distfiles.. other than that looks ok to me. Landry
Re: sqlite update 3.7.11
On Tue, Mar 27, 2012 at 12:30:49AM +0100, Stuart Henderson wrote: On 2012/03/26 12:11, Stuart Henderson wrote: http://www.sqlite.org/releaselog/3_7_10.html http://www.sqlite.org/releaselog/3_7_11.html Mozilla ports (firefox 12) are going to need this. Any comments, test reports ('make regress' on other arch would be useful), OKs? amd64:- 3 errors out of 131832 tests Failures on these tests: oserror-1.1.1 oserror-1.1.2 oserror-1.1.3 (Test a failure in open() due to too many files - I don't think these are new failures). macppc, sparc64:- will run these after updating machines. macppc: pager1.4.2.4 pager1.4.2.5 wal-18.2.3.1.5 wal-18.2.3.2.5 wal-18.2.3.3.5 wal-18.2.4.1.5 wal-18.2.4.2.5 wal-18.2.4.3.5 wal-18.2.5.1.5 wal-18.2.5.2.5 wal-18.2.5.3.5 wal-18.2.6.1.5 wal-18.2.6.2.5 wal-18.2.6.3.5 wal-18.2.7.1.5 wal-18.2.7.2.5 wal-18.2.7.3.5 wal-18.2.8.1.5 wal-18.2.8.2.5 wal-18.2.8.3.5 wal-18.2.9.1.5 wal-18.2.9.2.5 wal-18.2.9.3.5 wal-18.2.10.1.5 wal-18.2.10.2.5 wal-18.2.10.3.5 wal2-10.2.2 wal2-10.2.3 compared to the previous version, pager failures are new wal-* and wal2-* happened before backup2 used to fail, now fixed sparc64: e_expr-31.2.4 pager1.4.2.4 pager1.4.2.5 wal-18.2.3.1.5 wal-18.2.3.2.5 wal-18.2.3.3.5 wal-18.2.4.1.5 wal-18.2.4.2.5 wal-18.2.4.3.5 wal-18.2.5.1.5 wal-18.2.5.2.5 wal-18.2.5.3.5 wal-18.2.6.1.5 wal-18.2.6.2.5 wal-18.2.6.3.5 wal-18.2.7.1.5 wal-18.2.7.2.5 wal-18.2.7.3.5 wal-18.2.8.1.5 wal-18.2.8.2.5 wal-18.2.8.3.5 wal-18.2.9.1.5 wal-18.2.9.2.5 wal-18.2.9.3.5 wal-18.2.10.1.5 wal-18.2.10.2.5 wal-18.2.10.3.5 wal2-10.2.2 wal2-10.2.3 these all look familiar.. alpha: backup2-10 failed with .9, now it succeeds. all other ok. hppa: rtree9-1.2 triggers a SIGBUS, but also happens with .9. That kills the full regress suite, havent tried commenting that test. sgi: same as sparc64, 2 pager failures are new, backup2-10 used to fail and succeds now. ok for me :) Landry
[new] puzzles game collection
Hi, here's a port of a totally addictive collection of puzzle games, perfect to kill some time during a build.. they're from the putty author, see http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ ok's to import ? Landry puzzles.tgz Description: application/tar-gz
Re: [new] puzzles game collection
On Wed, Mar 28, 2012 at 10:11:43AM +0200, Landry Breuil wrote: Hi, here's a port of a totally addictive collection of puzzle games, perfect to kill some time during a build.. they're from the putty author, see http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ New version with tarball mirrored by sthen since it changes everyday on $HOMEPAGE... Landry puzzles.tgz Description: application/tar-gz
Re: [new] puzzles game collection
On Wed, Mar 28, 2012 at 11:16:45AM +0200, Landry Breuil wrote: On Wed, Mar 28, 2012 at 10:11:43AM +0200, Landry Breuil wrote: Hi, here's a port of a totally addictive collection of puzzle games, perfect to kill some time during a build.. they're from the putty author, see http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ New version with tarball mirrored by sthen since it changes everyday on $HOMEPAGE... And yet another with feedback from sthen, and also install icons and generate desktop files for us slackers who use the mouse in friendly desktop environments... Landry puzzles.tgz Description: application/tar-gz
Re: NEW: graphics/zxing
On Wed, Mar 28, 2012 at 11:12:42PM -0600, Anthony J. Bentley wrote: Hi, ZXing (pronounced zebra crossing) is an open-source, multi-format 1D/2D barcode image processing library. I use it to read QR codes (such as those generated by graphics/libqrencode). Tested on i386/amd64. ok? In Sconscript patch, it should be LOCALBASE not PREFIX. I'm also not sure you need to set both WRKSRC and WRKDIST in Makefile... Landry
Re: [wip] webkit 1.8.0
On Fri, Mar 30, 2012 at 06:18:56PM +0200, Landry Breuil wrote: Hi, here's a preliminary update to latest webkit release 1.8.0. So far it's only been build-tested on i386/amd64, both flavors, and doesn't build yet correctly on sparc64. ppc test to come. I don't have a mips64el so a volunteer is required... Note that most of the PFRAGs were merged back into PLIST with a pair of variables, the current situation is just insane. And it requires recently commited glib2 libsoup updates, hence the LIB_DEPENDS version tighthening. It takes around 5h to build on a somewhat fast v20z server... Please test with the usual web browsers report to the list. If you feel brave, test on ppc/mips64el. Disregard for now, fucking cvs fucked up the fucking diff hence it does not fucking apply to a fucking cvs current ports fuck tree. New patch tmrw, while i'm testing other tweaks... Landry
[wip] Xfce 4.10pre1
Hi, First pre-release of next major version of Xfce has just been released : http://mail.xfce.org/pipermail/xfce-announce/2012-April/000128.html So far so good here, only two minor known annoyances: - adding a panel launcher for a specific command doesnt work, i'm on it - 'migrate' process segfaults sometimes when migrating existing panel config. If you face that issue, try producing a USEFUL backtrace showing the args to migrate_config_action_48, ie values behind such pointers. migrate_config_action_48 (key=0x7c142940, value=0x7c142200, channel=0x7c11a1c0) at migrate-config.c:157 (if you have migrate.core after upgrade in $HOME, you're likely in that case. Analyse it) This now requires consolekit for proper session shutdown, ie you might need ck-launch-session /usr/local/bin/startxfce4 in .xsession or startxfce4 --with-ck-launch. xfce-utils disappears, corrresponding binaries splitted out to session/libxfce4ui/appfinder. You'll need the quirks diff for a proper clean update. There's also a meta/xfce diff attached. To build : cd /usr/ports/mystuff/x11/ git clone -b next http://rhaalovely.net/git/xfce4 most non-core stuff is commented out in xfce4/Makefile, third party plugins not tested yet. Other than that works fine on my i386 desktop. Landry Index: Makefile === RCS file: /cvs/ports/meta/xfce/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile4 Mar 2012 17:52:52 - 1.1.1.1 +++ Makefile1 Apr 2012 19:15:33 - @@ -3,7 +3,7 @@ COMMENT-main = Xfce desktop meta-package (base installation) COMMENT-extras = Xfce desktop meta-package (full installation) -V =4.8 +V =4.10pre1 PKGNAME= xfce-${V} PKGNAME-main = xfce-${V} @@ -16,7 +16,6 @@ # minimal dependencies for a working desktop # will install garcon/exo/libxfce4util/libxfce4ui RUN_DEPENDS-main += \ - x11/xfce4/xfce-utils \ x11/xfce4/xfce4-panel \ x11/xfce4/xfce4-session \ x11/xfce4/xfce4-settings \ @@ -53,7 +52,6 @@ RUN_DEPENDS-extras += \ x11/xfce4/thunar-archive \ x11/xfce4/thunar-media-tags \ - x11/xfce4/thunar-thumbnailers \ x11/xfce4/thunar-vcs # panel plugins Index: Makefile === RCS file: /cvs/ports/devel/quirks/Makefile,v retrieving revision 1.68 diff -u -r1.68 Makefile --- Makefile29 Mar 2012 08:12:58 - 1.68 +++ Makefile1 Apr 2012 19:15:54 - @@ -5,7 +5,7 @@ DISTFILES = # API.rev -PKGNAME = quirks-1.66 +PKGNAME = quirks-1.67 PKG_ARCH = * MAINTAINER = Marc Espie es...@openbsd.org Index: files/Quirks.pm === RCS file: /cvs/ports/devel/quirks/files/Quirks.pm,v retrieving revision 1.73 diff -u -r1.73 Quirks.pm --- files/Quirks.pm 29 Mar 2012 08:12:58 - 1.73 +++ files/Quirks.pm 1 Apr 2012 19:15:54 - @@ -289,7 +289,8 @@ 'fileutils' = 'coreutils', 'textutils' = 'coreutils', 'gnome-utils' = 'gnome-search-tool', - 'seahorse-plugins' = 'seahorse-nautilus' + 'seahorse-plugins' = 'seahorse-nautilus', + 'xfce-utils' = 'xfce4-session' }; # -is_base_system($handle, $state):
Re: doxygen module
On Sun, Apr 01, 2012 at 10:46:38PM +0100, Stuart Henderson wrote: The doxygen port has a note tucked away at the bottom of a very long DESCR telling you to set DOXYGEN_ENCODE_PATH_STRIP=${WRKSRC} to avoid random-looking html filenames (based on md5 of the full path including the port's work directory). I've seen that issue on textproc/ebook-tools on one machine, and it already has that statement in MAKE_ENV and i've not been able to reproduce on any other build machine, amd64 or not. Error: /usr/obj/ports//ebook-tools-0.2.1/fake-amd64/usr/local/share/doc/ebook-tools/html/dir_1aadfcc6ce99810c4f28b3e40bd89d10.html does not exist Error: /usr/obj/ports//ebook-tools-0.2.1/fake-amd64/usr/local/share/doc/ebook-tools/html/dir_bb3a45700f8b636266dda7e86f379deb.html does not exist Landry
Re: UPDATE: mail/claws-mail
On Tue, Apr 03, 2012 at 03:38:08PM +0200, Christopher Zimmermann wrote: New patches to improve claws' handling of long lines in attachments. Mails with attached text files with long lines are rejected by OpenSMTPd. Nice patch... but is it a backport of an upstream commit, or being discussed with upstream ? Also, are you sure patch-autogen_sh is enough, given that CONFIGURE_STYLE is only autoconf and autogen.sh is not run ? Landry
Re: [wip] webkit 1.8.0
On Tue, Apr 03, 2012 at 10:42:04PM -0400, Brian Callahan wrote: mips64el report: webkit-gtk3 (epiphany) suffers from some sort of regression - now crashes on startup (previously, it worked the same as the gtk2 version). I'll look into it but I think it's something with javascriptcore. If you get crashes with useful backtraces, make sure to report the upstream and cc me (either on gnome or webkit's bugzilla, depending on the crash..) webkit-gtk2 (surf, midori, xxxterm) has no regressions (no progress either, but that was to be expected) Strange, that's probably smth related to what epiphany does with webkit, since both versions should work the same. Can you reproduce the crash with GtkLauncher-3 ? It feels faster, for what that's worth. Yeah that's what i noticed too. Thanks for mips64el testing ! Landry
[new/update] devel/spidermonkey 1.8.5
Hi, Here's a port for the last official release of spidermonkey : https://developer.mozilla.org/en/SpiderMonkey - which was released upon Ffx 4 codebase. This _not_ an upgrade to lang/spidermonkey (which, like devel/xulrunner/1.9 is built from Ffx 3.6 tarball) - because the newer ones don't work on sparc64 and probably other archs. lang/spidermonkey currently builds fine on 8 archs, that new version probably targets only the archs firefox supports (i386/amd64/ppc, builds on sparc64 but is broken), but newer gnome stuff (gjs 1.32) requires that new spidermonkey (see https://bugzilla.gnome.org/show_bug.cgi?id=664360). All that to say both versions are needed... Note that a spidermonkey 1.8.7 release based on Ffx 10 ESR is planned, see https://bugzilla.mozilla.org/show_bug.cgi?id=735599. The version number matches Javascript language version, contrary to lang/spidermonkeyfollowing mozilla's branch version... I know apache-couchdb could benefit from that new version, and it seems newer mongodb versions will switch to v8 (per https://jira.mongodb.org/browse/SERVER-2887). No idea for mediatomb. All that to say i'd like to import this new version as devel/spidermonkey, and while here update lang/spidermonkey to build from last Ffx 3.6 version. Special care was taken to ensure both could be installed along and wont conflict (@option no-default-conflict + @conflict, install headers in a versionned subdir, install versionned binary...) Comments/oks welcome. Adventurers can try building the new version on hppa/mips64*/alpha. Landry Index: Makefile === RCS file: /cvs/ports/lang/spidermonkey/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- Makefile16 Sep 2011 10:31:21 - 1.19 +++ Makefile4 Apr 2012 14:57:47 - @@ -4,14 +4,13 @@ COMMENT = Mozilla C implementation of JavaScript -MOZILLA_VERSION = 1.9.2.16 -FFX_VERSION = 3.6.16 +MOZILLA_VERSION = 1.9.2.28 +FFX_VERSION = 3.6.28 MOZILLA_BRANCH = 1.9.2 MOZILLA_PROJECT = spidermonkey DISTNAME = firefox-${FFX_VERSION}.source PKGNAME = ${MOZILLA_PROJECT}-${MOZILLA_VERSION} EPOCH =0 -REVISION = 2 SO_VERSION = 0.0 SHARED_LIBS = mozjs ${SO_VERSION} Index: distinfo === RCS file: /cvs/ports/lang/spidermonkey/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo10 Apr 2011 17:24:38 - 1.5 +++ distinfo4 Apr 2012 14:57:47 - @@ -1,5 +1,5 @@ -MD5 (firefox-3.6.16.source.tar.bz2) = Iyo8AWDNHL49yqr35K5Rwg== -RMD160 (firefox-3.6.16.source.tar.bz2) = /be0HyWluLpuscVnLsxmjJYrCvg= -SHA1 (firefox-3.6.16.source.tar.bz2) = OBJFl0QLfWCqVore7yNllXWEHpI= -SHA256 (firefox-3.6.16.source.tar.bz2) = 4KVttDlIRTjXoRVjBLdCSajxEIviP7Sw3E+5R3euKcw= -SIZE (firefox-3.6.16.source.tar.bz2) = 51492728 +MD5 (firefox-3.6.28.source.tar.bz2) = F1/qBuGvfHaZLiOGXkRW6w== +RMD160 (firefox-3.6.28.source.tar.bz2) = h8/Kjj8d8w4G7M/7+ZSCWQTu7bw= +SHA1 (firefox-3.6.28.source.tar.bz2) = reqpvdNnh4xbUidm5oF5gXjjFXc= +SHA256 (firefox-3.6.28.source.tar.bz2) = psS8UglRlEKM87FzQbaKxHO3ZUmEAAxF0b4+rlXXgmA= +SIZE (firefox-3.6.28.source.tar.bz2) = 51698958 Index: pkg/PLIST === RCS file: /cvs/ports/lang/spidermonkey/pkg/PLIST,v retrieving revision 1.5 diff -u -r1.5 PLIST --- pkg/PLIST 11 Apr 2011 20:02:19 - 1.5 +++ pkg/PLIST 4 Apr 2012 14:57:47 - @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST,v 1.5 2011/04/11 20:02:19 jasper Exp $ +@option no-default-conflict +@conflict spidermonkey-=1.9.2 %%jit%% %%amd64%% @bin bin/js spidermonkey-1.8.5.tgz Description: application/tar-gz
Re: databases/ruby-ldap, don't link against both ldap and ldap_r
On Wed, Apr 04, 2012 at 11:23:24AM -0700, Jeremy Evans wrote: Apparently, linking against both ldap and ldap_r causes problems: /usr/local/bin/ruby19:/usr/local/lib/libldap_r.so.11.0: /usr/local/lib/libldap.so.11.0 : WARNING: symbol(ldap_int_global_options) size mismatch, relink your program This warning occurs when requiring ldap using ruby 1.8 or 1.9. Also, it causes the ruby process to dump core when it exits. This patch makes ruby-ldap only link against ldap, not ldap_r, which appears to fix this issue. Maybe just ask upstream if there's a reason for linking against both.. Landry
Re: [new/update] devel/spidermonkey 1.8.5
On Wed, Apr 04, 2012 at 07:11:55PM +0200, Landry Breuil wrote: Hi, Here's a port for the last official release of spidermonkey : https://developer.mozilla.org/en/SpiderMonkey - which was released upon Ffx 4 codebase. This _not_ an upgrade to lang/spidermonkey (which, like devel/xulrunner/1.9 is built from Ffx 3.6 tarball) - because the newer ones don't work on sparc64 and probably other archs. lang/spidermonkey currently builds fine on 8 archs, that new version probably targets only the archs firefox supports (i386/amd64/ppc, builds on sparc64 but is broken), but newer gnome stuff (gjs 1.32) requires that new spidermonkey (see https://bugzilla.gnome.org/show_bug.cgi?id=664360). All that to say both versions are needed... Note that a spidermonkey 1.8.7 release based on Ffx 10 ESR is planned, see https://bugzilla.mozilla.org/show_bug.cgi?id=735599. The version number matches Javascript language version, contrary to lang/spidermonkeyfollowing mozilla's branch version... I know apache-couchdb could benefit from that new version, and it seems newer mongodb versions will switch to v8 (per https://jira.mongodb.org/browse/SERVER-2887). No idea for mediatomb. All that to say i'd like to import this new version as devel/spidermonkey, and while here update lang/spidermonkey to build from last Ffx 3.6 version. Special care was taken to ensure both could be installed along and wont conflict (@option no-default-conflict + @conflict, install headers in a versionned subdir, install versionned binary...) New version with a soname fix from ajacoutot@, -O3 also stripped from optimization flags. Note that ports wanting to use that version should use devel/spidermonkey=1.8,1.9 to ensure the correct version is picked. Landry Index: Makefile === RCS file: /cvs/ports/lang/spidermonkey/Makefile,v retrieving revision 1.19 diff -u -r1.19 Makefile --- Makefile 16 Sep 2011 10:31:21 - 1.19 +++ Makefile 4 Apr 2012 14:57:47 - @@ -4,14 +4,13 @@ COMMENT =Mozilla C implementation of JavaScript -MOZILLA_VERSION =1.9.2.16 -FFX_VERSION =3.6.16 +MOZILLA_VERSION =1.9.2.28 +FFX_VERSION =3.6.28 MOZILLA_BRANCH = 1.9.2 MOZILLA_PROJECT =spidermonkey DISTNAME = firefox-${FFX_VERSION}.source PKGNAME =${MOZILLA_PROJECT}-${MOZILLA_VERSION} EPOCH = 0 -REVISION = 2 SO_VERSION = 0.0 SHARED_LIBS =mozjs ${SO_VERSION} Index: distinfo === RCS file: /cvs/ports/lang/spidermonkey/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo 10 Apr 2011 17:24:38 - 1.5 +++ distinfo 4 Apr 2012 14:57:47 - @@ -1,5 +1,5 @@ -MD5 (firefox-3.6.16.source.tar.bz2) = Iyo8AWDNHL49yqr35K5Rwg== -RMD160 (firefox-3.6.16.source.tar.bz2) = /be0HyWluLpuscVnLsxmjJYrCvg= -SHA1 (firefox-3.6.16.source.tar.bz2) = OBJFl0QLfWCqVore7yNllXWEHpI= -SHA256 (firefox-3.6.16.source.tar.bz2) = 4KVttDlIRTjXoRVjBLdCSajxEIviP7Sw3E+5R3euKcw= -SIZE (firefox-3.6.16.source.tar.bz2) = 51492728 +MD5 (firefox-3.6.28.source.tar.bz2) = F1/qBuGvfHaZLiOGXkRW6w== +RMD160 (firefox-3.6.28.source.tar.bz2) = h8/Kjj8d8w4G7M/7+ZSCWQTu7bw= +SHA1 (firefox-3.6.28.source.tar.bz2) = reqpvdNnh4xbUidm5oF5gXjjFXc= +SHA256 (firefox-3.6.28.source.tar.bz2) = psS8UglRlEKM87FzQbaKxHO3ZUmEAAxF0b4+rlXXgmA= +SIZE (firefox-3.6.28.source.tar.bz2) = 51698958 Index: pkg/PLIST === RCS file: /cvs/ports/lang/spidermonkey/pkg/PLIST,v retrieving revision 1.5 diff -u -r1.5 PLIST --- pkg/PLIST 11 Apr 2011 20:02:19 - 1.5 +++ pkg/PLIST 4 Apr 2012 14:57:47 - @@ -1,4 +1,6 @@ @comment $OpenBSD: PLIST,v 1.5 2011/04/11 20:02:19 jasper Exp $ +@option no-default-conflict +@conflict spidermonkey-=1.9.2 %%jit%% %%amd64%% @bin bin/js spidermonkey-1.8.5.tgz Description: application/tar-gz
[update] www/liferea 1.8.4
Hi, here's an update to liferea 1.8.4, seems to work fine against my tt-rss installation. Landry Index: Makefile === RCS file: /cvs/ports/www/liferea/Makefile,v retrieving revision 1.48 diff -u -r1.48 Makefile --- Makefile27 Feb 2012 17:25:21 - 1.48 +++ Makefile6 Apr 2012 09:39:04 - @@ -4,7 +4,7 @@ COMMENT= simple GTK desktop news aggregator -DISTNAME= liferea-1.8.0 +DISTNAME= liferea-1.8.4 CATEGORIES=www x11 HOMEPAGE= http://liferea.sourceforge.net/ @@ -28,6 +28,7 @@ WANTLIB += pcre pixman-1 png pthread pthread-stubs soup-2.4 sqlite3 WANTLIB += stdc++ unique-1.0 webkitgtk-1.0 xcb xcb-render xcb-shm xml2 xslt WANTLIB += z gstinterfaces-0.10 ffi javascriptcoregtk-1.0 +WANTLIB += geoclue gstaudio-0.10 gstfft-0.10 orc-0.4 MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=liferea/} Index: distinfo === RCS file: /cvs/ports/www/liferea/distinfo,v retrieving revision 1.19 diff -u -r1.19 distinfo --- distinfo27 Feb 2012 17:25:21 - 1.19 +++ distinfo6 Apr 2012 09:39:04 - @@ -1,5 +1,5 @@ -MD5 (liferea-1.8.0.tar.gz) = YxPjBJtYa+EQyUApAGCf4A== -RMD160 (liferea-1.8.0.tar.gz) = 0zIsGAe7/r2WOHRkv5OFRarJqd8= -SHA1 (liferea-1.8.0.tar.gz) = tzHnASgTBHggfpBZ/J7DOufZU1g= -SHA256 (liferea-1.8.0.tar.gz) = C19K+gz1ubk85eBpdHZGtnTuQU5uDmN9l1wJrPeY7jc= -SIZE (liferea-1.8.0.tar.gz) = 1870394 +MD5 (liferea-1.8.4.tar.gz) = /dSq9zQNa4mFRp8wDBLkGg== +RMD160 (liferea-1.8.4.tar.gz) = 7EfhnpHtu+hzRDfork+XVw+0FBI= +SHA1 (liferea-1.8.4.tar.gz) = +IejkoEW9W4baHGcFQ1AvRw8bf8= +SHA256 (liferea-1.8.4.tar.gz) = VopWXRLnPhJeOvEW47I6IHT4i4uUnMgXWOrKs6TRstk= +SIZE (liferea-1.8.4.tar.gz) = 1865230
Re: [update] www/liferea 1.8.4
On Fri, Apr 06, 2012 at 11:40:40AM +0200, Landry Breuil wrote: Hi, here's an update to liferea 1.8.4, seems to work fine against my tt-rss installation. New version including a patch to fix an ugly hardcoded '/bin/true' path, leading to errors in session manager output when closing liferea: (xfce4-session:3981): xfce4-session-WARNING **: Failed to running discard command /bin/true: (No such file or directory) This one should be sent upstream imo. Landry ? midori.core Index: Makefile === RCS file: /cvs/ports/www/liferea/Makefile,v retrieving revision 1.48 diff -u -r1.48 Makefile --- Makefile27 Feb 2012 17:25:21 - 1.48 +++ Makefile6 Apr 2012 10:18:01 - @@ -4,7 +4,7 @@ COMMENT= simple GTK desktop news aggregator -DISTNAME= liferea-1.8.0 +DISTNAME= liferea-1.8.4 CATEGORIES=www x11 HOMEPAGE= http://liferea.sourceforge.net/ @@ -28,6 +28,7 @@ WANTLIB += pcre pixman-1 png pthread pthread-stubs soup-2.4 sqlite3 WANTLIB += stdc++ unique-1.0 webkitgtk-1.0 xcb xcb-render xcb-shm xml2 xslt WANTLIB += z gstinterfaces-0.10 ffi javascriptcoregtk-1.0 +WANTLIB += geoclue gstaudio-0.10 gstfft-0.10 orc-0.4 MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=liferea/} Index: distinfo === RCS file: /cvs/ports/www/liferea/distinfo,v retrieving revision 1.19 diff -u -r1.19 distinfo --- distinfo27 Feb 2012 17:25:21 - 1.19 +++ distinfo6 Apr 2012 10:18:01 - @@ -1,5 +1,5 @@ -MD5 (liferea-1.8.0.tar.gz) = YxPjBJtYa+EQyUApAGCf4A== -RMD160 (liferea-1.8.0.tar.gz) = 0zIsGAe7/r2WOHRkv5OFRarJqd8= -SHA1 (liferea-1.8.0.tar.gz) = tzHnASgTBHggfpBZ/J7DOufZU1g= -SHA256 (liferea-1.8.0.tar.gz) = C19K+gz1ubk85eBpdHZGtnTuQU5uDmN9l1wJrPeY7jc= -SIZE (liferea-1.8.0.tar.gz) = 1870394 +MD5 (liferea-1.8.4.tar.gz) = /dSq9zQNa4mFRp8wDBLkGg== +RMD160 (liferea-1.8.4.tar.gz) = 7EfhnpHtu+hzRDfork+XVw+0FBI= +SHA1 (liferea-1.8.4.tar.gz) = +IejkoEW9W4baHGcFQ1AvRw8bf8= +SHA256 (liferea-1.8.4.tar.gz) = VopWXRLnPhJeOvEW47I6IHT4i4uUnMgXWOrKs6TRstk= +SIZE (liferea-1.8.4.tar.gz) = 1865230 Index: patches/patch-src_ui_ui_session_c === RCS file: patches/patch-src_ui_ui_session_c diff -N patches/patch-src_ui_ui_session_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_ui_ui_session_c 6 Apr 2012 10:18:01 - @@ -0,0 +1,13 @@ +$OpenBSD$ +Session manager complains otherwise... +--- src/ui/ui_session.c.orig Fri Apr 6 12:03:04 2012 src/ui/ui_session.cFri Apr 6 12:03:49 2012 +@@ -490,7 +490,7 @@ void session_init(const gchar *argv0, gchar *previous_ + save their current status' bla bla if we don't have it and the user checks 'Save Session' + when they log out */ + cmd = g_new(gchar *, 2); +- cmd[0] = g_strdup(/bin/true); ++ cmd[0] = g_strdup(true); + cmd[1] = NULL; + session_set_array(session, SmDiscardCommand, cmd); + g_strfreev(cmd);
Re: Build firefox with system libvpx
On Fri, Apr 06, 2012 at 12:45:52PM +0200, David Coppa wrote: Thoughts? If you make sure : - it works on ppc - it applies to seamonkey/thunderbird/fennec (ie goes to mozilla.port.mk) - we're not affected by any of the local patches mozilla applies on top of the bundled libvpx (grep patch media/libvpx/update.sh) - compile_errors.patch seems a candidate, stdint.patch too, dunno for bug696390.patch) Then i dont see a problem with it. Do you have a particular page to test the change ? Landry Index: Makefile === RCS file: /cvs/ports/www/mozilla-firefox/Makefile,v retrieving revision 1.198 diff -u -p -r1.198 Makefile --- Makefile 16 Mar 2012 21:31:24 - 1.198 +++ Makefile 6 Apr 2012 10:44:41 - @@ -10,6 +10,7 @@ MOZILLA_VERSION = 11.0 MOZILLA_BRANCH = release MOZILLA_PROJECT =firefox MOZILLA_CODENAME = browser +REVISION = 0 SO_VERSION = 30.0 # NOTE: Must bump minor version if any shlib's are removed from the @@ -38,7 +39,8 @@ CONFIGURE_STYLE = autoconf no-autoheader CONFIGURE_ARGS +=--enable-official-branding CONFIGURE_ARGS +=--with-system-libevent=/usr/ --disable-gconf CONFIGURE_ARGS +=--with-system-zlib=/usr/ --with-system-bz2=${LOCALBASE} -WANTLIB += event +CONFIGURE_ARGS +=--with-system-libvpx=${LOCALBASE} +WANTLIB += event vpx .if ${MACHINE_ARCH:Msparc64} CONFIGURE_ARGS +=--disable-tracejit --disable-methodjit @@ -47,8 +49,10 @@ CONFIGURE_ARGS += --disable-tracejit --d # needed during make install BUILD_DEPENDS += archivers/unzip +LIB_DEPENDS += multimedia/libvpx=1.0.0 + # ensure we depend on cairo with tee backend enabled -LIB_DEPENDS =graphics/cairo=1.10.2p0 +LIB_DEPENDS += graphics/cairo=1.10.2p0 # --with-system-png=${LOCALBASE} # no system png : apng support not bundled in Index: patches/patch-configure_in === RCS file: patches/patch-configure_in diff -N patches/patch-configure_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-configure_in6 Apr 2012 10:44:41 - @@ -0,0 +1,43 @@ +$OpenBSD$ + +Build --with-system-libvpx is broken for libvpx-1.0.0 +(https://hg.mozilla.org/mozilla-central/rev/e73a68477cfd) + +--- configure.in.origThu Apr 5 12:43:43 2012 configure.in Thu Apr 5 12:44:54 2012 +@@ -5710,20 +5710,20 @@ if test -n $MOZ_WEBM; then + [MOZ_NATIVE_LIBVPX_DEC_TEST=1], + ([--with-system-libvpx requested but symbol vpx_codec_dec_init_ver not found])) + if test -n $MOZ_NATIVE_LIBVPX_DEC_TEST ; then +-AC_MSG_CHECKING([for libvpx version = v0.9.7]) +-dnl We need at least v0.9.7 to fix several crash bugs (for which we +-dnl had local patches prior to v0.9.7). ++AC_MSG_CHECKING([for libvpx version = v1.0.0]) ++dnl We need at least v1.0.0 to fix several crash bugs (for which we ++dnl had local patches prior to v1.0.0). + dnl + dnl This is a terrible test for the library version, but we don't + dnl have a good one. There is no version number in a public header, + dnl and testing the headers still doesn't guarantee we link against + dnl the right version. While we could call vpx_codec_version() at + dnl run-time, that would break cross-compiling. There are no +-dnl additional exported symbols between the v0.9.7 release and the +-dnl v0.9.6 one to check for. ++dnl additional exported decoder symbols between the v1.0.0 release ++dnl and the v0.9.7 one to check for. + AC_TRY_COMPILE([ + #include vpx/vpx_decoder.h +-#if !defined(VPX_CODEC_USE_INPUT_PARTITION) ++#if !defined(VPX_CODEC_USE_INPUT_FRAGMENTS) + #error test failed. + #endif + ], +@@ -5734,7 +5734,7 @@ if test -n $MOZ_WEBM; then + MOZ_LIBVPX_INCLUDES=-I${LIBVPX_DIR}/include + MOZ_LIBVPX_LIBS=-L${LIBVPX_DIR}/lib -lvpx], + [AC_MSG_RESULT([no]) +- AC_MSG_ERROR([--with-system-libvpx requested but it is not v0.9.7 or later])]) ++ AC_MSG_ERROR([--with-system-libvpx requested but it is not v1.0.0 or later])]) + fi + CFLAGS=$_SAVE_CFLAGS + LDFLAGS=$_SAVE_LDFLAGS
Re: [maintainer update] net/p5-IRC-Utils
On Sat, Apr 07, 2012 at 03:53:52PM +0800, wen heping wrote: Hi, Here is an update of net/p5-IRC-Utils to 0.12. It build and regress both OK on i386. OK? Comments? Commited, but next time check your mailer it garbles diffs. Index: distinfo === RCS file: /cvs/ports/net/p5-IRC-Utils/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo29 Jul 2011 13:51:27 - 1.3 +++ distinfo7 Apr 2012 07:50:58 - @@ -1,5 +1,5 @@ -MD5 (IRC-Utils-0.11.tar.gz) = M4pmh5rDy2Gr6UlmfvY+8Q== -RMD160 (IRC-Utils-0.11.tar.gz) = zNSNELztIVZwAUAEGBPHHhq8UV0= -SHA1 (IRC-Utils-0.11.tar.gz) = kwrkNai4HEq9wc2rFOilSfG0NOg= -SHA256 (IRC-Utils-0.11.tar.gz) = 53ZkNifSXZnTgoZvVhvWu5MYLIjAu5oXTH4ZwNw1qds= -SIZE (IRC-Utils-0.11.tar.gz) = 23039 +MD5 (IRC-Utils-0.12.tar.gz) = BemQB8oH27m3flNMcdKlwQ== +RMD160 (IRC-Utils-0.12.tar.gz) = H8sK4FCGPSz68YspNwELQJAhI1U= +SHA1 (IRC-Utils-0.12.tar.gz) = kJyPwujt8l0wVbtaoptwP/wqUmY= +SHA256 (IRC-Utils-0.12.tar.gz) = x9YxHrbHnpg4M8nmtOjUJtB6mHTSD0vGQbMTuZybyKA= +SIZE (IRC-Utils-0.12.tar.gz) = 23214 See the wrapping ? Landry
Re: update p5-Mojo
On Tue, Apr 10, 2012 at 08:50:46AM +0200, Remi Locherer wrote: Hi Few weeks ago I wanted to have a look at Mojolicious on my OpenBSD box. But I realised that the package version is a lot behind the version from the Mojolicious website. Below is a patch to upgrade it to 2.78. I added a new dependency: - p5-IO-Socket-SSL (without that mojo get https://esample.site; does not work) I could successfuly build, install and make regress on my OpenBSD 5.1-current installation from April 7 (amd64). Could somebody have a look at these patches and maybe commit them? Thanks. (A month ago I sent a patch to simon@ but didn't get a response). You should use diff -nN, and jim@ sent a mojo update to ports@ 3 days ago.. Landry
Re: Firefox 10.03 ESR Port
On Tue, Apr 10, 2012 at 08:28:52AM -0700, J. Scott Heppler wrote: It looks like the Mozilla Foundations is making good on it Extended Support releases. Has there been any discussion about incorporating this, either via a binary or port build, to the OBSD releases? http://www.mozilla.org/en-US/firefox/organizations/all.html I've already stated my views here: http://marc.info/?l=openbsd-portsm=132817252417890w=2 Landry
[update] buildbot 0.8.6
Hi, Here's an update to latest buildbot/buildslave, see http://buildbot.net/buildbot/docs/0.8.6p1/release-notes.html for the list of changes. Not much tweaking in master.cfg, my instance still runs fine. Remember to run update-master of course. Landry Index: py-buildbot/Makefile === RCS file: /cvs/ports/devel/py-buildbot/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- py-buildbot/Makefile9 Jan 2012 19:56:54 - 1.15 +++ py-buildbot/Makefile12 Apr 2012 15:18:31 - @@ -2,8 +2,8 @@ COMMENT = system to automate the compile/test cycle -MODPY_EGG_VERSION =0.8.5 -DISTNAME = buildbot-${MODPY_EGG_VERSION} +MODPY_EGG_VERSION =0.8.6 +DISTNAME = buildbot-${MODPY_EGG_VERSION}p1 PKGNAME = py-${DISTNAME:S/p/./} CATEGORIES = devel Index: py-buildbot/distinfo === RCS file: /cvs/ports/devel/py-buildbot/distinfo,v retrieving revision 1.8 diff -u -r1.8 distinfo --- py-buildbot/distinfo9 Jan 2012 19:56:54 - 1.8 +++ py-buildbot/distinfo12 Apr 2012 15:18:31 - @@ -1,5 +1,5 @@ -MD5 (buildbot-0.8.5.tar.gz) = ovJcMgcr2ovtyx/VpfXSSg== -RMD160 (buildbot-0.8.5.tar.gz) = WV8+1F8OWkUAoQICfvcdw3aoKJQ= -SHA1 (buildbot-0.8.5.tar.gz) = iDKdKV9G+bYKPTRsSgSli1b6IIM= -SHA256 (buildbot-0.8.5.tar.gz) = my92FEfbE+QGiHBWezZzLUGdj3L0UrRQxhCJ25hVipw= -SIZE (buildbot-0.8.5.tar.gz) = 4389306 +MD5 (buildbot-0.8.6p1.tar.gz) = tnJ9KBDGkgYsZXSSvL6sag== +RMD160 (buildbot-0.8.6p1.tar.gz) = N97mbDPeLj6ODkgOR0713+nvhjE= +SHA1 (buildbot-0.8.6p1.tar.gz) = Q+Mj86uvlWtD1ZgSseEXPYb9rac= +SHA256 (buildbot-0.8.6p1.tar.gz) = TRCieAm/grNnz2Iw5ONij034lAeH1q/+19eH3FIBbCw= +SIZE (buildbot-0.8.6p1.tar.gz) = 4454055 Index: py-buildbot/pkg/PLIST === RCS file: /cvs/ports/devel/py-buildbot/pkg/PLIST,v retrieving revision 1.9 diff -u -r1.9 PLIST --- py-buildbot/pkg/PLIST 9 Jan 2012 19:56:55 - 1.9 +++ py-buildbot/pkg/PLIST 12 Apr 2012 15:18:31 - @@ -3,12 +3,12 @@ @newuser _buildbot:673:_buildbot:daemon:BuildBot master daemon:${HOMEDIR}:/sbin/nologin bin/buildbot lib/python${MODPY_VERSION}/site-packages/buildbot/ -lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/requires.txt -lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt +lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}p1-py${MODPY_VERSION}.egg-info/ +lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}p1-py${MODPY_VERSION}.egg-info/PKG-INFO +lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}p1-py${MODPY_VERSION}.egg-info/SOURCES.txt +lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}p1-py${MODPY_VERSION}.egg-info/dependency_links.txt +lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}p1-py${MODPY_VERSION}.egg-info/requires.txt +lib/python${MODPY_VERSION}/site-packages/buildbot-${MODPY_EGG_VERSION}p1-py${MODPY_VERSION}.egg-info/top_level.txt lib/python${MODPY_VERSION}/site-packages/buildbot/VERSION lib/python${MODPY_VERSION}/site-packages/buildbot/__init__.py lib/python${MODPY_VERSION}/site-packages/buildbot/__init__.pyc @@ -112,6 +112,20 @@ lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/013_remove_schedulers_state_column.pyc lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/014_add_users_userpass_columns.py lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/014_add_users_userpass_columns.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/015_remove_bad_master_objectid.py +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/015_remove_bad_master_objectid.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/016_restore_buildrequest_indices.py +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/016_restore_buildrequest_indices.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/017_restore_other_indices.py +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/017_restore_other_indices.pyc +lib/python${MODPY_VERSION}/site-packages/buildbot/db/migrate/versions/018_add_sourcestampset.py
Re: [update] buildbot 0.8.6
On Fri, Apr 13, 2012 at 02:35:55PM +0200, Piotr Sikora wrote: Hey Landry, thanks for taking care of it. However, I would propose using: -MODPY_EGG_VERSION=0.8.5 +MODPY_EGG_VERSION=0.8.6p1 instead of: -MODPY_EGG_VERSION=0.8.5 -DISTNAME=buildbot-slave-${MODPY_EGG_VERSION} +MODPY_EGG_VERSION=0.8.6 +DISTNAME=buildbot-slave-${MODPY_EGG_VERSION}p1 What do you think? Patch attached. I had that version first but i finally used MODPY_EGG_VERSION = 0.8.6p1 DISTNAME = buildbot-${MODPY_EGG_VERSION} PKGNAME = py-${DISTNAME:S/p1/pl1/} To make it use the 'pl' suffix. same PLIST as with your diff. ok ? Landry
Re: [update] buildbot 0.8.6
On Fri, Apr 13, 2012 at 04:03:17PM +0200, Piotr Sikora wrote: Hey Landry, PKGNAME = py-${DISTNAME:S/p1/pl1/} To make it use the 'pl' suffix. same PLIST as with your diff. What's wrong with the original py-${DISTNAME:S/p/./}? Upstream provides a distname with p1 , meaning 0.8.6 patchlevel 1, so lets use that for the packagename since pl is a valid version stem.. Landry
Re: .desktop file for gpsbabel
On Sun, Apr 15, 2012 at 10:24:02PM +0400, Kirill Bychkov wrote: Hi. I've got a simple patch for adding .desktop file in gpsbabel-qt package. Chris (maintainer) keeps silence for a week. share/applications and share/pixmaps should go to PLIST-qt, if at all. Dont blindly trust make update-plist for that kind of things.. Landry
[wip] Xfce 4.10pre2
On Sun, Apr 01, 2012 at 09:23:30PM +0200, Landry Breuil wrote: Hi, First pre-release of next major version of Xfce has just been released : http://mail.xfce.org/pipermail/xfce-announce/2012-April/000128.html second pre-release, final expected on the 28.. http://mail.xfce.org/pipermail/xfce-announce/2012-April/000152.html So far so good here, only two minor known annoyances: - adding a panel launcher for a specific command doesnt work, i'm on it That one's been fixed - 'migrate' process segfaults sometimes when migrating existing panel config. If you face that issue, try producing a USEFUL backtrace showing the args to migrate_config_action_48, ie values behind such pointers. migrate_config_action_48 (key=0x7c142940, value=0x7c142200, channel=0x7c11a1c0) at migrate-config.c:157 (if you have migrate.core after upgrade in $HOME, you're likely in that case. Analyse it) I need to update another box to try to reproduce it. cd /usr/ports/mystuff/x11/ git clone -b next http://rhaalovely.net/git/xfce4 There's pre2 there now.. Landry
Re: UPDATE: Scratch 1.3-1.4
On Wed, Apr 18, 2012 at 02:25:35AM -0400, Stuart Cassoff wrote: Ok for that and wcb/mentry, just one question : mkdir ${SCRATCH_DIR} -gunzip ${PREFIX}/lib/scratch/Scratch.image.gz ${SCRATCH_DIR}/Scratch.image -for i in Help locale ; do ln -s ${PREFIX}/lib/scratch/$i ${SCRATCH_DIR}; done -for i in Media Projects ; do ln -s ${PREFIX}/share/scratch/$i ${SCRATCH_DIR}; done +gzcat ${TRUEPREFIX}/lib/scratch/Scratch.image.gz ${SCRATCH_DIR}/Scratch.image +for i in Help locale; do ln -s ${TRUEPREFIX}/lib/scratch/$i ${SCRATCH_DIR}; done +for i in Media Projects ; do ln -s ${TRUEPREFIX}/share/scratch/$i ${SCRATCH_DIR}; done Is it mandatory to copy all those files to ~ ? Cant it run from the systemwide install ? Landry
[wip] Firefox 12.0b5
On Tue, Feb 21, 2012 at 09:02:13PM +0100, Landry Breuil wrote: On Mon, Jan 16, 2012 at 10:24:16PM +0100, Landry Breuil wrote: Hi, after some months of inactivity due to an accident (still in recovery mode), i've been slowly able to get back hacking on mozilla.. so here's latest firefox beta. As usual, port at : http://rhaalovely.net/cgit/mozilla-firefox/log/?h=beta Yadada yadada, at the same place you'll find 11.0b3 port, which i'm using without issues so far on i386. No package to provide though, since i didn't cross the rthreads bump yet... ppc testing appreciated. Now at Firefox 12.0b5, release expected before the end of the month. Built fine on amd64, currently building on i386. Note that as-is it doesn't build with systemwide cairo, which is workarounded by adding a patch from https://bugzilla.mozilla.org/show_bug.cgi?id=715658; Some code moved, so mozilla.port.mk needs to be temporarly amended as-is: - cp -f ${FILESDIR}/nsSound.cpp ${WRKSRC}/${_MOZDIR}/widget/src/gtk2/ + cp -f ${FILESDIR}/nsSound.cpp ${WRKSRC}/${_MOZDIR}/widget/gtk2/ Feedback welcomed. Landry
[update] webkit 1.8.1
Hi, here's an update to webkit 1.8.1, see http://mail.gnome.org/archives/gnome-announce-list/2012-April/msg00026.html for a small list of changes. As usual, test with your favourite webkit browser on your exotic archs... Landry ? webkit-1.4.3-libwebkitgtk-1.0.so.0.1 ? webkit-1.6.3-libjavascriptcoregtk-1.0.so.0.0 ? webkit-1.6.3-libjavascriptcoregtk-3.0.so.0.0 ? webkit-1.6.3-libwebkitgtk-1.0.so.2.0 ? webkit-1.6.3-libwebkitgtk-3.0.so.2.0 ? webkit-1.8.0-libjavascriptcoregtk-1.0.so.0.0 ? webkit-1.8.0-libjavascriptcoregtk-3.0.so.0.0 ? webkit-1.8.0-libwebkitgtk-1.0.so.2.0 ? webkit-1.8.0-libwebkitgtk-3.0.so.2.0 ? webkit-1.8.1-libjavascriptcoregtk-1.0.so.2.0 ? webkit-1.8.1-libwebkitgtk-1.0.so.3.0 Index: Makefile === RCS file: /cvs/ports/www/webkit/Makefile,v retrieving revision 1.64 diff -u -r1.64 Makefile --- Makefile23 Apr 2012 17:15:19 - 1.64 +++ Makefile24 Apr 2012 13:17:25 - @@ -4,10 +4,9 @@ COMMENT = open source web browser engine for Gtk+ -V =1.8.0 +V =1.8.1 DISTNAME = webkit-${V} EPOCH =0 -REVISION = 0 CATEGORIES = www EXTRACT_SUFX= .tar.xz @@ -78,7 +77,7 @@ textproc/enchant \ geo/geoclue \ devel/glib2=2.31.2 \ - devel/libsoup=2.37.2.1 + devel/libsoup=2.37.92 BUILD_DEPENDS =devel/bison \ devel/flex \ @@ -103,8 +102,8 @@ GTK_API_VERSION = 2.0 .endif CONFIGURE_ARGS += --with-gtk=${GTK_API_VERSION} -SHARED_LIBS += javascriptcoregtk-${WEBKIT_API_VERSION} 2.0 #.13.1 -SHARED_LIBS += webkitgtk-${WEBKIT_API_VERSION} 3.0 #.13.1 +SHARED_LIBS += javascriptcoregtk-${WEBKIT_API_VERSION} 2.0 #.13.2 +SHARED_LIBS += webkitgtk-${WEBKIT_API_VERSION} 4.0 #.13.2 pre-configure: ${SUBST_CMD} ${WRKSRC}/Source/WebCore/plugins/PluginDatabase.cpp Index: distinfo === RCS file: /cvs/ports/www/webkit/distinfo,v retrieving revision 1.25 diff -u -r1.25 distinfo --- distinfo3 Apr 2012 15:39:35 - 1.25 +++ distinfo24 Apr 2012 13:17:25 - @@ -1,5 +1,5 @@ -MD5 (webkit-1.8.0.tar.xz) = UrL+sPrgHmhDK1R72F6NdA== -RMD160 (webkit-1.8.0.tar.xz) = 8XADUONEfyI+HPkAFUra6GuoqQA= -SHA1 (webkit-1.8.0.tar.xz) = dfGn2pCXx0DEqizLqUcCKcC1z1w= -SHA256 (webkit-1.8.0.tar.xz) = jOvVO0Eq6esZJJOtjkH6hzmnsaAPdMa1pp02dwmoAbw= -SIZE (webkit-1.8.0.tar.xz) = 7998384 +MD5 (webkit-1.8.1.tar.xz) = 8vAbH9xyYqLu3oHr7Qlwsg== +RMD160 (webkit-1.8.1.tar.xz) = 6+EPY+LFFL4Tx7YRcrEcQY0MoP8= +SHA1 (webkit-1.8.1.tar.xz) = 0mVDuqzgPDGqPegrwk8G8UxrMFI= +SHA256 (webkit-1.8.1.tar.xz) = mhJqdrQMphrbHxYm4VZ/l2dAryMylIzFGJSJ29AeOyg= +SIZE (webkit-1.8.1.tar.xz) = 7949924 Index: patches/patch-GNUmakefile_in === RCS file: /cvs/ports/www/webkit/patches/patch-GNUmakefile_in,v retrieving revision 1.16 diff -u -r1.16 patch-GNUmakefile_in --- patches/patch-GNUmakefile_in3 Apr 2012 15:39:35 - 1.16 +++ patches/patch-GNUmakefile_in24 Apr 2012 13:17:25 - @@ -6,9 +6,9 @@ - append extra cflags for sparc64 which otherwise result in overoptimization by emitting a fdtox %r8, %r7 call, whose second operand isn't even and thus invalid. (on Source/JavaScriptCore/runtime/NumberPrototype.cpp) GNUmakefile.in.origTue Mar 27 18:31:16 2012 -+++ GNUmakefile.in Fri Mar 30 11:32:32 2012 -@@ -11355,7 +11355,7 @@ COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES +--- GNUmakefile.in.origTue Apr 24 07:17:27 2012 GNUmakefile.in Tue Apr 24 09:56:57 2012 +@@ -11360,7 +11360,7 @@ COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) AM_V_CC = $(am__v_CC_$(V)) am__v_CC_ = $(am__v_CC_$(AM_DEFAULT_VERBOSITY)) @@ -17,7 +17,7 @@ AM_V_at = $(am__v_at_$(V)) am__v_at_ = $(am__v_at_$(AM_DEFAULT_VERBOSITY)) am__v_at_0 = @ -@@ -11365,12 +11365,12 @@ LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAG +@@ -11370,12 +11370,12 @@ LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAG $(AM_LDFLAGS) $(LDFLAGS) -o $@ AM_V_CCLD = $(am__v_CCLD_$(V)) am__v_CCLD_ = $(am__v_CCLD_$(AM_DEFAULT_VERBOSITY)) @@ -32,7 +32,7 @@ CXXLD = $(CXX) CXXLINK = $(LIBTOOL) $(AM_V_lt) --tag=CXX $(AM_LIBTOOLFLAGS) \ $(LIBTOOLFLAGS) --mode=link $(CXXLD) $(AM_CXXFLAGS) \ -@@ -11774,7 +11774,7 @@ pkgconfigdir := $(libdir)/pkgconfig +@@ -11780,7 +11780,7 @@ pkgconfigdir := $(libdir)/pkgconfig libwebkitgtkincludedir := $(prefix)/include/webkitgtk-@WEBKITGTK_API_VERSION@ # Libraries and support components @@ -41,7 +41,7 @@ noinst_HEADERS := # We have a different library with only the files that require GTK+. It allows us -@@ -18909,6 +18909,7 @@ pkgconfig_DATA := Source/JavaScriptCore/javascriptcore +@@ -18918,6 +18918,7 @@ pkgconfig_DATA :=
Re: [update] webkit 1.8.1
On Wed, Apr 25, 2012 at 03:47:48PM -0600, Aaron wrote: Is the gtk3 FLAVOR not working for anyone else? Oh wow thank you for providing so much details in not working !! (no, i didnt try to build it, i expect slaves using it to do so) Landry
Re: [update] webkit 1.8.1
On Thu, Apr 26, 2012 at 08:16:23AM -0600, Aaron wrote: env FLAVOR=gtk3 make results in: ./DerivedSources/webkit/WebKitDOMDOMWindow.h: At global scope: ./DerivedSources/webkit/WebKitDOMDOMWindow.h:843: error: expected constructor, destructor, or type conversion before '*' token the diff went into a full amd64 bulk build, so it built there and all the ports depending on it.. so i'd say local issue ? Did you remove the previous version before building ? That might be the cause Landry
[update] Firefox/Thunderbird 12.0 + Seamonkey 2.9
Hi, The ports for latest firefox/thunderbird/seamonkey releases is available in the release branch of the following 3 git repos: git clone -b release http://rhaalovely.net/git/mozilla-firefox/ git clone -b release http://rhaalovely.net/git/mozilla-thunderbird/ git clone -b release http://rhaalovely.net/git/seamonkey/ (or git pull origin release if you already have a checkout) Amd64 packages (not against systemwide sqlite) at http://rhaalovely.net/stuff/amd64/ Enigmail was updated to 1.5pre and Lightning to 1.4b1. Tb Ffx tested here on ppc/i386. Please test and report back to the list (nigel@ already tested tb/enigmail). You'll also need the attached mozilla.port.mk diff. Landry ? mozilla.port.mk-nss Index: mozilla.port.mk === RCS file: /cvs/ports/www/mozilla/mozilla.port.mk,v retrieving revision 1.41 diff -u -r1.41 mozilla.port.mk --- mozilla.port.mk 23 Apr 2012 17:15:19 - 1.41 +++ mozilla.port.mk 26 Apr 2012 10:32:19 - @@ -144,7 +144,13 @@ post-extract: # XXX nsSound.cpp different between mozilla branch - need to use local one +.if ${MOZILLA_PROJECT} == firefox || \ +${MOZILLA_PROJECT} == thunderbird || \ + ${MOZILLA_PROJECT} == seamonkey + cp -f ${FILESDIR}/nsSound.cpp ${WRKSRC}/${_MOZDIR}/widget/gtk2/ +.else cp -f ${FILESDIR}/nsSound.cpp ${WRKSRC}/${_MOZDIR}/widget/src/gtk2/ +.endif # syndeyaudio sndio file comes from ffx FILESDIR cp -f ${PORTSDIR}/www/mozilla-firefox/files/sydney_audio_sndio.c \ ${WRKSRC}/${_MOZDIR}/media/libsydneyaudio/src/
Re: [update] buildbot 0.8.6
On Fri, Apr 13, 2012 at 06:42:15PM -0400, Brad Smith wrote: On 13/04/12 2:24 PM, Piotr Sikora wrote: Hey, Upstream provides a distname with p1 , meaning 0.8.6 patchlevel 1, so lets use that for the packagename since pl is a valid version stem.. Yeah, I get it, but what's the advantage of having: py-buildbot-0.8.6pl1 py-buildbot-0.8.6pl1p0 py-buildbot-0.8.6pl1p1 ... instead of the existing: py-buildbot-0.8.6.1 py-buildbot-0.8.6.1p0 py-buildbot-0.8.6.1p1 ... ? The latter is IMHO more readable. I agree. It is. Sure, but it matches what upstream releases. What if we go for py-buildbot-0.8.6.1 and they release a 0.8.6.1 version ? Anyway, i commited it two weeks ago now :) Landry
Re: [Maintainer Update] devel/p5-System-Command
On Mon, Apr 30, 2012 at 08:25:01PM +0800, wen heping wrote: Hi, Here is an update of devel/p5-System-Command to 1.07. The build and regress both OK on i386. OK? Comments? Gmail ate your diff, and i think that's not the first time you're told that... Index: distinfo === RCS file: /cvs/ports/devel/p5-System-Command/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo20 Jul 2011 18:04:48 - 1.1.1.1 +++ distinfo30 Apr 2012 12:22:31 - @@ -1,5 +1,5 @@ -MD5 (System-Command-1.05.tar.gz) = nNyq6WPqULK/2/Vwf4qDhg== -RMD160 (System-Command-1.05.tar.gz) = o4vZqaL09AJYdq6+qS/yLhhldgc= -SHA1 (System-Command-1.05.tar.gz) = jmsnzyGsTOZzSVwP8cg9YGi8/78= -SHA256 (System-Command-1.05.tar.gz) = IvoHNRrl148waIdvAKn2fVq0/p/DuqfWERQFCY3v7gM= -SIZE (System-Command-1.05.tar.gz) = 12153 +MD5 (System-Command-1.07.tar.gz) = sOs0vqMtqIJLe5kIBobDJg== +RMD160 (System-Command-1.07.tar.gz) = 6cntVUMU5Ijlz7oCwUz4r80hMNo= +SHA1 (System-Command-1.07.tar.gz) = H0wBGM5/CrYM9lAX/keG8iNaK+E= +SHA256 (System-Command-1.07.tar.gz) = hDKsJCHQMOeU5c0IE3V54/VQ0sQw2Clu7s1v0E6uxWA= +SIZE (System-Command-1.07.tar.gz) = 13261 cvs server: Diffing pkg
[update] libmp4v2 1.9.1
Hi, so i wanted to update easytag and now it needs a newer libmp4v2.. which changed homepage/maintainers/moved headers around/etc.. so here's a diff updating it, and 3 diffs to fix the consumers (gtkpod, faac, daapd). mediatomb builds fine with that updated libmp4v2 so no diff for it. I'd like real users of daapd/gtkpod/faac to report whether it breaks nothing for them.. so far only build-tested @amd64. Landry Index: Makefile === RCS file: /cvs/ports/multimedia/libmp4v2/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile19 Nov 2010 07:23:13 - 1.3 +++ Makefile2 May 2012 15:08:35 - @@ -2,13 +2,14 @@ COMMENT = read and manipulate the MP4 container format -DISTNAME = libmp4v2-1.5.0.1 +DISTNAME = mp4v2-1.9.1 +PKGNAME = lib${DISTNAME} -SHARED_LIBS = mp4v2 3.0 +SHARED_LIBS = mp4v2 4.0 #1.9 CATEGORIES = multimedia audio -HOMEPAGE = http://resare.com/libmp4v2/ +HOMEPAGE = https://code.google.com/p/mp4v2/ MAINTAINER = Jacob Meuser jake...@openbsd.org @@ -20,11 +21,14 @@ WANTLIB = c m stdc++ -MASTER_SITES = ${HOMEPAGE}/dist/ +MASTER_SITES = https://mp4v2.googlecode.com/files/ EXTRACT_SUFX = .tar.bz2 +BUILD_DEPENDS =devel/help2man USE_LIBTOOL = Yes USE_GROFF =Yes +USE_GMAKE =Yes +MAKE_FILE =GNUmakefile CONFIGURE_STYLE = gnu CONFIGURE_ARGS += ${CONFIGURE_SHARED} Index: distinfo === RCS file: /cvs/ports/multimedia/libmp4v2/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo15 Sep 2008 21:46:28 - 1.1.1.1 +++ distinfo2 May 2012 15:08:35 - @@ -1,5 +1,5 @@ -MD5 (libmp4v2-1.5.0.1.tar.bz2) = kOsrCUDr4C74G3pgUwvq7g== -RMD160 (libmp4v2-1.5.0.1.tar.bz2) = hRmfgQep63XUV0QVgsTFi/ATtaI= -SHA1 (libmp4v2-1.5.0.1.tar.bz2) = naWS9tvEAwCbwoRfEFAkCJ7APPA= -SHA256 (libmp4v2-1.5.0.1.tar.bz2) = l9ZHNYds8iCoew2vDY79hOQtWsMvSAh+iTYo6/W9yAA= -SIZE (libmp4v2-1.5.0.1.tar.bz2) = 375541 +MD5 (mp4v2-1.9.1.tar.bz2) = mGcBkp7xWwMVWsT7FkRHlw== +RMD160 (mp4v2-1.9.1.tar.bz2) = Zq7ReSVYm0nsOxJBv8tFqOMYHAg= +SHA1 (mp4v2-1.9.1.tar.bz2) = xi0A6Ztl784WrM2DxQH7ilcgaqg= +SHA256 (mp4v2-1.9.1.tar.bz2) = XDgcrqsjJvxIz9oP4gK9uLoK5iTZyXrXaAorB+LC47Q= +SIZE (mp4v2-1.9.1.tar.bz2) = 432943 Index: patches/patch-test_Makefile_in === RCS file: patches/patch-test_Makefile_in diff -N patches/patch-test_Makefile_in --- patches/patch-test_Makefile_in 15 Sep 2008 21:46:28 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-test_Makefile_in,v 1.1.1.1 2008/09/15 21:46:28 jakemsr Exp $ test/Makefile.in.orig Sat Jun 28 21:40:39 2008 -+++ test/Makefile.in Sat Jun 28 21:44:11 2008 -@@ -191,7 +191,7 @@ sysconfdir = @sysconfdir@ - target_alias = @target_alias@ - INCLUDES = -I$(top_srcdir) -I$(top_srcdir)/util - c_api_SOURCES = c_api.c --c_api_LDADD = $(top_builddir)/libmp4v2.la -lstdc++ -+c_api_LDADD = $(top_builddir)/libmp4v2.la -lstdc++ -lm - mp4broadcaster_SOURCES = mp4broadcaster.cpp - mp4broadcaster_LDADD = $(top_builddir)/libmp4v2.la - nullcreate_SOURCES = nullcreate.cpp Index: patches/patch-test_mp4broadcaster_cpp === RCS file: patches/patch-test_mp4broadcaster_cpp diff -N patches/patch-test_mp4broadcaster_cpp --- patches/patch-test_mp4broadcaster_cpp 15 Sep 2008 21:46:28 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-test_mp4broadcaster_cpp,v 1.1.1.1 2008/09/15 21:46:28 jakemsr Exp $ test/mp4broadcaster.cpp.orig Sat Jun 28 21:44:31 2008 -+++ test/mp4broadcaster.cppSat Jun 28 21:47:38 2008 -@@ -21,6 +21,8 @@ - - #include mpeg4ip.h - #include arpa/inet.h -+#include sys/socket.h -+#include netinet/in.h - #include mp4.h - - // forward declarations Index: pkg/PLIST === RCS file: /cvs/ports/multimedia/libmp4v2/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 15 Sep 2008 21:46:28 - 1.1.1.1 +++ pkg/PLIST 2 May 2012 15:08:35 - @@ -2,121 +2,33 @@ @conflict faad-2.6.1 %%SHARED%% @bin bin/mp4art -@bin bin/mp4dump +@bin bin/mp4chaps @bin bin/mp4extract +@bin bin/mp4file @bin bin/mp4info +@bin bin/mp4subtitle @bin bin/mp4tags +@bin bin/mp4track @bin bin/mp4trackdump -include/mp4.h +include/mp4v2/ +include/mp4v2/chapter.h +include/mp4v2/file.h +include/mp4v2/file_prop.h +include/mp4v2/general.h +include/mp4v2/isma.h +include/mp4v2/itmf_generic.h +include/mp4v2/itmf_tags.h +include/mp4v2/meta.h +include/mp4v2/mp4v2.h +include/mp4v2/platform.h
[update] easytag 2.1.7
Hi, here's an update to easytag 2.1.7 which seems back from the deads and active again - brings 5 years worth of bugfixes so probably new bugs. Landry Index: Makefile === RCS file: /cvs/ports/audio/easytag/Makefile,v retrieving revision 1.31 diff -u -r1.31 Makefile --- Makefile3 Jan 2012 07:03:54 - 1.31 +++ Makefile2 May 2012 14:38:00 - @@ -2,8 +2,7 @@ COMMENT= tag editor for various audio file formats -DISTNAME= easytag-2.1 -REVISION= 11 +DISTNAME= easytag-2.1.7 CATEGORIES=audio x11 HOMEPAGE= http://easytag.sourceforge.net/ @@ -26,9 +25,12 @@ WANTLIB += pthread-stubs stdc++ xcb z id3=3 FLAC=4 mp4v2 vorbis=1 WANTLIB += vorbisfile=1 wavpack gdk-x11-2.0 gdk_pixbuf-2.0 gtk-x11-2.0 WANTLIB += gthread-2.0 pthread xcb-render GL Xxf86vm drm ffi xcb-shm +WANTLIB += id3tag speex RUN_DEPENDS= devel/desktop-file-utils LIB_DEPENDS= audio/id3lib \ + audio/libid3tag \ + audio/speex \ audio/flac \ multimedia/libmp4v2 \ audio/libvorbis \ Index: distinfo === RCS file: /cvs/ports/audio/easytag/distinfo,v retrieving revision 1.7 diff -u -r1.7 distinfo --- distinfo29 May 2007 10:27:33 - 1.7 +++ distinfo2 May 2012 14:38:00 - @@ -1,5 +1,5 @@ -MD5 (easytag-2.1.tar.bz2) = pYXLnkALpGDsGAGFbqXpDw== -RMD160 (easytag-2.1.tar.bz2) = tVNFjIz/AI3QREEqlWdKomR4sus= -SHA1 (easytag-2.1.tar.bz2) = baASWrDcx+fsq+SIFH7N8Odfbyo= -SHA256 (easytag-2.1.tar.bz2) = iQN3HTN5XQ5lwu5ufwlwnCgMwa5YeMIKIB16Swb/V+U= -SIZE (easytag-2.1.tar.bz2) = 2924032 +MD5 (easytag-2.1.7.tar.bz2) = nfPoANgOdUZwZC8rpeA1OQ== +RMD160 (easytag-2.1.7.tar.bz2) = q+jfUZ7UG5QkCA1zyxbEp13LUR8= +SHA1 (easytag-2.1.7.tar.bz2) = e1a6GL4vG+wBceXeREe6djomT5I= +SHA256 (easytag-2.1.7.tar.bz2) = v+00y9zpasopmg2ytTHbxm/rSJuRGjTwqcZ/LrbukwE= +SIZE (easytag-2.1.7.tar.bz2) = 3303491 Index: pkg/PLIST === RCS file: /cvs/ports/audio/easytag/pkg/PLIST,v retrieving revision 1.11 diff -u -r1.11 PLIST --- pkg/PLIST 22 Dec 2009 15:43:14 - 1.11 +++ pkg/PLIST 2 May 2012 14:38:00 - @@ -14,6 +14,7 @@ share/locale/el/LC_MESSAGES/easytag.mo share/locale/es/LC_MESSAGES/easytag.mo share/locale/fr/LC_MESSAGES/easytag.mo +share/locale/he/LC_MESSAGES/easytag.mo share/locale/hu/LC_MESSAGES/easytag.mo share/locale/it/LC_MESSAGES/easytag.mo share/locale/ja/LC_MESSAGES/easytag.mo @@ -22,10 +23,15 @@ share/locale/pt_BR/LC_MESSAGES/easytag.mo share/locale/ro/LC_MESSAGES/easytag.mo share/locale/ru/LC_MESSAGES/easytag.mo +share/locale/sr/LC_MESSAGES/easytag.mo +share/locale/sr@Latn/ +share/locale/sr@Latn/LC_MESSAGES/ +share/locale/sr@Latn/LC_MESSAGES/easytag.mo share/locale/sv/LC_MESSAGES/easytag.mo share/locale/uk/LC_MESSAGES/easytag.mo share/locale/zh_CN/LC_MESSAGES/easytag.mo +share/locale/zh_TW/LC_MESSAGES/easytag.mo share/pixmaps/ -share/pixmaps/EasyTAG.xpm +share/pixmaps/EasyTAG_icon.xpm @exec %D/bin/update-desktop-database @unexec-delete %D/bin/update-desktop-database