guile-gnutls package for guile 2?

[Andreas Metzler]

On Fri, Aug 16, 2013 at 08:01:14PM +0200, Ludovic Courtès wrote:
> Andreas Metzler <ametzler at downhill.at.eu.org> skribis:
>> I had pondered switching to guile-2.0 ages ago, but up until the
>> latest upload guile-2.0 was only available on a small subset of archs
>> supported by guile-1.8, which is why I shelved the plan. Some archs,
>> including ia64 (which afaik is a release-arch) are still missing.
 
> Well, we haven’t received bug reports for IA64, but I don’t think it was
> much tested either.  ;-)

Nowadays ia64 just seems to be a nice arch for finding problems quickly
that show up otherwhere much later. ;-)

> If we get a report and I can access a machine on the GCC Compile Farm,
> say, then we could try to fix the problem.

q&d I can just point out this part of the build-log:
|  GEN      guile-procedures.texi
| /bin/bash: line 1: 20506 Broken pipe             cat alist.doc arbiters.doc array-handle.doc array-map.doc arrays.doc async.doc backtrace.doc boolean.doc bitvectors.doc bytevectors.doc chars.doc control.doc continuations.doc debug.doc deprecated.doc deprecation.doc dynl.doc dynwind.doc eq.doc error.doc eval.doc evalext.doc expand.doc extensions.doc feature.doc filesys.doc fluids.doc foreign.doc fports.doc gc-malloc.doc gc.doc gettext.doc generalized-arrays.doc generalized-vectors.doc goops.doc gsubr.doc guardians.doc hash.doc hashtab.doc hooks.doc i18n.doc init.doc ioext.doc keywords.doc list.doc load.doc macros.doc mallocs.doc memoize.doc modules.doc numbers.doc objprop.doc options.doc pairs.doc ports.doc print.doc procprop.doc procs.doc promises.doc r6rs-ports.doc random.doc rdelim.doc read.doc root.doc rw.doc scmsigs.doc script.doc simpos.doc smob.doc sort.doc srcprop.doc srfi-1.doc srfi-4.doc srfi-13.doc srfi-14.doc srfi-60.doc stackchk.doc stacks.doc stime.doc strings.doc strorder.doc strports.doc struct.doc symbols.doc threads.doc throw.doc trees.doc uniform.doc values.doc variable.doc vectors.doc version.doc vports.doc weaks.doc dynl.doc posix.doc net_db.doc socket.doc regex-posix.doc
|      20507 Segmentation fault      | GUILE_INSTALL_LOCALE=1 GUILE_AUTO_COMPILE=0 ../meta/uninstalled-env guild snarf-check-and-output-texi > guile-procedures.texi
| make[4]: *** [guile-procedures.texi] Error 1
| make[4]: Leaving directory `/«BUILDDIR»/guile-2.0-2.0.9+1/libguile'

I can try to put a regular report on savannah, if you want me to.

>> I am not yet sure what is the lesser evil: Not providing guile on some
>> archs or  staying with 1.8 for the time being. - Let's ask upstream
>> ;-) Ludovic, can you offer a suggestion?
 
> Staying with 1.8 seems like a bad option: it’s very old, and 2.0 is a
> completely different beast (new compiler, VM, loads of libs and
> features).

> However, you probably need to keep 1.8 in the distro for various rdeps.
 
> So, what I would suggest is, ideally, to have guile-gnutls for 2.0 *and*
> 1.8.  If that’s too much, I would choose 2.0.

There are no guile-gnutls rdeps in Debian. ;-)

In the meantime I had made a test-upload to experimental which seemed to
do reasonably ok on the architectures it was tried
https://buildd.debian.org/status/package.php?p=gnutls28&suite=experimental
I could not reproduce the test error on armhf. Sadly mips was not tried.

cu Andreas