CVSROOT:/cvs
Module name:ports
Changes by: ki...@cvs.openbsd.org 2016/02/13 06:43:19
Modified files:
net/owncloudclient: Makefile distinfo
net/owncloudclient/patches: patch-src_gui_application_cpp
net/owncloudclient/pkg: PLIST
Log message:
update to
On Sat, Feb 13, 2016 at 06:43:19AM -0700, Kirill Bychkov wrote:
> CVSROOT: /cvs
> Module name: ports
> Changes by: ki...@cvs.openbsd.org 2016/02/13 06:43:19
>
> Modified files:
> net/owncloudclient: Makefile distinfo
> net/owncloudclient/patches:
On Sat, 13 Feb 2016, Antoine Jacoutot wrote:
> > Maybe the haskell package db is fucked (wouldn't be the first time
> > this happens)?
> >
> > Does
> >
> > ghc-pkg check
> >
> > compain? Does
> >
> > ghc-pkg list | grep dataenc
> >
> > show anything?
>
> Looks sane.
>
> $ ghc-pkg
On 02/13/16 08:14, Antoine Jacoutot wrote:
> On Sat, Feb 13, 2016 at 01:35:38AM +0100, Dmitrij D. Czarkoff wrote:
>> Antoine Jacoutot said:
>>> unset GOPATH; export
>>> GOPATH="/exopi-obj/pobj/xlsx2csv-20150225/go:/usr/local/go-pkg"; go install
>>> -x github.com/tealeg/xlsx2csv
>>>
So, here is a patch that should let libGL to build again on
alpha. I've not done a full clean xenocara build with it yet though,
given how slow my alpha is.
In addition to the non-existent sync operation, I had to force 2 files
to build with -O0.
There is a lot of Makefile.in churn since I did
I presume this is a file which users need to edit? If so, the @sample is
correct and its OK with me.
On 11 February 2016 20:35:03 GMT+00:00, viq wrote:
>On pon, 2016-02-08 at 10:05 -0600, Kent R. Spillner wrote:
>> On Mon, Feb 08, 2016 at 08:11:22AM +0100, viq wrote:
>> > Bump
On Sat, Feb 13, 2016 at 10:52:07AM +0100, David Coppa wrote:
> > > Maybe the haskell package db is fucked (wouldn't be the first time
> > > this happens)?
> > >
> > > Does
> > >
> > > ghc-pkg check
> > >
> > > compain? Does
> > >
> > > ghc-pkg list | grep dataenc
> > >
> > > show
> Maybe the haskell package db is fucked (wouldn't be the first time
> this happens)?
>
> Does
>
> ghc-pkg check
>
> compain? Does
>
> ghc-pkg list | grep dataenc
>
> show anything?
Looks sane.
$ ghc-pkg check
$ echo $?
0
$ ghc-pkg list | grep dataenc
dataenc-0.14.0.7
--
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/02/13 01:27:32
Modified files:
mail/mozilla-thunderbird: Makefile
Log message:
Grr. Remove damn REVISION-main.
On Sat, Feb 13, 2016 at 01:35:38AM +0100, Dmitrij D. Czarkoff wrote:
> Antoine Jacoutot said:
> > unset GOPATH; export
> > GOPATH="/exopi-obj/pobj/xlsx2csv-20150225/go:/usr/local/go-pkg"; go install
> > -x github.com/tealeg/xlsx2csv
> > WORK=/tmp/go-build67122
> > mkdir -p
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/02/13 01:26:46
Modified files:
mail/mozilla-thunderbird: Makefile distinfo
mail/thunderbird-i18n: Makefile.inc distinfo
Log message:
Security update to thunderbird 38.6.0/lightning 4.0.6.
I don't know prosody very well. But can you run it in the foreground
with LD_DEBUG set in the environment? This might give clues. There will
probably be a lot of output, so run it under script(1).
On 2016/02/12 22:57, Stephen Graf wrote:
> Henrik, I would appreciate if you could look into this.
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2016/02/13 14:54:28
Modified files:
databases/postgresql: Makefile distinfo
databases/postgresql/patches: patch-src_backend_libpq_ip_c
On Sat, Feb 13, 2016 at 8:17 PM, Stuart Henderson
wrote:
> I presume this is a file which users need to edit? If so, the @sample is
> correct and its OK with me.
Yes, and I retract my statement, I missed the .dist part.
> On 11 February 2016 20:35:03 GMT+00:00, viq
Hi,
some comments about your (py-)selenium ports from June '15 [1]:
$ pkg_info -L py-selenium | grep .so$
/usr/local/lib/python2.7/site-packages/selenium/webdriver/firefox/amd64/x_ignore_nofocus.so
/usr/local/lib/python2.7/site-packages/selenium/webdriver/firefox/x86/x_ignore_nofocus.so
These
Plus, I don't see the point to have version in jar filename
for selenium port.
j.
Have you guys had issues with wd(4) timeouts on macppc? It was happening
intermittently, but I figured it was because the drive was old. However,
I'm now experiencing it again with a brand new hard drive and it's
making the machine unusable.
Michael McConville wrote:
> Have you guys had issues with wd(4) timeouts on macppc? It was
> happening intermittently, but I figured it was because the drive was
> old. However, I'm now experiencing it again with a brand new hard
> drive and it's making the machine unusable.
To clarify: this
On Sat, Feb 13, 2016 at 07:10:06PM -0500, Michael McConville wrote:
> Michael McConville wrote:
> > Have you guys had issues with wd(4) timeouts on macppc? It was
> > happening intermittently, but I figured it was because the drive was
> > old. However, I'm now experiencing it again with a brand
Antoine Jacoutot said:
> I wouldn't call this particularly uncommon...
> You said that "This should never happen" -- ok but why, because it does; so
> what would trigger a rebuild like this? I don't know the first thing about
> the go build system.
Generally go tries to rebuild dependencies
IIUC, we use a bundled version of Menhir in Coccinelle. It exists as the
tarball bundles/menhirLib/menhir-20120123.tar.gz in the Coccinelle
codebase.
Here's the relevant Makefile line:
> CONFIGURE_ARGS += --disable-menhirLib # version in ports is too new
However, the build fails for me
> I don't see any way how and why this can fail for antoine, given
> that he has dataenc installed and ghc-pkg seems to be happy about
> it. Except that it may be the same mysterious bug antoine sees from
> time to time with haskell ports (ghc exiting with an exit code !=
> 0 but without any
On Sun, Feb 14, 2016 at 01:22:00AM +0100, Dmitrij D. Czarkoff wrote:
> Antoine Jacoutot said:
> > I wouldn't call this particularly uncommon...
> > You said that "This should never happen" -- ok but why, because it does; so
> > what would trigger a rebuild like this? I don't know the first thing
On Sat, Feb 13, 2016 at 07:17:35PM +0100, Matthieu Herrb wrote:
> So, here is a patch that should let libGL to build again on
> alpha. I've not done a full clean xenocara build with it yet though,
> given how slow my alpha is.
>
> In addition to the non-existent sync operation, I had to force 2
24 matches
Mail list logo