Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Wed, 01 Feb 2012 17:39:02 +0100, Landry Breuil lan...@rhaalovely.net wrote: Hi, Fx 10.0 friends were released, if you want it to make 5.1 (which is not sure at all) please test every possible usecase, esp lightning/enigmail.. ports at: http://rhaalovely.net/cgit/mozilla-firefox/log/?h=beta http://rhaalovely.net/cgit/mozilla-thunderbird/log/?h=beta http://rhaalovely.net/cgit/seamonkey/log/?h=beta http://rhaalovely.net/cgit/mozilla-firefox/log/?h=fennec (all ports needs a small mozilla.port.mk diff, attached) packages against somewhat -current (ie gettext w/ libintl.6) in my repos : http://rhaalovely.net/stuff/amd64/ http://rhaalovely.net/stuff/i386/ It builds runs fine on ppc too, as of beta4.. Landry Firefox tested on i386-current. No issues. Thanks. Firefox 10 is the first Firefox ESR[1]. Do you have some plan related to ESR releases?. 1. http://www.mozilla.org/en-US/firefox/organizations/ -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [wip] Firefox/Thunderbird 10.0 / Seamonkey 2.7
On Thu, 02 Feb 2012 15:35:06 +0100, viq v...@viq.ath.cx wrote: On Thu, Feb 02, 2012 at 09:39:44AM +0100, Landry Breuil wrote: On Thu, Feb 02, 2012 at 04:09:32AM +0100, Juan Francisco Cantero Hurtado wrote: On Wed, 01 Feb 2012 17:39:02 +0100, Landry Breuil lan...@rhaalovely.net wrote: Hi, Fx 10.0 friends were released, if you want it to make 5.1 (which is not sure at all) please test every possible usecase, esp lightning/enigmail.. ports at: http://rhaalovely.net/cgit/mozilla-firefox/log/?h=beta http://rhaalovely.net/cgit/mozilla-thunderbird/log/?h=beta http://rhaalovely.net/cgit/seamonkey/log/?h=beta http://rhaalovely.net/cgit/mozilla-firefox/log/?h=fennec (all ports needs a small mozilla.port.mk diff, attached) packages against somewhat -current (ie gettext w/ libintl.6) in my repos : http://rhaalovely.net/stuff/amd64/ http://rhaalovely.net/stuff/i386/ It builds runs fine on ppc too, as of beta4.. Landry Firefox tested on i386-current. No issues. Thanks. Firefox 10 is the first Firefox ESR[1]. Do you have some plan related to ESR releases?. 1. http://www.mozilla.org/en-US/firefox/organizations/ ESR isn't really targeted to the average joe user, so unless there is a real need and someone proves me he deploys OpenBSD desktops using firefox in large organizations such as universities and other schools, county or city governments and businesses and that he sign up for the Enterprise Working Group mailing list.. in that case, _contract_ me and i'll be happy to provide ESR ports/binaries for every supported OpenBSD release. It would be more work initially, but maybe it would be something easier to maintain in the long run on -STABLE ? This is the point for my question. I miss a secure and modern version of firefox in -stable. I know, I know, the development is realized in -current and the committers are overworked :) . I asked you because I want know if you will create a port for firefox10 (www/firefox10, like www/firefox36) when firefox11 arrives. You will be able to drop the maintainership and someone interested could take this. No extra work for you. I would like help with this, but I need learn well the port system before of getting involved in something like this. Of course, ESR is supported _by mozilla_ on the platforms mozilla supports, ie linux/win/macos/android, and by no means OpenBSD. Source code is provided, but if it breaks/doesnt fit your expectations you're on your own. ESR doesn't really match the point releases previously seen in 3.5.x/3.6.x branches which received way more fixes. Oh well, we'll see over time how it evolves. Yes, time will tell. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [UPDATE] www/liferea 1.8.0
On Wed, 01 Feb 2012 23:41:00 +0100, viq v...@viq.ath.cx wrote: Yes, I know we're in lock, but someone may find it interesting, as this version claims support of Google Reader and TinyTinyRSS. That I didn't try, but normal operation works well for me from what I tried. Apply with -E as patches were removed. Tested on i386. OK. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [Update] ,s/scrotwm/spectrwm/g
On Sat, 18 Feb 2012 15:48:47 +0100, Gonzalo L. R. gonz...@x61.com.ar wrote: Hi, Scrotwm change its name to Spectrwm, but still rocks, so here is a new shinny version, with a lot of bugs fixed: * Fixed all clang static analyze bugs/issues * Remain name and config file compatible with scrotwm Not for me. I needed to rename my .scrotwm.conf to spectrwm.conf. * Fix OSX version again * Print proper version with M-S-v on linux * Add flip_layout binding to all keyboard layout examples * Fix setting of window property strings * Clear status-bar when iconifying the last window * Use a red-black tree for key bindings I add the diff to Quirks. The Quirks file is outdated with last changes in CVS repo. Ok? If is Ok, bye bye x11/scrotwm. Cheers Tested on i386. All works OK. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [Update] ,s/scrotwm/spectrwm/g
On Thu, 23 Feb 2012 01:37:44 +0100, Gonzalo L. R. gonz...@x61.com.ar wrote: Thanks for the test, the conf file issue would be fixed upstream, and I add the new diff for Quirks. The patch is now OK. Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [new] meta/xfce
On Tue, 28 Feb 2012 18:56:37 +0100, Landry Breuil lan...@rhaalovely.net 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 a lot for the meta port. # make fetch The licensing info for is incomplete. (in meta/xfce) Please notify the OpenBSD port maintainer: (in meta/xfce) Landry Breuil lan...@openbsd.org (in meta/xfce) Fatal: CATEGORIES is mandatory. (in meta/xfce) *** Error code 1 Stop. # pwd /usr/ports/mystuff/meta/xfce -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [new] meta/xfce
On Tue, 28 Feb 2012 23:16:26 +0100, Stuart Henderson s...@spacehopper.org wrote: On 2012/02/28 23:06, Juan Francisco Cantero Hurtado wrote: On Tue, 28 Feb 2012 18:56:37 +0100, Landry Breuil lan...@rhaalovely.net 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 a lot for the meta port. # make fetch The licensing info for is incomplete. (in meta/xfce) Please notify the OpenBSD port maintainer: (in meta/xfce) Landry Breuil lan...@openbsd.org (in meta/xfce) Fatal: CATEGORIES is mandatory. (in meta/xfce) *** Error code 1 Stop. # pwd /usr/ports/mystuff/meta/xfce The meta ports pull in ../Makefile.inc, either untar directly in /usr/ports/meta/xfce or symlink it Oh, sorry. Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: WindowMaker-0.95.2
On Sun, 26 Feb 2012 16:35:31 +0100, David Coppa dco...@openbsd.org wrote: Hi, This diff updates WindowMaker to its latest version: 0.95.2. Yes, development has started again after so many years... Please test and comment. I'm not CCing maintainer since he's no more a openbsd dev. Ciao David Index: patches/patch-WindowMaker_plmenu === RCS file: /cvs/ports/x11/windowmaker/patches/patch-WindowMaker_plmenu,v retrieving revision 1.3 diff -u -p -r1.3 patch-WindowMaker_plmenu --- patches/patch-WindowMaker_plmenu1 Nov 2005 17:28:34 - 1.3 +++ patches/patch-WindowMaker_plmenu24 Feb 2012 16:27:20 - @@ -1,12 +1,12 @@ $OpenBSD: patch-WindowMaker_plmenu,v 1.3 2005/11/01 17:28:34 wilfried Exp $ WindowMaker/plmenu.origSat Oct 23 05:49:23 2004 -+++ WindowMaker/plmenu Mon Oct 31 18:41:14 2005 +--- WindowMaker/plmenu.origWed Dec 21 11:32:55 2011 WindowMaker/plmenu Wed Dec 21 11:33:18 2011 @@ -93,7 +93,7 @@ -), -(Save Theme, SHEXEC, getstyle -t $HOME/GNUstep/Library/WindowMaker/Themes/\%a(Theme name)\), -(Save IconSet, SHEXEC, geticonset $HOME/GNUstep/Library/WindowMaker/IconSets/\%a(IconSet name)\), -- (Preferences Utility, EXEC, /usr/local/GNUstep/Applications/WPrefs.app/WPrefs) -+ (Preferences Utility, EXEC, #wprefsdir#/WPrefs) -), -(Session, - (Save Session, SAVE_SESSION), +), +(Save Theme, SHEXEC, getstyle -t $HOME/GNUstep/Library/WindowMaker/Themes/\%a(Theme name)\), +(Save IconSet, SHEXEC, geticonset $HOME/GNUstep/Library/WindowMaker/IconSets/\%a(IconSet name)\), +- (Preferences Utility, EXEC, /usr/local/GNUstep/Applications/WPrefs.app/WPrefs) ++ (Preferences Utility, EXEC, #wprefsdir#/WPrefs) +), +(Session, + (Save Session, SAVE_SESSION), Hi. This part of the patch fails for me. Hunk #1 failed at 1. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: WindowMaker-0.95.2
On Fri, 02 Mar 2012 16:19:38 +0100, David Coppa dco...@gmail.com wrote: On Fri, Mar 2, 2012 at 4:03 PM, Stuart Henderson s...@spacehopper.org wrote: On 2012/03/02 15:49, David Coppa wrote: On Fri, Mar 2, 2012 at 3:44 PM, Stuart Henderson s...@spacehopper.org wrote: There are trailing ^M in the patch in CVS which aren't making it through email. I've tried some of your patches during the last weeks and this problem was common. I always fixed the problem with tr -d '\r' yourpatch newpatch, but I think in this occasion my trick isn't sufficient :) Ah, ok. There's the one attached not-inline btw... This doesn't help, email still eats them, easier to put it online - pbot handles these OK, you can use the attached script (needs p5-libwww) cvs di | pbot http://pbot.rmdir.de/fa0e34c8bfab313978f7f9088ce30e8c Thanks. The patch apply without errors. I don't remember the last time I used wmaker, but I think all works OK. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [new] meta/xfce
On Tue, 28 Feb 2012 23:29:03 +0100, Juan Francisco Cantero Hurtado i...@juanfra.info wrote: On Tue, 28 Feb 2012 23:16:26 +0100, Stuart Henderson s...@spacehopper.org wrote: On 2012/02/28 23:06, Juan Francisco Cantero Hurtado wrote: On Tue, 28 Feb 2012 18:56:37 +0100, Landry Breuil lan...@rhaalovely.net 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 a lot for the meta port. # make fetch The licensing info for is incomplete. (in meta/xfce) Please notify the OpenBSD port maintainer: (in meta/xfce) Landry Breuil lan...@openbsd.org (in meta/xfce) Fatal: CATEGORIES is mandatory. (in meta/xfce) *** Error code 1 Stop. # pwd /usr/ports/mystuff/meta/xfce The meta ports pull in ../Makefile.inc, either untar directly in /usr/ports/meta/xfce or symlink it Oh, sorry. Thanks. Works OK. Sorry for the delay but... too many dependencies for my little netbook! :) Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: WindowMaker-0.95.2
On Sat, 03 Mar 2012 04:56:29 +0100, Bryan Linton b...@shoshoni.info wrote:
On 2012-03-02 16:19:38, David Coppa dco...@gmail.com wrote:
http://pbot.rmdir.de/fa0e34c8bfab313978f7f9088ce30e8c
Thanks for the tip,
David
I tested it for about 5 minutes before having to roll back to
0.92.0. The problems I saw were as follows.
Trying to set ports/games/wesnoth to full-screen mode via its
in-game option started a weird loop where the screen would
continuously resize from 1600x1200 (my default) to 1024x768 (how
I've set Wesnoth's full-screen mode) and then back to 1600x1200 (and
then to 1024x768 etc.).
It took about a second or two between switches. The first time it
happened I was quick (or lucky) enough to untick the full-screen
checkbox and the screen went back to 1600x1200. The second time
I ended up switching to a console terminal and pkilling wesnoth.
The screen was left in 1024x768 mode and had to be set back to
normal via xrandr.
I've had no problems switching from windowed to full-screen mode
before. It's always seamlessly changed to full-screen mode and the
lower resolution and then back again with no problems.
Comment the line with --enable-xrandr in the makefile and try again.
This is a new option and can be the culprit.
Another issue is that I have ctrl+u mapped to spawn an xterm. In
0.95.2 a single press of ctrl+u would open two xterms instead of a
single one.
One final issue I saw was that despite the fact that I have all
animations turned off in WindowMaker's preferences app,
double-clicking window titles rolled the window up and down
smoothly instead of instantly {dis,re}appearing.
I'm very happy to see WindowMaker getting active development and
that you've taken the time to update the port, but with the
full-screen bug and the double-spawning of xterms I was not able
to use the new version and had to roll back to 0.92.
If there's any more information I can provide to help, I would
very much like to see an updated version of WindowMaker in the
ports tree.
All packages are up-to-date with regards to the snapshot I'm
running.
dmesg follows. (I know it's a bit old and does not have the rthread
changes. I've been waiting for a new snapshot to be released. I
can retest as soon as a new snap is released if you think it will
make a difference.)
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: games/xmoto
On Tue, Mar 20, 2012 at 04:02:15PM +0200, Antti Harri wrote: Update to xmoto's newest release. Tested on i386. All works perfect. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Racket port for testing
On Tue, Mar 20, 2012 at 08:01:19AM +0200, Lars Engblom wrote: Hello, Here comes a port of Racket for testing. I have been testing it on a clean install of -current on amd64 and it is working. I have not got it to build on i386 (I get segfault). The question is, is it possible to crank up some sysctl values for i386 build to succeed or will this be an amd64-only port? This is why i have those comments still left in the Makefile. The compilation is very fast. Only 6 hours on my netbook :P . The port compiles on i386. Drracket runs without problems. Racket includes a big testsuite in the installation process, so I guess all the package is working OK. About your problem on i368, run /usr/ports/infrastructure/bin/out-of-date. Maybe some deps are outdated. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: new: lang/go
/json pkg/flag pkg/path/filepath pkg/path pkg/io/ioutil pkg/log pkg/regexp/syntax pkg/regexp pkg/go/token pkg/go/scanner pkg/go/ast pkg/go/parser pkg/os/exec pkg/net/url pkg/text/template/parse pkg/text/template pkg/go/doc pkg/go/build cmd/go systrace: deny user: root, prog: /usr/ports/pobj/go-0.20120313/go/pkg/tool/openbsd_386/go_bootstrap, pid: 27533(0)[2994], policy: /usr/bin/make, filters: 246, syscall: native-sysarch(165), args: 8 ./make.bash: line 118: 27533 Segmentation fault (core dumped) $GOTOOLDIR/go_bootstrap clean -i std *** Error code 139 Stop in /usr/ports/lang/go (line 54 of Makefile). *** Error code 1 Stop in /usr/ports/lang/go (line 2451 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/go (line 1678 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/go (line 2224 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/go (line 2204 of /usr/ports/infrastructure/mk/bsd.port.mk). --- Wed Mar 21 20:40:17 CET 2012 -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: new: lang/go - take 2
On Fri, Mar 23, 2012 at 01:08:48AM +1100, Joel Sing wrote: Attached is an updated version of the port for Go: - Version numbering is now 1.0preMMDD as suggested by sthen. - Fixed PLIST issue so that the port now works correctly on both amd64 and i386. - Fixed issue with USE_SYSTRACE - for the time being a Go binary needs to be able to use the sysarch() syscall in order to setup TLS. ok? make package works perfect with USE_SYSTRACE. Just a warning in the fake step: strip: /usr/ports/pobj/go-1.0pre20120313/fake-i386/usr/local/go/pkg/tool/openbsd_386/pprof: File format not recognized. I don't know if this is the correct behavior or not, but make regress uses the go command installed on /usr/local, not the go binary in the build directory. make regress with and without go installed, both fail. I've attached the logs of make regress. -- Juan Francisco Cantero Hurtado http://juanfra.info logs-goport.tar.gz Description: application/tar-gz
Re: new: lang/go - take 2
On Mon, Mar 26, 2012 at 01:16:59AM +1100, Joel Sing wrote: On Friday 23 March 2012, Juan Francisco Cantero Hurtado wrote: On Fri, Mar 23, 2012 at 01:08:48AM +1100, Joel Sing wrote: Attached is an updated version of the port for Go: - Version numbering is now 1.0preMMDD as suggested by sthen. - Fixed PLIST issue so that the port now works correctly on both amd64 and i386. - Fixed issue with USE_SYSTRACE - for the time being a Go binary needs to be able to use the sysarch() syscall in order to setup TLS. ok? Thanks for the testing and feedback. make package works perfect with USE_SYSTRACE. Just a warning in the fake step: strip: /usr/ports/pobj/go-1.0pre20120313/fake-i386/usr/local/go/pkg/tool/openbsd_3 86/pprof: File format not recognized. pprof is a Perl script, so there is no surprise that strip cannot work out what to do. Not sure if there is some easy way to tell strip to not touch this file. I don't know if this is the correct behavior or not, but make regress uses the go command installed on /usr/local, not the go binary in the build directory. No, that would be a bug - fixed, thanks. Your last port is working OK. All tests passed. make regress with and without go installed, both fail. I've attached the logs of make regress. This is strange - it works fine for me on both amd64 and i386 . The failing part is: # Testing packages. # unicode/utf16 mkdir /tmp/go-build584473652/unicode/utf16/_test/unicode/: invalid argument # unicode/utf8 mkdir /tmp/go-build584473652/unicode/utf8: invalid argument I'm not sure why mkdir is failing with invalid argument - I cannot trigger this on any of my systems even when using USE_SYSTRACE. Is there something about your system configuration that could be triggering this? I've tried again the old port. Now all work without errors and also pass all the tests (installing the package). This is very curious. My config is nothing special. The only change in my system the last days is I've updated the base and kernel. I update the system one or two times per week. I use a script with all the steps indicated in the faq, so I never forget some step. Anyway, the port is working :D . Thanks a lot for your work. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: avahi daemon not found
On Tue, Mar 27, 2012 at 07:07:35PM -0700, Sha'ul wrote: I successfully installed /meta/gnome from ports, in rc.conf.local I have multicast_host=YES pkg_scripts=dbus_daemon avahi_daemon and I am getting multiple messages at system startup saying /etc/rc.conf.conf: avahi_daemon: not found pkg_scripts=dbus_daemon avahi_daemon man 8 rc.conf Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: new: lang/go - take 2
On Fri, Mar 30, 2012 at 03:10:45AM +1100, Joel Sing wrote: On Friday 30 March 2012, Stuart Henderson wrote: On 2012/03/30 01:05, Joel Sing wrote: Go 1 was released yesterday - the attached is an updated port. Any further comments? Any oks? The diff below rolls the files which are common between i386/amd64 (just with a different directory name) into PLIST using a substituted variable for the dir name, this should make it a bit simpler to fix up the plists after running make update-plist when updating the port. Ah, that's neat and shrinks the PFRAG files considerably. Thanks! Updated port attached which combines this with the corrected PLIST. Tested on i386, with and without systrace. ALL TESTS PASSED :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Disable a pseudo_flavor in mk.conf
Hi. Exists some option in mk.conf for to set a FLAVOR for all the ports?. I don't want compile qt4-qt3 and print/poppler requires both. I can use env FLAVOR=no_qt no_qt4 make install but I want set this flavor for all the ports and dependencies. If I install zathura, I can't disable the pseudo_favors of poppler, I can't control the flavors of the dependencies. I haven't found in the man page of ports and bsd.port.mk if my request is possible or not. Any idea? Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Errors on various python ports
/python2.7/email/mime/__init__.pyc === Faking installation for py-dns-2.3.5p1 systrace: deny user: root, prog: /usr/local/bin/python2.7, pid: 8005(0)[28175], policy: /usr/bin/make, filters: 246, syscall: native-fswrite(10), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc systrace: deny user: root, prog: /usr/local/bin/python2.7, pid: 8005(0)[28175], policy: /usr/bin/make, filters: 246, syscall: native-fswrite(5), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc === Building for py-openssl-0.13 systrace: deny user: root, prog: /usr/local/bin/python2.7, pid: 11298(0)[14060], policy: /usr/bin/make, filters: 246, syscall: native-fswrite(10), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc systrace: deny user: root, prog: /usr/local/bin/python2.7, pid: 11298(0)[14060], policy: /usr/bin/make, filters: 246, syscall: native-fswrite(5), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc === Faking installation for py-openssl-0.13 systrace: deny user: root, prog: /usr/local/bin/python2.7, pid: 25830(0)[19655], policy: /usr/bin/make, filters: 246, syscall: native-fswrite(10), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc systrace: deny user: root, prog: /usr/local/bin/python2.7, pid: 25830(0)[19655], policy: /usr/bin/make, filters: 246, syscall: native-fswrite(5), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [wip] Xfce 4.10pre1
On Sun, Apr 01, 2012 at 09:23:30PM +0200, Landry Breuil wrote: 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. Hi, Can you indicate this in the README or add consolekit to dependencies? Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: tedu print/acroread?
On Tue, Apr 24, 2012 at 04:54:24PM -0400, Lawrence Teo wrote: On Tue, Apr 24, 2012 at 11:48:45AM -0400, Ted Unangst wrote: On Tue, Apr 24, 2012 at 17:03, David Coppa wrote: Who uses this? Ironically, I was using it not all that long ago, because xpdf shit its pants on about half the PDFs I was trying to read. But it doesn't seem to be installed currently, so I haven't needed it recently. print/apvlv has been working pretty well for me, but I'm not a heavy PDF user. Or textproc/mupdf if you don't like poppler or don't want to install too many dependencies. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: mail/getmail
On Fri, May 04, 2012 at 09:41:10PM +0200, Tim van der Molen wrote: Here is an update to getmail 4.26.0. I've tried the update with a pop3 account and maildir. Works OK for me. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [mail/msmtp] update to 1.4.28
Tested on amd64. Works OK. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: new: font/gohufont
On Sun, May 13, 2012 at 05:34:25PM +0200, Tobias Ulmer wrote: Attached is my current favourite terminal font. It's pretty similar to Terminus, but offers a 11px version that includes bold glyphs. Give it a try :) cat pkg/DESCR Gohufont is a monospace bitmap font well suited for programming and terminal use. It is intended to be very legible and offers very discernable glyphs for all characters, including signs and symbols. Hi. The homepage shows two versions: 11px and 14px. I'm testing the font on terminator but I only can use the 11px version. When I select 14px, the size of the font doesn't change. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: new: font/gohufont
On Sun, May 13, 2012 at 10:41:52PM +0200, Tobias Ulmer wrote: On Sun, May 13, 2012 at 10:15:19PM +0200, Juan Francisco Cantero Hurtado wrote: On Sun, May 13, 2012 at 05:34:25PM +0200, Tobias Ulmer wrote: Attached is my current favourite terminal font. It's pretty similar to Terminus, but offers a 11px version that includes bold glyphs. Give it a try :) cat pkg/DESCR Gohufont is a monospace bitmap font well suited for programming and terminal use. It is intended to be very legible and offers very discernable glyphs for all characters, including signs and symbols. Hi. The homepage shows two versions: 11px and 14px. I'm testing the font on terminator but I only can use the 11px version. When I select 14px, the size of the font doesn't change. Hi, I don't know about terminator, but both fonts are included. The I know. I checked the fake directory before of to send the email. website buttons only change the screenshots, but the tarball has both versions. There may be some confusion here because pt and px are different things and freetype probably adds its own magic somewhere. You're right. I was confused about the px and pt. The 14px version is too tiny for me :) Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
UPDATE lang/coffeescript 1.3.3
Minor update to lang/coffeescript 1.3.3
Changes: https://github.com/jashkenas/coffee-script/compare/1.3.1...1.3.3
Index: Makefile
===
RCS file: /cvs/ports/lang/coffeescript/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile9 May 2012 06:39:04 - 1.6
+++ Makefile17 May 2012 03:08:06 -
@@ -2,12 +2,10 @@
COMMENT = little language that compiles to javascript
-NPM_VERSION = 1.3.1
+NPM_VERSION = 1.3.3
NPM_NAME = coffee-script
PKGNAME = coffeescript-${NPM_VERSION}
CATEGORIES = lang
-
-REVISION = 1
HOMEPAGE = http://coffeescript.org/
Index: distinfo
===
RCS file: /cvs/ports/lang/coffeescript/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo12 Apr 2012 19:08:46 - 1.3
+++ distinfo17 May 2012 03:08:06 -
@@ -1,5 +1,5 @@
-MD5 (coffee-script-1.3.1.tgz) = i/DXb8/sOcztMzxfRkOqcA==
-RMD160 (coffee-script-1.3.1.tgz) = xzJfdQDUlSM0Y0DQh2CibmhbqhQ=
-SHA1 (coffee-script-1.3.1.tgz) = TaDxTrROgJ6MHVmPVRPXMCqRr9c=
-SHA256 (coffee-script-1.3.1.tgz) = sYqGyiIX7Vr47+JSSN7VWnvkq+ujeC3iTtr454oRF7I=
-SIZE (coffee-script-1.3.1.tgz) = 66386
+MD5 (coffee-script-1.3.3.tgz) = lGZI7uiea7jFDfqhnShuqA==
+RMD160 (coffee-script-1.3.3.tgz) = jsIvRs/1pxOWt3fcozTgm9bCWcc=
+SHA1 (coffee-script-1.3.3.tgz) = FQ1rTLUiiUNp7+1qIQHCC8f0pPQ=
+SHA256 (coffee-script-1.3.3.tgz) = 3u3Sz51aviutck5oCb7EDvoHIV2uhfRNeM03c2u1C8U=
+SIZE (coffee-script-1.3.3.tgz) = 67826
Re: Emacs 24.1
On Mon, Jun 11, 2012 at 10:22:47AM +0200, Manuel Giraud wrote: Hi, Here's a port of the new version of emacs. Currently testing on i386. FWIW, I'm all for killing the emacs 23 port in the process. Hi. I'm reading the file NEWS.24.1 of emacs. I have a few comments: - Emacs can be compiled with Gtk+ 3.0 if you pass --with-x-toolkit=gtk3 to configure. Any chance for a gtk3 flavor?. - Typing C-c m in the buffer made by M-x report-emacs-bug transfers the report to your desktop's preferred mail client, if there is one. This uses either the xdg-email utility, or Mac OS's open command.. I don't see the runtime dep in the Makefile. - The default browser used by the package is now the xdg-open program, on platforms that support it. This calls your desktop's preferred browser. Also related to xdg-utils. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Tue, Jun 19, 2012 at 02:45:29PM +0200, Manuel Giraud wrote: Hi, Here is another try, with: - a gtk3 flavor - xdg-utils run dependency (not for no_x11) - no more liboss - more correct PLIST I've spotted an issue: M-x report-emacs-bug doesn't work if the -el subpackage is not installed (don't know why maybe it's a bug to be reported). Do you think -main and -el subpackages could be merged into one big jumbo pack? Gtk3 flavor tested on amd64. All seems OK. I agree with the removing of the -el subpackage, but wait to the reply of a developer. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Wed, Jun 20, 2012 at 04:22:38AM +0200, Juan Francisco Cantero Hurtado wrote: On Tue, Jun 19, 2012 at 02:45:29PM +0200, Manuel Giraud wrote: Hi, Here is another try, with: - a gtk3 flavor - xdg-utils run dependency (not for no_x11) - no more liboss - more correct PLIST I've spotted an issue: M-x report-emacs-bug doesn't work if the -el subpackage is not installed (don't know why maybe it's a bug to be reported). Do you think -main and -el subpackages could be merged into one big jumbo pack? Gtk3 flavor tested on amd64. All seems OK. I agree with the removing of the -el subpackage, but wait to the reply of a developer. OK, I was wrong. Ctrl-x Ctrl-c doesn't close the emacs window (gtk3 flavor). The same behavior with File-Quit. It works with the CLI version of emacs (emacs -nw). -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: WeeChat
On Thu, Jun 21, 2012 at 08:14:34PM +0300, Artturi Alm wrote: Hi, WeeChat is a fast, light and extensible chat client. http://www.weechat.org This is my first try at making a port, tested only on amd64. While atleast current stable(0.3.8) still has autoconf support, I ran into some problems and decided to go with cmake. OT: missing comments about cmake in the Makefile.template, and in port-modules(5) made me feel like using it is discouraged? Related: https://github.com/jasperla/openbsd-wip/tree/master/net/weechat -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Fri, Jun 22, 2012 at 10:18:39AM +0200, Manuel Giraud wrote:
Juan Francisco Cantero Hurtado i...@juanfra.info writes:
OK, I was wrong. Ctrl-x Ctrl-c doesn't close the emacs window (gtk3
flavor). The same behavior with File-Quit. It works with the CLI
version of emacs (emacs -nw).
Ouch, you're right. I seems to work ok for the athena flavor. I'll look
into it but I think it is a tough one for me.
http://www.mail-archive.com/cygwin-xfree@cygwin.com/msg21576.html
The culprit is the usual suspect: gsettings. I like Gtk3 but my
experience with gsettings is horrible. I've had a lots of problems with
software that uses gsettings on other OS, with and without
gnome-settings-daemon running, with gnome and other WMs.
Note for the rest of maintainers: if you are importing new software that
permits to disable the gsettings support, please use this option.
--- Makefile.orig Fri Jun 22 22:29:13 2012
+++ MakefileFri Jun 22 22:11:11 2012
@@ -53,6 +53,9 @@
# Suggestion from Mike Belopuhov to remove liboss dependency
CONFIGURE_ARGS += --without-sound
+# gsettings is always problematic if your WM is not gnome
+CONFIGURE_ARGS += --without-gsettings
+
.if ${FLAVOR:Mno_x11}
. if ${FLAVOR:Mathena}
ERRORS = Fatal: athena and no_x11 flavors are mutually
exclusive
Re: Emacs 24.1
On Sat, Jun 23, 2012 at 09:33:08AM +0200, Antoine Jacoutot wrote: On Sat, Jun 23, 2012 at 12:50:14AM +0200, Juan Francisco Cantero Hurtado wrote: I know. Probably the problem is different for each application, but I've had a lots of problems with Gtk3 applications on other OS. All related to gnome-settings-daemon. Let me explain my experience with other OSs. I use various WM that don't run the gnome daemons. Some gtk3 applications don't start and others run with problems. I run gnome-settings-daemon and the most of the programs run OK. Yes that is a very common issue with gnome applications running outside of gnome. But it is not related to gsettings nor gtk+3 ; there was the exact same issue with gnome2 apps. In my experience the issue is more usual with the gtk3 applications. The last years I haven't had problems with gtk2 applications related to gconf. I want use Gtk3, I really like, but I don't want use gsettings if is problematic. And I will not run a gnome daemon (or other daemon) just You do _not_ need to run gnome-settings-daemon. Just do you know, as soon as you have gtk+3 in the dependency chain, you get gsettings for free (dconf included); so enabling gsettings in an applications will not cost any more dependency. I was not speaking about the dependencies. I have no problems with a few extra dependencies. for that a application reads a few config options. In the emacs case, I think that the gsettings support is innecessary. This I cannot comment on. I just don' like this comment: Note for the rest of maintainers: if you are importing new software that permits to disable the gsettings support, please use this option. because there is no technical argument and it has to be a base by case decisioa anyway. Right. The comment is too generic and subjetive. Let me try again: If you're importing new software that uses gsetting, test the software on a non-gnome WM. If you have problems, try disabling temporarily gsettings in the package. Better, right? :) The same for me with OpenBSD. How many non-gnome applications are using gsettings on OpenBSD right now?. Maybe the number is too low for to see the problems. They are using gsettings through glib+dconf. Does this new emacs install any schemas? If so did you add proper goos to the PLIST? Was dconf running? - Yes, but in the wrong directory. /usr/ports/pobj/emacs-24.1-gtk3/fake-amd64-gtk3/usr/local/share/emacs/24.1/etc/schema/schemas.xml Then it is a _porting_ problem; unrelated to emacs/gsettings. Fix the port so that is installs things in the correct dirs. If you want gsettings, you need the devel/dconf MODULE and the corresponding goos. OK. I'll try again this afternoon. Obviously emacs is broken and also other applications. Some day the upstream will fix the bugs, but disabling the gsettings support is the quick fix for problematic applications. The applications can use other backend for the configuration. Sure but advising people to disable gsettings everywhere when the issue is that your port installs things in the wrong directory is not really a good excuse to disable it. My advice was due my bad experience with gsetting. It's not related to the broken port of emacs. I don't want that the OpenBSD developers waste their time fixing this type of stupid problems :) OpenBSD developers can waste their time the way they want to :) I'm the one who worked and imported all the pieces for gsettings in I know. I read the commits. Thanks for your hard work on gnome/gtk :) OpenBSD -- so if something is broken I want to know it instead of people trying to hide the issue. We may eventually discover this is a bug in OpenBSD itself... that happened to me several times and I am happy I just didn't disable something because my opinion was that is was broken; but instead hunt for the issue. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Sat, Jun 23, 2012 at 12:50:14AM +0200, Juan Francisco Cantero Hurtado wrote: On Fri, Jun 22, 2012 at 11:08:29PM +0200, Antoine Jacoutot wrote: Does this new emacs install any schemas? If so did you add proper goos to the PLIST? Was dconf running? - Yes, but in the wrong directory. /usr/ports/pobj/emacs-24.1-gtk3/fake-amd64-gtk3/usr/local/share/emacs/24.1/etc/schema/schemas.xml I was wrong, the schema is not a gsettings schema. It's a docbook schema. I found yesterday the schema just with a quick search with find but I didn't look the content. I've revised with tree the files of the emacs tarball and I can't found any gsetting (or gconf) schema. Probably, disable gsetting is the better for now. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Sun, Jun 24, 2012 at 12:37:39AM +0200, Antoine Jacoutot wrote: On Sat, Jun 23, 2012 at 07:23:25PM +0200, Juan Francisco Cantero Hurtado wrote:because there is no technical argument and it has to be a base by case decisioa anyway. Right. The comment is too generic and subjetive. Let me try again: If you're importing new software that uses gsetting, test the software on a non-gnome WM. If you have problems, try disabling temporarily gsettings in the package. Better, right? :) Again this has _nothing_ to do with gnome. I can bet that if I try your emacs port in port I will see the same bug as you do outside of gnome. I've wasted one hour installing gnome and updating the other packages. I've compiled the original port without my one-line change, i.e. with gsettings enabled. I've open/close (exactly) 50 times emacs with C-x C-c. I'm writing this mail with emacs on gnome. *All works OK*. Also, it's not my port. The author is Manuel. I don't know if the port is right or if is broken. I don't care. I can't judge the quality of this port because I haven't read the ports documentation (but is in my todo). Sometimes, I test some ports of this list because I think that the tests are very important, but I never talk about quality of the ports. I've been fighting (as a user) with compilations and dependencies for almost 13 years, so I think that I can be a good tester for the ports. I just wanted give a advice to other developers based on my experience. The first was a bad advice, the later is correct in my opinion. The developers are free of to listen my advice or not. I'll not change my opinion about gsetting/gnome-setting-daemon for a long time (despite of my very good experience with gnome on openbsd). Again, emacs and other gtk3 applications are broken but the fix is very simple. I never said that gnome or gsettings are a bad thing. I said that gsettings is the usual culprit because a lot of applications have a broken implementation of gsettings. Also, usually gsettings is not essential for the applications. Despite of the possible interpretations of my mail, I'm not upset or something similar. Just this type of threads are very frustrating for me. I waste a lots of time on tests for demostrating something obvious for me and also is very exhausting for me to discuss in English. So, we should not waste more time with this discusion :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Sun, Jun 24, 2012 at 10:13:33AM +0200, Antoine Jacoutot wrote: On Sun, Jun 24, 2012 at 04:58:22AM +0200, Juan Francisco Cantero Hurtado wrote: I've wasted one hour installing gnome and updating the other packages. I've compiled the original port without my one-line change, i.e. with gsettings enabled. I've open/close (exactly) 50 times emacs with C-x C-c. I'm writing this mail with emacs on gnome. *All works OK*. Also, it's not my port. The author is Manuel. I don't know if the port is right or if is broken. I don't care. I can't judge the quality of this port because I haven't read the ports documentation (but is in my todo). Sometimes, I test some ports of this list because I think that the tests are very important, but I never talk about quality of the ports. I've been fighting (as a user) with compilations and dependencies for almost 13 years, so I think that I can be a good tester for the ports. I just wanted give a advice to other developers based on my experience. The first was a bad advice, the later is correct in my opinion. The developers are free of to listen my advice or not. I'll not change my opinion about gsetting/gnome-setting-daemon for a long time (despite of my very good experience with gnome on openbsd). Again, emacs and other gtk3 applications are broken but the fix is very simple. I never said that gnome or gsettings are a bad thing. I said that gsettings is the usual culprit because a lot of applications have a broken implementation of gsettings. Also, usually gsettings is not essential for the applications. Despite of the possible interpretations of my mail, I'm not upset or something similar. Just this type of threads are very frustrating for me. I waste a lots of time on tests for demostrating something obvious for me and also is very exhausting for me to discuss in English. Look I am not saying you were upset or anything. It was just a comment because sometimes my mails seem a little upset. But for some reason you do not want to trust me. I trust you. I just tried emacs with gtk3 in fvwm and it works fine. The reason it probably does not work for you is that you don't have a dbus user session started up (gnome does this for you automatically). So, open a terminal then: $ eval `dbus-launch --auto-syntax` $ emacs ... C-x C-c I have dbus_daemon running but not a user session. With your suggestion, emacs works OK. And I will repeat again that your issue has _nothing_ to do with gnome nor gnome-settings-daemon whatsoever. I resolved other issues running gnome-settings-daemon (the dbus user session was not the issue). I just blamed (wrongly) to the usual suspect. Gsettings writes its stuffs in dconf; dconf is automatically started by dbus. I am not saying that is clever nor convenient but this is how it works. So don't blame gsettings itself if you do not fulfill its requirements. It would be like saying that mail/roundcube does not work because you didn't start a web server. You're right. That said, I have nothing against disabling gsettings in Emacs, I just wanted to explain how things worked. Thanks for the explanation. If emacs works without problems, I'm not against of the gsetting support. Cheers! If all the applications with gsettings support require a dbus user session, the FAQ should mention this, right?. It's better than my advice to other maintainers for to try the packages outside of gnome. If all people know this requirement, the extra tests are unnecessary. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Sun, Jun 24, 2012 at 02:29:48PM +0200, Antoine Jacoutot wrote: On Sun, Jun 24, 2012 at 02:24:18PM +0200, Matthieu Herrb wrote: On Sun, Jun 24, 2012 at 10:13:33AM +0200, Antoine Jacoutot wrote: So, open a terminal then: $ eval `dbus-launch --auto-syntax` $ emacs ... Maybe it's time to add something like that in the default session scripts (untested): Thanks Matthieu. That's exactly what I documented under ports/x11/dbus/pkg/README so pkg-readmes is better for this info. Yesterday, after of install gnome, I was seeing the files on pkg-readmes for to prevent that I was skipping something. I think that only the developers read pkg/. I cannot say I am not all for it ;-) That said, I didn't want to be the one pushing it because people would have yelled that I am trying to enforce stuffs on everyone because of gnome (of course nothing to do with gnome but people tend to blame gnome each time they have an issue with a gtk app). So obviously OK for me but I don't think my vote counts. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Emacs 24.1
On Sun, Jun 24, 2012 at 03:57:30PM +0200, Antoine Jacoutot wrote: On Sun, Jun 24, 2012 at 03:40:42PM +0200, Juan Francisco Cantero Hurtado wrote: On Sun, Jun 24, 2012 at 02:29:48PM +0200, Antoine Jacoutot wrote: On Sun, Jun 24, 2012 at 02:24:18PM +0200, Matthieu Herrb wrote: On Sun, Jun 24, 2012 at 10:13:33AM +0200, Antoine Jacoutot wrote: So, open a terminal then: $ eval `dbus-launch --auto-syntax` $ emacs ... Maybe it's time to add something like that in the default session scripts (untested): Thanks Matthieu. That's exactly what I documented under ports/x11/dbus/pkg/README so pkg-readmes is better for this info. Yesterday, after of install gnome, I was seeing the files on pkg-readmes for to prevent that I was skipping something. I think that only the developers read pkg/. You are confused again... ports/x11/dbus/pkg/README gets installed as /usr/local/share/doc/pkg-readmes/dbus-1.4.20v0 OK. I need sleep. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: NEW: lang/pypy
On Wed, Jun 27, 2012 at 01:40:41PM +0100, Laurence Tratt wrote:
A new port for PyPy 1.9 is available [1]:
http://tratt.net/laurie/src/obsd/ports/pypy.tar.gz
PyPy is a fast, compliant alternative implementation of the Python language
(equivalent to CPython 2.7.2). For pure Python 2.7 programs, PyPy speeds
up execution by a factor of 5.5 on average [2].
Unfortunately, PyPy's distribution and installation mechanism is currently
rather non-standard; to make the problem tractable, the package installs into
$PREFIX/pypy-${V}.
To build PyPy, you will need a fair bit of RAM (8Gb is definitely safe; 6Gb
is probably safe). Once built, PyPy often consumes less memory than CPython.
This is amd64 only; bootstrapping i386 would be tricky and I don't have
an i386 box.
Comments and questions welcome!
Laurie
[1] Track it on git here:
https://github.com/jasperla/openbsd-wip/tree/master/lang/pypy
[2] See http://speed.pypy.org/
Hi. I'm compiling the package right now. I'm seeing this errors:
[ctypes_config_cache:ERROR] Running
/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/locale.ctc.py:
[ctypes_config_cache:ERROR] Error: ExecutionFailed: 1
/tmp/ctypes_configure-0/ctypesplatcheck_0
[ctypes_config_cache:ERROR] /bin/sh:
/tmp/ctypes_configure-0/ctypesplatcheck_0: Permission denied
[ctypes_config_cache:ERROR] Running
/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/resource.ctc.py:
[ctypes_config_cache:ERROR] Error: ExecutionFailed: 1
/tmp/ctypes_configure-0/ctypesplatcheck_1
[ctypes_config_cache:ERROR] /bin/sh:
/tmp/ctypes_configure-0/ctypesplatcheck_1: Permission denied
[ctypes_config_cache:ERROR] Running
/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/syslog.ctc.py:
[ctypes_config_cache:ERROR] Error: ExecutionFailed: 1
/tmp/ctypes_configure-0/ctypesplatcheck_2
[ctypes_config_cache:ERROR] /bin/sh:
/tmp/ctypes_configure-0/ctypesplatcheck_2: Permission denied
I'm using USE_SYSTRACE=YES but I don't know if this error is related to
systrace or not. The package continues compiling.
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: php-pgsql is where in the ports tree?
On Wed, Jun 27, 2012 at 12:06:55PM -0700, Fred Snurd wrote: On Wed, Jun 27, 2012 at 11:57 AM, Mike Erdely m...@erdelynet.com wrote: $ pkg_info -Q php-pgsql php-pgsql-5.2.17p5 php-pgsql-5.3.13 Thank you for pointing out the packages, but I'm wanting to know where this is in the ports tree so I can build it myself.? What is it? -- make search name=php-pgsql Port: php-pgsql-5.2.17p6 Path: lang/php/5.2,-pgsql Info: pgsql database access extensions for php5 Maint: Robert Nagy rob...@openbsd.org Index: lang www L-deps: databases/postgresql B-deps: STEM-=0.10.38:devel/gettext STEM-=1.21:textproc/groff devel/autoconf/2.13 devel/metaauto R-deps: php-5.2.17:lang/php/5.2 Archs: !m88k vax Port: php-pgsql-5.3.14p0 Path: lang/php/5.3,-pgsql Info: pgsql database access extensions for php5 Maint: Robert Nagy rob...@openbsd.org Index: lang www L-deps: databases/postgresql B-deps: STEM-=0.10.38:devel/gettext STEM-=1.21:textproc/groff devel/autoconf/2.13 devel/metaauto R-deps: php-5.3.14:lang/php/5.3 Archs: !m88k vax -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: NEW: lang/pypy
On Wed, Jun 27, 2012 at 07:52:34PM +0200, Juan Francisco Cantero Hurtado wrote:
On Wed, Jun 27, 2012 at 01:40:41PM +0100, Laurence Tratt wrote:
A new port for PyPy 1.9 is available [1]:
http://tratt.net/laurie/src/obsd/ports/pypy.tar.gz
PyPy is a fast, compliant alternative implementation of the Python language
(equivalent to CPython 2.7.2). For pure Python 2.7 programs, PyPy speeds
up execution by a factor of 5.5 on average [2].
Unfortunately, PyPy's distribution and installation mechanism is currently
rather non-standard; to make the problem tractable, the package installs
into
$PREFIX/pypy-${V}.
To build PyPy, you will need a fair bit of RAM (8Gb is definitely safe; 6Gb
is probably safe). Once built, PyPy often consumes less memory than CPython.
This is amd64 only; bootstrapping i386 would be tricky and I don't have
an i386 box.
Comments and questions welcome!
Laurie
[1] Track it on git here:
https://github.com/jasperla/openbsd-wip/tree/master/lang/pypy
[2] See http://speed.pypy.org/
Hi. I'm compiling the package right now. I'm seeing this errors:
[ctypes_config_cache:ERROR] Running
/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/locale.ctc.py:
[ctypes_config_cache:ERROR] Error: ExecutionFailed: 1
/tmp/ctypes_configure-0/ctypesplatcheck_0
[ctypes_config_cache:ERROR] /bin/sh:
/tmp/ctypes_configure-0/ctypesplatcheck_0: Permission denied
[ctypes_config_cache:ERROR] Running
/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/resource.ctc.py:
[ctypes_config_cache:ERROR] Error: ExecutionFailed: 1
/tmp/ctypes_configure-0/ctypesplatcheck_1
[ctypes_config_cache:ERROR] /bin/sh:
/tmp/ctypes_configure-0/ctypesplatcheck_1: Permission denied
[ctypes_config_cache:ERROR] Running
/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/syslog.ctc.py:
[ctypes_config_cache:ERROR] Error: ExecutionFailed: 1
/tmp/ctypes_configure-0/ctypesplatcheck_2
[ctypes_config_cache:ERROR] /bin/sh:
/tmp/ctypes_configure-0/ctypesplatcheck_2: Permission denied
I'm using USE_SYSTRACE=YES but I don't know if this error is related to
systrace or not. The package continues compiling.
=== Faking installation for pypy-1.9
mkdir -p /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/bin
install -c -s -o root -g bin -m 555
/usr/ports/pobj/pypy-1.9/usession/testing_1/pypy-c
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/bin/pypy
install -d -o root -g bin -m 755
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/include
cp -rp /usr/ports/pobj/pypy-1.9/pypy-pypy-*/include/*
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/include
chown -R root:bin
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/include
install -d -o root -g bin -m 755
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy
cp -rp /usr/ports/pobj/pypy-1.9/pypy-pypy-*/lib_pypy/*
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy
chown -R root:bin
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy
install -d -o root -g bin -m 755
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib-python/2.7
cp -rp /usr/ports/pobj/pypy-1.9/pypy-pypy-*/lib-python/2.7/*
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib-python/2.7
chown -R root:bin
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib-python/2.7
=== Building package for pypy-1.9
Create /usr/ports/packages/amd64/all/pypy-1.9.tgz
Error:
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy/ctypes_config_cache/_locale_cache.py
does not exist
Error:
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy/ctypes_config_cache/_resource_cache.py
does not exist
Error:
/usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy/ctypes_config_cache/_syslog_cache.py
does not exist
Fatal error: can't continue
at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1385
*** Error code 1
Stop in /usr/ports/openbsd-wip/lang/pypy (line 1718 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1
Stop in /usr/ports/openbsd-wip/lang/pypy (line 2265 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1
Stop in /usr/ports/openbsd-wip/lang/pypy (line 2245 of
/usr/ports/infrastructure/mk/bsd.port.mk).
Tested on amd64 from the openbsd-wip repo.
I've seen also other possible problem. Your port is using -O3 and
other optimizations, something like:
gcc -O3 -pthread -fomit-frame-pointer -D_BSD_SOURCE -DPy_BUILD_CORE
-msse2 -mfpmath=sse -DPYPY_CPU_HAS_STANDARD_PRECISION -o
data_module___builtin___abstractinst.o -c
data_module___builtin___abstractinst.c
-I/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/pypy/translator/c
-I/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/pypy/module/cpyext/include
-I..-I/usr/local/include -I/usr/local/include
Also, I don't know if PyPy includes a testsuite, but would be nice if
you could add one (the python testsuite?).
Cheers
Re: NEW: lang/pypy
On Wed, 27 Jun 2012 23:20:21 +0100 Laurence Tratt lau...@tratt.net wrote: On Wed, Jun 27, 2012 at 11:34:03PM +0200, Juan Francisco Cantero Hurtado wrote: Thanks for testing! Thanks for the porting efforts! :) I'm CCing to the list because I want that the developers comment on the systrace and overoptimization issues. They will give you better advice than me about this. [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/locale.ctc.py: [ctypes_config_cache:ERROR] Error: ExecutionFailed: 1 /tmp/ctypes_configure-0/ctypesplatcheck_0 [ctypes_config_cache:ERROR] /bin/sh: /tmp/ctypes_configure-0/ctypesplatcheck_0: Permission denied [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/resource.ctc.py: [ctypes_config_cache:ERROR] Error: ExecutionFailed: 1 /tmp/ctypes_configure-0/ctypesplatcheck_1 [ctypes_config_cache:ERROR] /bin/sh: /tmp/ctypes_configure-0/ctypesplatcheck_1: Permission denied [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config_cache/syslog.ctc.py: [ctypes_config_cache:ERROR] Error: ExecutionFailed: 1 /tmp/ctypes_configure-0/ctypesplatcheck_2 [ctypes_config_cache:ERROR] /bin/sh: /tmp/ctypes_configure-0/ctypesplatcheck_2: Permission denied I'm using USE_SYSTRACE=YES but I don't know if this error is related to systrace or not. The package continues compiling. === Faking installation for pypy-1.9 mkdir -p /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/bin install -c -s -o root -g bin -m 555 /usr/ports/pobj/pypy-1.9/usession/testing_1/pypy-c /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/bin/pypy install -d -o root -g bin -m 755 /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/include cp -rp /usr/ports/pobj/pypy-1.9/pypy-pypy-*/include/* /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/include chown -R root:bin /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/include install -d -o root -g bin -m 755 /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy cp -rp /usr/ports/pobj/pypy-1.9/pypy-pypy-*/lib_pypy/* /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy chown -R root:bin /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy install -d -o root -g bin -m 755 /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib-python/2.7 cp -rp /usr/ports/pobj/pypy-1.9/pypy-pypy-*/lib-python/2.7/* /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib-python/2.7 chown -R root:bin /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib-python/2.7 === Building package for pypy-1.9 Create /usr/ports/packages/amd64/all/pypy-1.9.tgz Error: /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy/ctypes_config_cache/_locale_cache.py does not exist Error: /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy/ctypes_config_cache/_resource_cache.py does not exist Error: /usr/ports/pobj/pypy-1.9/fake-amd64/usr/local/pypy-1.9/lib_pypy/ctypes_config_cache/_syslog_cache.py does not exist Fatal error: can't continue at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1385 *** Error code 1 Stop in /usr/ports/openbsd-wip/lang/pypy (line 1718 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/openbsd-wip/lang/pypy (line 2265 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/openbsd-wip/lang/pypy (line 2245 of /usr/ports/infrastructure/mk/bsd.port.mk). I guess this isn't too surprising, given the SYSTRACE errors. Can you try compiling with systrace off? I'll try and look into why it's writing directly to /tmp tomorrow - but it might be rather difficult to track down the source, so it might take a while. The funny thing is that systrace doesn't show the typical errors with the syscall (this is a very nice feature). Of course, I'll try tomorrow without systrace enabled. If you're desperate, you can use this two workarounds: - Add a systrace.filter file with the fixes to the root directory of your port. (find /usr/ports systrace.filter if you need examples and read the manpage of systrace). - If you can't fix the problem with a systrace.filter file, add NO_SYSTRACE=YES to your Makefile. I don't like this solution and I've found only one port using this (monodevelop). I've seen also other possible problem. Your port is using -O3 and other optimizations, something like: gcc -O3 -pthread -fomit-frame-pointer -D_BSD_SOURCE -DPy_BUILD_CORE -msse2 -mfpmath=sse -DPYPY_CPU_HAS_STANDARD_PRECISION -o data_module___builtin___abstractinst.o -c data_module___builtin___abstractinst.c -I/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/pypy/translator/c -I/usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/pypy/module/cpyext
Re: NEW: lang/pypy
On Thu, Jun 28, 2012 at 02:38:59PM +0100, Laurence Tratt wrote: On Thu, Jun 28, 2012 at 09:59:15AM +0100, Stuart Henderson wrote: Ports are expected to honour CC and CFLAGS variables. This problem (and the direct, somewhat weird, writing to $TMPDIR) are now (hopefully) fixed in the WIP git for lang/pypy. Comments welcome. I've seen this error: [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config _cache/locale.ctc.py: [ctypes_config_cache:ERROR] AttributeError: 'str' object has no attribute 'open' [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config _cache/resource.ctc.py: [ctypes_config_cache:ERROR] AttributeError: 'str' object has no attribute 'open' [ctypes_config_cache:ERROR] Running /usr/ports/pobj/pypy-1.9/pypy-pypy-341e1e3821ff/lib_pypy/ctypes_config _cache/syslog.ctc.py: [ctypes_config_cache:ERROR] AttributeError: 'str' object has no attribute 'open' but all seem work OK. The package is created and install/deinstall without problems. A simple import sys sys.exit() works OK. Tested without systrace. You need fix this problem: -- sudo make lib-depends-check pypy-1.9(lang/pypy): Missing: bz2.10 from bzip2-1.0.6 (/usr/local/pypy-1.9/bin/pypy) Missing: c.65 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: crypto.20 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: curses.12 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: expat.10 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: ffi.0 from libffi-3.0.9 (/usr/local/pypy-1.9/bin/pypy) Missing lib: iconv.6 (/usr/local/pypy-1.9/bin/pypy) (NOT REACHABLE) Missing lib: intl.6 (/usr/local/pypy-1.9/bin/pypy) (NOT REACHABLE) Missing: m.7 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: pthread.16 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: ssl.17 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: util.11 (/usr/local/pypy-1.9/bin/pypy) (system lib) Missing: z.4 (/usr/local/pypy-1.9/bin/pypy) (system lib) WANTLIB += bz2 c crypto curses expat ffi m pthread ssl util z Scanning: ok *** Error code 1 Stop in /usr/ports/openbsd-wip/lang/pypy (line 2066 of /usr/ports/infrastructure/mk/bsd.port.mk). Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: NEW: lang/pypy
On Fri, Jun 29, 2012 at 11:12:19AM +0100, Laurence Tratt wrote: On Thu, Jun 28, 2012 at 11:58:36PM +0200, Juan Francisco Cantero Hurtado wrote: -- sudo make lib-depends-check [...] WANTLIB += bz2 c crypto curses expat ffi m pthread ssl util z Now fixed in WIP. Perfect. Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [update] lang/go 1.0.2
On Wed, Jul 04, 2012 at 01:17:00AM +1000, Joel Sing wrote: The following diff updates lang/go to Go 1.0.2 - the current stable release. Regress passes on both amd64 and i386. ok? I can compile the package with USE_SYSTRACE enabled. Without USE_SYSTRACE, the package compiles but I haven't tested the regress step. kern.version=OpenBSD 5.2-beta (GENERIC.MP) #339: Thu Jun 28 01:18:21 MDT 2012 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP pkg/go/parser pkg/os/exec pkg/net/url pkg/text/template/parse pkg/text/template pkg/go/doc pkg/go/build cmd/go systrace: deny user: root, prog: /usr/ports/pobj/go-1.0.2/go/pkg/tool/openbsd_amd64/go_bootstrap, pid: 5391(0)[2197], policy: /usr/bin/make, filters: 242, syscall: native-compat_o51___tfork(328), args: 8 runtime: failed to create new OS thread (have 1 already; errno=1) throw: runtime.newosproc goroutine 1 [syscall]: syscall.Syscall() /usr/ports/pobj/go-1.0.2/go/src/pkg/syscall/asm_openbsd_amd64.s:15 +0x5 syscall.Stat(0xf840057c30, 0xf80025, 0xf840078090, 0x0, 0x0, ...) /usr/local/go/src/pkg/syscall/zsyscall_openbsd_amd64.o:01 goroutine 2 [runnable]: created by runtime.main /usr/ports/pobj/go-1.0.2/go/src/pkg/runtime/proc.c:221 *** Error code 2 Stop in /usr/ports/lang/go (line 65 of Makefile).*** Error code 1 Stop in /usr/ports/lang/go (line 2496 of /usr/ports/infrastructure/mk/bsd.port.mk).*** Error code 1 Stop in /usr/ports/lang/go (line 1718 of /usr/ports/infrastructure/mk/bsd.port.mk).*** Error code 1 Stop in /usr/ports/lang/go (line 2265 of /usr/ports/infrastructure/mk/bsd.port.mk).*** Error code 1 Stop in /usr/ports/lang/go (line 2245 of /usr/ports/infrastructure/mk/bsd.port.mk). -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [update] lang/go 1.0.2
On Tue, Jul 03, 2012 at 06:49:56PM +0200, Juan Francisco Cantero Hurtado wrote: On Wed, Jul 04, 2012 at 01:17:00AM +1000, Joel Sing wrote: The following diff updates lang/go to Go 1.0.2 - the current stable release. Regress passes on both amd64 and i386. ok? I can compile the package with USE_SYSTRACE enabled. Sorry, I meant I can't compile the package with USE_SYSTRACE enabled. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [update] lang/go 1.0.2
On Wed, Jul 04, 2012 at 10:37:50AM +1000, Joel Sing wrote: On Wednesday 04 July 2012, Juan Francisco Cantero Hurtado wrote: On Wed, Jul 04, 2012 at 01:17:00AM +1000, Joel Sing wrote: The following diff updates lang/go to Go 1.0.2 - the current stable release. Regress passes on both amd64 and i386. ok? I can compile the package with USE_SYSTRACE enabled. Without USE_SYSTRACE, the package compiles but I haven't tested the regress step. Thanks for catching this - the issue is due to guenther@'s recent changes to the __tfork syscall, which resulted in it getting a new syscall number (the port is still using the older syscall which is now marked as compat and has a different name). This is unrelated to the version update and the existing port will also fail in the same way - I'll fix this in a separate diff. OK. Try also the regression test, I've a lot of errors like this (without systrace enabled): fork/exec /tmp/go-build449254209/unicode/utf8/_test/utf8.test: permission denied FAILunicode/utf80.001s Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [update] lang/go 1.0.2
On Thu, Jul 05, 2012 at 12:56:20AM +1000, Joel Sing wrote: OK. Try also the regression test, I've a lot of errors like this (without systrace enabled): fork/exec /tmp/go-build449254209/unicode/utf8/_test/utf8.test: permission denied FAILunicode/utf80.001s That looks like you have /tmp mounted with noexec - I'm guessing that the current version of the port fails for you in the same way. ALL TESTS PASSED. I forgot the mount options of /tmp. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: x11/mplayer: sndio backend update to test
On Sun, Jul 08, 2012 at 10:34:36PM +0200, Alexandre Ratchov wrote: This diff simplifies the sndio backend of mplayer, fixes few constructs that never caused problems but may not be correct and removes code that's not needed anymore. I'm very interested in any unexpected regressions that this diff may cause. I've tested the mplayer patched with a h264/aac video for 5 minutes. The sound is perfect as always. OpenBSD 5.2-beta (GENERIC.MP) #340: Sun Jul 1 23:18:37 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Update: hotfix for www/dokuwiki
On Sat, Jul 14, 2012 at 12:50:23AM +0200, Christopher Zimmermann wrote:
Hi,
here's an hotfix update for www/dokuwiki. Can someone commit this?
Christopher
Index: www/dokuwiki/Makefile
===
RCS file: /cvs/ports/www/dokuwiki/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- www/dokuwiki/Makefile 20 Apr 2012 13:19:59 - 1.5
+++ www/dokuwiki/Makefile 13 Jul 2012 22:50:04 -
@@ -2,7 +2,7 @@
COMMENT = standards compliant, simple to use Wiki
-VERSION = 2012-01-25a
+VERSION = 2012-01-25b
DISTNAME = dokuwiki-${VERSION}
PKGNAME = dokuwiki-${VERSION:S/-/./g}
CATEGORIES = www
Index: www/dokuwiki/distinfo
===
RCS file: /cvs/ports/www/dokuwiki/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- www/dokuwiki/distinfo 20 Apr 2012 13:19:59 - 1.3
+++ www/dokuwiki/distinfo 13 Jul 2012 22:50:04 -
@@ -1,5 +1,5 @@
-MD5 (dokuwiki-2012-01-25a.tgz) = rqUgvXu2H37NMyLkec2ARw==
-RMD160 (dokuwiki-2012-01-25a.tgz) = d4DyFdx+N/N5E4rik+r5HUt5b1s=
-SHA1 (dokuwiki-2012-01-25a.tgz) = Qoe5R+XVlSjvDWaF/uTr79mcGiQ=
-SHA256 (dokuwiki-2012-01-25a.tgz) =
en8jrmhH2wK/wSPUKS15OGYswMRDqOM0AsY6yygP9mQ=
-SIZE (dokuwiki-2012-01-25a.tgz) = 2539659
+MD5 (dokuwiki-2012-01-25b.tgz) = a87tBMPDizslHHDf4vn8oA==
+RMD160 (dokuwiki-2012-01-25b.tgz) = rw8QHrfqZ+E4iFUNC0Eo5LjkDyY=
+SHA1 (dokuwiki-2012-01-25b.tgz) = ZiyAXegC5YiYIOuRHjQx8YADMoo=
+SHA256 (dokuwiki-2012-01-25b.tgz) =
AjH9T6vbFKBWKPrWCm1oAXt2ZLZFZi1N/bXy9wTKFlo=
+SIZE (dokuwiki-2012-01-25b.tgz) = 2507783
And it's a security update http://www.dokuwiki.org/changes .
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: Mono is broken
On Mon, Aug 20, 2012 at 01:12:55AM +0100, Nigel Taylor wrote: My searches found one project using gmime-sharp, Beagle which has not been ported to OpenBSD. The project looks dead, it was on gnome svn, but 2-3 years since it's been updated. The Beagle project web site was down. I couldn't find a single port that uses gmime-sharp. gmime-sharp is redundant. Beagle is dead. The developers confirmed the dead of the project long time ago. -- Juan Francisco Cantero Hurtado http://juanfra.info
New: fonts/roboto-fonts
Roboto is the default font of Android 4.0. This port uses the git version, the font has been updated on 4.1 but the homepage only shows the old version. Comments? -- Juan Francisco Cantero Hurtado http://juanfra.info roboto-fonts.tgz Description: application/tar-gz
Firefox 15 crash with the videos of vimeo and youtube
-0.10.36/gstreamer-0.10.36/gst/gstpad.c:4710 #18 0x0002082b4555 in gst_base_transform_chain (pad=Variable pad is not available. ) at /usr/ports/pobj/gstreamer-0.10.36/gstreamer-0.10.36/libs/gst/base/gstbasetransform.c:2674 #19 0x0002162a4a83 in gst_pad_push (pad=0x20362bab0, buffer=0x226be2540) at /usr/ports/pobj/gstreamer-0.10.36/gstreamer-0.10.36/gst/gstpad.c:4710 #20 0x0002162a4a83 in gst_pad_push (pad=0x2298d44c0, buffer=0x226be2540) at /usr/ports/pobj/gstreamer-0.10.36/gstreamer-0.10.36/gst/gstpad.c:4710 #21 0x000237b9b3c4 in gst_queue_loop (pad=Variable pad is not available. ) at /usr/ports/pobj/gstreamer-0.10.36/gstreamer-0.10.36/plugins/elements/gstqueue.c:1156 #22 0x0002162c8860 in gst_task_func (task=0x206495470) at /usr/ports/pobj/gstreamer-0.10.36/gstreamer-0.10.36/gst/gsttask.c:327 #23 0x0002059857a6 in g_thread_pool_thread_proxy (data=Variable data is not available. ) at gthreadpool.c:309 #24 0x000205984a05 in g_thread_proxy (data=0x220102230) at gthread.c:801 #25 0x00020275c11e in _rthread_start (v=Variable v is not available. ) at /usr/src/lib/librthread/rthread.c:122 #26 0x0002010b7f9b in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:75 Cannot access memory at address 0x22485d000 (gdb) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Firefox 15 crash with the videos of vimeo and youtube
I've tried both videos right now on Xombrero. I can see both. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Firefox 15 crash with the videos of vimeo and youtube
On Sun, Sep 02, 2012 at 11:04:49AM +0200, Landry Breuil wrote: On Sun, Sep 02, 2012 at 10:53:16AM +0200, Landry Breuil wrote: On Sun, Sep 02, 2012 at 09:36:38AM +0200, Landry Breuil wrote: On Sun, Sep 02, 2012 at 04:35:35AM +0200, Juan Francisco Cantero Hurtado wrote: Hi. Firefox 15 crash when I play the video of this page http://vimeo.com/new . Can someone with amd64 and Firefox 15 to confirm the problem? I could play the same video with Firefox 14 (despite the video was very very slow). I have the same problem with this youtube video http://www.youtube.com/watch?v=Cl5Pfc5TyO0 . kern.version=OpenBSD 5.2-current (GENERIC.MP) #6: Fri Aug 31 21:10:36 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP The output of firefox in the terminal: (firefox:15234): GStreamer-WARNING **: closing segment of unknown duration, assuming duration of 0 Yeah, i've seen it. I'll have a look at it (or will disable gstreamer otherwise) Pretty sure it's similar as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682917. Also, can you provide backtrace for all threads with 'thread apply all bt' in gdb ? I'm using http://dncdn.dvlabs.com/ipod/dn2012-0831.mp4 to test it. And after some digging it seems to be bug https://bugzilla.mozilla.org/show_bug.cgi?id=761030. Can you try the patch attached in it/backport https://hg.mozilla.org/mozilla-central/rev/b8c6c7c773c3 to see if that fixes your issue ? My i386 build box is temporarly unreachable... I've tried the three videos. The patch fixes my issue. Thanks :D . Let me know if you need more tests or info. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Firefox 15 crash with the videos of vimeo and youtube
On Sun, Sep 02, 2012 at 04:48:17PM -0300, Gonzalo L. R. wrote: so you tried my Xombrero-1.3.0 diff? :D Nope, sorry. I tested with xombrero-1.2.2v1. I need update webkit before of to test your patch. If I've enough free time tomorrow, I'll give a test :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Patch: swig doesn't compile with mzscheme (racket) installed
The configure script of swig checks the existence of mzscheme and
performs one test. The test fails and adds two lines to Source/Makefile.
The second line breaks the compilation of swig.
mzscheme is part of racket, available in openbsd-wip. Some users of
openbsd-wip ports will have this problem.
Can someone commit this patch?. Thanks.
Index: Makefile
===
RCS file: /cvs/ports/devel/swig/Makefile,v
retrieving revision 1.53
diff -u -p -r1.53 Makefile
--- Makefile3 Sep 2012 08:11:40 - 1.53
+++ Makefile7 Sep 2012 20:58:01 -
@@ -34,7 +34,8 @@ CONFIGURE_ARGS+= --with-tclincl=${MODTCL
--with-python=${MODPY_BIN} \
--with-ruby=${RUBY} \
--without-php4 \
---without-ocaml
+--without-ocaml \
+--without-mzscheme
MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/Tools/config
ALL_TARGET=swig
Re: Patch: swig doesn't compile with mzscheme (racket) installed
Examples/test-suite/java/Makefile config.status: creating Examples/test-suite/mzscheme/Makefile config.status: creating Examples/test-suite/ocaml/Makefile config.status: creating Examples/test-suite/octave/Makefile config.status: creating Examples/test-suite/perl5/Makefile config.status: creating Examples/test-suite/php4/Makefile config.status: creating Examples/test-suite/pike/Makefile config.status: creating Examples/test-suite/python/Makefile config.status: creating Examples/test-suite/ruby/Makefile config.status: creating Examples/test-suite/tcl/Makefile config.status: creating Examples/test-suite/lua/Makefile config.status: creating Examples/test-suite/allegrocl/Makefile config.status: creating Examples/test-suite/clisp/Makefile config.status: creating Examples/test-suite/cffi/Makefile config.status: creating Examples/test-suite/uffi/Makefile config.status: creating Examples/test-suite/r/Makefile config.status: creating Lib/ocaml/swigp4.ml config.status: creating preinst-swig config.status: creating Source/Include/swigconfig.h config.status: executing depfiles commands Running build in devel/swig === devel/swig === Building for swig-1.3.36p6 gmake[1]: Entering directory `/usr/ports/pobj/swig-1.3.36/swig-1.3.36/Source' Makefile:190: *** missing separator. Stop. gmake[1]: Leaving directory `/usr/ports/pobj/swig-1.3.36/swig-1.3.36/Source' gmake: *** [source] Error 2 *** Error code 2 Stop in /usr/ports/devel/swig (line 2503 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/devel/swig (line 2247 of /usr/ports/infrastructure/mk/bsd.port.mk). === Exiting devel/swig with an error /bin/sh: exit 1: not found *** Error code 127 Stop in /usr/ports (line 147 of /usr/ports/infrastructure/mk/bsd.port.subdir.mk). Error: /usr/ports/packages/amd64/all/swig-1.3.36p6.tgz does not exist -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Patch: swig doesn't compile with mzscheme (racket) installed
On Fri, Sep 07, 2012 at 06:28:12PM -0400, Stuart Cassoff wrote: Now that you're in there, why not bring swig up to the latest? I posted a diff for a swig-wip a while back and looking at it now, it doesn't seem too hard to upgrade. I do remember being confused about boost and that maybe swig will find and use things if installed, even if --without-things is used. I guessed that exists a good reason for the outdated port, so I only added the line with the option. I've been reading the changes of the last four years and working in the update this afternoon. The update isn't so easy, 68 packages depends of swig and I've seen at least 4 patches related to swig. Also I'm explicitely disabling the most of the languages (except the enabled in 1.3.6). I don't like the magic of configure for this package. If someone wants enable some language, he or she needs add the necessary stuff to the Makefile (modules, *_depends, etc). I may be wrong, but I think that dpb will generate different packages with each bulk build if we rely on the magic of configure, eg: if dpb is compiling swig and packageY (that depends of languageZ) at the same time, swig will enable the support for languageZ because the package is installed in the build machine. I can't do a bulk build for to test the packages that depends of swig, but I'll review the makefiles for to see the languages necessary. I'll send you the patch the next week :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Patch: swig doesn't compile with mzscheme (racket) installed
On Sun, Sep 09, 2012 at 01:01:37AM +0200, Juan Francisco Cantero Hurtado wrote: On Fri, Sep 07, 2012 at 06:28:12PM -0400, Stuart Cassoff wrote: Now that you're in there, why not bring swig up to the latest? I posted a diff for a swig-wip a while back and looking at it now, it doesn't seem too hard to upgrade. I do remember being confused about boost and that maybe swig will find and use things if installed, even if --without-things is used. I guessed that exists a good reason for the outdated port, so I only added the line with the option. I've been reading the changes of the last four years and working in the update this afternoon. The update isn't so easy, 68 packages depends of swig and I've seen at least 4 patches related to swig. Also I'm explicitely disabling the most of the languages (except the enabled in 1.3.6). I don't like the magic of configure for this package. If someone wants enable some language, he or she needs add the necessary stuff to the Makefile (modules, *_depends, etc). I may be wrong, but I think that dpb will generate different packages with each bulk build if we rely on the magic of configure, eg: if dpb is compiling swig and packageY (that depends of languageZ) at the same time, swig will enable the support for languageZ because the package is installed in the build machine. I can't do a bulk build for to test the packages that depends of swig, but I'll review the makefiles for to see the languages necessary. I'll send you the patch the next week :) I was a bit wrong. The dependencies are only necessary for the tests and examples, not for compile the package or to use this from other languages. Don't blame me, I haven't used swig before of today :) -- Juan Francisco Cantero Hurtado http://juanfra.info
vim with python support
Yesterday I wanted install vim with python support enabled and no package was available in the FTP with this FLAVOR. The only FLAVORS available are gtk2 and no_x11. I use a feature of vim that requires python. Also I've read about plugins used by rails programmers that need the ruby support. If you search openbsd vim python ports, you can see other users with the same problem. Any reason for not enable perl/python/ruby? :) Index: Makefile === RCS file: /cvs/ports/editors/Makefile,v retrieving revision 1.88 diff -u -p -r1.88 Makefile --- Makefile18 Aug 2012 07:25:25 - 1.88 +++ Makefile15 Sep 2012 22:57:28 - @@ -53,7 +53,9 @@ SUBDIR += texworks SUBDIR += uemacs SUBDIR += vim + SUBDIR += vim,gtk2,perl,python,ruby SUBDIR += vim,no_x11 + SUBDIR += vim,no_x11,perl,python,ruby SUBDIR += vim-spell SUBDIR += xemacs21 SUBDIR += xemacs21-sumo
Re: vim with python support
On Sun, Sep 16, 2012 at 12:12:54PM -0500, Chris Bennett wrote: On Sun, Sep 16, 2012 at 01:36:21AM +0200, Juan Francisco Cantero Hurtado wrote: Yesterday I wanted install vim with python support enabled and no package was available in the FTP with this FLAVOR. The only FLAVORS available are gtk2 and no_x11. I use a feature of vim that requires python. Also I've read about plugins used by rails programmers that need the ruby support. If you search openbsd vim python ports, you can see other users with the same problem. Any reason for not enable perl/python/ruby? :) Look at the vim port Makefile. Look at the FLAVORS. Try FLAVOR:Mpython FLAVOR:Mruby FLAVOR:Mhuge FLAVOR:Mperl I don't have a copy of any -release versions, but that is what I find in -current Makefile No. I was talking about the packages :) . The bulk build only builds the packages (and flavors) linked within editors/Makefile. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [update] midori 0.4.7 + gtk3 FLAVOR
On Thu, Sep 20, 2012 at 09:03:00PM +0200, Landry Breuil wrote: Hi, midori 0.4.7 was recently released (see http://mail.xfce.org/pipermail/xfce-announce/2012-September/000220.html) so here's the update for the port, adding a gtk3 flavor for the ones who love gtk3 - if used, it will use x11/gnome/gcr to display https certs information - this cant work on gtk2 since it needs a gcr fork.. Would love to hear feedback from users of both flavors, tried them on i386 ppc here. I've used both flavors for one hour on amd64 (https, webs with a lot of JS, a few youtube videos). I've had no problems with midori. -- Juan Francisco Cantero Hurtado http://juanfra.info
New: fonts/adobe-source-code-pro
Adobe announced today Source Code Pro, the version monospaced of their font Source Sans Pro: http://blogs.adobe.com/typblography/2012/09/source-code-pro.html This port is just a quick modification of the port of Source Sans in case someone is interested :) -- Juan Francisco Cantero Hurtado http://juanfra.info adobe-source-code-pro.tgz Description: application/tar-gz
Re: New: fonts/adobe-source-code-pro
On Tue, Sep 25, 2012 at 08:21:10AM -0600, Aaron Bieber wrote: On Tue, Sep 25, 2012 at 01:29:35AM +0200, Juan Francisco Cantero Hurtado wrote: Adobe announced today Source Code Pro, the version monospaced of their font Source Sans Pro: http://blogs.adobe.com/typblography/2012/09/source-code-pro.html This port is just a quick modification of the port of Source Sans in case someone is interested :) Looks like you forgot to add @fontdir to the plist. I deliberately didn't add the @fontdir because the other adobe font doesn't have @fontdir in the PLIST :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: New: fonts/adobe-source-code-pro
On Wed, Sep 26, 2012 at 12:49:07AM +0200, Antoine Jacoutot wrote: On Tue, Sep 25, 2012 at 11:49:10PM +0200, Juan Francisco Cantero Hurtado wrote: On Tue, Sep 25, 2012 at 08:21:10AM -0600, Aaron Bieber wrote: On Tue, Sep 25, 2012 at 01:29:35AM +0200, Juan Francisco Cantero Hurtado wrote: Adobe announced today Source Code Pro, the version monospaced of their font Source Sans Pro: http://blogs.adobe.com/typblography/2012/09/source-code-pro.html This port is just a quick modification of the port of Source Sans in case someone is interested :) Looks like you forgot to add @fontdir to the plist. I deliberately didn't add the @fontdir because the other adobe font doesn't have @fontdir in the PLIST :) Fixed in tree. Thanks! -- Juan Francisco Cantero Hurtado http://juanfra.info
Thunar/Gigolo/Nautilus and gvfs issue
A week ago, I wanted access to a webdav server with a graphical file manager. I known that gvfs supports webdav, so I tried various file managers with gvfs support. The problem is that none let me to connect to other servers. Gigolo only shows Custom Location in Service Type [1]. And Nautilus shows a error in File/Connect to Server... [2]. I've checked the output of configure of gvfs and it shows the http support enabled. out-of-date doesn't show packages related to gvfs or the file managers. I'm not running avahi, but I guess isn't necessary for remote servers. So, gvfs is broke or I'm doing something wrong?. I can live with this issue but I only want report the problem in case it is a real bug. Cheers. 1. http://juanfra.info/bugs-y-listas/gvfs-201209/gi.png 2. http://juanfra.info/bugs-y-listas/gvfs-201209/nautilus.png -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Thunar/Gigolo/Nautilus and gvfs issue
On Thu, Sep 27, 2012 at 10:05:40AM +0200, Landry Breuil wrote: On Thu, Sep 27, 2012 at 08:53:43AM +0200, David Coppa wrote: On Thu, Sep 27, 2012 at 7:26 AM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Thu, Sep 27, 2012 at 03:08:39AM +0200, Juan Francisco Cantero Hurtado wrote: A week ago, I wanted access to a webdav server with a graphical file manager. I known that gvfs supports webdav, so I tried various file managers with gvfs support. The problem is that none let me to connect to other servers. Gigolo only shows Custom Location in Service Type [1]. And Nautilus shows a error in File/Connect to Server... [2]. I've checked the output of configure of gvfs and it shows the http support enabled. out-of-date doesn't show packages related to gvfs or the file managers. I'm not running avahi, but I guess isn't necessary for remote servers. So, gvfs is broke or I'm doing something wrong?. I can live with this issue but I only want report the problem in case it is a real bug. Cheers. 1. http://juanfra.info/bugs-y-listas/gvfs-201209/gi.png 2. http://juanfra.info/bugs-y-listas/gvfs-201209/nautilus.png I am using gvfs to access webdav shares daily using nautilus without issue. Are you running dbus? Yeah, I bet dbus is not running... With a session dbus daemon (not even a systemwide one) i can connect to webdav shares with gigolo and browse them in thunar without issues. 'Service type' in gigolo should show you at least ftp/ssh/webdav/secure webdav and windows share if you have gvfs-smb installed. Thanks for the replies guys. You're right but the problem was something weirdest. I've dbus in rc.conf since the first day and dbus in my .xinitrc since the discussion about gsettings months ago. I've this line in .xinitrc: eval `dbus-launch --auto-syntax --exit-with-session` This afternoon, I commented the line, rebooted, ran gigolo, uncommented the line, rebooted again and ran gigolo. All works OK now. So, just comment/uncomment the line fixed the issue. o_O Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Missing Ar in dpb.1
Index: dpb.1 === RCS file: /cvs/ports/infrastructure/man/man1/dpb.1,v retrieving revision 1.46 diff -u -p -r1.46 dpb.1 --- dpb.1 13 Oct 2012 09:10:07 - 1.46 +++ dpb.1 17 Oct 2012 22:44:11 - @@ -146,7 +146,7 @@ as this does not take subpackages and fl Set defined parameter to value. Known parameters are as follows: .Bl -tag -width DISP -.It ALWAYS_CLEAN +.It Ar ALWAYS_CLEAN Set to 1 if .Nm should clean work directories even if the port errored out.
Re: [new] www/luakit
On Mon, Oct 08, 2012 at 04:47:47PM -0600, Aaron Bieber wrote: On Mon, Oct 01, 2012 at 04:00:47PM -0400, Jiri B wrote: On Mon, Oct 01, 2012 at 12:43:28PM -0600, Aaron Bieber wrote: Holla! Here a port for luakit ( http://luakit.org ). I am just submitting this for testing / advice for now. I want to see if I get get a github tagged-tarball-release to pull from. Upstream doesn't seem to keen on adding tarball releases, and I can't figure out a way to pull github/user/project/tarball/tag. For projects that only uses the autogenerated tarballs of github, you can use this in the Makefile: MASTER_SITES = https://github.com/user/project/tarball/tag/ And the content of the tarball is user-project-commit. In the ports tree exist some examples. Long time ago some users of github requested a more traditional/standard style for the tarballs generated by github but they never have been interested in this. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [new] www/luakit
On Sat, Oct 20, 2012 at 04:27:50PM -0600, Aaron Bieber wrote: On Sat, Oct 20, 2012 at 11:55:17PM +0200, Juan Francisco Cantero Hurtado wrote: On Mon, Oct 08, 2012 at 04:47:47PM -0600, Aaron Bieber wrote: On Mon, Oct 01, 2012 at 04:00:47PM -0400, Jiri B wrote: On Mon, Oct 01, 2012 at 12:43:28PM -0600, Aaron Bieber wrote: Holla! Here a port for luakit ( http://luakit.org ). I am just submitting this for testing / advice for now. I want to see if I get get a github tagged-tarball-release to pull from. Upstream doesn't seem to keen on adding tarball releases, and I can't figure out a way to pull github/user/project/tarball/tag. For projects that only uses the autogenerated tarballs of github, you can use this in the Makefile: MASTER_SITES = https://github.com/user/project/tarball/tag/ This only work if the project has manually set a download. === Checking files for luakit-9.13 Fetch https://github.com/mason-larobina/luakit/tarball/2012.09.13-41/luakit-2012-09-13-r1.tar.gz ^^ You have a typo in the tag :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: [new] www/luakit
On Sun, Oct 21, 2012 at 12:02:46AM +0100, Stuart Henderson wrote: On 2012/10/20 23:55, Juan Francisco Cantero Hurtado wrote: On Mon, Oct 08, 2012 at 04:47:47PM -0600, Aaron Bieber wrote: On Mon, Oct 01, 2012 at 04:00:47PM -0400, Jiri B wrote: On Mon, Oct 01, 2012 at 12:43:28PM -0600, Aaron Bieber wrote: Holla! Here a port for luakit ( http://luakit.org ). I am just submitting this for testing / advice for now. I want to see if I get get a github tagged-tarball-release to pull from. Upstream doesn't seem to keen on adding tarball releases, and I can't figure out a way to pull github/user/project/tarball/tag. For projects that only uses the autogenerated tarballs of github, you can use this in the Makefile: MASTER_SITES = https://github.com/user/project/tarball/tag/ Don't do this in ports, ask the upstream to create a proper download (which can be hosted by github), or mirror them instead. These tarball URLs are dynamically generated and the files can change if github update git, tar or gzip. I just wanted to comment what is the correct url for the autogenerated tarballs of github. When I was creating the port for hotot, I didn't find the info. Finally I ran grep for search a example in the port tree. Is it acceptable to use two master_sites, the first with the github url and the second with a mirror?. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: py-ovirt-engine-sdk - Help needed with port
On Sun, Oct 21, 2012 at 02:31:18PM -0400, Jiri B wrote: Hi, I'm preparing a port of pythong binding for oVirt Engine[1] but I'm strugging with some systrace and egg issues. This is somehow beyond my python understandings for now. systrace: deny user: me, prog: /usr/local/bin/python2.7, pid: 2592(0)[32248], policy: /usr/bin/make, filters: 240, syscall: native-fswrite(10), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc systrace: deny user: me, prog: /usr/local/bin/python2.7, pid: 2592(0)[32248], policy: /usr/bin/make, filters: 240, syscall: native-fswrite(5), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc Ignore it. The warning is common with python ports. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: py-ovirt-engine-sdk - Help needed with port
On Mon, Oct 22, 2012 at 03:45:15PM +0100, Stuart Henderson wrote: On 2012/10/22 04:42, Juan Francisco Cantero Hurtado wrote: On Sun, Oct 21, 2012 at 02:31:18PM -0400, Jiri B wrote: Hi, I'm preparing a port of pythong binding for oVirt Engine[1] but I'm strugging with some systrace and egg issues. This is somehow beyond my python understandings for now. systrace: deny user: me, prog: /usr/local/bin/python2.7, pid: 2592(0)[32248], policy: /usr/bin/make, filters: 240, syscall: native-fswrite(10), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc systrace: deny user: me, prog: /usr/local/bin/python2.7, pid: 2592(0)[32248], policy: /usr/bin/make, filters: 240, syscall: native-fswrite(5), filename: /usr/local/lib/python2.7/email/mime/__init__.pyc Ignore it. The warning is common with python ports. that doesn't mean it's correct... Yep, I reported this error a months ago. I meant the problem isn't in his port :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: I need a tester for racket with a 3D card supported on OpenBSD
Thanks for the tests guys!. Racket doesn't support OpenGL on OpenBSD :( -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: I need a tester for racket with a 3D card supported on OpenBSD
On Mon, Nov 05, 2012 at 12:53:21PM +0300, Vadim Zhukov wrote: 2012/11/5 Juan Francisco Cantero Hurtado i...@juanfra.info: Hi. Unfortunately my Radeon 4350 doesn't support 3D accelaration on OpenBSD, so I can't test some little games incluided with racket. The games aren't a important part of racket but with these I can know if the OpenGL functionality of racket works or not. The software rasterizer of the system doesn't work with racket, so I need someone with a graphic card supported by OpenBSD. The compilation is long but the tests are very quick: - Run glxgears for check the 3D functionality of your graphic card. - Install racket from openbsd-wip or with the attachment of this mail. - Run plt-games from your terminal. - Try Jewel, Checkers and Gobblet. - Say me if the games works or not. - That's all. Thanks a lot! Packaging failed for me here on i386... I didn't test the port on i386. It's in my to-do :) Thanks for the report. WBR, Vadim Zhukov === Building package for racket-5.3.0.900p1 Create /usr/ports/packages/i386/all/racket-5.3.0.900p1.tgz Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_173.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_174.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_175.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_176.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_177.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_178.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_179.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_180.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_181.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_182.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_183.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_184.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_185.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_186.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_187.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_188.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_189.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_190.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_191.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_192.png does not exist Error: /usr/ports/pobj/racket-5.3.0.900/fake-i386/usr/local/share/racket/doc/images/pict_193.png does not exist Fatal error: can't continue at /usr/libdata/perl5/OpenBSD/PkgCreate.pm line 1385 *** Error 1 in /usr/ports/openbsd-wip/lang/racket (/usr/ports/infrastructure/mk/bsd.port.mk:1732 '/usr/ports/packages/i386/all/racket-5.3.0.900p1.tgz') *** Error 1 in /usr/ports/openbsd-wip/lang/racket (/usr/ports/infrastructure/mk/bsd.port.mk:2271 '_internal-package') *** Error 1 in /usr/ports/openbsd-wip/lang/racket (/usr/ports/infrastructure/mk/bsd.port.mk:2251 'package') *** Error 1 in /usr/ports/openbsd-wip/lang/racket (/usr/ports/infrastructure/mk/bsd.port.mk:1745 '/var/db/pkg/racket-5.3.0.900p1/+CONTENTS') *** Error 1 in /usr/ports/openbsd-wip/lang/racket (/usr/ports/infrastructure/mk/bsd.port.mk:2251 'install') -- Juan Francisco Cantero Hurtado http://juanfra.info
NEW: net/hotot
I've been using this port for months. I think is ready for the masses :) Description: Hotot is a Lightweight, Flexible Microblogging Client supporting Twitter and Identi.ca at this point of development. WWW: http://hotot.org I'm using my mirror for MASTER_SITES as suggested sthen@ sometime ago. I've asked to upstream about to release real tarballs and I'm waiting the answer. Comments? -- Juan Francisco Cantero Hurtado http://juanfra.info hotot.tgz Description: application/tar-gz
Re: py-pip dilemma
On Thu, Dec 13, 2012 at 10:00:28PM -0500, Predrag Punosevac wrote: I am soliciting opinions about the safety of py-pip package management system. I am using Python primarily for scientific computing/prototyping. Many of standard scientific python modules in our ports tree are a bit outdated (trying to update some of those ports is on my todo list as I am sure it is on todo list of many people but busy schedule is another story). Inspired by my recent experience with hs-cabal I decided to play with py-pip on one of 5.1 installations which I will update soon. Surprisingly or maybe not I was actually able to update most of my python modules with exception of scipy which fails with linker problem ld: cannot find -lpython2.7 Export the next variables in your shell before of to run the compilation: LDFLAGS=-L/usr/local/lib CPPFLAGS=-I/usr/local/include But I think is easier just to update the port. How safe is really using py-pip as a Python package manager? Is it possible to reconfigure py-pip to behave like cabal which installs modules in my home directory rather than in /usr/local/bin? Search virtualenv home python. Best, Predrag -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: py-pip dilemma
On Fri, Dec 14, 2012 at 07:07:46PM +, Stuart Henderson wrote: On 2012/12/14 19:37, Juan Francisco Cantero Hurtado wrote: Export the next variables in your shell before of to run the compilation: LDFLAGS=-L/usr/local/lib CPPFLAGS=-I/usr/local/include But I think is easier just to update the port. That should probably get fixed in the py-pip port.. After of a quick read of the doc and code of pip, I can't find any reference related to the setting of new enviroment variables. Only a few calls for to get and set the variables used by pip. Maybe I've missed something. A possible fix is to hardcode the paths in __init__.py but I guess isn't a good fix. I don't know. I'm a python newbie :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: NEW: net/hotot
On Thu, Dec 06, 2012 at 02:05:55AM +0100, Juan Francisco Cantero Hurtado wrote: I've been using this port for months. I think is ready for the masses :) Description: Hotot is a Lightweight, Flexible Microblogging Client supporting Twitter and Identi.ca at this point of development. WWW: http://hotot.org I'm using my mirror for MASTER_SITES as suggested sthen@ sometime ago. I've asked to upstream about to release real tarballs and I'm waiting the answer. Comments? This tarball adds devel/xdg-utils to RUN_DEPENDS. -- Juan Francisco Cantero Hurtado http://juanfra.info hotot.tar.gz Description: application/tar-gz
UPDATE x11/terminator
The version in ports has more than two years. I've updated the port to
the last version (0.96 2011/09/23).
The former maintainer agrees with the change of maintainer: you're
welcome to take over maintainership.
Changelog:
terminator 0.96:
- Unity support for opening new windows (Lucian Adrian Grijincu)
- Fix searching with infinite scrollback (Julien Thewys #755077)
- Fix searching on Ubuntu 10.10 and 11.04, and implement searching by
regular expression (Roberto Aguilar #709018)
- Optimise various low level components so they are dramatically
faster (Stephen Boddy)
- Fix various bugs (Stephen Boddy)
- Fix cursor colours (#700969) and a cursor blink issue (Tony Baker)
- Improve and extend dragdrop support to include more sources of
text, e.g. Gtk file chooser path buttons (#643425)
- Add a plugin to watch a terminal for inactvity (i.e. silence)
- Fix loading layouts with more than two tabs (#646826)
- Fix order of tabs created from saved layouts (#615930)
- Add configuration to remove terminal dimensions from titlebars
(patch from Joo Pinto #691213)
- Restore split positions more accurately (patch from Glenn Moss
#797953)
- Fix activity notification in active terminals. (patch from Chris
Newton #748681)
- Stop leaking child processes if terminals are closed using the
context menu (#308025)
- Don't forget tab order and custom labels when closing terminals in
them (#711356)
- Each terminal is assigned a unique identifier and this is exposed to
the processes inside the terminal via the environment variable
TERMINATOR_UUID
- Expand dbus support to start covering useful methods. Also add a
commandline tool called 'remotinator' that can be used to control
Terminator from a terminal running inside it.
- Fix terminal font settings for users of older Linux distributions
Index: Makefile
===
RCS file: /cvs/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile15 Jun 2012 08:30:24 - 1.7
+++ Makefile28 Dec 2012 01:51:22 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION= 0.95
+MODPY_EGG_VERSION= 0.96
DISTNAME= terminator-${MODPY_EGG_VERSION}
-REVISION= 5
CATEGORIES=x11
HOMEPAGE= http://www.tenshu.net/terminator/
-MAINTAINER=Jochem Kossen joc...@jkossen.nl
+MAINTAINER=Juan Francisco Cantero Hurtado i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM= Yes
@@ -25,13 +24,13 @@ MODULES=lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/py-gtk2
NO_REGRESS=Yes
MODPY_SETUPTOOLS= Yes
MODPY_SETUP= setup.py --without-icon-cache
-# --single-version-externally-managed option used by MODPY doesn't exist (from
audio/picard)
+# --single-version-externally-managed option used by MODPY doesn't exist
MODPY_DISTUTILS_INSTALL=install --prefix=${LOCALBASE} --root=${DESTDIR}
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/x11/terminator/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo23 May 2011 20:36:20 - 1.1.1.1
+++ distinfo28 Dec 2012 01:51:22 -
@@ -1,5 +1,2 @@
-MD5 (terminator-0.95.tar.gz) = zq5ciZxxucgOSAg8F6YxrQ==
-RMD160 (terminator-0.95.tar.gz) = YJZFTJsnGD7/NCLWGgG0pNKHP2E=
-SHA1 (terminator-0.95.tar.gz) = v3ZBVtax9RFqFSmLDWnyy+rQYLo=
-SHA256 (terminator-0.95.tar.gz) = BReHhbDs2qoUlJ/SP7v341XWWCvRG2vCmWkp8pK+HhM=
-SIZE (terminator-0.95.tar.gz) = 222782
+SHA256 (terminator-0.96.tar.gz) = 1wjHg8NiM/yvvQE5qRRiR4rkD1z2lu9Kz8r1iRqEMgE=
+SIZE (terminator-0.96.tar.gz) = 264226
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/terminator/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 15 Jun 2012 08:30:24 - 1.3
+++ pkg/PLIST 28 Dec 2012 01:51:22 -
@@ -94,9 +94,13 @@ share/icons/hicolor/24x24/apps/terminato
share/icons/hicolor/32x32/apps/terminator.png
share/icons/hicolor/48x48/apps/terminator.png
share/icons/hicolor/scalable/apps/terminator.svg
+share/locale/af/LC_MESSAGES/terminator.mo
share/locale/ar/LC_MESSAGES/terminator.mo
+share/locale/ast/LC_MESSAGES/terminator.mo
share/locale/bg/LC_MESSAGES/terminator.mo
+share/locale/bn/LC_MESSAGES/terminator.mo
share/locale/ca/LC_MESSAGES/terminator.mo
+share/locale/ca@valencia/LC_MESSAGES/terminator.mo
share/locale/cs/LC_MESSAGES/terminator.mo
share/locale/da/LC_MESSAGES/terminator.mo
share/locale/de/LC_MESSAGES/terminator.mo
@@ -159,6 +163,9 @@ share/locale/ta
Re: UPDATE x11/terminator
On Fri, Dec 28, 2012 at 03:12:18AM +0100, Juan Francisco Cantero Hurtado wrote:
The version in ports has more than two years. I've updated the port to
the last version (0.96 2011/09/23).
The former maintainer agrees with the change of maintainer: you're
welcome to take over maintainership.
Changelog:
terminator 0.96:
- Unity support for opening new windows (Lucian Adrian Grijincu)
- Fix searching with infinite scrollback (Julien Thewys #755077)
- Fix searching on Ubuntu 10.10 and 11.04, and implement searching by
regular expression (Roberto Aguilar #709018)
- Optimise various low level components so they are dramatically
faster (Stephen Boddy)
- Fix various bugs (Stephen Boddy)
- Fix cursor colours (#700969) and a cursor blink issue (Tony Baker)
- Improve and extend dragdrop support to include more sources of
text, e.g. Gtk file chooser path buttons (#643425)
- Add a plugin to watch a terminal for inactvity (i.e. silence)
- Fix loading layouts with more than two tabs (#646826)
- Fix order of tabs created from saved layouts (#615930)
- Add configuration to remove terminal dimensions from titlebars
(patch from Joo Pinto #691213)
- Restore split positions more accurately (patch from Glenn Moss
#797953)
- Fix activity notification in active terminals. (patch from Chris
Newton #748681)
- Stop leaking child processes if terminals are closed using the
context menu (#308025)
- Don't forget tab order and custom labels when closing terminals in
them (#711356)
- Each terminal is assigned a unique identifier and this is exposed to
the processes inside the terminal via the environment variable
TERMINATOR_UUID
- Expand dbus support to start covering useful methods. Also add a
commandline tool called 'remotinator' that can be used to control
Terminator from a terminal running inside it.
- Fix terminal font settings for users of older Linux distributions
Ping.
Index: Makefile
===
RCS file: /cvs/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile 15 Jun 2012 08:30:24 - 1.7
+++ Makefile 28 Dec 2012 01:51:22 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION= 0.95
+MODPY_EGG_VERSION= 0.96
DISTNAME=terminator-${MODPY_EGG_VERSION}
-REVISION=5
CATEGORIES= x11
HOMEPAGE=http://www.tenshu.net/terminator/
-MAINTAINER= Jochem Kossen joc...@jkossen.nl
+MAINTAINER= Juan Francisco Cantero Hurtado i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM=Yes
@@ -25,13 +24,13 @@ MODULES= lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/py-gtk2
NO_REGRESS= Yes
MODPY_SETUPTOOLS=Yes
MODPY_SETUP= setup.py --without-icon-cache
-# --single-version-externally-managed option used by MODPY doesn't exist
(from audio/picard)
+# --single-version-externally-managed option used by MODPY doesn't exist
MODPY_DISTUTILS_INSTALL=install --prefix=${LOCALBASE} --root=${DESTDIR}
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/x11/terminator/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 23 May 2011 20:36:20 - 1.1.1.1
+++ distinfo 28 Dec 2012 01:51:22 -
@@ -1,5 +1,2 @@
-MD5 (terminator-0.95.tar.gz) = zq5ciZxxucgOSAg8F6YxrQ==
-RMD160 (terminator-0.95.tar.gz) = YJZFTJsnGD7/NCLWGgG0pNKHP2E=
-SHA1 (terminator-0.95.tar.gz) = v3ZBVtax9RFqFSmLDWnyy+rQYLo=
-SHA256 (terminator-0.95.tar.gz) =
BReHhbDs2qoUlJ/SP7v341XWWCvRG2vCmWkp8pK+HhM=
-SIZE (terminator-0.95.tar.gz) = 222782
+SHA256 (terminator-0.96.tar.gz) =
1wjHg8NiM/yvvQE5qRRiR4rkD1z2lu9Kz8r1iRqEMgE=
+SIZE (terminator-0.96.tar.gz) = 264226
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/terminator/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 15 Jun 2012 08:30:24 - 1.3
+++ pkg/PLIST 28 Dec 2012 01:51:22 -
@@ -94,9 +94,13 @@ share/icons/hicolor/24x24/apps/terminato
share/icons/hicolor/32x32/apps/terminator.png
share/icons/hicolor/48x48/apps/terminator.png
share/icons/hicolor/scalable/apps/terminator.svg
+share/locale/af/LC_MESSAGES/terminator.mo
share/locale/ar/LC_MESSAGES/terminator.mo
+share/locale/ast/LC_MESSAGES/terminator.mo
share/locale/bg/LC_MESSAGES/terminator.mo
+share/locale/bn/LC_MESSAGES/terminator.mo
share/locale/ca/LC_MESSAGES/terminator.mo
+share/locale/ca@valencia/LC_MESSAGES/terminator.mo
share
Update: fonts/adobe-source-code-pro
Update fonts/adobe-source-code-pro to version 1013.
Changes:
https://github.com/adobe/source-code-pro/commits/1.013
Index: Makefile
===
RCS file: /cvs/ports/fonts/adobe-source-code-pro/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile7 Nov 2012 18:39:32 - 1.2
+++ Makefile5 Jan 2013 21:31:11 -
@@ -2,10 +2,9 @@
COMMENT = monospaced OpenType fonts designed for coding environments
PKG_ARCH = *
-VERSION = 1.010
+VERSION = 1.013
DISTNAME = SourceCodePro_FontsOnly-${VERSION}
PKGNAME = adobe-source-code-pro-${VERSION}
-REVISION = 0
CATEGORIES = fonts x11
EXTRACT_SUFX = .zip
Index: distinfo
===
RCS file: /cvs/ports/fonts/adobe-source-code-pro/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo2 Nov 2012 11:55:25 - 1.1.1.1
+++ distinfo5 Jan 2013 21:31:11 -
@@ -1,2 +1,2 @@
-SHA256 (SourceCodePro_FontsOnly-1.010.zip) =
HYOaiaCRDrRPbkUS1o4CDhkb7HifaYZ0YH00ZVnliek=
-SIZE (SourceCodePro_FontsOnly-1.010.zip) = 614267
+SHA256 (SourceCodePro_FontsOnly-1.013.zip) =
+Bn4Iwt3a3CAdG7OREYnf3BnIUdGs5MMsDJsiWxePkg=
+SIZE (SourceCodePro_FontsOnly-1.013.zip) = 680506
Re: UPDATE: net/py-ftpdlib
On Mon, Jan 07, 2013 at 05:31:56PM +0100, Benoit Lecocq wrote: Hi, This diff updates py-ftpdlib to the latest release 0.7.0. Comments ? OK ? It works ok for me. Tested on amd64. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: NEW: SMTube-1.5
On Mon, Jan 14, 2013 at 04:31:57PM +0100, David Coppa wrote: On Mon, Jan 14, 2013 at 4:27 PM, Brad Smith b...@comstyle.com wrote: On Mon, Jan 14, 2013 at 04:02:39PM +0100, David Coppa wrote: On Mon, Jan 14, 2013 at 3:59 PM, Vadim Zhukov persg...@gmail.com wrote: 14.01.2013 18:43 Gonzalo L. R. gonz...@x61.com.ar ???: No one interested? :) Just out of curiosity: what's the point to use it when we already have others like www/minitube, not mentioning tools like net/yt? Well, minitube is broken (performance-wise speaking) since the switch to rthreads... Lots of things are. I know. For example, HTML5 videos with firefox is another one. I can see HTML5 videos with Firefox but I'm using Gregor Best's patches for the scheduler. I guess when my ATI is 100% supported by xenocara the video will be more fluid, now top shows a high use of the CPU by xorg. I mean rthreads isn't the only culprit. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: NEW graphics/rawtherapee
On Thu, Jan 24, 2013 at 11:53:21PM +0300, Kirill Bychkov wrote: On Thu, January 24, 2013 20:04, Kirill Bychkov wrote: Hi. Attached is a port for rawtherepee, RAW image processing application. awTherapee is a powerful RAW image processing appliction. It helps you to get the most details and least artifacts from your raw photos. Advanced color handling, enhanced exposure and tonality tools, multiple denoising methods gives you perfect results. Works fine on amd64 with Pentax RAW photos (*.pex). OK to commit? Argh. Doesn't work without libiptcdata. Sorry. Sending both of them. Regenerate the distinfo file of libiptcdata. Too many checksums :) I've tested on amd64 the rawtherapee port with a .dng photo and all works without problems. Thanks for the port, I love this application. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: x11/terminator
On Sat, Jan 26, 2013 at 08:00:31PM -0500, Brian Callahan wrote: Hi ports -- I found a bump for x11/terminator posted to ports@ about 3 weeks ago with no response. Attached is a patch that will update terminator to 0.96. It is slightly different from the one posted three weeks ago, adding x11/keybinder as a RUN_DEPENDS (see my other email about this). Tested OK on amd64 and powerpc. Juan: I left you as MAINTAINER. Do you still want it? Yes. OK? ~Brian I will test both ports this evening. Thanks. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: x11/terminator
On Sat, Jan 26, 2013 at 08:00:31PM -0500, Brian Callahan wrote:
Hi ports --
I found a bump for x11/terminator posted to ports@ about 3 weeks ago
with no response. Attached is a patch that will update terminator to
0.96. It is slightly different from the one posted three weeks ago,
adding x11/keybinder as a RUN_DEPENDS (see my other email about
this).
Tested OK on amd64 and powerpc.
Juan: I left you as MAINTAINER. Do you still want it?
OK?
~Brian
? terminator96.diff
Index: Makefile
===
RCS file: /cvs/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile 15 Jun 2012 08:30:24 - 1.7
+++ Makefile 27 Jan 2013 00:49:08 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION= 0.95
+MODPY_EGG_VERSION= 0.96
DISTNAME=terminator-${MODPY_EGG_VERSION}
-REVISION=5
CATEGORIES= x11
HOMEPAGE=http://www.tenshu.net/terminator/
-MAINTAINER= Jochem Kossen joc...@jkossen.nl
+MAINTAINER= Juan Francisco Cantero Hurtado i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM=Yes
@@ -25,13 +24,14 @@ MODULES= lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/keybinder \
Change x11/keybinder to x11/keybinder,-python.
The import fails with the former.
+ x11/py-gtk2
NO_REGRESS= Yes
MODPY_SETUPTOOLS=Yes
MODPY_SETUP= setup.py --without-icon-cache
-# --single-version-externally-managed option used by MODPY doesn't exist
(from audio/picard)
+# --single-version-externally-managed option used by MODPY doesn't exist
MODPY_DISTUTILS_INSTALL=install --prefix=${LOCALBASE} --root=${DESTDIR}
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/x11/terminator/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 23 May 2011 20:36:20 - 1.1.1.1
+++ distinfo 27 Jan 2013 00:49:08 -
@@ -1,5 +1,2 @@
-MD5 (terminator-0.95.tar.gz) = zq5ciZxxucgOSAg8F6YxrQ==
-RMD160 (terminator-0.95.tar.gz) = YJZFTJsnGD7/NCLWGgG0pNKHP2E=
-SHA1 (terminator-0.95.tar.gz) = v3ZBVtax9RFqFSmLDWnyy+rQYLo=
-SHA256 (terminator-0.95.tar.gz) =
BReHhbDs2qoUlJ/SP7v341XWWCvRG2vCmWkp8pK+HhM=
-SIZE (terminator-0.95.tar.gz) = 222782
+SHA256 (terminator-0.96.tar.gz) =
1wjHg8NiM/yvvQE5qRRiR4rkD1z2lu9Kz8r1iRqEMgE=
+SIZE (terminator-0.96.tar.gz) = 264226
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/terminator/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 15 Jun 2012 08:30:24 - 1.3
+++ pkg/PLIST 27 Jan 2013 00:49:08 -
@@ -94,9 +94,13 @@ share/icons/hicolor/24x24/apps/terminato
share/icons/hicolor/32x32/apps/terminator.png
share/icons/hicolor/48x48/apps/terminator.png
share/icons/hicolor/scalable/apps/terminator.svg
+share/locale/af/LC_MESSAGES/terminator.mo
share/locale/ar/LC_MESSAGES/terminator.mo
+share/locale/ast/LC_MESSAGES/terminator.mo
share/locale/bg/LC_MESSAGES/terminator.mo
+share/locale/bn/LC_MESSAGES/terminator.mo
share/locale/ca/LC_MESSAGES/terminator.mo
+share/locale/ca@valencia/LC_MESSAGES/terminator.mo
share/locale/cs/LC_MESSAGES/terminator.mo
share/locale/da/LC_MESSAGES/terminator.mo
share/locale/de/LC_MESSAGES/terminator.mo
@@ -159,6 +163,9 @@ share/locale/ta/LC_MESSAGES/terminator.m
share/locale/te/LC_MESSAGES/terminator.mo
share/locale/th/LC_MESSAGES/terminator.mo
share/locale/tr/LC_MESSAGES/terminator.mo
+share/locale/tyv/
+share/locale/tyv/LC_MESSAGES/
+share/locale/tyv/LC_MESSAGES/terminator.mo
share/locale/uk/LC_MESSAGES/terminator.mo
share/locale/ur/LC_MESSAGES/terminator.mo
share/locale/zh_CN/LC_MESSAGES/terminator.mo
It works like a charm :)
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: x11/terminator
New diff without both deps.
Index: Makefile
===
RCS file: /cvsync/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile15 Jun 2012 08:30:24 - 1.7
+++ Makefile28 Jan 2013 01:11:17 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION= 0.95
+MODPY_EGG_VERSION= 0.96
DISTNAME= terminator-${MODPY_EGG_VERSION}
-REVISION= 5
CATEGORIES=x11
HOMEPAGE= http://www.tenshu.net/terminator/
-MAINTAINER=Jochem Kossen joc...@jkossen.nl
+MAINTAINER=Juan Francisco Cantero Hurtado i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM= Yes
@@ -25,13 +24,13 @@ MODULES=lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/keybinder,-python
NO_REGRESS=Yes
MODPY_SETUPTOOLS= Yes
MODPY_SETUP= setup.py --without-icon-cache
-# --single-version-externally-managed option used by MODPY doesn't exist (from
audio/picard)
+# --single-version-externally-managed option used by MODPY doesn't exist
MODPY_DISTUTILS_INSTALL=install --prefix=${LOCALBASE} --root=${DESTDIR}
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvsync/ports/x11/terminator/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo23 May 2011 20:36:20 - 1.1.1.1
+++ distinfo27 Jan 2013 23:35:17 -
@@ -1,5 +1,2 @@
-MD5 (terminator-0.95.tar.gz) = zq5ciZxxucgOSAg8F6YxrQ==
-RMD160 (terminator-0.95.tar.gz) = YJZFTJsnGD7/NCLWGgG0pNKHP2E=
-SHA1 (terminator-0.95.tar.gz) = v3ZBVtax9RFqFSmLDWnyy+rQYLo=
-SHA256 (terminator-0.95.tar.gz) = BReHhbDs2qoUlJ/SP7v341XWWCvRG2vCmWkp8pK+HhM=
-SIZE (terminator-0.95.tar.gz) = 222782
+SHA256 (terminator-0.96.tar.gz) = 1wjHg8NiM/yvvQE5qRRiR4rkD1z2lu9Kz8r1iRqEMgE=
+SIZE (terminator-0.96.tar.gz) = 264226
Index: pkg/PLIST
===
RCS file: /cvsync/ports/x11/terminator/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 15 Jun 2012 08:30:24 - 1.3
+++ pkg/PLIST 27 Jan 2013 23:38:06 -
@@ -94,15 +94,17 @@ share/icons/hicolor/24x24/apps/terminato
share/icons/hicolor/32x32/apps/terminator.png
share/icons/hicolor/48x48/apps/terminator.png
share/icons/hicolor/scalable/apps/terminator.svg
+share/locale/af/LC_MESSAGES/terminator.mo
share/locale/ar/LC_MESSAGES/terminator.mo
+share/locale/ast/LC_MESSAGES/terminator.mo
share/locale/bg/LC_MESSAGES/terminator.mo
+share/locale/bn/LC_MESSAGES/terminator.mo
share/locale/ca/LC_MESSAGES/terminator.mo
+share/locale/ca@valencia/LC_MESSAGES/terminator.mo
share/locale/cs/LC_MESSAGES/terminator.mo
share/locale/da/LC_MESSAGES/terminator.mo
share/locale/de/LC_MESSAGES/terminator.mo
share/locale/el/LC_MESSAGES/terminator.mo
-share/locale/en_AU/
-share/locale/en_AU/LC_MESSAGES/
share/locale/en_AU/LC_MESSAGES/terminator.mo
share/locale/en_CA/LC_MESSAGES/terminator.mo
share/locale/en_GB/LC_MESSAGES/terminator.mo
@@ -159,6 +161,9 @@ share/locale/ta/LC_MESSAGES/terminator.m
share/locale/te/LC_MESSAGES/terminator.mo
share/locale/th/LC_MESSAGES/terminator.mo
share/locale/tr/LC_MESSAGES/terminator.mo
+share/locale/tyv/
+share/locale/tyv/LC_MESSAGES/
+share/locale/tyv/LC_MESSAGES/terminator.mo
share/locale/uk/LC_MESSAGES/terminator.mo
share/locale/ur/LC_MESSAGES/terminator.mo
share/locale/zh_CN/LC_MESSAGES/terminator.mo
Re: UPDATE: x11/terminator
On Mon, Jan 28, 2013 at 08:19:55AM +0100, Landry Breuil wrote:
On Sun, Jan 27, 2013 at 08:30:52PM -0500, Brian Callahan wrote:
On 1/27/2013 8:14 PM, Juan Francisco Cantero Hurtado wrote:
New diff without both deps.
Index: Makefile
===
RCS file: /cvsync/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile 15 Jun 2012 08:30:24 - 1.7
+++ Makefile 28 Jan 2013 01:11:17 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION=0.95
+MODPY_EGG_VERSION=0.96
DISTNAME=terminator-${MODPY_EGG_VERSION}
-REVISION= 5
CATEGORIES= x11
HOMEPAGE=http://www.tenshu.net/terminator/
-MAINTAINER= Jochem Kossen joc...@jkossen.nl
+MAINTAINER= Juan Francisco Cantero Hurtado
i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM=Yes
@@ -25,13 +24,13 @@ MODULES= lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/keybinder,-python
Why removing x11/gtk+2,-guic ? It's usual to keep it as an explicit
run_depends for the @exec/@unexec lines, even if it's provided by
another run_depends.
Is it always necessary add x11/gtk+2,-guic to the py-gtk ports?. I
removed the dep because I thought it was a error.
Index: Makefile
===
RCS file: /cvsync/ports/x11/terminator/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile15 Jun 2012 08:30:24 - 1.7
+++ Makefile28 Jan 2013 19:20:30 -
@@ -2,15 +2,14 @@
COMMENT= GTK2 terminal emulator with split-window and tabs
support
-MODPY_EGG_VERSION= 0.95
+MODPY_EGG_VERSION= 0.96
DISTNAME= terminator-${MODPY_EGG_VERSION}
-REVISION= 5
CATEGORIES=x11
HOMEPAGE= http://www.tenshu.net/terminator/
-MAINTAINER=Jochem Kossen joc...@jkossen.nl
+MAINTAINER=Juan Francisco Cantero Hurtado i...@juanfra.info
# GPLv2
PERMIT_PACKAGE_CDROM= Yes
@@ -25,13 +24,14 @@ MODULES=lang/python \
RUN_DEPENDS= devel/vte,-python \
devel/py-notify \
devel/desktop-file-utils \
- x11/gtk+2,-guic
+ x11/gtk+2,-guic \
+ x11/keybinder,-python
NO_REGRESS=Yes
MODPY_SETUPTOOLS= Yes
MODPY_SETUP= setup.py --without-icon-cache
-# --single-version-externally-managed option used by MODPY doesn't exist (from
audio/picard)
+# --single-version-externally-managed option used by MODPY doesn't exist
MODPY_DISTUTILS_INSTALL=install --prefix=${LOCALBASE} --root=${DESTDIR}
.include bsd.port.mk
Index: distinfo
===
RCS file: /cvsync/ports/x11/terminator/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo23 May 2011 20:36:20 - 1.1.1.1
+++ distinfo27 Jan 2013 23:35:17 -
@@ -1,5 +1,2 @@
-MD5 (terminator-0.95.tar.gz) = zq5ciZxxucgOSAg8F6YxrQ==
-RMD160 (terminator-0.95.tar.gz) = YJZFTJsnGD7/NCLWGgG0pNKHP2E=
-SHA1 (terminator-0.95.tar.gz) = v3ZBVtax9RFqFSmLDWnyy+rQYLo=
-SHA256 (terminator-0.95.tar.gz) = BReHhbDs2qoUlJ/SP7v341XWWCvRG2vCmWkp8pK+HhM=
-SIZE (terminator-0.95.tar.gz) = 222782
+SHA256 (terminator-0.96.tar.gz) = 1wjHg8NiM/yvvQE5qRRiR4rkD1z2lu9Kz8r1iRqEMgE=
+SIZE (terminator-0.96.tar.gz) = 264226
Index: pkg/PLIST
===
RCS file: /cvsync/ports/x11/terminator/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 15 Jun 2012 08:30:24 - 1.3
+++ pkg/PLIST 27 Jan 2013 23:38:06 -
@@ -94,15 +94,17 @@ share/icons/hicolor/24x24/apps/terminato
share/icons/hicolor/32x32/apps/terminator.png
share/icons/hicolor/48x48/apps/terminator.png
share/icons/hicolor/scalable/apps/terminator.svg
+share/locale/af/LC_MESSAGES/terminator.mo
share/locale/ar/LC_MESSAGES/terminator.mo
+share/locale/ast/LC_MESSAGES/terminator.mo
share/locale/bg/LC_MESSAGES/terminator.mo
+share/locale/bn/LC_MESSAGES/terminator.mo
share/locale/ca/LC_MESSAGES/terminator.mo
+share/locale/ca@valencia/LC_MESSAGES/terminator.mo
share/locale/cs/LC_MESSAGES/terminator.mo
share/locale/da/LC_MESSAGES/terminator.mo
share/locale/de/LC_MESSAGES/terminator.mo
share/locale/el/LC_MESSAGES/terminator.mo
-share/locale/en_AU/
-share/locale/en_AU/LC_MESSAGES/
share/locale/en_AU/LC_MESSAGES/terminator.mo
share/locale/en_CA/LC_MESSAGES/terminator.mo
share/locale/en_GB/LC_MESSAGES
Re: UPDATE: x11/terminator
On Mon, Jan 28, 2013 at 09:17:19PM +, Stuart Henderson wrote: On 2013/01/28 20:24, Juan Francisco Cantero Hurtado wrote: Is it always necessary add x11/gtk+2,-guic to the py-gtk ports?. I removed the dep because I thought it was a error. If the icon cache needs to be updated, then it should have this run dep. (guic = gtk-update-icon-cache) It makes sense. Thanks for the help guys. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: emulators/sdlmame
On Tue, Jan 29, 2013 at 10:43:43AM +, Federico Schwindt wrote: On Sun, Jan 27, 2013 at 4:36 PM, David Coppa dco...@gmail.com wrote: On Sun, Jan 27, 2013 at 5:20 PM, Federico Schwindt fg...@lodoss.net wrote: Hi, The attached diff updates sdlmame to 0.148 and sets myself as maintainer. With input and some changes from dcoppa@. It requires the MAXTSIZ increase to 128 MB, otherwise it will fail with ENOMEM so make sure your vmparam.h is up to date. Comments? OK? Re-read it and still seems ok :) Thanks. Anyone else? Otherwise I will commit this tonight or early tomorrow. I've tested the port for two days on amd64 with a few neogeo games. All works perfect. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: tor logs about incomplete ciphersuites
On Wed, Feb 06, 2013 at 04:45:39PM -0500, Jiri B wrote: Hi, I've seen a lot of logging of Tor: Feb 6 22:29:25 host Tor[27874]: We weren't able to find support for all of the TLS ciphersuites that we wanted to advertise. This won't hurt security, but it might make your Tor (if run as a client) more easy for censors to block. Feb 6 22:29:25 host Tor[27874]: To correct this, use a version of OpenSSL built with none of its ciphers disabled. It seems not to impact security but it can make your Tor client more fingerprintable, see http://article.gmane.org/gmane.network.tor.devel/1490 Can this be improved or we just do not care much? Nobody? I'm also interested in this issue. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: New version of free ParaType fonts collection
distinfo is wrong.
On Fri, Apr 05, 2013 at 11:25:22PM +0400, Vadim Zhukov wrote:
This updates fonts/ru-ptsans package. Added serif and monospace fonts.
Also, fixed directory handling and updated my email address.
As an experiment, I used versioned DIST_SUBDIR, this avoiding need
to extra mirror the distfile. As a bonus, if (when) upstream will
re-roll file, we'll be notified earlier - for font ports this
should be good.
okay?
--
WBR,
Vadim Zhukov
[...]
+DIST_SUBDIR =${PKGNAME}
DIST_SUBDIR is ru-ptsans-3.0 but...
[...]
Index: distinfo
===
RCS file: /cvs/ports/fonts/ru-ptsans/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo 19 Jul 2011 09:14:21 - 1.1.1.1
+++ distinfo 5 Apr 2013 19:18:48 -
@@ -1,5 +1,6 @@
-MD5 (ptsans-2.0.zip) = mYqzPhTUgi4g5FbIzMDCeQ==
-RMD160 (ptsans-2.0.zip) = h5fhegX6Nrv/vwwqu2QC9DgivS8=
-SHA1 (ptsans-2.0.zip) = hmBi+nUYMsEiWGCCtCP544O0fjU=
-SHA256 (ptsans-2.0.zip) = jVutfymewSkZdnwByh2Vs+FtA+aOQezUMeHVlpJNqkA=
-SIZE (ptsans-2.0.zip) = 1710534
+SHA256 (ptsans-3.0/PTMono.zip) = k8DKHZhz7MfHATH6djqqqiQ0X8i48ZPqIXWwhXgj1Yo=
+SHA256 (ptsans-3.0/PTSans.zip) = xwtoOrNdKMxlNn9rnvXwTW2DsSF/LnJ2SLuusS3BQOc=
+SHA256 (ptsans-3.0/PTSerif.zip) =
dO7Ihu21iJkBhEjmnPq3Ay3Szo/2mkTBj4in0qe/OyY=
+SIZE (ptsans-3.0/PTMono.zip) = 175039
+SIZE (ptsans-3.0/PTSans.zip) = 1574159
+SIZE (ptsans-3.0/PTSerif.zip) = 1004833
...distinfo uses ptsans-3.0. The update works OK. I use these fonts a
lot.
BTW, do you know if exists a changelog from 2.0 to 3.0?. I can't found
the changes in Google.
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: Firefox and large images
On Wed, Apr 10, 2013 at 03:57:21PM +, Christian Weisgerber wrote: A number of weeks ago, I reported this problem on freebsd-ports: --- Viewing large images has become cumbersome with the switch from Firefox 18 to 19. Am I the only one to notice this? Wikipedia's high-resolution pictures of the day are great for this: https://upload.wikimedia.org/wikipedia/commons/e/e9/Bison_skull_pile_edit.jpg What happens is that Firefox loads the image and then does some sort of operation that causes the X11 server to be busy for a noticeable amount of time. During this time the whole X11 session hangs. If you have a network login, you can see the Xorg process eat all the CPU it can get. The duration of this delay varies and depends on the size of the image; with the one above it just took 30 seconds. This isn't entirely new. With previous versions of Firefox it happened when I accidentally dragged an image. But now with Firefox 19, just viewing the image is enough. Needless to say, this is painful if you are going through a number of large images and are forced to pause for half a minute each. --- Unsurprisingly, several people have now run into the same problem on OpenBSD. Workarounds are setting MOZ_DISABLE_IMAGE_OPTIMIZE=1 in the environment or disabling gfx.xrender.enabled in about:config. (You have to restart Firefox after toggling gfx.xrender.enabled.) It slows down firefox in my ssh session. Anyway, I don't have the issue described in your mail. I'm throwing this out there, but users shouldn't really be required to invoke magic incantations. -- Juan Francisco Cantero Hurtado http://juanfra.info
-msse and -mfpmath=sse in ports. Is it permitted?
The development version of racket includes a new feature for work with extended-precision (80-bit) floating-point numbers: http://pre.racket-lang.org/docs/html/reference/extflonums.html If __SSE_MATH__ is defined, extflonums are enabled. On i386, I need add -msse and -mfpmath=sse to CPPFLAGS and CFLAGS for turn on the feature. I know the rules about extra CFLAGS in ports but can I make a exception here?. With or without extflonums enabled, racket will only run in CPUs with SSE, so I'm not limiting the user-base of the package. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Error in ports: Can't call method errsay on an undefined value
I'm seeing this error: `/usr/ports/pobj/racket-5.3.4pre20130415/fake-amd64/.fake_done' is up to date. === Building package for racket-5.3.4pre20130415 Create /usr/ports/packages/amd64/all/racket-5.3.4pre20130415.tgz Link to /usr/ports/packages/amd64/ftp/racket-5.3.4pre20130415.tgz Link to /usr/ports/packages/amd64/cdrom/racket-5.3.4pre20130415.tgz === Verifying specs: c m pthread ffi iconv=2 === found c.68.0 m.8.0 pthread.17.0 ffi.0.0 iconv.6.0 === Installing racket-5.3.4pre20130415 from /usr/ports/packages/amd64/all/ Can't call method errsay on an undefined value at /usr/libdata/perl5/OpenBSD/Vstat.pm line 27 0. *** Error 22 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1887 '/var/db/pkg/racket-5.3.4pre20 130415/+CONTENTS': @/usr/bin/sudo -E /usr/bin...) *** Error 1 in /usr/ports/openbsd-wip/lang/racket (/usr/ports/infrastructure/mk/bsd.port.mk:238 9 'install') Am I doing something wrong? bug in the ports framework?. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Error in ports: Can't call method errsay on an undefined value
On Tue, Apr 16, 2013 at 12:57:08PM +1000, Damien Miller wrote: your kernel and userland are out of sync You're right. I forgot reboot the computer after the last update. Thanks! On Tue, 16 Apr 2013, Juan Francisco Cantero Hurtado wrote: I'm seeing this error: `/usr/ports/pobj/racket-5.3.4pre20130415/fake-amd64/.fake_done' is up to date. === Building package for racket-5.3.4pre20130415 Create /usr/ports/packages/amd64/all/racket-5.3.4pre20130415.tgz Link to /usr/ports/packages/amd64/ftp/racket-5.3.4pre20130415.tgz Link to /usr/ports/packages/amd64/cdrom/racket-5.3.4pre20130415.tgz === Verifying specs: c m pthread ffi iconv=2 === found c.68.0 m.8.0 pthread.17.0 ffi.0.0 iconv.6.0 === Installing racket-5.3.4pre20130415 from /usr/ports/packages/amd64/all/ Can't call method errsay on an undefined value at /usr/libdata/perl5/OpenBSD/Vstat.pm line 27 0. *** Error 22 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1887 '/var/db/pkg/racket-5.3.4pre20 130415/+CONTENTS': @/usr/bin/sudo -E /usr/bin...) *** Error 1 in /usr/ports/openbsd-wip/lang/racket (/usr/ports/infrastructure/mk/bsd.port.mk:238 9 'install') Am I doing something wrong? bug in the ports framework?. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: UPDATE: Aria2-1.17.0
On Mon, Apr 22, 2013 at 04:18:07PM -0300, Gonzalo L. R. wrote: Hi, Update for Aria2 to 1.17.0: * Save options directly specified for download in --save-session * Save URI returned only from FileEntry::getRemainingUris() * Use info level log for system trusted ca imports failure * Implement simple Happy Eyeballs for HTTP/FTP downloads And others. Comments? Oks? Tested with two bittorrents links and my usual options. It works fine. Cheers.- -- Sending from my iFart... Index: Makefile === RCS file: /cvs/ports/www/aria2/Makefile,v retrieving revision 1.23 diff -u -p -r1.23 Makefile --- Makefile 21 Mar 2013 18:08:03 - 1.23 +++ Makefile 22 Apr 2013 19:15:25 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.23 2013/03/21 18:08:03 gonzalo Exp $ COMMENT =lightweight multi-protocol multi-source download utility -DISTNAME = aria2-1.16.4 +DISTNAME = aria2-1.17.0 CATEGORIES = www HOMEPAGE = http://aria2.sourceforge.net/ Index: distinfo === RCS file: /cvs/ports/www/aria2/distinfo,v retrieving revision 1.16 diff -u -p -r1.16 distinfo --- distinfo 21 Mar 2013 18:08:03 - 1.16 +++ distinfo 22 Apr 2013 19:15:25 - @@ -1,2 +1,2 @@ -SHA256 (aria2-1.16.4.tar.gz) = GknqQCG5mpD8t0G2mbvqZ8bStbA2VkhZz7WIgvG8P5U= -SIZE (aria2-1.16.4.tar.gz) = 3455757 +SHA256 (aria2-1.17.0.tar.gz) = 2Jp/iRPuZqYLWZplpIzsLVRdQWTOPajukyNzEHmdrG0= +SIZE (aria2-1.17.0.tar.gz) = 3477859 -- Juan Francisco Cantero Hurtado http://juanfra.info
PATCH devel/libplist. Wrong order of include dirs.
The file plist.c requires the header plist/plist.h from
WRKSRC/include. The port has LOCALBASE/include in CFLAGS, so gcc picks
plist/plist.h from /usr/local.
The patch bellow fixes the order of the include dirs.
[ 18%] Building C object src/CMakeFiles/plist.dir/plist.c.o
cd /usr/ports/pobj/libplist-1.10/build-amd64/src /usr/bin/cc
-Dplist_EXPORTS -O2 -pipe -g -I/usr/local/include -pthread
-DPLIST_BYTE_ORDER=0 -fPIC
-I/usr/ports/pobj/libplist-1.10/libplist-1.10/include
-I/usr/local/include/libxml2
-I/usr/ports/pobj/libplist-1.10/libplist-1.10/libcnary/include-o
CMakeFiles/plist.dir/plist.c.o -c
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c: In function
'plist_new_uid':
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:144: error:
'PLIST_UID' undeclared (first use in this function)
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:144: error:
(Each undeclared identifier is reported only once
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:144: error: for
each function it appears in.)
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c: In function
'plist_get_type_and_value':
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:502: error:
'PLIST_UID' undeclared (first use in this function)
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c: In function
'plist_get_uid_val':
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:584: error:
'PLIST_UID' undeclared (first use in this function)
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c: In function
'plist_data_compare':
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:639: error:
'PLIST_UID' undeclared (first use in this function)
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c: In function
'plist_set_element_val':
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:715: error:
'PLIST_UID' undeclared (first use in this function)
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c: In function
'plist_set_type':
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:754: error:
'PLIST_UID' undeclared (first use in this function)
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c: In function
'plist_set_uid_val':
/usr/ports/pobj/libplist-1.10/libplist-1.10/src/plist.c:792: error:
'PLIST_UID' undeclared (first use in this function)
*** Error 1 in . (src/CMakeFiles/plist.dir/build.make:59
'src/CMakeFiles/plist.dir/plist.c.o')
*** Error 1 in . (CMakeFiles/Makefile2:163
'src/CMakeFiles/plist.dir/all')
*** Error 1 in /usr/ports/pobj/libplist-1.10/build-amd64 (Makefile:147
'all')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2670
'/usr/ports/pobj/libplist-1.10/build-amd64/.build_done')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1863
'/usr/ports/packages/amd64/all/libplist-1.10.tgz')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2409
'_internal-package')
*** Error 1 in /usr/ports/devel/libplist
(/usr/ports/infrastructure/mk/bsd.port.mk:2389 'package')
Index: Makefile
===
RCS file: /cvs/ports/devel/libplist/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile12 Apr 2013 17:12:55 - 1.6
+++ Makefile23 Apr 2013 16:14:21 -
@@ -8,6 +8,7 @@ SHARED_ONLY = Yes
VERSION = 1.10
SUBST_VARS += VERSION
DISTNAME = libplist-${VERSION}
+REVISION = 0
PKGNAME-main = ${DISTNAME}
PKGNAME-python = py-plist-${VERSION}
@@ -39,6 +40,6 @@ WANTLIB +=glib-2.0 m stdc++ xml2
WANTLIB-main +=${WANTLIB} c pthread
WANTLIB-python += ${WANTLIB} plist plist++ python${MODPY_VERSION}
-CONFIGURE_ARGS = -DCMAKE_C_FLAGS=${CFLAGS} -I${LOCALBASE}/include
-pthread
+CONFIGURE_ARGS = -DCMAKE_C_FLAGS=${CFLAGS} -pthread
.include bsd.port.mk
Index: patches/patch-CMakeLists_txt
===
RCS file: patches/patch-CMakeLists_txt
diff -N patches/patch-CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-CMakeLists_txt23 Apr 2013 16:14:21 -
@@ -0,0 +1,13 @@
+$OpenBSD$
+--- CMakeLists.txt.origTue Apr 23 17:41:59 2013
CMakeLists.txt Tue Apr 23 17:42:40 2013
+@@ -34,7 +34,8 @@ IF(ENABLE_SWIG OR ENABLE_CYTHON)
+ ENDIF(ENABLE_SWIG OR ENABLE_CYTHON)
+
+ INCLUDE_DIRECTORIES( ${CMAKE_CURRENT_SOURCE_DIR}/include
+- ${CMAKE_INCLUDE_PATH})
++ ${CMAKE_INCLUDE_PATH}
++ /usr/local/include)
+
+ ENABLE_TESTING()
+
