Bug#745720: polarssl: FTBFS on mips, powerpc, s390x and sparc
Hi,
I'm one of the upstream developers.
We believe we fixed this in our development branch for the next release, which
should be out in a few days. In case you want to test the fix right now, the
patch is attached.
We plan to add a big-endian machine to our buildbot installation in the next
future, in order to catch this kind of problem before the code is released.
Thanks for your report,
Manuel.
diff --git a/library/bignum.c b/library/bignum.c
index 012e9e3..af04883 100644
--- a/library/bignum.c
+++ b/library/bignum.c
@@ -1773,16 +1773,27 @@ cleanup:
return( ret );
}
+/*
+ * Fill X with size bytes of random.
+ *
+ * Use a temporary bytes representation to make sure the result is the same
+ * regardless of the platform endianness (usefull when f_rng is actually
+ * deterministic, eg for tests).
+ */
int mpi_fill_random( mpi *X, size_t size,
int (*f_rng)(void *, unsigned char *, size_t),
void *p_rng )
{
int ret;
+unsigned char *buf;
-MPI_CHK( mpi_grow( X, CHARS_TO_LIMBS( size ) ) );
-MPI_CHK( mpi_lset( X, 0 ) );
+if( ( buf = polarssl_malloc( size ) ) == NULL )
+return( POLARSSL_ERR_MPI_MALLOC_FAILED );
+
+MPI_CHK( f_rng( p_rng, buf, size ) );
+MPI_CHK( mpi_read_binary( X, buf, size ) );
-MPI_CHK( f_rng( p_rng, (unsigned char *) X-p, size ) );
+polarssl_free( buf );
cleanup:
return( ret );
Bug#635382: [tex-live] latex-unicode source and licensing
Le 26/07/2011 12:36, Lionel Elie Mamane a écrit : (Please keep 635...@bugs.debian.org in the CC list when replying). In the texlive SVN, in the directory Master/texmf-dist/tex/latex/ucs, there are a bunch of files that start with: 1) I don't find ucs.dtx; do you have it or know where to find it? I don't, and indeed it sounds like a problem. 2) I don't find the LICENSE file to know what the some modifications are. Do you have it or know where to find it? Yep, it's in TL in texmf-dist/doc/latex/ucs, or on CTAN at: http://mirror.ctan.org/macros/latex/contrib/unicode/ The modifications do not add any restriction to the LPPL, at first glance, so they are not a problem at all. 3) More generally, http://www.unruh.de/DniQ/latex/unicode/ redirects to http://wolfgang.jeltsch.info/software/latex-unicode/, which is a 404. Do you have another upstream (maintainer) for latex-unicode? I presume he/she would have the above. I found that http://www.unruh.de/DniQ/ redirects to http://www.cs.ut.ee/~unruh/ which has contact information about Dominique Unruh, ucs.sty's author. The page looks fairly up-to-date so I assume the contact info is valid. Would you like to contact him about the missing ucs.dtx? If you do, please keep us informed. Thanks, Manuel. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#482915: texlive-doc-en: No license info for some fontinst documentation
Hi, Frank Küster scripsit (02.07.2008 20:45) I thought that there is an automatic way of updating texmf trees from CTAN? Don't your scripts check whether anything has been uploaded to CTAN:/tex-archive/fonts/utilities/fontinst/doc? And if they to, how do you exclude the talks directory? And if they do not - there are some automatic updates, aren't there - why is this part not covered? Well, nothing is really automatic in the CTAN - TL process. There are scripts that make the process semi-automated, namely one checks for CTAN updates and then another one is manually called to convert the trees from ctan form to tds form. Perhaps the most interesting script for you is ctan2tds, which sometimes has messages like die skipping, nosell', thought is is not really intended to be readable. However some things are sometimes updated completely manually, for various reasons, such as last update was long before the current mechanism began, or it takes more time to write the relevant script that to do it manually, or whatever. Looks like the talks subdir of fontinst is in this case: if I would update fontinst now using the scripts, it would no be removed. (By the way, this is a problem, since it means info has been lost about why this directory was previously excluded.) Hope this answers your question: in general as well as this particular case, there's no way to be sure what is excluded from the ctan - tl process (or changed in this process) and why, but in many cases the ctan2tds is your best chance if you manage to read it. Manuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487149: texlive-doc-en: Source missing for some documentation files
Frank Küster scripsit (24.06.2008 22:07) Ah, I didn't know that. More work for texdoc.tlu - while I hate being shown the Catalogue page if the package documenation has a generic name like manual.pdf, I think it *is* useful when there's nothing available. Same here. And the catalogue page is sometimes a good way to find the actual doc, using the (non-working) documentation link to find the right name. Anyway, Karl wants to remove the catalogue, for the two following reasons (unless I misunderstood him) : (a) it gets outdated very fast and makes a few Mb, which slows down the updates (b) we have a lot of information from the Catalogue in texlive.tlpdb. When I asked him about that, he suggested that when no documentation is found, texdoc prints a message with a link to the package's page on ctan (or the search page in case no package is found on ctan). That's what texdoc does now, but I don't know if Karl already arranged the redirection. Any comments or ideas welcome. Anyway, since we have the project to enable using texlive.tlpdb from texdoc, this problem should not last very long. (There will be other problems, like what do we do with packages from the catalogue with no corresponding TL package, for example when they are parts of bundles...) Manuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479097: [tex-live] Looking for Gilles Robert, author of the bbm fonts
Hi Frank, Frank Küster a écrit : Therefore I'd like to try to contact their author, Gilles Robert. For French mathematicians, a useful resource is generally http://annuaire.math.cnrs.fr/ At the moment, it points to Gilles.Robert'at'math.u-bordeaux.fr Since he has been using this address recently on fr.sci.math, I hope it's the good one. Otherwise, his other address Gilles(dot)Robert(at)ujf-grenoble(dot)fr may be valid too, since his accout in this university looks valid. HTH, Manuel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
