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 fi
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 a
> 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 useful
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 bec
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 when
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 ne
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 could
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.
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 wrote:
> >On pon, 2016-02-
Plus, I don't see the point to have version in jar filename
for selenium port.
j.
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 ar
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.
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 anything?
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
>>
>> Hrrmmm, the
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 so
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
>>> WORK=/tmp/go-b
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 ch
> 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
--
A
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 $WORK/github.com/te
19 matches
Mail list logo