Re: [new] lang/fsharp
On Mar 16, 2015 10:37, Aaron Bieber wrote:
Hola!
Attached is a new port of the F# language. I have lightly tested
(fsharp{c,i}) on amd64 with some fairly simple apps.
Things seem to be in order.
I would really like some tests on other arches that have mono!
Pending other-arch tests, OK to import?
Cheers,
Aaron
Thanks a lot for this port.
I tested some simple things on i386 without issues as well.
update: database/hs-postgresql-simple-0.4.6.0 - 0.4.9.0
Tested with ghc-7.8.4/amd64. Index: Makefile === RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile3 Dec 2014 21:56:43 - 1.15 +++ Makefile9 Jan 2015 09:58:38 - @@ -2,8 +2,7 @@ COMMENT = mid-level PostgreSQL client library -DISTNAME = postgresql-simple-0.4.6.0 -REVISION = 1 +DISTNAME = postgresql-simple-0.4.9.0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-simple @@ -22,6 +21,7 @@ RUN_DEPENDS = databases/hs-postgresql-l devel/hs-aeson=0.6 \ devel/hs-blaze-builder \ devel/hs-blaze-textual \ + devel/hs-case-insensitive \ devel/hs-hashable \ devel/hs-scientific \ devel/hs-text=0.11.1 \ Index: distinfo === RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v retrieving revision 1.8 diff -u -p -r1.8 distinfo --- distinfo14 Oct 2014 13:23:13 - 1.8 +++ distinfo9 Jan 2015 09:58:38 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-simple-0.4.6.0.tar.gz) = eQqobPF0wTrWCVrtnEBLIk+kObNWtJPU2VMrA9C98Zo= -SIZE (ghc/postgresql-simple-0.4.6.0.tar.gz) = 60990 +SHA256 (ghc/postgresql-simple-0.4.9.0.tar.gz) = mlMtjZgYpzutHZN3GgQTpUMbvgMVPfSdmP/wU3j1Y1U= +SIZE (ghc/postgresql-simple-0.4.9.0.tar.gz) = 62146
update: devel/hs-uuid-1.3.6 - 1.3.8
Tested with ghc-7.8.4/amd64. Index: Makefile === RCS file: /cvs/ports/devel/hs-uuid/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile20 Dec 2014 01:37:32 - 1.3 +++ Makefile9 Jan 2015 09:43:49 - @@ -2,7 +2,7 @@ COMMENT = creating, comparing, parsing and printing UUIDs -DISTNAME = uuid-1.3.6 +DISTNAME = uuid-1.3.8 CATEGORIES = devel HOMEPAGE = http://projects.haskell.org/uuid/ Index: distinfo === RCS file: /cvs/ports/devel/hs-uuid/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo20 Dec 2014 01:37:32 - 1.3 +++ distinfo9 Jan 2015 09:43:49 - @@ -1,2 +1,2 @@ -SHA256 (ghc/uuid-1.3.6.tar.gz) = 7+kw6G5LGKXh7ZVsgjt9qBxnuBjXLFQRmk5faTq7jlI= -SIZE (ghc/uuid-1.3.6.tar.gz) = 17355 +SHA256 (ghc/uuid-1.3.8.tar.gz) = ZoVBdi0yzGnV2L1yU1qBVTFUyKr9phzEwdDTLs4x+Bw= +SIZE (ghc/uuid-1.3.8.tar.gz) = 17791
update: devel/hs-scientific-0.3.3.1 - 0.3.3.5
Tested with ghc-7.8.4/amd64. Index: Makefile === RCS file: /cvs/ports/devel/hs-scientific/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile25 Nov 2014 22:11:04 - 1.2 +++ Makefile9 Jan 2015 09:10:36 - @@ -2,8 +2,7 @@ COMMENT = scientific number type -DISTNAME = scientific-0.3.3.1 -REVISION = 0 +DISTNAME = scientific-0.3.3.5 CATEGORIES = devel HOMEPAGE = https://github.com/basvandijk/scientific Index: distinfo === RCS file: /cvs/ports/devel/hs-scientific/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo14 Oct 2014 13:06:02 - 1.1.1.1 +++ distinfo9 Jan 2015 09:10:36 - @@ -1,2 +1,2 @@ -SHA256 (ghc/scientific-0.3.3.1.tar.gz) = C/DcRLhBmsYY3NhEqlzfgmce3z43fmP1DwsegSRLL9w= -SIZE (ghc/scientific-0.3.3.1.tar.gz) = 17647 +SHA256 (ghc/scientific-0.3.3.5.tar.gz) = PQdomnhsIChZgvRjthyEjUhCFZxG+jiGixqJZZei8sw= +SIZE (ghc/scientific-0.3.3.5.tar.gz) = 18196
update: databases/hs-postgresql-simple-0.4.0.2 - 0.4.6.0
Tested on amd64.
This needs the new devel/hs-scientific port.
Index: Makefile
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile31 Mar 2014 21:48:05 - 1.12
+++ Makefile13 Oct 2014 09:50:24 -
@@ -2,7 +2,7 @@
COMMENT = mid-level PostgreSQL client library
-DISTNAME = postgresql-simple-0.4.0.2
+DISTNAME = postgresql-simple-0.4.6.0
CATEGORIES = databases
HOMEPAGE = https://github.com/lpsmith/postgresql-simple
@@ -17,11 +17,13 @@ MODULES = lang/ghc
MODGHC_BUILD = cabal hackage haddock register
BUILD_DEPENDS =${RUN_DEPENDS}
-RUN_DEPENDS = databases/hs-postgresql-libpq=0.6.2 \
+RUN_DEPENDS = databases/hs-postgresql-libpq=0.9 \
devel/hs-aeson=0.6 \
devel/hs-blaze-builder \
devel/hs-blaze-textual \
+ devel/hs-hashable \
devel/hs-text=0.11.1 \
+ devel/hs-scientific \
devel/hs-transformers \
devel/hs-uuid=1.3.1 \
devel/hs-vector \
Index: distinfo
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo31 Mar 2014 21:48:05 - 1.7
+++ distinfo13 Oct 2014 09:50:24 -
@@ -1,2 +1,2 @@
-SHA256 (ghc/postgresql-simple-0.4.0.2.tar.gz) =
6ZlRrryFJTG6PH3wz1cbJVxYXChyRIS+UUqZ/WuVqT8=
-SIZE (ghc/postgresql-simple-0.4.0.2.tar.gz) = 54377
+SHA256 (ghc/postgresql-simple-0.4.6.0.tar.gz) =
eQqobPF0wTrWCVrtnEBLIk+kObNWtJPU2VMrA9C98Zo=
+SIZE (ghc/postgresql-simple-0.4.6.0.tar.gz) = 60990
update: devel/hs-uuid-1.3.3 - 1.3.4
Tested on amd64. Index: Makefile === RCS file: /cvs/ports/devel/hs-uuid/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile31 Mar 2014 21:43:55 - 1.1.1.1 +++ Makefile5 Oct 2014 10:13:15 - @@ -2,7 +2,7 @@ COMMENT = creating, comparing, parsing and printing UUIDs -DISTNAME = uuid-1.3.3 +DISTNAME = uuid-1.3.4 CATEGORIES = devel HOMEPAGE = http://projects.haskell.org/uuid/ Index: distinfo === RCS file: /cvs/ports/devel/hs-uuid/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo31 Mar 2014 21:43:55 - 1.1.1.1 +++ distinfo5 Oct 2014 10:13:15 - @@ -1,2 +1,2 @@ -SHA256 (ghc/uuid-1.3.3.tar.gz) = FSBKc5nOjQZ0PJ4gpVTw26025w2Ej8005wtfm+vVTos= -SIZE (ghc/uuid-1.3.3.tar.gz) = 17303 +SHA256 (ghc/uuid-1.3.4.tar.gz) = rDq1sd6IpQz6Ym/0g5mnwGMUQGu/bcO79iSK8ppY6g0= +SIZE (ghc/uuid-1.3.4.tar.gz) = 17335
update: net/hs-network-info-0.2.0.3 - 0.2.0.5
Tested on amd64. This should go in together with the hs-postgresql-simple update, so we don't need to bump hs-postgresql-simple to deal with the transitive dependency. Index: Makefile === RCS file: /cvs/ports/net/hs-network-info/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile31 Mar 2014 21:41:13 - 1.1.1.1 +++ Makefile5 Oct 2014 09:58:28 - @@ -2,7 +2,7 @@ COMMENT = obtain getifaddrs(3) information from Haskell -DISTNAME = network-info-0.2.0.3 +DISTNAME = network-info-0.2.0.5 CATEGORIES = net HOMEPAGE = https://github.com/jystic/network-info Index: distinfo === RCS file: /cvs/ports/net/hs-network-info/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo31 Mar 2014 21:41:13 - 1.1.1.1 +++ distinfo5 Oct 2014 09:58:28 - @@ -1,2 +1,2 @@ -SHA256 (ghc/network-info-0.2.0.3.tar.gz) = QueRRoKLPn3+yohKS+T+efeoS8RHHYzx7PfqPFWh3BI= -SIZE (ghc/network-info-0.2.0.3.tar.gz) = 5644 +SHA256 (ghc/network-info-0.2.0.5.tar.gz) = juN7fjIZ0YOVo8kCCpvoz6fFOQ8sSw5Utf7qNeW0/T0= +SIZE (ghc/network-info-0.2.0.5.tar.gz) = 5988
update: databases/hs-postgresql-simple-0.4.0.2 - 0.4.5.0
This update needs the new devel/hs-scientific port.
Tested on amd64.
Please disregard the update to 0.4.4.1.
Index: Makefile
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile31 Mar 2014 21:48:05 - 1.12
+++ Makefile2 Oct 2014 09:25:29 -
@@ -2,7 +2,7 @@
COMMENT = mid-level PostgreSQL client library
-DISTNAME = postgresql-simple-0.4.0.2
+DISTNAME = postgresql-simple-0.4.5.0
CATEGORIES = databases
HOMEPAGE = https://github.com/lpsmith/postgresql-simple
@@ -17,11 +17,13 @@ MODULES = lang/ghc
MODGHC_BUILD = cabal hackage haddock register
BUILD_DEPENDS =${RUN_DEPENDS}
-RUN_DEPENDS = databases/hs-postgresql-libpq=0.6.2 \
+RUN_DEPENDS = databases/hs-postgresql-libpq=0.9 \
devel/hs-aeson=0.6 \
devel/hs-blaze-builder \
devel/hs-blaze-textual \
+ devel/hs-hashable \
devel/hs-text=0.11.1 \
+ devel/hs-scientific \
devel/hs-transformers \
devel/hs-uuid=1.3.1 \
devel/hs-vector \
Index: distinfo
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo31 Mar 2014 21:48:05 - 1.7
+++ distinfo2 Oct 2014 09:25:29 -
@@ -1,2 +1,2 @@
-SHA256 (ghc/postgresql-simple-0.4.0.2.tar.gz) =
6ZlRrryFJTG6PH3wz1cbJVxYXChyRIS+UUqZ/WuVqT8=
-SIZE (ghc/postgresql-simple-0.4.0.2.tar.gz) = 54377
+SHA256 (ghc/postgresql-simple-0.4.5.0.tar.gz) =
6+dw1KUlhzO7+pDQZwStU2xFmFN3KVvmCHrUHWQlW2U=
+SIZE (ghc/postgresql-simple-0.4.5.0.tar.gz) = 60849
Re: new: misc/GoldenCheetah
On Aug 31, 2014 14:21, Dawe wrote: On Aug 29, 2014 23:08, Dawe wrote: On Aug 28, 2014 20:46, Claus Assmann wrote: On Tue, Aug 26, 2014, Dawe wrote: Otherwise it works fine for me with .fit files from my Sigma ROX 10.0 GPS exported from the Sigma datacenter software. It works with srm files, csv files (from Joule/Poweragent - I couldn't get direct downloading to work -- yet), hrm files from Polar (with some scripting), and some others. However, your version doesn't seem to use libusb hence train mode (which is pretty neat) and some other stuff wouldn't work, right? You would also need clucene to get filtering/searching. Did you get the 3D plotting to work? Sorry, I can't help with the ports stuff -- I use the git version of GoldenCheetah and fix/report problems (esp. related to OpenBSD) directly using the developers list. Thanks a lot for your tests. You are right, filtering/searching is worth having one more dependency. I have a working version with clucene and will try to add USB support tomorrow. Ok, here is a version with clucene and libusb support. I don't have any experience with train mode, does it make sense without video support? 3D plotting won't work because we miss a qwtplot3d port. ping
new: devel/hs-scientific
We need this to update databases/hs-postgresql-simple. Tested on amd64. pkg/DESCR: Data.Scientific provides a space efficient and arbitrary precision scientific number type. Scientific numbers are represented using scientific notation. It uses a coefficient c :: Integer and a base-10 exponent e :: Int (do note that since we're using an Int to represent the exponent these numbers aren't truly arbitrary precision). A scientific number corresponds to the Fractional number: fromInteger c * 10 ^^ e. The main application of Scientific is to be used as the target of parsing arbitrary precision numbers coming from an untrusted source. hs-scientific.tar.gz Description: application/tar-gz
update databases/hs-postgresql-simple-0.4.0.2 - 0.4.4.1
This update needs the new devel/hs-scientific port.
Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v
retrieving revision 1.12
diff -u -p -r1.12 Makefile
--- Makefile31 Mar 2014 21:48:05 - 1.12
+++ Makefile16 Sep 2014 14:11:04 -
@@ -2,7 +2,7 @@
COMMENT = mid-level PostgreSQL client library
-DISTNAME = postgresql-simple-0.4.0.2
+DISTNAME = postgresql-simple-0.4.4.1
CATEGORIES = databases
HOMEPAGE = https://github.com/lpsmith/postgresql-simple
@@ -17,11 +17,13 @@ MODULES = lang/ghc
MODGHC_BUILD = cabal hackage haddock register
BUILD_DEPENDS =${RUN_DEPENDS}
-RUN_DEPENDS = databases/hs-postgresql-libpq=0.6.2 \
+RUN_DEPENDS = databases/hs-postgresql-libpq=0.9 \
devel/hs-aeson=0.6 \
devel/hs-blaze-builder \
devel/hs-blaze-textual \
+ devel/hs-hashable \
devel/hs-text=0.11.1 \
+ devel/hs-scientific \
devel/hs-transformers \
devel/hs-uuid=1.3.1 \
devel/hs-vector \
Index: distinfo
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo31 Mar 2014 21:48:05 - 1.7
+++ distinfo16 Sep 2014 14:11:04 -
@@ -1,2 +1,2 @@
-SHA256 (ghc/postgresql-simple-0.4.0.2.tar.gz) =
6ZlRrryFJTG6PH3wz1cbJVxYXChyRIS+UUqZ/WuVqT8=
-SIZE (ghc/postgresql-simple-0.4.0.2.tar.gz) = 54377
+SHA256 (ghc/postgresql-simple-0.4.4.1.tar.gz) =
ABWhnx3GpV90lHsRpGidTays7WQiWPDPpvxHwSzyG1M=
+SIZE (ghc/postgresql-simple-0.4.4.1.tar.gz) = 60521
Re: new: misc/GoldenCheetah
On Aug 29, 2014 23:08, Dawe wrote: On Aug 28, 2014 20:46, Claus Assmann wrote: On Tue, Aug 26, 2014, Dawe wrote: Otherwise it works fine for me with .fit files from my Sigma ROX 10.0 GPS exported from the Sigma datacenter software. It works with srm files, csv files (from Joule/Poweragent - I couldn't get direct downloading to work -- yet), hrm files from Polar (with some scripting), and some others. However, your version doesn't seem to use libusb hence train mode (which is pretty neat) and some other stuff wouldn't work, right? You would also need clucene to get filtering/searching. Did you get the 3D plotting to work? Sorry, I can't help with the ports stuff -- I use the git version of GoldenCheetah and fix/report problems (esp. related to OpenBSD) directly using the developers list. Thanks a lot for your tests. You are right, filtering/searching is worth having one more dependency. I have a working version with clucene and will try to add USB support tomorrow. Ok, here is a version with clucene and libusb support. I don't have any experience with train mode, does it make sense without video support? 3D plotting won't work because we miss a qwtplot3d port. GoldenCheetah.tar.gz Description: application/tar-gz
Re: new: misc/GoldenCheetah
On Aug 31, 2014 05:53, Claus Assmann wrote: On Sun, Aug 31, 2014, Dawe wrote: I don't have any experience with train mode, does it make sense without video support? Yes. It shows real-time data if you use a USB ANT+ stick. Ok, thanks. So I think we can go on with the current feature set of the port.
Re: new: misc/GoldenCheetah
On Aug 28, 2014 20:46, Claus Assmann wrote: On Tue, Aug 26, 2014, Dawe wrote: Otherwise it works fine for me with .fit files from my Sigma ROX 10.0 GPS exported from the Sigma datacenter software. It works with srm files, csv files (from Joule/Poweragent - I couldn't get direct downloading to work -- yet), hrm files from Polar (with some scripting), and some others. However, your version doesn't seem to use libusb hence train mode (which is pretty neat) and some other stuff wouldn't work, right? You would also need clucene to get filtering/searching. Did you get the 3D plotting to work? Sorry, I can't help with the ports stuff -- I use the git version of GoldenCheetah and fix/report problems (esp. related to OpenBSD) directly using the developers list. Thanks a lot for your tests. You are right, filtering/searching is worth having one more dependency. I have a working version with clucene and will try to add USB support tomorrow.
new: misc/GoldenCheetah
GoldenCheetah - Imports ride data downloaded with other programs - Provides a rich set of analysis tools - Is released under an Open Source license. We believe that cyclists should be able to download their power data to the computer of their choice, analyze it in whatever way they see fit, and share their methods of analysis with others. Tested on amd64 and lightly tested on i386. There's one test file (2008_06_25_20_59_49.wko) which makes it segfault during the import. The other .wko test files don't trigger this bug. I'll report this upstream. Otherwise it works fine for me with .fit files from my Sigma ROX 10.0 GPS exported from the Sigma datacenter software. Unfortunately that's the only device I have access to. GoldenCheetah.tar.gz Description: application/tar-gz
Re: any users of meta/haskell-platform?
On Jul 04, 2014 23:20, Matthias Kilian wrote: Hi, the annual haskell updates (upstream) are late this year, but it looks like there *may* happen a release of ghc-6.8.3 in a few days. I've no idea how long it takes for upstream to push a new haskell-platform for it. So, is anyone using meta/haskell-platform for *real*? Or should I just update ghc (and all affected hs-ports) and kill meta/haskell-platform? Ciao, Kili I use it, but I'm ok with removing it. Developers targeting the platform should be able to do so without having it installed.
update: databases/hs-postgresql-libpq-0.9.0.0 - 0.9.0.1
Upstream released 0.9.0.1 with our patch as the only change. So let's update to that version and drop our local patch. Tested on amd64. Index: Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- Makefile24 Apr 2014 16:20:34 - 1.9 +++ Makefile7 Jun 2014 23:47:54 - @@ -2,8 +2,7 @@ COMMENT = low-level binding to libpq -DISTNAME = postgresql-libpq-0.9.0.0 -REVISION = 0 +DISTNAME = postgresql-libpq-0.9.0.1 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: distinfo === RCS file: /cvs/ports/databases/hs-postgresql-libpq/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo31 Mar 2014 21:45:37 - 1.5 +++ distinfo7 Jun 2014 23:47:54 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-libpq-0.9.0.0.tar.gz) = Y98ThkE2itgF+uYYSzVmgSMb6q9rGHKh/AJ4uq8FcSU= -SIZE (ghc/postgresql-libpq-0.9.0.0.tar.gz) = 26678 +SHA256 (ghc/postgresql-libpq-0.9.0.1.tar.gz) = o/88Cn3qC+Fe7oIe7kaCtzw804qlGW0EqFiqXOdNvzk= +SIZE (ghc/postgresql-libpq-0.9.0.1.tar.gz) = 26653 Index: patches/patch-postgresql-libpq_cabal === RCS file: patches/patch-postgresql-libpq_cabal diff -N patches/patch-postgresql-libpq_cabal --- patches/patch-postgresql-libpq_cabal24 Apr 2014 16:20:34 - 1.4 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-postgresql-libpq_cabal,v 1.4 2014/04/24 16:20:34 dcoppa Exp $ postgresql-libpq.cabal.origWed Apr 23 21:40:16 2014 -+++ postgresql-libpq.cabal Wed Apr 23 21:40:53 2014 -@@ -30,7 +30,7 @@ Library - GHC-Options: -Wall - Extra-Libraries: pq - if os(openbsd) --Extra-Libraries: crypto ssl com_err asn1 krb5 wind roken heimbase -+Extra-Libraries: crypto ssl - - -- Other-modules: - Build-tools: hsc2hs
new: hs-network-info
This library provides simple read-only access to the local computer's networking configuration. It is currently capable of getting a list of all the network interfaces and their respective IPv4, IPv6 and MAC addresses. Needed for the upcoming hs-postgresql-simple update. Tested on amd64. hs-network-info.tgz Description: application/tar-gz
new: hs-uuid
This library is useful for creating, comparing, parsing and printing Universally Unique Identifiers. Needed for the upcoming update of hs-postgresql-simple. Tested on amd64. hs-uuid.tgz Description: application/tar-gz
update: databases/hs-postgresql-simple-0.4.0.2
Update hs-postgresql-simple to version 0.4.0.2.
This version depends on the two new ports hs-network-info and hs-uuid I just
send.
Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile22 Oct 2013 20:15:32 - 1.11
+++ Makefile22 Mar 2014 14:16:50 -
@@ -2,8 +2,7 @@
COMMENT = mid-level PostgreSQL client library
-DISTNAME = postgresql-simple-0.3.3.2
-REVISION = 0
+DISTNAME = postgresql-simple-0.4.0.2
CATEGORIES = databases
HOMEPAGE = https://github.com/lpsmith/postgresql-simple
@@ -19,10 +18,12 @@ MODGHC_BUILD = cabal hackage haddock re
BUILD_DEPENDS =${RUN_DEPENDS}
RUN_DEPENDS = databases/hs-postgresql-libpq=0.6.2 \
+ devel/hs-aeson=0.6 \
devel/hs-blaze-builder \
devel/hs-blaze-textual \
devel/hs-text=0.11.1 \
devel/hs-transformers \
+ devel/hs-uuid=1.3.1 \
devel/hs-vector \
textproc/hs-attoparsec=0.10.3
Index: distinfo
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo29 Jun 2013 19:24:37 - 1.6
+++ distinfo22 Mar 2014 14:16:50 -
@@ -1,2 +1,2 @@
-SHA256 (ghc/postgresql-simple-0.3.3.2.tar.gz) =
lxbxF/RZU8lAp1prFZiD+TtNyNj2PBF8lic8YwOMAr4=
-SIZE (ghc/postgresql-simple-0.3.3.2.tar.gz) = 50759
+SHA256 (ghc/postgresql-simple-0.4.0.2.tar.gz) =
6ZlRrryFJTG6PH3wz1cbJVxYXChyRIS+UUqZ/WuVqT8=
+SIZE (ghc/postgresql-simple-0.4.0.2.tar.gz) = 54377
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST 28 Apr 2013 22:47:20 - 1.4
+++ pkg/PLIST 22 Mar 2014 14:16:50 -
@@ -11,6 +11,8 @@ lib/ghc/${DISTNAME}/Database/PostgreSQL/
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/BuiltinTypes.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Compat.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Compat.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Copy.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Copy.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Errors.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Errors.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/FromField.hi
@@ -50,6 +52,8 @@ lib/ghc/${DISTNAME}/Database/PostgreSQL/
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Macro.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Macro.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Static.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Static.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Types.hi
@@ -65,6 +69,7 @@ share/doc/hs-${DISTNAME}/LICENSE
share/doc/hs-${DISTNAME}/html/
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Arrays.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-BuiltinTypes.html
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Copy.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Errors.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-FromField.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-FromRow.html
@@ -79,6 +84,7 @@ share/doc/hs-${DISTNAME}/html/Database-P
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-ToField.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-ToRow.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Transaction.html
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-TypeInfo-Macro.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-TypeInfo-Static.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-TypeInfo.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Types.html
@@ -94,6 +100,7 @@ share/doc/hs-${DISTNAME}/html/doc-index-
share/doc/hs-${DISTNAME}/html/doc-index-G.html
share/doc/hs-${DISTNAME}/html/doc-index-H.html
share/doc/hs-${DISTNAME}/html/doc-index-I.html
+share/doc/hs-${DISTNAME}/html/doc-index-J.html
share/doc/hs-${DISTNAME}/html/doc-index-L.html
share/doc/hs-${DISTNAME}/html/doc-index-M.html
share/doc/hs-${DISTNAME}/html/doc-index-N.html
@@ -116,6 +123,7 @@ share/doc/hs-${DISTNAME}/html/index-fram
share/doc/hs-${DISTNAME}/html/index.html
share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-Arrays.html
update: databases/hs-postgresql-libpq-0.9.0.0
Update hs-postgresql-libpq to version 0.9.0.0. Tested on amd64. Index: Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile9 Dec 2013 17:12:49 - 1.7 +++ Makefile21 Mar 2014 21:20:10 - @@ -2,7 +2,7 @@ COMMENT = low-level binding to libpq -DISTNAME = postgresql-libpq-0.8.2.5 +DISTNAME = postgresql-libpq-0.9.0.0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: distinfo === RCS file: /cvs/ports/databases/hs-postgresql-libpq/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo9 Dec 2013 17:12:49 - 1.4 +++ distinfo21 Mar 2014 21:20:10 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-libpq-0.8.2.5.tar.gz) = JTTWtZZFBM/XkTAUEcxJ+2VRhXDrHi0aVW0U5/ZUWoA= -SIZE (ghc/postgresql-libpq-0.8.2.5.tar.gz) = 26469 +SHA256 (ghc/postgresql-libpq-0.9.0.0.tar.gz) = Y98ThkE2itgF+uYYSzVmgSMb6q9rGHKh/AJ4uq8FcSU= +SIZE (ghc/postgresql-libpq-0.9.0.0.tar.gz) = 26678
update: databases/hs-postgresql-libpq 0.8.2.5
Update hs-postgresql-libpq to version 0.8.2.5. No changes but thanks to github/AlexanderAA we can drop our cabal-file patch. Tested on amd64. Index: Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile22 Oct 2013 20:14:18 - 1.6 +++ Makefile8 Dec 2013 13:37:09 - @@ -2,7 +2,7 @@ COMMENT = low-level binding to libpq -DISTNAME = postgresql-libpq-0.8.2.4 +DISTNAME = postgresql-libpq-0.8.2.5 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: distinfo === RCS file: /cvs/ports/databases/hs-postgresql-libpq/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo22 Oct 2013 20:14:18 - 1.3 +++ distinfo8 Dec 2013 13:37:09 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-libpq-0.8.2.4.tar.gz) = puuy7i0S9JTjqCJ0narjBtioQwkR0gozOsO0re0lC7c= -SIZE (ghc/postgresql-libpq-0.8.2.4.tar.gz) = 26421 +SHA256 (ghc/postgresql-libpq-0.8.2.5.tar.gz) = JTTWtZZFBM/XkTAUEcxJ+2VRhXDrHi0aVW0U5/ZUWoA= +SIZE (ghc/postgresql-libpq-0.8.2.5.tar.gz) = 26469 Index: patches/patch-postgresql-libpq_cabal === RCS file: patches/patch-postgresql-libpq_cabal diff -N patches/patch-postgresql-libpq_cabal --- patches/patch-postgresql-libpq_cabal23 Jun 2013 11:20:27 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-postgresql-libpq_cabal,v 1.2 2013/06/23 11:20:27 dcoppa Exp $ - -Unbreak when used within GHCi - postgresql-libpq.cabal.origWed Jan 30 09:12:28 2013 -+++ postgresql-libpq.cabal Thu Jun 20 16:43:26 2013 -@@ -27,7 +27,7 @@ Library - , bytestring - - GHC-Options: -Wall -- Extra-Libraries: pq -+ Extra-Libraries: pq crypto ssl com_err asn1 krb5 wind roken heimbase - -- Other-modules: - Build-tools: hsc2hs - pgp3IdUAe8SCT.pgp Description: PGP signature
Re: update: databases/hs-postgresql-libpq 0.8.2.5
On Dec 09, 2013 12:13, Matthias Kilian wrote: On Mon, Dec 09, 2013 at 11:13:17AM +0100, David Coppa wrote: On Mon, Dec 9, 2013 at 10:53 AM, Dawe dawed...@gmx.de wrote: Update hs-postgresql-libpq to version 0.8.2.5. No changes but thanks to github/AlexanderAA we can drop our cabal-file patch. Tested on amd64. Nice! if os(openbsd) Extra-Libraries: crypto ssl com_err asn1 krb5 wind roken heimbase Ok with me. If Matthias does not pop up, I can also do the commit. Sure, just do it ;-) @dawe: your mail client seems to scramble your diffs; please check your Ciao, Kili Oh sorry! This one should be clean. Index: Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- Makefile22 Oct 2013 20:14:18 - 1.6 +++ Makefile8 Dec 2013 13:37:09 - @@ -2,7 +2,7 @@ COMMENT = low-level binding to libpq -DISTNAME = postgresql-libpq-0.8.2.4 +DISTNAME = postgresql-libpq-0.8.2.5 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: distinfo === RCS file: /cvs/ports/databases/hs-postgresql-libpq/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo22 Oct 2013 20:14:18 - 1.3 +++ distinfo8 Dec 2013 13:37:09 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-libpq-0.8.2.4.tar.gz) = puuy7i0S9JTjqCJ0narjBtioQwkR0gozOsO0re0lC7c= -SIZE (ghc/postgresql-libpq-0.8.2.4.tar.gz) = 26421 +SHA256 (ghc/postgresql-libpq-0.8.2.5.tar.gz) = JTTWtZZFBM/XkTAUEcxJ+2VRhXDrHi0aVW0U5/ZUWoA= +SIZE (ghc/postgresql-libpq-0.8.2.5.tar.gz) = 26469 Index: patches/patch-postgresql-libpq_cabal === RCS file: patches/patch-postgresql-libpq_cabal diff -N patches/patch-postgresql-libpq_cabal --- patches/patch-postgresql-libpq_cabal23 Jun 2013 11:20:27 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-postgresql-libpq_cabal,v 1.2 2013/06/23 11:20:27 dcoppa Exp $ - -Unbreak when used within GHCi - postgresql-libpq.cabal.origWed Jan 30 09:12:28 2013 -+++ postgresql-libpq.cabal Thu Jun 20 16:43:26 2013 -@@ -27,7 +27,7 @@ Library - , bytestring - - GHC-Options: -Wall -- Extra-Libraries: pq -+ Extra-Libraries: pq crypto ssl com_err asn1 krb5 wind roken heimbase - -- Other-modules: - Build-tools: hsc2hs -
Re: update devel/hs-aeson 0.6.2.1
On Nov 19, 2013 01:44, Juan Francisco Cantero Hurtado wrote: On Mon, Nov 18, 2013 at 10:13:12PM +0100, Dawe wrote: update hs-aeson to 0.6.2.1 and add the homepage while here. bump the dependent hs-heist and hs-snap. You don't need the bump in the other packages. Mmh, why not? ghc-pkg list -v told me they broke after updating hs-aeson. It's a common thing with haskell ports because of the way ghc inlines stuff. pgp3Dgvr6I5qf.pgp Description: PGP signature
update devel/hs-aeson 0.6.2.1
update hs-aeson to 0.6.2.1 and add the homepage while here. bump the dependent hs-heist and hs-snap. Index: devel/hs-aeson/Makefile === RCS file: /cvs/ports/devel/hs-aeson/Makefile,v retrieving revision 1.6 diff -u -p -r1.6 Makefile --- devel/hs-aeson/Makefile 4 May 2013 21:17:17 - 1.6 +++ devel/hs-aeson/Makefile 18 Nov 2013 18:47:21 - @@ -2,9 +2,10 @@ COMMENT = fast JSON parsing and encoding -DISTNAME = aeson-0.6.0.2 -REVISION = 2 +DISTNAME = aeson-0.6.2.1 CATEGORIES = devel + +HOMEPAGE = https://github.com/bos/aeson # BSD3 PERMIT_PACKAGE_CDROM = Yes Index: devel/hs-aeson/distinfo === RCS file: /cvs/ports/devel/hs-aeson/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- devel/hs-aeson/distinfo 2 Sep 2012 21:10:43 - 1.2 +++ devel/hs-aeson/distinfo 18 Nov 2013 18:47:21 - @@ -1,5 +1,2 @@ -MD5 (ghc/aeson-0.6.0.2.tar.gz) = 5p7oMRWLSB53jdYLVApKeQ== -RMD160 (ghc/aeson-0.6.0.2.tar.gz) = iWfxczHtOCm9NlooINEAKd5KUus= -SHA1 (ghc/aeson-0.6.0.2.tar.gz) = 5kkFNZhY81IX/7n7PRgAjyS6Rwo= -SHA256 (ghc/aeson-0.6.0.2.tar.gz) = ofguUVseykEPdhAWHC1lzgLe2iKd4JlzMU/EP+6VfhM= -SIZE (ghc/aeson-0.6.0.2.tar.gz) = 98688 +SHA256 (ghc/aeson-0.6.2.1.tar.gz) = y87mlW0KPPxFBztsFg6cQSw9+tDzbscdYESjkfEIygE= +SIZE (ghc/aeson-0.6.2.1.tar.gz) = 110417 Index: textproc/hs-heist/Makefile === RCS file: /cvs/ports/textproc/hs-heist/Makefile,v retrieving revision 1.18 diff -u -p -r1.18 Makefile --- textproc/hs-heist/Makefile 19 Jul 2013 06:57:56 - 1.18 +++ textproc/hs-heist/Makefile 18 Nov 2013 18:49:32 - @@ -3,6 +3,7 @@ COMMENT = xhtml templating system DISTNAME = heist-0.12.0 +REVISION = 0 CATEGORIES = textproc MAINTAINER = Jim Razmus II j...@openbsd.org, \ Index: www/hs-snap/Makefile === RCS file: /cvs/ports/www/hs-snap/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- www/hs-snap/Makefile19 Jul 2013 07:00:37 - 1.13 +++ www/hs-snap/Makefile18 Nov 2013 18:49:49 - @@ -3,6 +3,7 @@ COMMENT = Snap project starter and glue code library DISTNAME = snap-0.12.0 +REVISION = 0 CATEGORIES = www HOMEPAGE = http://snapframework.com/ pgpXWLSWOk9tn.pgp Description: PGP signature
Update: hs-postgresql-libpq-0.8.2.4
Update hs-postgresql-libpq to 0.8.2.4 and bump hs-postgresql-simple. Tested on amd64 with PostgreSQL 9.3 Index: hs-postgresql-libpq/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- hs-postgresql-libpq/Makefile23 Jun 2013 11:20:27 - 1.5 +++ hs-postgresql-libpq/Makefile15 Oct 2013 20:45:23 - @@ -2,8 +2,7 @@ COMMENT = low-level binding to libpq -DISTNAME = postgresql-libpq-0.8.2.2 -REVISION = 0 +DISTNAME = postgresql-libpq-0.8.2.4 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: hs-postgresql-libpq/distinfo === RCS file: /cvs/ports/databases/hs-postgresql-libpq/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- hs-postgresql-libpq/distinfo3 Feb 2013 16:16:24 - 1.2 +++ hs-postgresql-libpq/distinfo15 Oct 2013 20:45:23 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-libpq-0.8.2.2.tar.gz) = 6KByzQZFs6kCOblA8S4XXQMTFowQdYkoGReFoeJzutY= -SIZE (ghc/postgresql-libpq-0.8.2.2.tar.gz) = 27563 +SHA256 (ghc/postgresql-libpq-0.8.2.4.tar.gz) = puuy7i0S9JTjqCJ0narjBtioQwkR0gozOsO0re0lC7c= +SIZE (ghc/postgresql-libpq-0.8.2.4.tar.gz) = 26421 Index: hs-postgresql-simple/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- hs-postgresql-simple/Makefile 29 Jun 2013 19:24:37 - 1.10 +++ hs-postgresql-simple/Makefile 15 Oct 2013 20:45:23 - @@ -3,6 +3,7 @@ COMMENT = mid-level PostgreSQL client library DISTNAME = postgresql-simple-0.3.3.2 +REVISION = 0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-simple
Re: Remove devel/hs-monad-fd, tweak devel/hs-mtl
On Jul 12, 2013 22:01, Matthias Kilian wrote: Hi, On Fri, Jul 12, 2013 at 09:42:31PM +0200, David Coppa wrote: On Fri, Jul 12, 2013 at 9:35 PM, Matthias Kilian k...@outback.escape.de wrote: Hi, devel/hs-monad-fd is obsolete, see http://hackage.haskell.org/package/monads-fd I'd like to get rid of it *now* (there's already far too much mess [...] Oh, and will this work out of the box or do I need a quirk for it? It would be nice if someone could test this; I can't, because at the moment I've only two machines to work with (one or doing all the hs-* updates and one for testing the complete ghc-7.4 - ghc-7.6 update path). I don't understand why a conflict marker for mtl is needed in the first place :P To be sure pkg_add -u does a merge like hs-monads-fd-0.1.0.1p0,hs-mtl-2.1.2p0 - hs-mtl-2.1.2p1 Or will it work without the conflict marker? I've no idea, and as I said, I've not enough machines to test it now without temporarily throwing away the about 100 updates and imports related to this Haskell madness I currently have in my tree ;-) Ciao, Kili ps: the other day I had only 80 ports to touch, but this Haskell update bullshit seems to have no end. Seems to work like you intend. $ sudo pkg_add -u hs-mtl hs-monads-fd-0.1.0.1p6+hs-mtl-2.1.2p0-hs-mtl-2.1.2p1: ok Read shared items: ok Couldn't find updates for hs-transformers-0.3.0.0p1, ghc-7.4.2p4 $ pkg_info|grep hs-monads-fd $ pkg_info|grep hs-mtl hs-mtl-2.1.2p1 monad classes using functional dependencies
Re: fix hs-postgresql-libpq after kerberos update
On Jun 22, 2013 23:33, Matthias Kilian wrote:
On Sat, Jun 22, 2013 at 11:07:25PM +0200, Matthias Kilian wrote:
I also wonder if it wouldn't be better to go e step further and use
pg_config instead of krb5-config. That one could be submitted to
upstream.
I just noticed that the Setup.hs of hs-postgresql-libpq already
checks for and uses pg_config -- it just doesn't ask it for the
libraries to link with. So it may be enough to extend psqlBuildInfo in
Setup.hs with something like this:
...
libs - pgconfig [--libs]
return emptyBuildInfo {
extraLibDirs = [strip libDir],
includeDirs = [strip incDir],
extraLibs = map (drop 2) $ words libs
}
Ciao,
Kili
I played a bit with extending Setup.hs. In general it works fine to set the
extraLibs variable there but unfortunately we can't just use the output of
pg_config or krb5-config because ghci needs them in a certain order.
crypto needs to be in front of ssl.
asn1 needs to be in front of krb5.
If my understanding is right, we need to provide the library names, that
libpq.so depends on so the ghci linker resolves them.
$ ldd /usr/local/lib/libpq.so.5.5 on my system lists the following:
libpq.so.5.5
libkrb5.so.19.0
libasn1.so.19.0
libcrypto.so.22.0
libwind.so.0.0
libroken.so.0.0
libcom_err.so.19.0
libheimbase.so.0.0
libssl.so.19.0
$ pg_config --libs gives:
-lpgport -lxml2 -lssl -lcrypto -lz -lreadline -ltermcap -lm
and $ krb5-config --libs gives
-L/usr/lib -lkrb5 -lasn1 -lcrypto -lwind -lroken -lcom_err -lheimbase
The order and output of all three tools isn't right for the ghci linker.
So we would need to write code that reorders the output and maybe drops some of
the superfluous names.
I think maintaining that code to make sure the right order is maintained is
likely more work in case some Kerberos libs change again compared to the
hardcoded list in the cabal file. What do you think?
Maybe I'm just not seeing the obvious graceful solution :)
Re: fix hs-postgresql-libpq after kerberos update
On Jun 19, 2013 14:57, Dawe wrote: Hi, with the new kerberos and libpq this update to the patch is needed to use hs-postgresql-libpq in ghci. Bump the dependent hs-postgresql-simple. Tested on amd64. New version after the Kerberos changes in the last few days. Index: hs-postgresql-libpq/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- hs-postgresql-libpq/Makefile11 Mar 2013 02:52:05 - 1.4 +++ hs-postgresql-libpq/Makefile20 Jun 2013 15:01:48 - @@ -3,6 +3,7 @@ COMMENT = low-level binding to libpq DISTNAME = postgresql-libpq-0.8.2.2 +REVISION = 0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal === RCS file: /cvs/ports/databases/hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-postgresql-libpq_cabal --- hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal11 Jan 2013 20:19:49 - 1.1.1.1 +++ hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal20 Jun 2013 15:01:48 - @@ -2,14 +2,14 @@ $OpenBSD: patch-postgresql-libpq_cabal,v Unbreak when used within GHCi postgresql-libpq.cabal.origThu Jan 3 20:18:57 2013 -+++ postgresql-libpq.cabal Thu Jan 3 20:21:37 2013 +--- postgresql-libpq.cabal.origWed Jan 30 09:12:28 2013 postgresql-libpq.cabal Thu Jun 20 16:43:26 2013 @@ -27,7 +27,7 @@ Library , bytestring GHC-Options: -Wall - Extra-Libraries: pq -+ Extra-Libraries: pq crypto ssl com_err ++ Extra-Libraries: pq crypto ssl com_err asn1 krb5 wind roken heimbase -- Other-modules: Build-tools: hsc2hs Index: hs-postgresql-simple/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- hs-postgresql-simple/Makefile 11 Jun 2013 17:54:40 - 1.8 +++ hs-postgresql-simple/Makefile 20 Jun 2013 15:01:48 - @@ -3,6 +3,7 @@ COMMENT = mid-level PostgreSQL client library DISTNAME = postgresql-simple-0.3.3.1 +REVISION = 0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-simple
Re: fix hs-postgresql-libpq after kerberos update
On Jun 22, 2013 21:25, David Coppa wrote: On Sat, Jun 22, 2013 at 5:49 PM, Dawe dawed...@gmx.de wrote: On Jun 19, 2013 14:57, Dawe wrote: Hi, with the new kerberos and libpq this update to the patch is needed to use hs-postgresql-libpq in ghci. Bump the dependent hs-postgresql-simple. Tested on amd64. New version after the Kerberos changes in the last few days. Index: hs-postgresql-libpq/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- hs-postgresql-libpq/Makefile11 Mar 2013 02:52:05 - 1.4 +++ hs-postgresql-libpq/Makefile20 Jun 2013 15:01:48 - @@ -3,6 +3,7 @@ COMMENT = low-level binding to libpq DISTNAME = postgresql-libpq-0.8.2.2 +REVISION = 0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal === RCS file: /cvs/ports/databases/hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-postgresql-libpq_cabal --- hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal11 Jan 2013 20:19:49 - 1.1.1.1 +++ hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal20 Jun 2013 15:01:48 - @@ -2,14 +2,14 @@ $OpenBSD: patch-postgresql-libpq_cabal,v Unbreak when used within GHCi postgresql-libpq.cabal.origThu Jan 3 20:18:57 2013 -+++ postgresql-libpq.cabal Thu Jan 3 20:21:37 2013 +--- postgresql-libpq.cabal.origWed Jan 30 09:12:28 2013 postgresql-libpq.cabal Thu Jun 20 16:43:26 2013 @@ -27,7 +27,7 @@ Library , bytestring GHC-Options: -Wall - Extra-Libraries: pq -+ Extra-Libraries: pq crypto ssl com_err ++ Extra-Libraries: pq crypto ssl com_err asn1 krb5 wind roken heimbase -- Other-modules: Build-tools: hsc2hs Index: hs-postgresql-simple/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- hs-postgresql-simple/Makefile 11 Jun 2013 17:54:40 - 1.8 +++ hs-postgresql-simple/Makefile 20 Jun 2013 15:01:48 - @@ -3,6 +3,7 @@ COMMENT = mid-level PostgreSQL client library DISTNAME = postgresql-simple-0.3.3.1 +REVISION = 0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-simple Ok with me. Matthias? aja@ asked if it's possible to make use of krb5-config to avoid the hardcoding of the libs. I think that might be doable with a patch to Setup.hs. I'll look into that, but it will take a few days or more.
fix hs-postgresql-libpq after kerberos update
Hi, with the new kerberos and libpq this update to the patch is needed to use hs-postgresql-libpq in ghci. Bump the dependent hs-postgresql-simple. Tested on amd64. Index: hs-postgresql-libpq/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- hs-postgresql-libpq/Makefile11 Mar 2013 02:52:05 - 1.4 +++ hs-postgresql-libpq/Makefile19 Jun 2013 12:30:32 - @@ -3,6 +3,7 @@ COMMENT = low-level binding to libpq DISTNAME = postgresql-libpq-0.8.2.2 +REVISION = 0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq Index: hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal === RCS file: /cvs/ports/databases/hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-postgresql-libpq_cabal --- hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal11 Jan 2013 20:19:49 - 1.1.1.1 +++ hs-postgresql-libpq/patches/patch-postgresql-libpq_cabal19 Jun 2013 12:30:32 - @@ -2,14 +2,15 @@ $OpenBSD: patch-postgresql-libpq_cabal,v Unbreak when used within GHCi postgresql-libpq.cabal.origThu Jan 3 20:18:57 2013 -+++ postgresql-libpq.cabal Thu Jan 3 20:21:37 2013 -@@ -27,7 +27,7 @@ Library +--- postgresql-libpq.cabal.origWed Jan 30 09:12:28 2013 postgresql-libpq.cabal Wed Jun 19 14:14:23 2013 +@@ -27,7 +27,8 @@ Library , bytestring GHC-Options: -Wall - Extra-Libraries: pq -+ Extra-Libraries: pq crypto ssl com_err ++ Extra-Libraries: pq crypto ssl com_err asn1 hx509 krb5 wind roken pthread ++ heimbase -- Other-modules: Build-tools: hsc2hs Index: hs-postgresql-simple/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- hs-postgresql-simple/Makefile 11 Jun 2013 17:54:40 - 1.8 +++ hs-postgresql-simple/Makefile 19 Jun 2013 12:30:32 - @@ -3,6 +3,7 @@ COMMENT = mid-level PostgreSQL client library DISTNAME = postgresql-simple-0.3.3.1 +REVISION = 0 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-simple
update: hs-postgresql-simple-0.3.3.1
Hi, update hs-postgresql-simple to version 0.3.3.1. Tested on amd64. Index: Makefile === RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile4 May 2013 21:19:04 - 1.7 +++ Makefile11 Jun 2013 11:27:46 - @@ -2,7 +2,7 @@ COMMENT = mid-level PostgreSQL client library -DISTNAME = postgresql-simple-0.3.1.2 +DISTNAME = postgresql-simple-0.3.3.1 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-simple Index: distinfo === RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo4 May 2013 21:19:04 - 1.4 +++ distinfo11 Jun 2013 11:27:46 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-simple-0.3.1.2.tar.gz) = jq0RAEVM/1uTj1a0/HjC8VFWloixGloycfxA0+iLU1A= -SIZE (ghc/postgresql-simple-0.3.1.2.tar.gz) = 46835 +SHA256 (ghc/postgresql-simple-0.3.3.1.tar.gz) = adEuhJCqnpow0QgN3OZSK/OERcMeK9fsEc8b75htFjs= +SIZE (ghc/postgresql-simple-0.3.3.1.tar.gz) = 49257
update: hs-postgresql-simple-0.3.1.0
Hi,
hs-postgresql-simple-0.3.1.0 was released.
See: https://github.com/lpsmith/postgresql-simple/blob/master/CHANGES
Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile28 Mar 2013 19:08:02 - 1.5
+++ Makefile28 Apr 2013 12:20:48 -
@@ -2,7 +2,7 @@
COMMENT = mid-level PostgreSQL client library
-DISTNAME = postgresql-simple-0.3.0.1
+DISTNAME = postgresql-simple-0.3.1.0
CATEGORIES = databases
HOMEPAGE = https://github.com/lpsmith/postgresql-simple
Index: distinfo
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- distinfo28 Mar 2013 19:08:02 - 1.2
+++ distinfo28 Apr 2013 12:20:48 -
@@ -1,2 +1,2 @@
-SHA256 (ghc/postgresql-simple-0.3.0.1.tar.gz) =
QCQ45qHXRknelFf9TE2RyGB8B9y4/Z4X9L7mu+Fcwd8=
-SIZE (ghc/postgresql-simple-0.3.0.1.tar.gz) = 43358
+SHA256 (ghc/postgresql-simple-0.3.1.0.tar.gz) =
U3+hIHBp2U6WboyI/BaSooWFNEuXakJX7LAgbQigcXk=
+SIZE (ghc/postgresql-simple-0.3.1.0.tar.gz) = 46844
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 28 Mar 2013 19:08:02 - 1.3
+++ pkg/PLIST 28 Apr 2013 12:20:48 -
@@ -17,6 +17,13 @@ lib/ghc/${DISTNAME}/Database/PostgreSQL/
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/FromField.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/FromRow.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/FromRow.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/HStore/
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/HStore.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/HStore.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/HStore/Implementation.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/HStore/Implementation.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/HStore/Internal.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/HStore/Internal.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Internal.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Internal.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/LargeObjects.hi
@@ -61,6 +68,7 @@ share/doc/hs-${DISTNAME}/html/Database-P
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Errors.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-FromField.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-FromRow.html
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-HStore.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Internal.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-LargeObjects.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Notification.html
@@ -84,6 +92,7 @@ share/doc/hs-${DISTNAME}/html/doc-index-
share/doc/hs-${DISTNAME}/html/doc-index-E.html
share/doc/hs-${DISTNAME}/html/doc-index-F.html
share/doc/hs-${DISTNAME}/html/doc-index-G.html
+share/doc/hs-${DISTNAME}/html/doc-index-H.html
share/doc/hs-${DISTNAME}/html/doc-index-I.html
share/doc/hs-${DISTNAME}/html/doc-index-L.html
share/doc/hs-${DISTNAME}/html/doc-index-M.html
@@ -110,6 +119,7 @@ share/doc/hs-${DISTNAME}/html/mini_Datab
share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-Errors.html
share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-FromField.html
share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-FromRow.html
+share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-HStore.html
share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-Internal.html
share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-LargeObjects.html
share/doc/hs-${DISTNAME}/html/mini_Database-PostgreSQL-Simple-Notification.html
update: hs-postgresql-simple-0.3.0.1
Hi,
here's an update to hs-postgresql-simple-0.3.0.1.
Changes: https://github.com/lpsmith/postgresql-simple/blob/master/CHANGES
Tested on amd64.
As nothing else depends on this, no other bumps are needed.
Index: Makefile
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile11 Mar 2013 02:52:05 - 1.4
+++ Makefile28 Mar 2013 00:22:48 -
@@ -2,8 +2,7 @@
COMMENT = mid-level PostgreSQL client library
-DISTNAME = postgresql-simple-0.2.4.1
-REVISION = 1
+DISTNAME = postgresql-simple-0.3.0.1
CATEGORIES = databases
HOMEPAGE = https://github.com/lpsmith/postgresql-simple
Index: distinfo
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo11 Jan 2013 20:22:25 - 1.1.1.1
+++ distinfo28 Mar 2013 00:22:48 -
@@ -1,2 +1,2 @@
-SHA256 (ghc/postgresql-simple-0.2.4.1.tar.gz) =
Q3MI00yWLq/VDuUpjNlCNThdVKtkOp+watE7qOL82ic=
-SIZE (ghc/postgresql-simple-0.2.4.1.tar.gz) = 35984
+SHA256 (ghc/postgresql-simple-0.3.0.1.tar.gz) =
QCQ45qHXRknelFf9TE2RyGB8B9y4/Z4X9L7mu+Fcwd8=
+SIZE (ghc/postgresql-simple-0.3.0.1.tar.gz) = 43358
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/hs-postgresql-simple/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -r1.2 PLIST
--- pkg/PLIST 20 Jan 2013 17:58:07 - 1.2
+++ pkg/PLIST 28 Mar 2013 00:22:48 -
@@ -5,10 +5,14 @@ lib/ghc/${DISTNAME}/Database/PostgreSQL/
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Arrays.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Arrays.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/BuiltinTypes.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/BuiltinTypes.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Compat.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Compat.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Errors.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Errors.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/FromField.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/FromField.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/FromRow.hi
@@ -34,6 +38,15 @@ lib/ghc/${DISTNAME}/Database/PostgreSQL/
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/ToField.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/ToRow.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/ToRow.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Transaction.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Transaction.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Static.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Static.p_hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Types.hi
+lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/TypeInfo/Types.p_hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Types.hi
lib/ghc/${DISTNAME}/Database/PostgreSQL/Simple/Types.p_hi
lib/ghc/${DISTNAME}/HS${DISTNAME}.o
@@ -43,7 +56,9 @@ lib/ghc/${DISTNAME}/register.sh
share/doc/hs-${DISTNAME}/
share/doc/hs-${DISTNAME}/LICENSE
share/doc/hs-${DISTNAME}/html/
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Arrays.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-BuiltinTypes.html
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Errors.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-FromField.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-FromRow.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Internal.html
@@ -55,6 +70,9 @@ share/doc/hs-${DISTNAME}/html/Database-P
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Time.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-ToField.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-ToRow.html
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Transaction.html
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-TypeInfo-Static.html
+share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-TypeInfo.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple-Types.html
share/doc/hs-${DISTNAME}/html/Database-PostgreSQL-Simple.html
share/doc/hs-${DISTNAME}/html/doc-index-58.html
@@ -87,7 +105,9 @@ share/doc/hs-${DISTNAME}/html/haddock-ut
share/doc/hs-${DISTNAME}/html/hslogo-16.png
share/doc/hs-${DISTNAME}/html/index-frames.html
UPDATE: hs-postgresql-libpq
Hi, update hs-postgresql-libpq to 0.8.2.2 and bump hs-postgresql-simple. Tested on amd64. As a heavy user of both packages, I'd like to take over maintainership as well. Index: hs-postgresql-libpq/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-libpq/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- hs-postgresql-libpq/Makefile20 Jan 2013 17:58:07 - 1.2 +++ hs-postgresql-libpq/Makefile2 Feb 2013 02:43:47 - @@ -2,11 +2,12 @@ COMMENT = low-level binding to libpq -DISTNAME = postgresql-libpq-0.8.2.1 -REVISION = 0 +DISTNAME = postgresql-libpq-0.8.2.2 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-libpq + +MAINTAINER = David Schaefer dawed...@gmx.de # BSD3 PERMIT_PACKAGE_CDROM = Yes Index: hs-postgresql-libpq/distinfo === RCS file: /cvs/ports/databases/hs-postgresql-libpq/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- hs-postgresql-libpq/distinfo11 Jan 2013 20:19:49 - 1.1.1.1 +++ hs-postgresql-libpq/distinfo2 Feb 2013 02:43:47 - @@ -1,2 +1,2 @@ -SHA256 (ghc/postgresql-libpq-0.8.2.1.tar.gz) = jez3OPTbuxlA61US2NSIFikJhy6aYPrYHI8m9kIhXjo= -SIZE (ghc/postgresql-libpq-0.8.2.1.tar.gz) = 27341 +SHA256 (ghc/postgresql-libpq-0.8.2.2.tar.gz) = 6KByzQZFs6kCOblA8S4XXQMTFowQdYkoGReFoeJzutY= +SIZE (ghc/postgresql-libpq-0.8.2.2.tar.gz) = 27563 Index: hs-postgresql-simple/Makefile === RCS file: /cvs/ports/databases/hs-postgresql-simple/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- hs-postgresql-simple/Makefile 20 Jan 2013 17:58:07 - 1.2 +++ hs-postgresql-simple/Makefile 2 Feb 2013 02:43:48 - @@ -3,10 +3,12 @@ COMMENT = mid-level PostgreSQL client library DISTNAME = postgresql-simple-0.2.4.1 -REVISION = 0 +REVISION = 1 CATEGORIES = databases HOMEPAGE = https://github.com/lpsmith/postgresql-simple + +MAINTAINER = David Schaefer dawed...@gmx.de # BSD3 PERMIT_PACKAGE_CDROM = Yes
NEW: net/hs-curl
Haskell binding to libcurl Tested on amd64. Like the two other new hs ports I will use this a lot in the next time, so I put myself in as maintainer (as long as you guys are ok with it). hs-curl.tgz Description: application/tar-gz
Re: NEW: databases/hs-postgresql-libpq
On Jan 03, 2013 21:31, Dawe wrote: Hi, after dcoppa's help with hs-HDBC-postgresql I made a port for postgresql-libpq, which is a dependency of postgresql-simple. Tested on amd64. I tried to follow the other hs-ports, so I hope it's in an acceptable state. Haskell binding to libpq: the C application programmer's interface to PostgreSQL. libpq is a set of library functions that allow client programs to pass queries to the PostgreSQL backend server and to receive the results of these queries. Sorry, I missed the FULLPKGNAME - DISTNAME change in the PLIST file. hs-postgresql-libpq.tgz Description: application/tar-gz
NEW: databases/hs-postgresql-simple
Mid-level client library for accessing PostgreSQL from Haskell IMHO a somewhat nicer interface for postgresql than HDBC-postgresql. hs-postgresql-simple.tgz Description: application/tar-gz
Re: ghci linking failure with libpq.a
On Jan 03, 2013 11:55, David Coppa wrote: On Wed, Jan 2, 2013 at 10:26 PM, Dawe dawed...@gmx.de wrote: Hi, I'm running the Dec. 21 amd64 snapshot with Dec. 29 packages. Trying to use hs-HDBC-postgresql-2.3.2.1p0 (from packages) or postgresql-libpq (via cabal install) in ghci ends in a linking failure similar to the problems we had back in october when ghc was updated. A ghc-compiled binary that uses postgresql-libpq runs fine. I tried some other hs packages in ghci like hs-HDBC-mysql-0.6.6.0p0, hs-HDBC-sqlite3-2.3.3.0p1 and hs-network-2.3.1.0 but they worked as expected. I don't think the packages are to blame as they work in ghci on the ubuntu of my gf. So, did someone else notice ghci linker problems since the workaround was commited back in october? Or is it possible, that the libpq.a archive is causing this? Hi! The attached diff should fix your problem. Thanks for your feedback. cheers, david Yes, it does :) Thanks a lot for your quick help, really great! Would you mind a short explanation why we have to add the extra libs and other systems don't?
NEW: databases/hs-postgresql-libpq
Hi, after dcoppa's help with hs-HDBC-postgresql I made a port for postgresql-libpq, which is a dependency of postgresql-simple. Tested on amd64. I tried to follow the other hs-ports, so I hope it's in an acceptable state. Haskell binding to libpq: the C application programmer's interface to PostgreSQL. libpq is a set of library functions that allow client programs to pass queries to the PostgreSQL backend server and to receive the results of these queries. hs-postgresql-libpq.tgz Description: application/tar-gz
ghci linking failure with libpq.a
Hi, I'm running the Dec. 21 amd64 snapshot with Dec. 29 packages. Trying to use hs-HDBC-postgresql-2.3.2.1p0 (from packages) or postgresql-libpq (via cabal install) in ghci ends in a linking failure similar to the problems we had back in october when ghc was updated. A ghc-compiled binary that uses postgresql-libpq runs fine. I tried some other hs packages in ghci like hs-HDBC-mysql-0.6.6.0p0, hs-HDBC-sqlite3-2.3.3.0p1 and hs-network-2.3.1.0 but they worked as expected. I don't think the packages are to blame as they work in ghci on the ubuntu of my gf. So, did someone else notice ghci linker problems since the workaround was commited back in october? Or is it possible, that the libpq.a archive is causing this? $ ghci GHCi, version 7.4.2: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. :m + Database.HDBC.PostgreSQL Database.HDBC.PostgreSQL.warning Loading package bytestring-0.9.2.1 ... linking ... done. Loading package array-0.4.0.0 ... linking ... done. Loading package deepseq-1.3.0.0 ... linking ... done. Loading package containers-0.4.2.1 ... linking ... done. Loading package transformers-0.3.0.0 ... linking ... done. Loading package mtl-2.1.2 ... linking ... done. Loading package old-locale-1.0.0.4 ... linking ... done. Loading package old-time-1.1.0.0 ... linking ... done. Loading package text-0.11.2.3 ... linking ... done. Loading package time-1.4 ... linking ... done. Loading package convertible-1.0.11.1 ... linking ... done. Loading package utf8-string-0.3.8 ... linking ... done. Loading package HDBC-2.3.1.1 ... linking ... done. Loading package parsec-3.1.3 ... linking ... done. Loading package HDBC-postgresql-2.3.2.1 ... linking ... interactive: /usr/local/lib/libpq.a: unknown symbol `ERR_get_error' ghc: unable to load package `HDBC-postgresql-2.3.2.1' $ ghci GHCi, version 7.4.2: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... done. :m + Database.PostgreSQL.LibPQ Database.PostgreSQL.LibPQ.toRow 3 Loading package bytestring-0.9.2.1 ... linking ... done. Loading package postgresql-libpq-0.8.2.1 ... linking ... interactive: /usr/local/lib/libpq.a: unknown symbol `ERR_get_error' ghc: unable to load package `postgresql-libpq-0.8.2.1'
update: devel/hs-semigroups-0.8.3.2
Hi,
here's a simple update of hs-semigroups to 0.8.3.2
Running make update-plist changed hs-${DISTNAME} to ${FULLPKGNAME}.
Is this somehow a bad thing and should be left unchanged?
Index: Makefile
===
RCS file: /cvs/ports/devel/hs-semigroups/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 Makefile
--- Makefile23 Jan 2012 21:02:17 - 1.1.1.1
+++ Makefile6 Jul 2012 22:29:27 -
@@ -2,7 +2,7 @@
COMMENT = Haskell 98 semigroups
-DISTNAME = semigroups-0.8
+DISTNAME = semigroups-0.8.3.2
CATEGORIES = devel math
# BSD3
Index: distinfo
===
RCS file: /cvs/ports/devel/hs-semigroups/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 distinfo
--- distinfo23 Jan 2012 21:02:17 - 1.1.1.1
+++ distinfo6 Jul 2012 22:29:27 -
@@ -1,5 +1,5 @@
-MD5 (ghc/semigroups-0.8.tar.gz) = uLp/n/FGsSo5QKhi4hZZNg==
-RMD160 (ghc/semigroups-0.8.tar.gz) = fYoK2AA1R2ijjA9YOHOHoy2X0OQ=
-SHA1 (ghc/semigroups-0.8.tar.gz) = 6DmneBTXDImmnb4l7pACrW4RppQ=
-SHA256 (ghc/semigroups-0.8.tar.gz) =
DJVAPhzlsfuWYqDNHKSgwYV2ZpSsiM4m3z3/ToNLnoo=
-SIZE (ghc/semigroups-0.8.tar.gz) = 9181
+MD5 (ghc/semigroups-0.8.3.2.tar.gz) = 9AZgfgQhVUzeQFlLZfgwhg==
+RMD160 (ghc/semigroups-0.8.3.2.tar.gz) = zixy4qTx5qoPZAIb69nMxoqyIU8=
+SHA1 (ghc/semigroups-0.8.3.2.tar.gz) = xn5a9roLTDcvp6l7OjAlknfDSss=
+SHA256 (ghc/semigroups-0.8.3.2.tar.gz) =
7NizaCFfvWl/ZQjcrHexU6wCuaFWhpS9yIbZmAkdgzw=
+SIZE (ghc/semigroups-0.8.3.2.tar.gz) = 9392
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/hs-semigroups/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 23 Jan 2012 21:02:17 - 1.1.1.1
+++ pkg/PLIST 6 Jul 2012 22:29:27 -
@@ -14,25 +14,25 @@ lib/ghc/${DISTNAME}/register.sh
@exec /usr/bin/env HOME=/nonexistent %D/lib/ghc/${DISTNAME}/register.sh -v0
@unexec /usr/bin/env HOME=/nonexistent %D/lib/ghc/${DISTNAME}/unregister.sh
-v0 --force
lib/ghc/${DISTNAME}/unregister.sh
-share/doc/hs-${DISTNAME}/
-share/doc/hs-${DISTNAME}/LICENSE
-share/doc/hs-${DISTNAME}/html/
-share/doc/hs-${DISTNAME}/html/Data-List-NonEmpty.html
-share/doc/hs-${DISTNAME}/html/Data-Semigroup.html
-share/doc/hs-${DISTNAME}/html/Numeric-Natural-Internal.html
-share/doc/hs-${DISTNAME}/html/Numeric-Natural.html
-share/doc/hs-${DISTNAME}/html/doc-index.html
-share/doc/hs-${DISTNAME}/html/frames.html
-share/doc/hs-${DISTNAME}/html/haddock-util.js
-share/doc/hs-${DISTNAME}/html/hslogo-16.png
-share/doc/hs-${DISTNAME}/html/index-frames.html
-share/doc/hs-${DISTNAME}/html/index.html
-share/doc/hs-${DISTNAME}/html/mini_Data-List-NonEmpty.html
-share/doc/hs-${DISTNAME}/html/mini_Data-Semigroup.html
-share/doc/hs-${DISTNAME}/html/mini_Numeric-Natural-Internal.html
-share/doc/hs-${DISTNAME}/html/mini_Numeric-Natural.html
-share/doc/hs-${DISTNAME}/html/minus.gif
-share/doc/hs-${DISTNAME}/html/ocean.css
-share/doc/hs-${DISTNAME}/html/plus.gif
-share/doc/hs-${DISTNAME}/html/semigroups.haddock
-share/doc/hs-${DISTNAME}/html/synopsis.png
+share/doc/${FULLPKGNAME}/
+share/doc/${FULLPKGNAME}/LICENSE
+share/doc/${FULLPKGNAME}/html/
+share/doc/${FULLPKGNAME}/html/Data-List-NonEmpty.html
+share/doc/${FULLPKGNAME}/html/Data-Semigroup.html
+share/doc/${FULLPKGNAME}/html/Numeric-Natural-Internal.html
+share/doc/${FULLPKGNAME}/html/Numeric-Natural.html
+share/doc/${FULLPKGNAME}/html/doc-index.html
+share/doc/${FULLPKGNAME}/html/frames.html
+share/doc/${FULLPKGNAME}/html/haddock-util.js
+share/doc/${FULLPKGNAME}/html/hslogo-16.png
+share/doc/${FULLPKGNAME}/html/index-frames.html
+share/doc/${FULLPKGNAME}/html/index.html
+share/doc/${FULLPKGNAME}/html/mini_Data-List-NonEmpty.html
+share/doc/${FULLPKGNAME}/html/mini_Data-Semigroup.html
+share/doc/${FULLPKGNAME}/html/mini_Numeric-Natural-Internal.html
+share/doc/${FULLPKGNAME}/html/mini_Numeric-Natural.html
+share/doc/${FULLPKGNAME}/html/minus.gif
+share/doc/${FULLPKGNAME}/html/ocean.css
+share/doc/${FULLPKGNAME}/html/plus.gif
+share/doc/${FULLPKGNAME}/html/semigroups.haddock
+share/doc/${FULLPKGNAME}/html/synopsis.png
prover9 gui on 64bit systems
Hi,
as described here
http://www.cs.unm.edu/~mccune/prover9/gui/v05.html
(Known Linux Problems)
the prover9-gui prover9-mace4 suffers from a bug in wxPython on 64bit systems.
With the given work around I can use the gui on amd64.
Of course it would be better to fix the real bug instead of providing a work
around but I don't have any python skills at all and unfortunately lack the time
to start some serious learning at the moment.
I don't think the patch would do any harm on 32bit systems but it might be
cleaner to restrict it to 64bit systems. Is there a way to tell the ports
system to do that?
Index: Makefile
===
RCS file: /cvs/ports/math/prover9/p9m4/Makefile,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 Makefile
--- Makefile16 Sep 2011 10:31:22 - 1.5
+++ Makefile1 Jun 2012 00:24:16 -
@@ -4,7 +4,7 @@ COMMENT=prover9/mace4 GUI
DISTNAME= p9m4-v05
PKGNAME= ${DISTNAME:S/v//}
-REVISION = 2
+REVISION = 3
MASTER_SITES= ${HOMEPAGE}/gui/
Index: patches/patch-options_py
===
RCS file: patches/patch-options_py
diff -N patches/patch-options_py
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-options_py1 Jun 2012 00:24:16 -
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- options.py.origFri Jun 1 02:04:14 2012
options.py Fri Jun 1 02:06:04 2012
+@@ -27,7 +27,7 @@ import wx
+
+ import utilities
+ from wx_utilities import *
+-
++sys.maxint = 2147483647 # avoids bug in wx.SpinCtrl on 64-bit systems
+ # Types of Option record:
+
+ Flag= 0 # Boolean value
Re: TESTING: textproc/mupdf rc
On Mar 29, 2012 16:43, Stuart Henderson wrote: This requires the graphics/openjpeg update in my previous email. It has various widespread internal changes, many bugfixes, and a new memory manager. If you use MuPDF, please test this. More info at http://mupdf.com/news Works fine for me on amd64. Tested with quite a lot of different files.
Re: Again: [UPDATE] libfprint-0.4.0
On Jan 19, 2012 09:53, David Coppa wrote:
On Tue, Nov 22, 2011 at 10:01 AM, LEVAI Daniel l...@ecentrum.hu wrote:
On Tue, Nov 22, 2011 at 09:25:31 +0100, David Coppa wrote:
Hi,
Anyone with a fingerprint reader (like the one found on several
thinkpad laptops) can please try the following update?
I was testing it on a IBM ThinkPad T60. (dmesg is at the end of the
mail).
When using the login_fingerprint auth method, it seems that it times out
waiting for the swiping of the finger ('verification failed with error
-22 :('), although I was scraping my reader madly.
When trying to use enroll_fingerprint from the login_fingerprint package
(where I must swipe my finger succesfully 3 consecutive times), it just
sits there waiting and (after some timeout) eventually it segfaults:
(gdb) bt full
#0 ?0x0a81e589 in mutex_unlock_common (mutex=0x8659cd9c, add_reference=0)
at /usr/src/lib/libpthread/uthread/uthread_mutex.c:781
? ? ? ?curthread = (struct pthread *) 0x82acc400
? ? ? ?ret = Variable ret is not available.
That's all I could squeeze out of it.
Hi,
Can you try again now with the latest bugfixes to libusb1 (you need to
use libusb1-1.0.8p2 dated 2012/01/18).
ciao
David
Just in case someone else runs into this before new snapshot packages are
available: Yesterday I noticed that sane couldn't find my scanner anymore,
the p2 of libusb1 fixed that as well.
UPDATE: x11/xchm
- update to 1.20, tested on amd64 and i386. - fix DESCR. Index: Makefile === RCS file: /cvs/ports/x11/xchm/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile22 Nov 2010 08:37:05 - 1.12 +++ Makefile13 Oct 2011 15:01:35 - @@ -2,8 +2,7 @@ COMMENT= display chm files -DISTNAME= xchm-1.16 -REVISION= 1 +DISTNAME= xchm-1.20 CATEGORIES=devel textproc x11 Index: distinfo === RCS file: /cvs/ports/x11/xchm/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo19 May 2009 22:03:13 - 1.7 +++ distinfo13 Oct 2011 15:01:35 - @@ -1,5 +1,5 @@ -MD5 (xchm-1.16.tar.gz) = vzRJwm6iF37eoFanVTTgSw== -RMD160 (xchm-1.16.tar.gz) = RhD/96cyZLyDkhORbqPiOGd5UOA= -SHA1 (xchm-1.16.tar.gz) = bVKRpv1dr8+PtuESDJ80YLiivBw= -SHA256 (xchm-1.16.tar.gz) = 4TUO6zf3sQaaj0qy7tiFRaioAJVNV8Ao0a8R/GyFL/4= -SIZE (xchm-1.16.tar.gz) = 401586 +MD5 (xchm-1.20.tar.gz) = hZQ2RdIK9TZwSiC1jr1YSQ== +RMD160 (xchm-1.20.tar.gz) = Hw0pc/Pjs41VUhVtVzEnVzelL9k= +SHA1 (xchm-1.20.tar.gz) = oqKCRvFq3NZ59jAmhoOfiSDIft4= +SHA256 (xchm-1.20.tar.gz) = dscXB07ReKuuY2ks+oQwg5IubW4wUiB9ij2dLouNtic= +SIZE (xchm-1.20.tar.gz) = 409976 Index: pkg/DESCR === RCS file: /cvs/ports/x11/xchm/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 DESCR --- pkg/DESCR 8 Nov 2005 10:41:33 - 1.1.1.1 +++ pkg/DESCR 13 Oct 2011 15:01:35 - @@ -1 +1 @@ -xCHM is a cross-platform GUI front-end to chmlib, +xCHM is a cross-platform GUI front-end to chmlib
Re: GHC upgradable?
On Apr 02, 2011 22:26, Matthias Kilian wrote: On Thu, Mar 31, 2011 at 01:08:41PM +0200, Matthias Kilian wrote: I am just wondering if there is any reason GHC is not upgraded in the ports tree. The current stable version of GHC is 7.0.3 while the one in ports is 6.12.3. An update of the ghc port isn't done in a few minutes, nor in a few hours, nor in a few days. And it's not only the compiler itself, but all the ports depending on it which need updates and testing, and very often they have to be patched to even *compile* with a newer ghc. Here's something to play with. Regression tests on i386 are welcome (please both ghc-6.12.3 and ghc-7.0.3, to compare the results). Please don't even try to update from an already installed ghc-6.12.3; it won't work without lots of patches to other Haskell ports. The library documentation index (generated by haddock) is still empty. If you want to help a little bit, you may try to find the reason. Ciao, Kili I hope amd64 regression tests are of some help, too. Are the many framework failures for ghc6 expected or did I something wrong? GHC6: : OVERALL SUMMARY for test run started at Wed Apr 6 00:58:43 CEST 2011 2383 total tests, which gave rise to 12596 test cases, of which 6267 caused framework failures 2683 were skipped 831 expected passes 178 expected failures 0 unexpected passes 2644 unexpected failures : Unexpected failures: : 10queens(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :1103(profc) :1372(normal) :1548(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :1679(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :1744(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :1750(normal) :1916(normal,optc,hpc,optasm,profc,profasm) :1959(normal) :1980(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :2014(normal) :2047(normal,optc,hpc,optasm,profc,profasm) :2228(normal) :2388(normal,optc,hpc,optasm,profc,profasm) :2410(normal) :2469(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :2578(normal) :2592(profc,profasm) :2594(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) 2636(normal) :2910(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) : 2917a(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :3132(normal,optc,hpc,optasm,profc,profasm) :3279(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :3429(normal,optc,hpc,optasm,profc,profasm) 3579(normal,optc,hpc,optasm,profc,profasm) :3586(normal) :Base1(normal,optc,hpc,optasm,profc,profasm) : CPUTime001(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :Church1(normal,optc,hpc,optasm,profc,profasm) :Compose(normal,optc,hpc,optasm,profc,profasm) :Cpr001(optc,optasm) :DoRestrictedM(normal) :GMapAssoc(normal,optasm,profc,profasm,profthreaded) :GMapTop(normal,optasm,profc,profasm,profthreaded) : IOError001(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :IOError002(normal,optc,hpc,optasm,profc,profasm) :Nilsson(normal) :NonLinearLHS(normal,profc,profasm) :NonLinearSigErr(profc,profasm) : OldException001(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :PList1(normal,optc,hpc,optasm,profc,profasm) :PList2(normal,optc,hpc,optasm,profc,profasm) :RelaxedExamples(profc,profasm) :SeqRule(optc,optasm) :Simple14(profc,profasm) :Simple15(profc,profasm) Simple18(normal) :Simple19(profasm) :Simple2(normal,profc,profasm) :Simple20(normal) :Simple21(profc,profasm) :Simple22(profc,profasm) :Simple23(profasm) :Simple3(normal) Simple6(profc,profasm) SystemF(normal,optc,hpc,optasm,profc,profasm) :T1969(normal) :T1988(optc,optasm) :T2111(normal) :T2378(normal,optc,hpc,optasm,profc,profasm) :T2486(optc,optasm) :T2756(optc,optasm) :T2756b(optc,optasm) :T2856(normal,optc,hpc,optasm,profc,profasm) :T2985(normal,optasm,profc,profasm,profthreaded) :T3001(prof_hb) :T3001-2(prof_hb) :T3007(normal) :T3012(normal,optc,hpc,optasm,profc,profasm) :T3057(normal,optc,hpc,optasm,profc,profasm) : T3245(normal,optc,hpc,optasm,profc,profasm,threaded1,threaded2,profthreaded) :T3286(normal,optc,hpc,optasm,profc,profasm) :T3294(normal) :T3403(optc,optasm) :T3437(optc,optasm) :T3591(optc,optasm) :T3964(normal,optc,hpc,optasm,profc,profasm) :T3965(normal,optc,hpc,optasm,profc,profasm) :TH_1tuple(normal) :TH_NestedSplices(normal) :TH_mkName(normal) :TH_repE1(normal) :TH_repE2(normal) :TH_repE3(normal) :TH_repGuard(normal) :TH_repGuardOutput(normal) :TH_repPatSig(normal) :
Re: update devel/darcs
On Apr 05, 2011 12:37, Matthias Kilian wrote: On Tue, Apr 05, 2011 at 12:07:01PM +0200, Matthias Kilian wrote: Update to darcs-2.5.2 (minor bug fixes and ghc-7 compatibility). [...] Seems to be fine on amd64: make regress = All tests OK Even the haskell_policy.sh test? This test failed on my box with tons of parse errors (i didn't care much about it because it already failed in darcs-2.5). Oh, you probably don't have hlint installed, but I have. That would explain the different results. Even if it seems pointless, I'll add devel/hs-hlint to REGRESS_DEPENDS to avoid future confusion. Ciao, Kili Yes, the installation of hlint was it.
Re: update devel/darcs
On Apr 04, 2011 18:05, Matthias Kilian wrote: Update to darcs-2.5.2 (minor bug fixes and ghc-7 compatibility). While here, add a workaround for texlive (via latex2html) trying to create fonts under $HOME. Note that this requires the update of devel/hs-text sent earlier this day. Seems to be fine on amd64: make regress = All tests OK
Re: webkit 1.2.7
On Mar 04, 2011 11:22, Marco Peereboom wrote: It seems that an old webkit bug is back in 1.2.7 where it chokes on animated gifs. It eats a lot of cpu and sits there blinking instead of animating. For example: http://www.openbsd.org/art/banners/banner1.gif Am I the only one seeing that? No, I'm seeing it, too. Tested on amd64.
UPDATE: misc/zzuf
Changes from zzuf 0.12 to 0.13 * various fixes for Linux, FreeBSD, OS X and OpenBSD libc calls. * network host filtering support. * support for memory limits on OS X. * massive testsuite improvements. * support most cat options in zzcat, which is now fully programmable. Tested on amd64 and powerpc. Index: Makefile === RCS file: /cvs/ports/misc/zzuf/Makefile,v retrieving revision 1.5 diff -u -p -r1.5 Makefile --- Makefile18 Oct 2010 20:52:10 - 1.5 +++ Makefile26 Oct 2010 22:41:07 - @@ -2,7 +2,7 @@ COMMENT= zzuf is a transparent application input fuzzer -DISTNAME= zzuf-0.12 +DISTNAME= zzuf-0.13 CATEGORIES=misc MASTER_SITES= http://libcaca.zoy.org/files/zzuf/ @@ -15,6 +15,6 @@ PERMIT_DISTFILES_FTP= Yes WANTLIB= c m CONFIGURE_STYLE= gnu -USE_GROFF =Yes +USE_GROFF =Yes .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/misc/zzuf/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo1 Jul 2008 10:10:24 - 1.4 +++ distinfo26 Oct 2010 22:41:07 - @@ -1,5 +1,5 @@ -MD5 (zzuf-0.12.tar.gz) = Ofl0MrAuNYzfKRX4RO4xBg== -RMD160 (zzuf-0.12.tar.gz) = LrgcQTay9E8BLuw0SEGXE4rthoQ= -SHA1 (zzuf-0.12.tar.gz) = E6Wr7PWF9NqJPwWSSF+eUPtCrXE= -SHA256 (zzuf-0.12.tar.gz) = Con9tpEtTdaKyIxUlR6Hc4KU0TVi4NV2YvuQl0uUdxA= -SIZE (zzuf-0.12.tar.gz) = 446043 +MD5 (zzuf-0.13.tar.gz) = dFecQp+WkfZBoU9AiZfULQ== +RMD160 (zzuf-0.13.tar.gz) = 75mIptl/ITCQInoLbYfk2ULtjBU= +SHA1 (zzuf-0.13.tar.gz) = GfkE1j0EUZSIVjnDgaYHyoajGbU= +SHA256 (zzuf-0.13.tar.gz) = CELFSFIgKMPg2cnPfQn2MgtmHzOCS7bfGcogmFG99ic= +SIZE (zzuf-0.13.tar.gz) = 461498 Index: pkg/PLIST === RCS file: /cvs/ports/misc/zzuf/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 3 Oct 2007 13:48:17 - 1.1.1.1 +++ pkg/PLIST 26 Oct 2010 22:41:07 - @@ -1,7 +1,10 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2007/10/03 13:48:17 chl Exp $ %%SHARED%% -bin/zzuf +...@bin bin/zzcat +...@bin bin/zzuf lib/zzuf/ lib/zzuf/libzzuf.a lib/zzuf/libzzuf.la +...@man man/man1/zzcat.1 @man man/man1/zzuf.1 +...@man man/man3/libzzuf.3
Re: firefox/thunderbird/seamonkey/xulrunner/nss bugfix updates
On Oct 20, 2010 17:24, Landry Breuil wrote: Hi, here's a bunch of mozilla updates (tb 3.1.5, sm 2.0.9, ffx 3.5.14/3.6.11, xl 1.9.2.11), be sure to update nss first as it's a requirement for all (hence the mozilla.port.mk diff). nss' major has been bumped, API changed. While here i refixed xulrunner WANTLIB. Fixes: MFSA 2010-72 Insecure Diffie-Hellman key exchange MFSA 2010-71 Unsafe library loading vulnerabilities MFSA 2010-70 SSL wildcard certificate matching IP addresses MFSA 2010-69 Cross-site information disclosure via modal calls MFSA 2010-68 XSS in gopher parser when parsing hrefs MFSA 2010-67 Dangling pointer vulnerability in LookupGetterOrSetter MFSA 2010-66 Use-after-free error in nsBarProp MFSA 2010-65 Buffer overflow and memory corruption using document.write MFSA 2010-64 Miscellaneous memory safety hazards (rv:1.9.2.11/ 1.9.1.14) If you use any of those, test. Landry Firefox 3.6.11 seems to be fine on amd64.
Re: webkit 1.2.4
On Sep 15, 2010 07:10, Marco Peereboom wrote: Well that's not good. Can you send this information to the webkit mailing lists? On Wed, Sep 15, 2010 at 11:09:34AM +0200, Dawe wrote: On Sep 15, 2010 10:07, Landry Breuil wrote: On Tue, Sep 14, 2010 at 03:41:56PM +0200, Landry Breuil wrote: Yo, please test with your favorite consumer.. i'll put it in a bulk. This caused no fallout in an amd64 bulk, and even built on sparc64. If noone complains that it broke their favourite browser, this'll get in in a few days. Landry Works for me with midori on amd64. The only thing I noticed was that the moodle page of my university reloads in an endless loop if JavaScript is enabled. It stops reloading after disabling JavaScript. That doesn't happen with 1.2.3. I just tried with surf and xxxterm. Both load the moodle page just fine. So the bug seems to be triggered by the combination of midori and webkit-1.2.4. I will file a bug with midori and see what they say.
Re: webkit 1.2.4
On Sep 15, 2010 10:07, Landry Breuil wrote: On Tue, Sep 14, 2010 at 03:41:56PM +0200, Landry Breuil wrote: Yo, please test with your favorite consumer.. i'll put it in a bulk. This caused no fallout in an amd64 bulk, and even built on sparc64. If noone complains that it broke their favourite browser, this'll get in in a few days. Landry Works for me with midori on amd64. The only thing I noticed was that the moodle page of my university reloads in an endless loop if JavaScript is enabled. It stops reloading after disabling JavaScript. That doesn't happen with 1.2.3.
Re: qemu 0.12.5
On Sun, 25 Jul 2010 14:58:57 +0100 Stuart Henderson s...@spacehopper.org wrote: anyone like to try this? Successfully tried with some bsd guest systems on amd64.
Re: emulators/qemu-old
On Thu, 22 Jul 2010 12:53:06 + (UTC) na...@mips.inka.de (Christian Weisgerber) wrote: Christian Weisgerber na...@openbsd.org wrote: What are we going to do with emulators/qemu-old? It is marked as only for i386 and powerpc. However, it also requires gcc3 to build and both of these archs now use gcc4. Do we simply want to remove the port? Do we want to build it with gcc3 from ports? Given that apparently nobody is interested in testing this with gcc3 from ports, I'm now inclined to just remove it. I should be able to test this on i386 and powerpc in the next few days. So if you could wait that long, perhaps we could keep the port.
Re: emulators/qemu-old
On Thu, 22 Jul 2010 15:50:27 +0200 Dawe dawed...@gmx.de wrote: On Thu, 22 Jul 2010 12:53:06 + (UTC) na...@mips.inka.de (Christian Weisgerber) wrote: Christian Weisgerber na...@openbsd.org wrote: What are we going to do with emulators/qemu-old? It is marked as only for i386 and powerpc. However, it also requires gcc3 to build and both of these archs now use gcc4. Do we simply want to remove the port? Do we want to build it with gcc3 from ports? Given that apparently nobody is interested in testing this with gcc3 from ports, I'm now inclined to just remove it. I should be able to test this on i386 and powerpc in the next few days. So if you could wait that long, perhaps we could keep the port. Oh well, it seems like my X broke with the latest macppc snapshot. At least I was able to build qemu and run qemu-img :/
Re: emulators/qemu-old
On Thu, 22 Jul 2010 23:14:28 +0200 Dawe dawed...@gmx.de wrote: On Thu, 22 Jul 2010 15:50:27 +0200 Dawe dawed...@gmx.de wrote: On Thu, 22 Jul 2010 12:53:06 + (UTC) na...@mips.inka.de (Christian Weisgerber) wrote: Christian Weisgerber na...@openbsd.org wrote: What are we going to do with emulators/qemu-old? It is marked as only for i386 and powerpc. However, it also requires gcc3 to build and both of these archs now use gcc4. Do we simply want to remove the port? Do we want to build it with gcc3 from ports? Given that apparently nobody is interested in testing this with gcc3 from ports, I'm now inclined to just remove it. I should be able to test this on i386 and powerpc in the next few days. So if you could wait that long, perhaps we could keep the port. Oh well, it seems like my X broke with the latest macppc snapshot. At least I was able to build qemu and run qemu-img :/ Ok, I tested macppc via VNC with an openbsd and freebsd guest system. So far no crashes or other issues.
Re: Ffx 3.6.7, Tb 3.0.6, xulrunner 1.9.2.7
On Wed, 21 Jul 2010 13:12:11 +0200 Landry Breuil lan...@rhaalovely.net wrote: Yo, here are updates to mozilla ports, fixing a bunch of MFSA : 2010-34 - 2010-47, see for reference http://www.mozilla.org/security/known-vulnerabilities/firefox36.html#firefox3.6.7 As it's a bugfix/security update, there should be no fallout, but who knows.. so test if you care. Builds fine @amd64/sparc64. Ffx 3.5.11 will come later, and i'll update the thunderbird 3.1.x diff to match 3.1.1 release. Landry Nothing unusual with firefox on amd64.
Re: mozilla-firefox 3.6.4
On Thu, 24 Jun 2010 23:44:17 +0200 Landry Breuil lan...@rhaalovely.net wrote: Hi, update to latest 3.6.4, the sandboxing stuff for plugins is disabled, this part of code is horrible, unportable, and comes from an old version of chromium. And anyway from what i understood it only works with binary plugins we don't have (flash, silverlight, quicktime..) Please test, esp if you use it in some weird cases/archs. Landry Works for me on amd64. I can test this on powerpc next week.
Re: xxxterm slideml
On Thu, 4 Mar 2010 16:59:10 +0100 laurent FANIS laurent.fa...@gmail.com wrote: On Thu, Feb 25, 2010 at 5:32 AM, Marco Peereboom ma...@peereboom.us wrote: I really wanted to play with chromium but I have never been able to get it to work reliably on i386. It doesn't work at all on amd64 and I peeked at the code. Bad idea! The template riddle c++ garbage made me defecate through my eyes. I should have known better trying crap from the borg. Firefox on the other hand has been getting larger and larger and less and less keyboard friendly. After being inspired by http://yllr.net/vimprobable/ but disappointed with the way the keyboard bindings are unreliable and context specific I decided to try writing something that suited my specific needs. XXXTerm is a minimalists web browser. It strives to be vi-like for heavy keyboard users while maintaining traditional web browser behavior. See http://www.peereboom.us/xxxterm/html/ for all the goodies. I am still adding code to it but it is pretty useful as is. Laurent started making a port but I have not seen it yet. Currently it depends on webkit and gtk+-2. Port attached. This needs testing specially on !i386/amd64. This will not be in until after the lock. Works fine for me on powerpc. P.S. Is it really intended that xxxterm changes dir modes? Maybe this should be mentioned in the man page as it could be a bit surprising.
Re: [NEW] vimprobable-20100105
On Tue, 05 Jan 2010 15:52:14 -0600 Abel Abraham Camarillo Ojeda acam...@the00z.org wrote: Abel Abraham Camarillo Ojeda acam...@the00z.org wrote: $ cat DESCR Vimprobable is a WWW browser that behaves like the Vimperator plugin available for Mozilla Firefox. It is based on the WebKit engine (using GTK bindings). It is a fork of the currently abandoned vimpression. This is vimprobable2 an alpha version. $ Please test it and comment... or complain, or commit. -- DISCLAIMER: http://goldmark.org/jeff/stupid-disclaimers/ This message will self-destruct in 3 seconds. damn... forgot to attach the port. -- DISCLAIMER: http://goldmark.org/jeff/stupid-disclaimers/ This message will self-destruct in 3 seconds. Works for me on powerpc, too.
fix homepage of games/londonlaw
Index: Makefile
===
RCS file: /cvs/ports/games/londonlaw/Makefile,v
retrieving revision 1.4
diff -N -u -p Makefile
--- Makefile15 Mar 2009 14:39:02 - 1.4
+++ Makefile4 Jan 2010 21:49:43 -
@@ -4,10 +4,10 @@ COMMENT= online multiplayer version of
the Scotland Y
MODPY_EGG_VERSION= 0.2.1
DISTNAME= londonlaw-${MODPY_EGG_VERSION}
-PKGNAME= ${DISTNAME}p2
+PKGNAME= ${DISTNAME}p3
CATEGORIES=games
-HOMEPAGE= http://www.eecs.umich.edu/~pelzlpj/londonlaw/
+HOMEPAGE= http://pessimization.com/software/londonlaw/
# GPL
PERMIT_PACKAGE_CDROM= Yes
osmo homepage update
Index: Makefile
===
RCS file: /cvs/ports/productivity/osmo/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile10 Aug 2009 06:34:09 - 1.8
+++ Makefile27 Nov 2009 21:46:20 -
@@ -6,7 +6,7 @@ DISTNAME= osmo-0.2.2
PKGNAME= ${DISTNAME}p1
CATEGORIES=productivity
-HOMEPAGE= http://clay.ll.pl/osmo/
+HOMEPAGE= http://clayo.org/osmo/
MAINTAINER=Pierre-Emmanuel Andre p...@raveland.org
Re: UPDATE: scummvm 1.0.0
Dawe wrote: Jonathan Gray wrote: please test, on your favourite !i386 arch especially. Tested with Beneath a Steel Sky and Day of the Tantacle on amd64 and powerpc. On amd64 both games worked fine. On powerpc DOTT worked but with BASS there's a segmentation fault right after the intro. Here's the backtrace: (gdb) backtrace #0 0x01d8780c in Sky::Debug::script (command=0, scriptData=0x2d00203c) at endian.h:137 #1 0x01d8d480 in Sky::Logic::script (this=0x2b144800, scriptNo=22348, offset=1) at engines/sky/logic.cpp:1267 #2 0x01d8be40 in Sky::Logic::logicScript (this=0x2b144800) at engines/sky/logic.cpp:193 #3 0x01d8bd5c in Sky::Logic::engine (this=0x2b144800) at engines/sky/logic.cpp:160 #4 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #5 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #6 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #7 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #8 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #9 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 Previous frame inner to this frame (corrupt stack?) I checked if this is a regression, it's not. The current 0.13.1p0 package has the same issue on powerpc.
Re: UPDATE: scummvm 1.0.0
Jonathan Gray wrote: please test, on your favourite !i386 arch especially. Tested with Beneath a Steel Sky and Day of the Tantacle on amd64 and powerpc. On amd64 both games worked fine. On powerpc DOTT worked but with BASS there's a segmentation fault right after the intro. Here's the backtrace: (gdb) backtrace #0 0x01d8780c in Sky::Debug::script (command=0, scriptData=0x2d00203c) at endian.h:137 #1 0x01d8d480 in Sky::Logic::script (this=0x2b144800, scriptNo=22348, offset=1) at engines/sky/logic.cpp:1267 #2 0x01d8be40 in Sky::Logic::logicScript (this=0x2b144800) at engines/sky/logic.cpp:193 #3 0x01d8bd5c in Sky::Logic::engine (this=0x2b144800) at engines/sky/logic.cpp:160 #4 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #5 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #6 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #7 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #8 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 #9 0x01d7a208 in Sky::SkyEngine::go (this=0x24525f00) at engines/sky/sky.cpp:207 Previous frame inner to this frame (corrupt stack?)
Re: Update preview: net/kismet
Matthias Kilian wrote: This updates kismet to a completely new version (formerly known as `kismet-newcore'). Note that I only left one source type, `radiotap_bsd', and that it should work with just specifying the interface to a wireless capturing source. Available channels should be detected automatically. Please give it a try. Works for me on i386 with an ural device. Unfortunately I don't have any gps hardware.
Re: mplayer continued...
Edd Barrett wrote: Hi, Now that I have a new laptop, I can continue with this. * This may or may not fix the build on arm, no-one has tried --arch=generic yet, so who knows. * PPC *should* be fixed now it is using GCC4. * Moved flavor descriptions back into DESCR as sthen@ suggested. * Added note regarding gmplayer being depricated. No worries, I have an smplayer port to revisit when (and if) this goes in. Test away, works i386. Would love to nail this, as it's dragging on. Don't forget patch -E. Works just fine for me on amd64. Tested with all kinds of stuff I had available on my disk. P.S. Is anyone else unable to watch the trailers on the apple page with the mplayerplug-in? It stopped working for me some weeks ago.
Re: [update] midori 0.1.10
Benoit Lecocq wrote: Landry Breuil a écrit : Hi, new release of midori, bugfixes, adblock support is supposed to be better, more details here : http://foo-projects.org/pipermail/xfce/2009-September/025913.html Landry Hi, Works for me on amd64. Cheers, benoit And for me on i386.
Re: update: opera 10
Nikolay Sturm wrote: Hi, please find attached an update of the opera port to version 10. Please test and comment. cheers, Nikolay Works great for me on a single cpu machine. Three hours of web browsing and not a single crash.
Re: [update] midori 0.1.8
Landry Breuil wrote: Hi, for all you midori lovers, here's an update for the latest version, see http://foo-projects.org/pipermail/xfce/2009-July/025642.html for details. please test. Landry Tested for some hours on amd64. So far no regressions for me.
Re: [update] hplip-3.9.6b
Antoine Jacoutot wrote: On Wed, 8 Jul 2009, Dawe wrote: Antoine Jacoutot wrote: On Mon, 6 Jul 2009, Antoine Jacoutot wrote: Ports tree is locked so this is a good time to test this... New diff. The port is now cut into 5 subpackages (ala Fedora). hpijs on amd64 still seems to work for me, using apsfilter and a crappy old deskjet 920c. Cool, thanks for testing! But I need to get new ink before I can test any further... Ok, let me know how this goes... Alright, new ink and new hpijs work just fine.
Re: [update] hplip-3.9.6b
Antoine Jacoutot wrote: On Mon, 6 Jul 2009, Antoine Jacoutot wrote: Ports tree is locked so this is a good time to test this... New diff. The port is now cut into 5 subpackages (ala Fedora). hpijs on amd64 still seems to work for me, using apsfilter and a crappy old deskjet 920c. But I need to get new ink before I can test any further...
Re: NEW: security/aircrack-ng
Benoit Lecocq wrote: Matthias Kilian wrote: Hi, On Sat, Mar 07, 2009 at 01:02:24PM +0100, Benoit Lecocq wrote: A update port of aircrack-ng 1.0-rc2 done by Stefan Sperling. OK with Stefan. You dropped some patches from stsp@ (and i don't refer to the manpage bits which have been fixed upstream). For example, something like patches/patch-src_Makefile and patches/patch-common_mak from earlier submissions are still required, IMHO. Ciao, Kili OK, right. Here is a update. Successfully tested against a wep network with ural(4) on i386 and amd64.
Re: UPDATE: Pidgin 2.5.5
Brad wrote: For anyone using Pidgin.. here is an update to 2.5.5. Works for me on amd64 with xmpp and icq.
Re: UPDATE: www/mplayerplug-in
Mikolaj Kucharski wrote:
Hi,
- update to 3.55
- sync wantlib
- install plugins to ${PREFIX}/lib/mozilla-plugins, requested by
claudio@, with help from martynas@
- patches which resolve mplayer zombies and firefox freeze when closing
movie when mplayer is still playing it
Sum of all: finaly this plugin works for me as expected. Please review.
Tested on i386.
Works fine for me on amd64. A big improvement over 3.50.
Tested with a lot of apple trailers.
Just a bit noisy on the console.
Re: UPDATE: Xine-lib 1.1.16
Brad wrote: On Sat, Jan 10, 2009 at 06:26:52PM -0500, Brad wrote: On Thu, Jan 08, 2009 at 02:21:37AM -0500, Brad wrote: Here is an update to Xine-lib 1.1.16. A bunch of security fixes and a lot of bug fixes. * Security fixes: - Heap overflow in Quicktime atom parsing. (CVE-2008-5234 vector 1) - Multiple buffer overflows.(CVE-2008-5236) - Multiple integer overflows. (CVE-2008-5237) - Unchecked read function results. (CVE-2008-5239) - Unchecked malloc using untrusted values. (CVE-2008-5240 vectors 3 4) - Buffer indexing using an untrusted value. (CVE-2008-5243) Please test. If you had problems building the previous revision of this diff please try this revision as it should resolve those issues.. A quick 1.1.16.1 release has been made which consits of mainly bug fixes, build fixes and a regression fix or two for 1.1.16. Please test. Works for me on amd64 but not so much on i386. There xine can't play ogg audio any more, though the xineplug_dmx_ogg.so is there. With mp4 it's only able to play video, no sound. It complains about missing demuxer plugins in both cases. I'm pretty sure it worked with the 1.1.16 patch on i386, too. Other stuff like mp3 is still ok.
Re: vim update
Chris Kuethe wrote: updates vim to 7.2.77 Testing on i386 and amd64 vim and gvim work fine for me.
Re: UPDATE: Xine-lib 1.1.16
Brad wrote: On Thu, Jan 08, 2009 at 02:21:37AM -0500, Brad wrote: Here is an update to Xine-lib 1.1.16. A bunch of security fixes and a lot of bug fixes. * Security fixes: - Heap overflow in Quicktime atom parsing. (CVE-2008-5234 vector 1) - Multiple buffer overflows.(CVE-2008-5236) - Multiple integer overflows. (CVE-2008-5237) - Unchecked read function results. (CVE-2008-5239) - Unchecked malloc using untrusted values. (CVE-2008-5240 vectors 3 4) - Buffer indexing using an untrusted value. (CVE-2008-5243) Please test. If you had problems building the previous revision of this diff please try this revision as it should resolve those issues.. Works for me on amd64 and i386. Tested several video and audio codecs with libsndio/aucat.
Re: [still new] aircrack-ng-1.0-rc1, please test
Stefan Sperling wrote: On Thu, Jan 01, 2009 at 10:32:38PM +, Stuart Henderson wrote: On 2009/01/01 21:39, Stefan Sperling wrote: - Some of the tools are linked with -lphread. And... what about it? You seem to assume that I know something about -lpthread which I don't know. use -pthread, not -lpthread - this is from gcc-local(1): - On OpenBSD, the -pthread option should be used to link threaded code, isolating the program from operating system details. Thanks for explaining, Stuart. I've added a patch that fixes this, see attachment. Stefan Testing on i386 with ural(4) and iwi(4). airodump-ng works fine. With iwi I'm getting some iwi:0 fatal firmware error messages etc. But that also happens with normal usage in heavy traffic networks. aireplay-ng -j is also working fine and gave me 15.000 IVs, which were enough for aircrack-ng to do it's job on a wep network :)
Re: NEW: emulators/qtemu
Giovanni Bechis wrote: pkg/DESCR QtEmu is a graphical user interface for QEMU written in Qt4. It has the ability to run virtual operating systems on native systems. This way you can easily test a new operating system or try a Live CD on your system without any troubles and dangers. Port available at http://bigio.snb.it/openbsd/qtemu-1.0.5.tgz tested @amd64 Cheers Giovanni Lightly tested on i386. Seems to do it's job.
Re: UPDATE: mozilla-firefox-3.0
Martynas Venckus wrote: Hey, I've updated the diff. Changes: - security update to 3.0.1 - fix the ssl psm bug. you can't just cast a char* to an int* and access through it - fix arm endianness issue (armel abi) - strict alignment fixes for sparc64 - fix ppc invoke to skip first two vtable entries. might fix macppc to work again - update to accept standard dictionaries location, so that textproc/mozilla-dicts works again Diffs are available at: http://www.altroot.org/p/ Let me know. Testing on i386, firefox-3.0.1 works for me as expected. firefox-2.0.0.15 build with nss-3.12 and nspr-4.7.1 works like the current package.
Re: hw.sensors support for sysutils/gkrellm/gkrellm
Josh Elsasser wrote:
I have implemented support in gkrellm for reading and displaying the
hw.sensors sysctls. Only sensors for temperature, fan speed, and DC
voltage are supported due to limitations in gkrellm.
Comments, bugs, suggestions?
diff -u -rP sysutils/gkrellm/gkrellm/patches/patch-src_sensors_c
mystuff/sysutils/gkrellm/gkrellm/patches/patch-src_sensors_c
--- sysutils/gkrellm/gkrellm/patches/patch-src_sensors_cWed Dec 31
16:00:00 1969
+++ mystuff/sysutils/gkrellm/gkrellm/patches/patch-src_sensors_cSat Jul
5 17:10:32 2008
@@ -0,0 +1,12 @@
+$OpenBSD$
+--- src/sensors.c.orig Sat Oct 20 11:04:07 2007
src/sensors.c Sat Jul 5 15:50:46 2008
+@@ -2759,7 +2759,7 @@ create_sensors_tab(GtkWidget *tab_vbox)
+
+ box = gkrellm_gtk_framed_vbox(vbox1, _(Factor), 4, FALSE, 0, 2);
+ gkrellm_gtk_spin_button(box, factor_spin_button, 1.0,
+- -1000.0, 1000.0, 0.01, 1.0, 4, 60,
++ -1000.0, 1000.0, 0.01, 1.0, 6, 60,
+ cb_correction_modified, NULL, FALSE, NULL);
+
+ box = gkrellm_gtk_framed_vbox(vbox1, _(Offset), 4, FALSE, 0, 2);
diff -u -rP sysutils/gkrellm/gkrellm/patches/patch-src_sysdeps_openbsd_c
mystuff/sysutils/gkrellm/gkrellm/patches/patch-src_sysdeps_openbsd_c
--- sysutils/gkrellm/gkrellm/patches/patch-src_sysdeps_openbsd_cSat Jul
12 09:23:45 2008
+++ mystuff/sysutils/gkrellm/gkrellm/patches/patch-src_sysdeps_openbsd_c
Sat Jul 12 09:14:12 2008
@@ -1,6 +1,6 @@
-$OpenBSD: patch-src_sysdeps_openbsd_c,v 1.9 2008/07/01 10:17:35 ajacoutot Exp $
src/sysdeps/openbsd.c.orig Sat Jul 7 01:54:22 2007
-+++ src/sysdeps/openbsd.c Tue Jul 1 10:48:13 2008
+$OpenBSD: patch-src_sysdeps_openbsd_c,v 1.7 2007/10/26 22:56:57 ajacoutot Exp $
+--- src/sysdeps/openbsd.c.orig Fri Jul 6 16:54:22 2007
src/sysdeps/openbsd.c Sat Jul 12 09:14:03 2008
@@ -53,41 +53,71 @@ gkrellm_sys_main_cleanup(void)
#include sys/dkstat.h
#include kvm.h
@@ -93,7 +93,133 @@
/* = */
/* Proc monitor interface */
-@@ -293,7 +323,7 @@ gkrellm_sys_sensors_init(void)
+@@ -259,41 +289,122 @@ gkrellm_sys_mem_init(void)
+
+
+ /* = */
+-/* Sensor monitor interface - not implemented */
++/* Sensor monitor interface */
+
++#include sys/param.h
++#include sys/sysctl.h
++#include sys/sensors.h
++#include errno.h
++
++static gboolean
++get_sensor(int dev, int type, int num, gfloat *val)
++{
++ int mib[5] = { CTL_HW, HW_SENSORS };
++ struct sensor sen;
++ size_t len = sizeof(sen);
++
++ mib[2] = dev;
++ mib[3] = type;
++ mib[4] = num;
++ if (sysctl(mib, 5, sen, len, NULL, 0) == -1 ||
++ (SENSOR_FINVALID|SENSOR_FUNKNOWN) sen.flags)
++ return FALSE;
++
++ *val = (gfloat)sen.value;
++ return TRUE;
++}
++
+ gboolean
+ gkrellm_sys_sensors_get_temperature(gchar *device_name, gint id,
+ gint iodev, gint interface, gfloat *temp)
+- {
+- return FALSE;
+- }
++{
++ return get_sensor(id, iodev, interface, temp);
++}
+
+ gboolean
+ gkrellm_sys_sensors_get_fan(gchar *device_name, gint id,
+ gint iodev, gint interface, gfloat *fan)
+- {
+- return FALSE;
+- }
++{
++ return get_sensor(id, iodev, interface, fan);
++}
+
+ gboolean
+ gkrellm_sys_sensors_get_voltage(gchar *device_name, gint id,
+ gint iodev, gint interface, gfloat *volt)
+- {
+- return FALSE;
++{
++ return get_sensor(id, iodev, interface, volt);
++}
++
++static gboolean
++add_sensdev(int dev, struct sensordev *sensdev)
++{
++ static enum sensor_type stypes[] =
++ { SENSOR_TEMP, SENSOR_FANRPM, SENSOR_VOLTS_DC };
++ static gint gtypes[] =
++ { SENSOR_TEMPERATURE, SENSOR_FAN, SENSOR_VOLTAGE };
++ static gfloat fac[] = { 0.01, 1.0, 0.01 };
++ static gfloat off[] = { -273.15, 0.0, 0.0 };
++ char name[32];
++ int mib[5] = { CTL_HW, HW_SENSORS };
++ struct sensor sen;
++ size_t len = sizeof(sen);
++ int idx, num;
++ gboolean found = FALSE;
++
++ mib[2] = dev;
++ for (idx = 0; sizeof(stypes) / sizeof(stypes[0]) idx; idx++) {
++ mib[3] = stypes[idx];
++ for (num = 0; sensdev-maxnumt[stypes[idx]] num; num++) {
++ mib[4] = num;
++ len = sizeof(sen);
++ if (sysctl(mib, 5, sen, len, NULL, 0) == -1) {
++ if (ENOENT != errno)
++ return FALSE;
++ continue;
++ }
++ if (SENSOR_FINVALID sen.flags)
++ continue;
++ snprintf(name, sizeof(name), %s.%s%d, sensdev-xname,
++
