Re: Update net/curl to 7.47.1.

[Christoph R. Murauer]

> On 2016/02/11 14:36, Christoph R. Murauer wrote:
>> I have a diff to update net/curl to version 7.47.1. There are some
>> points open - maybe someone could have a look at it. I sent the
>> message in /cc to the maintainer.
>
> http://marc.info/?l=openbsd-ports=145460329517278=2

Thanks for the reminder.
I thought I use some real world things to collect experience. The
intention was not, that someone commits it - because it is far from
being complete.

Update net/curl to 7.47.1.

[Christoph R. Murauer]

Hello !

I have a diff to update net/curl to version 7.47.1. There are some
points open - maybe someone could have a look at it. I sent the
message in /cc to the maintainer.

# cvs diff
cvs server: Diffing .
Index: Makefile
===
RCS file: /cvs/ports/net/curl/Makefile,v
retrieving revision 1.114
diff -u -p -r1.114 Makefile
--- Makefile29 Jan 2016 23:52:24 -  1.114
+++ Makefile11 Feb 2016 13:18:41 -
@@ -2,7 +2,7 @@

 COMMENT=   get files from FTP, Gopher, HTTP or HTTPS servers

-VERSION=   7.47.0
+VERSION=   7.47.1
 DISTNAME=  curl-${VERSION}
 SHARED_LIBS=   curl 25.3 # 8.0
 CATEGORIES=net
Index: distinfo
===
RCS file: /cvs/ports/net/curl/distinfo,v
retrieving revision 1.61
diff -u -p -r1.61 distinfo
--- distinfo29 Jan 2016 23:52:24 -  1.61
+++ distinfo11 Feb 2016 13:18:41 -
@@ -1,2 +1,2 @@
-SHA256 (curl-7.47.0.tar.lzma) =
93iagG/vTiTsPUtwyob/FFJDvxnQOrDrXGTxjxsnSNg=
-SIZE (curl-7.47.0.tar.lzma) = 2878783
+SHA256 (curl-7.47.1.tar.lzma) =
ybL9dUF/8KHQzRuyhNHY16CJY/lFhgyYfVmuDrQSqgE=
+SIZE (curl-7.47.1.tar.lzma) = 2875509
cvs server: Diffing patches
cvs server: cannot find patches/patch-docs_examples_getredirect_c
cvs server: Diffing pkg


Build tested on amd64 -current.

Open things :

Master site URL for github is broken. The archive is there but under
tags and in a different format.

Patch docs/examples/getredirect.c.orig is removed - the changes are
already made in the source. How do I remove it correct or, is the cvs
message normal / ok ?

test reports

OK (1003 out of 1004, remaining: 00:00)
TESTDONE: 781 tests out of 784 reported OK: 99%
TESTFAIL: These test cases failed: 20 507 1082
TESTDONE: 1014 tests were considered during 386 seconds.
*** Error 1 in tests (Makefile:763 'quiet-test')
*** Error 1 in /home/ports/wrkobjdir/curl-7.47.1/build-amd64
(Makefile:1328 'test')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2807
'/home/ports/wrkobjdir/curl-7.47.1/build-amd64/.test_done')
*** Error 1 in /usr/ports/net/curl
(/usr/ports/infrastructure/mk/bsd.port.mk:2495 'test')

deinstall not tested :

===> Deinstalling for curl-7.47.1
can't delete curl-7.47.1 without deleting feh-2.14 mupdf-1.8p2
Delete them as well ? [y/N/a]

I use the deps and, this is not a dedicated build machine.

Thanks for answers / feedback.

Re: www/xombrero Segmentation fault (core dumped) on macppc -current from Feb 8.

[Christoph R. Murauer]

> If you want a 'graphical and user-friendly web browser' on macppc, try
> www/netsurf. That's the only viable option (besides
> dillo/links/lynx/etc..) - using it daily there.
>
> Landry
>
>

I tried near all available GUI based browsers and, all (not netsuf)
died with a segmentation fault.

Maybe we found someone (I could build / test things but I am not a
coder) who could look at webkit or, we learn to live without it.

Re: www/xombrero Segmentation fault (core dumped) on macppc -current from Feb 8.

[Christoph R. Murauer]

> Webkit is broken on macppc since a good while, any browser using it
> would blow the same. No informations are needed, just someone brave
> (or
> foolish?) enough to pick up the ball and fix webkit on powerpc. I lost
> too many hours on this in the past and gave up.
>
> Landry
>
>

Not good but thanks for the information.

Re: www/xombrero Segmentation fault (core dumped) on macppc -current from Feb 8.

[Christoph R. Murauer]

> On Wed, Feb 10, 2016 at 09:06:29AM +0100, Christoph R. Murauer wrote:
>> > Webkit is broken on macppc since a good while, any browser using
>> it
>> > would blow the same. No informations are needed, just someone
>> brave
>> > (or
>> > foolish?) enough to pick up the ball and fix webkit on powerpc. I
>> lost
>> > too many hours on this in the past and gave up.
>> >
>> > Landry
>> >
>> >
>>
>> Not good but thanks for the information.
>
> If you want a 'graphical and user-friendly web browser' on macppc, try
> www/netsurf. That's the only viable option (besides
> dillo/links/lynx/etc..) - using it daily there.
>
> Landry
>
>

True, tried browsers ... netsurf is the only working GUI browser.

www/xombrero Segmentation fault (core dumped) on macppc -current from Feb 8.

[Christoph R. Murauer]

Hello !

I installed xombrero using pkg_add and, tried to launch it. The results are 
different but ends mostly like 

$xombrero 
xombrero: config_parse: cannot open /home/crm/.xombrero.conf: No such file or 
directory
xombrero: runtime file doesn't exist, creating it
xombrero: start of day file doesn't exist, creating it
xombrero: favorites file doesn't exist, creating it
xombrero: quickmarks file doesn't exist, creating it

(xombrero:7639): Gtk-WARNING **: Theme parsing error: xombrero.css:28:11: Not 
using units is deprecated. Assuming 'px'.

(xombrero:7639): Gtk-WARNING **: Theme parsing error: xombrero.css:29:10: Not 
using units is deprecated. Assuming 'px'.
Segmentation fault (core dumped)

At some tries I get a window where xombrero tries to load the default startpage 
- which doesn't exists. It ends always in a Segmentation fault specially if I 
try to upen a url.

Which other informations are needed, that someone could look at it ?

Thanks for answers.

dmesg : 

$ (dmesg; sysctl hw.sensors)
[ using 562036 bytes of bsd ELF symbol table ]
console out [NVDA,Display-B] console in [keyboard], using USB
using parent NVDA,Parent:: memaddr 9800, size 800 : consaddr 98004000 : 
ioaddr 9100, size 100: width 1360 linebytes 1536 height 768 depth 8
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2016 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 5.9 (GENERIC.MP) #1003: Mon Feb  8 20:06:13 MST 2016
dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC.MP
real mem = 3221225472 (3072MB)
avail mem = 2022199296 (1928MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root: model PowerMac7,3
cpu0 at mainbus0: 970 (Revision 0x202): 1800 MHz
cpu1 at mainbus0: 970 (Revision 0x202): 1800 MHz
mem0 at mainbus0
spdmem0 at mem0: 1GB DDR SDRAM non-parity PC3200CL3.0
spdmem1 at mem0: 1GB DDR SDRAM non-parity PC3200CL3.0
spdmem2 at mem0: 512MB DDR SDRAM non-parity PC3200CL3.0
spdmem3 at mem0: 512MB DDR SDRAM non-parity PC3200CL3.0
memc0 at mainbus0: u3 rev 0xb3
kiic0 at memc0 offset 0xf8001000
iic0 at kiic0
lmtemp0 at iic0 addr 0x4a: ds1775
maxtmp0 at iic0 addr 0x4c: max6690
maxtmp1 at iic0 addr 0x4e: max6690
"cy28508" at iic0 addr 0x69 not configured
"cy2213" at iic0 addr 0x65 not configured
fcu0 at iic0 addr 0xaf
"pca9556" at iic0 addr 0x18 not configured
adc0 at iic0 addr 0x2c: ad7417
"24256" at iic0 addr 0x50 not configured
"pca9556" at iic0 addr 0x19 not configured
adc1 at iic0 addr 0x2d: ad7417
"24256" at iic0 addr 0x51 not configured
"dart" at memc0 offset 0xf8033000 not configured
"mpic" at memc0 offset 0xf804 not configured
mpcpcibr0 at mainbus0 pci: u3-agp
pci0 at mpcpcibr0 bus 0
pchb0 at pci0 dev 11 function 0 "Apple U3 AGP" rev 0x00
appleagp0 at pchb0
agp0 at appleagp0: aperture at 0x0, size 0x1000
vgafb0 at pci0 dev 16 function 0 "NVIDIA GeForce FX 5200 Ultra" rev 0xa1
wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
ht0 at mainbus0: u3-ht, 6 devices
pci1 at ht0 bus 0
hpb0 at pci1 dev 1 function 0 "Apple U3" rev 0x00: 85 sources
pci2 at hpb0 bus 1
macobio0 at pci2 dev 7 function 0 "Apple K2 Macio" rev 0x60
openpic0 at macobio0 offset 0x4: version 0x4614 feature 770302 LE
macgpio0 at macobio0 offset 0x50
"pmu-interrupt" at macgpio0 offset 0x9 not configured
"programmer-switch" at macgpio0 offset 0x11 not configured
"modem-reset" at macgpio0 offset 0x1d not configured
"modem-power" at macgpio0 offset 0x1e not configured
"fcu-interrupt" at macgpio0 offset 0x15 not configured
"fcu-hw-reset" at macgpio0 offset 0x3a not configured
"slewing-done" at macgpio0 offset 0x23 not configured
"codec-input-data-mux" at macgpio0 offset 0xb not configured
"line-input-detect" at macgpio0 offset 0xc not configured
"codec-error-irq" at macgpio0 offset 0xd not configured
"dig-hw-reset" at macgpio0 offset 0x14 not configured
"line-output-detect" at macgpio0 offset 0x16 not configured
"headphone-detect" at macgpio0 offset 0x17 not configured
"codec-irq" at macgpio0 offset 0x18 not configured
"headphone-mute" at macgpio0 offset 0x1f not configured
"amp-mute" at macgpio0 offset 0x20 not configured
"hw-reset" at macgpio0 offset 0x24 not configured
"line-output-mute" at macgpio0 offset 0x25 not configured
"codec-clock-mux" at macgpio0 offset 0x26 not configured
"escc-legacy" at macobio0 offset 0x12000 not configured
zs0 at macobio0 offset 0x13000: irq 22,23
zstty0 at zs0 channel 0
zstty1 at zs0 channel 1
kiic1 at macobio0 offset 0x18000
iic1 at kiic1
aoa0 at macobio0 offset 0x1: irq 30,1,2
audio0 at aoa0
"timer" at macobio0 offset 0x15000 not configured
adb0 at macobio0 offset 0x16000
apm0 at adb0: battery flags 0x9, 0% charged
piic0 at adb0
iic2 at piic0
"fans" at macobio0 offset 0x4c not configured
ohci0 at pci2 dev 8 function 0 

Re: www/xombrero Segmentation fault (core dumped) on macppc -current from Feb 8.

[Christoph R. Murauer]

Hello !

Thanks for your answer and the explanation.

> gdb `which xombrero` 
>
> and enter `bt' and hit enter -- this will bring you the stack trace of
> the place where it crashed. If you compile xombrero with debugging
> enabled (-g gcc option) you will even see lines of code...

I will try it today.

> Is this your new G5? If so, congratulations!

Yes thanks, arrived yesterday - later then expected. Looks not bad.

Re: Update net/mcabber to 1.0.1 - was (Re: Call for help updating a port (net/mcabber).)

[Christoph R. Murauer]

[ ... ]

>> As it was my first patch ever, I did it from scratch (the plist part
>> was my fault).
>
> Looks good!

@all thanks for help and feedback.

Call for help updating a port (net/mcabber).

[Christoph R. Murauer]

Hello !

I know, the port mcabber has a maintainer but I needed something to
start / for understanding. In short, everything works at the first try
but at the second try I can't reproduce it.

My snapshot is from Feb 4 and the ports tree is up to date.

I downloaded mcabber and the needed sha from the given homepage.
Edited the Makefile and the distinfo file, runned all test steps from
the porters handbook 4.4 including updating the plist without errors.
After that I installed the package and tried it out. Everything works
so, I deinstalled the package, removed all files from the build and
thought, I try it again to reproduce it. At the second try I hat no
luck at make fetch and get the message *Size does not match for
mcabber-1.0.1.tar.bz2*.

# cvs diff
? mcabber-1.0.1.tar.bz2
cvs server: Diffing .
Index: Makefile
===
RCS file: /cvs/ports/net/mcabber/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile10 Nov 2015 20:38:19 -  1.23
+++ Makefile7 Feb 2016 12:04:23 -
@@ -3,7 +3,7 @@
 SHARED_ONLY=   Yes

 COMMENT=   console jabber client
-DISTNAME=  mcabber-1.0.0
+DISTNAME=  mcabber-1.0.1
 CATEGORIES=net

 HOMEPAGE=  http://mcabber.com/
Index: distinfo
===
RCS file: /cvs/ports/net/mcabber/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo10 Nov 2015 20:38:19 -  1.10
+++ distinfo7 Feb 2016 12:04:23 -
@@ -1,2 +1,2 @@
-SHA256 (mcabber-1.0.0.tar.bz2) =
VHa8ujleC5Ungj9am85yUVF1b2hc4tz2+tPb5QoVcDI=
-SIZE (mcabber-1.0.0.tar.bz2) = 602173
+SHA256 (mcabber-1.0.1.tar.bz2) =
579a45a2bc944455012ca9b308f7f3454efabbe0c36c6723af761aa1f3092d93
+SIZE (mcabber-1.0.1.tar.bz2) = 604661
cvs server: Diffing pkg

Is there another way to get the size of the file or better, what I
have done wrong, that it worked at the first try but not at the second
?

Thanks for answers.

Update net/mcabber to 1.0.1 - was (Re: Call for help updating a port (net/mcabber).)

[Christoph R. Murauer]

Hello Stuart !
Hello Michael !

Thanks for your answers and your help.

> Just rm distinfo; make makesum is likely to help.

Yep, does the trick.

> make distclean

Was also useful.

Markus Hennecke is the maintainer of the port so, I send the message
also in /cc to him. Maybe he or someone else could have a look at the
patch. No files are edited manually, plist is updated, all in the
porters handbook listed test are done and only the following warning
was reported.

configure: WARNING: unrecognized options: --disable-gtk-doc

Tested on amd64 -current.


mcaber_diff
Description: Binary data

Re: Update net/mcabber to 1.0.1 - was (Re: Call for help updating a port (net/mcabber).)

[Christoph R. Murauer]

> You'll learn soon that sending patches as attachments is a wonderful
> way to get people angry.

Sorry, was not my intention. I saw often attachments so, I thought it
is the prefered way. I also like inline things more.

> These lines were in PLIST on purpose.  If "make update-plist" deletes
> them, you should take care to re-add them.
>
> Otherwise this update seems fine.

As it was my first patch ever, I did it from scratch (the plist part
was my fault).

Index: Makefile
===
RCS file: /cvs/ports/net/mcabber/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile10 Nov 2015 20:38:19 -  1.23
+++ Makefile8 Feb 2016 01:32:50 -
@@ -3,7 +3,7 @@
 SHARED_ONLY=   Yes

 COMMENT=   console jabber client
-DISTNAME=  mcabber-1.0.0
+DISTNAME=  mcabber-1.0.1
 CATEGORIES=net

 HOMEPAGE=  http://mcabber.com/
Index: distinfo
===
RCS file: /cvs/ports/net/mcabber/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo10 Nov 2015 20:38:19 -  1.10
+++ distinfo8 Feb 2016 01:32:50 -
@@ -1,2 +1,2 @@
-SHA256 (mcabber-1.0.0.tar.bz2) =
VHa8ujleC5Ungj9am85yUVF1b2hc4tz2+tPb5QoVcDI=
-SIZE (mcabber-1.0.0.tar.bz2) = 602173
+SHA256 (mcabber-1.0.1.tar.bz2) =
V5pForyURFUBLKmzCPfzRU76u+DDbGcjr3YaofMJLZM=
+SIZE (mcabber-1.0.1.tar.bz2) = 604661

Re: Spending time for macppc - taken from [Re: lang/gcc on macppc]

[Christoph R. Murauer]

> My opinion is that there are so many things that can be improved in
> OpenBSD that I now prefer to spend my time in something else.

Ok.

> Well first thing to do is to try to use a macppc as desktop.  Then
> figure out what's missing/not working then find the bugs and fix them.

That was my idea. As it depends on the defination - what a desktop is,
also the help of other macppc users is needed.

> It's an insane amount of work since freesotfware application are no
> longer tested on bigendian and/or powerpc machines.

Then we should change that - as long as OpenBSD/macppc is alive.

Spending time for macppc - taken from [Re: lang/gcc on macppc]

[Christoph R. Murauer]

> macppc is starting to be unusable as desktop because nobody
> is spending time to ensure the ports build and run correctly.
>

Seriously asked, what is the reason, that noone spent time ?
If I am interested spending time, could I get some help (specially as
if I decided to learn coding) ?

Re: Spending time for macppc - taken from [Re: lang/gcc on macppc]

[Christoph R. Murauer]

> There's effectively no one making new PowerPC hardware and the
> existing stuff is aging. Apple certainly isn't, and our port is
> Mac-specific.

Yes, true. There are many people who reads the macppc mailing list so,
there are people out there who use the machines. It would be sad if
people kickout good old working things which they payed many years ago
for a high amount. And there is also good used hardware out there.

>> If I am interested spending time, could I get some help (specially
>> as
>> if I decided to learn coding)?
>
> With the PowerPC part, yeah, but you'll have to learn to code on your
> own.

That is clear. My point is, that it is also sad if the platform dies
(I know, the time when it will be end of life will come). I have no
plans to become a professional coder. Just what you read often, work
on what annoys you. As I wrote at misc@ I have no problem to admit,
that I don't know many things but I am willing to learn - that needs
(often many) help.

> Do you have macppc hardware?

A PowerMac G5 should be on the way to me. I also have a look at other
nice machines.

Re: Haskell on PowerPC (Was: Questions about PowerMac G5 (fan control, haskell) ?)

[Christoph R. Murauer]

> IMHO, haskell-platform (https://www.haskell.org/platform/) providing
> *binaries* for Linux is strange. I understand why there are binaries
> for Windows and MacOS, but for systems providing binary packages
> themselves, it just doesn't make sense.

Good, that we must not understand everything on this planet.

> If you get a working ghc head (i.e. 8.0) running, I'll be happy to
> add any necessary patches and enable ppc in the lang/ghc port as
> soon as haskell-platform-8.0 is officially released, so people could
> just run pkg_add haskell-platform without having to compile anything
> themselves. I would only have to find someone with a mac to build
> new bootstrappers when needed (or I'll do it myself, when i remember
> where I dropped my powerbook and my mac mini).

If it is ok for you, I take (with your help) the ppc part.

Re: Haskell on PowerPC (Was: Questions about PowerMac G5 (fan control, haskell) ?)

[Christoph R. Murauer]

> I've thought even on G5 OpenBSD is still 32bit, isn't it?

Yep, you are right. I looked at the macppc page again. On the G5 it
runs also in 32 bit - no problem, thats fast enough.

> Depends on available hardware/testers etc. I'm afraid target group is
> so small that haskell-platfrom community will not do this, so this is
> more for OpenBSD ports team...

sarc/
Let me be selfish, if it works on OpenBSD, thats enough for me.
/sarc

I meaned it more in the kind, that there is from time to time a ghc
package which is cross compiled and provided through OpenBSD. If there
is a working ghc package, it is less work to build the
haskell-platform without the cross compile part every time manually.

Re: Haskell on PowerPC (Was: Questions about PowerMac G5 (fan control, haskell) ?)

[Christoph R. Murauer]

Hello !

> Try to use cross-compilation. I think GHC HEAD should be quite OK on
> this. GHC also provides functional PowerPC backend which was even
> enhanced to support 64bit so I think there is really high chance you
> will be able to succeed. The tricky part is in configuration where you
> will need to experiment a little bit probably and if the platform is
> not supported directly you will need to modify aclocal.m4 file to add
> its handling. Then `perl boot' to bootstrap configure. For configure
> you will need to use --target=powerpc-openbsd probably (don't know
> exact platform name). Verify configure output, see settings file
> generated. If this is sane just `gmake'. Also if you vi
> mk/flavours/quick-cross.mk -- and comment out Stage1Only and cp
> mk/build.mk.sample mk/build.mk and vi mk/build.mk and set flavour to
> quick cross -- then I guess also stage2 compiler should be compiled.
> So try also preferred --prefix= for compilation, `gmake install'
> on your host. Move installed tree to your powerpc and there ghc should
> be functional. If not verify that you get ghc-stage2 binary by
> installation process. If not, just move ghc-satge2 to your target.
> Simply speaking: ghc-stage1 is host-based corss-compiler for your
> target while ghc-stage2 is cross-compiled ghc ready to be run on your
> target. You can find both in inplace/bin/ in the build tree. All libs
> (nearly) are build with ghc-stage1 so they should be target ready.
> It's possible that ghc-stage2 will not be fully functional and some
> parts missing -- template haskell (TH)? If so, then you can attempt
> new bootstrap directly on target using this compiler to get full ghc.

Thanks for your detailed answer. If the machine arrives, I will give
it a try at the weekend.

I also think, that cross compiling is the best solution. I will use a
snapshot for it. Depending on how many macppc users are interested,
there is also a 32 bit version (for the supported G3 and G4 CPU's)
needed.

It would be nice, if we could get a official ghc / haskell-platform
for macppc.

Re: Haskell on PowerPC (Was: Questions about PowerMac G5 (fan control, haskell) ?)

[Christoph R. Murauer]

> On Sun, Jan 31, 2016 at 11:38:48PM +0100, Matthias Kilian wrote:
>> > > Any chances (have no machine to try it) to build the community /
>> older
>> > > version of ghc ?
>
> [...]
>
>> 2.Try to get a ghc-6.6.1 .hc file bundle for ppc from somewhere at
>>   *.haskell.org (and add it to the fetch() function of the
>>   ghc-bootstrap.sh)
>
> Oops! I just noticed that the .hc file bundles I used for ghc-6.6.1
> were already os-dependent. So there are only the options to start
> over from ghc-3.02 or to use cross-compilation.
>
> Ciao,
>   Kili
>
>

Thanks for your answer and the detailed explanation. I will try it
when the planned hardware arrives.

Re: sshfs error

[Christoph R. Murauer]

> Folks,
>
> Can someone please show me where I'm goofing up? I'm sure it's
> something really stoopid. My google-fu seems to be too weak to hunt
> this down.
>
> I installed sshfs-fuse-2.4p1 using pkg_add and am trying to connect to
> a system on an alternate port.
>
>   $ doas sshfs username@hostname:/path/to/target /path/to/mount/point
> -p 2022
>
> I get an immediate error:
>
>   fuse: unknown option -p
>
> Adding -d to get debug output does nothing. Moving the location of the
> option around changes nothing. sshfs mounts to hosts using port 22
> work just fine.
>
> System is OpenBSD 5.8-stable running under VirtualBox on OS X 10.10.5.
>
> Thanks!
>
>
> --Paul
>
>
>

I don't use it and maybe, I am totally wrong but
https://github.com/libfuse/sshfs (got it from openports.se) shows
-oport=PORT

*Also many ssh options can be specified (see the manual pages for
sftp(1) and ssh_config(5)), including the remote port number
(-oport=PORT)*

Re: Time to say good bye to gtk2hs-buildtools (and hs-cairo, hs-glib, ...)

[Christoph R. Murauer]

Am 28. September 2015 22:07:24 MESZ, schrieb Matthias Kilian 
:
>Well, the plan was to remove hs ports related to gtk2hs-buildtools
>today, but not everyone reads ports-changes, so I'll wait another
>day or two.
>
>http://marc.info/?l=openbsd-ports-cvs=144286422812703=2
>
>So if anyone thinks it would be useful to keep those ports, please
>speak up.
>
>Ciao,
>   Kili

The gtk2hs-buildtools from the git repo 
(https://github.com/gtk2hs/gtk2hs/blob/master/tools/gtk2hs-buildtools.cabal) 
are also 0.13.0.4 as available from cabal 
(http://hackage.haskell.org/package/gtk2hs-buildtools). I find it not useful to 
keep a port, if you get a detailed install instruction at the project home (it 
is not, what you asked for - but why do work twice).

There are also more up-to-date versions of cairo and glib available using cabal 
(searched, not tried to build - using the haskell-platform which I downloaded 
today on the latest snapshot).

Regards,

Christoph