Hi Julien.
Thanks for the quick response.
My apologies for it was actually a problem with my machine.
I have re-done it to confirm with sbuild and it worked fine.
This can be closed.
Really sorry for the noise!
Thank you.
Hi Paul.
Thank you for your input.
paul.is.w...@gmail.com wrote on 01/05/2015 03:17:49:
> For most other ports, the port names for a "family" of ports all
> redirect to a single page, for example amrhf/arm64/armel all redirect
> to the arm page. I wonder if that would be appropriate for
> powerpc
user debian-powe...@lists.debian.org
usertags 769959 + ppc64el
thanks
This is also a problem on ppc64el, probably for the same reason.
I tested Edmund's suggestion and it worked. But also, on different runs,
declaring hash as unsigned or as volatile -- instead of casting it -- also
worked.
Anyway
Hello Christoph. Thanks for the very quick response!
> Have you tested the patched ffcall? In my experience upstream might seem
> inactive but these folks do actually respond to emails pretty quickly.
Yes, (you mean this patch?). I have tested it and the package builds
through to the end. I als
Hi Felipe. Thank you for your very quick response.
> What does "usage of altivec is not implemented"? In supecollider, or
> in the compiler?
In supercollider.
> In any case, perhaps the solution is to disable supernova in ppc64el
> as well instead of adding custom flags.
Simply disabling it for
Hello Johan.
I have applied one of the patches gathered from the link you sent. That
allowed the package to build successfully.
The other one does not seem to work.
The debdiff is attached to this msg.
Regards.
Fernando
ppc64el.debdiff
Description: Binary data
Hello John,
I just stumbled onto the same error on ppc64el, and giving it a little
search, I could find this:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743059
Basically it says the problem is not in globus-common, since it is has
been 'multiarched'.
It would certainly be easier if we c
Hello Mark.
Ok, thanks for the update!
Hello.
Here is what I got so far with the package.
The reason autoreconf is not working seems to be that the m4 macros are
not being shipped with the package nor they are being included in
Makefile.am or configure.ac
After 'borrowing' the m4macros directory from xfce4-dev-tools and
including
Hello Lisandro.
Thanks for the quick response.
Apologies for the inconvenience, I actually saw that you worked according
to debian-ports logs
after I had already submitted the bug report, in archived bugs.
Anyway the log for that can be found at the following url:
http://ftp.unicamp.br/pub/ppc64
Hello Harshula.
Yes, the patch I sent does exactly that, actually.
But as long as your package builds and works successfully on our side, we
will be glad =)
Thank you!
Fernando
Hello Dirk.
Thank you very much for accepting the patch. That was actually pretty
quick.
> Thank you so much for the concise patch which I just applied -- really
> appreciate it. And sorry for the delay but I was out of town for two
> conferences, but the updated package is now on its way to D
Hello Daniel.
You are right about that. My apologies for any inconvenience.
Thanks!
Fernando
13 matches
Mail list logo
