sphinx-build -b html -d _build/doctrees . _build/html
Running Sphinx v1.0b1
loading translations [es]... done
loading pickled environment... not yet created
building [html]: targets for 4 source files that are out of date
updating environment: 4 added, 0 changed, 0 removed
reading sources... [ 25%] index
reading sources... [ 50%] mini-tutorial/index
reading sources... [ 75%] quick-reference/index
reading sources... [100%] user-guide/index
looking for now-outdated files... none found
pickling environment... done
checking consistency... done
preparing documents... done
writing output... [ 25%] index
Exception occurred:
File "/usr/lib/python2.6/site-packages/sphinx/writers/html.py", line 482, in depart_title
_('Permalink to this headline'))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 34: ordinal not in range(128)
This can occur if your package uses python-sphinx to build documentation
*and* the package is building documentation in a language that is translated
in sphinx. I doubt that this is a large number of packages but I thought
I should mention it in case other people see it too.
-Toshio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
05-31-2010, 07:54 PM
Braden McDaniel
Fedora rawhide FTBFS status 2010-05-27 x86_64
On Mon, 2010-05-31 at 12:43 -0500, Matt Domsch wrote:
Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-05-27
>
> This is a full rebuild, the first for Fedora 14's rawhide. The
> builders all have Fedora 13 installed.
>
> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
This seems to be diagnosing a good deal more than broken
BuildRequires...
> openvrml-0.18.5-2.fc14 (build/make) braden
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../src/libopenvrml -I../src/libopenvrml -I../src/local/libopenvrml-dl -DOPENVRML_LIBDIR_="/usr/lib64" -DOPENVRML_PKGDATADIR_="/usr/share/openvrml" -DOPENVRML_PKGLIBDIR_="/usr/lib64/openvrml" -DBOOST_MPL_CFG_NO_PREPROCESSED_HEADERS -DBOOST_MPL_LIMIT_VECTOR_SIZE=30 -I/usr/lib/jvm/java/include -I/usr/lib/jvm/java/include/linux -DNDEBUG -I/usr/include/freetype2 -pthread -I/usr/include/libxml2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fvisibility=hidden -fvisibility-inlines-hidden -Wno-missing-braces -Wno-strict-aliasing -Wno-unused-variable -c libopenvrml/openvrml/script.cpp -fPIC -DPIC -o libopenvrml/openvrml/.libs/libopenvrml_libopenvrml_la-script.o
{standard input}: Assembler messages:
{standard input}:71597: Warning: end of file not at end of a line; newline inserted
{standard input}:72206: Error: expected comma after name `_ZNK5boost6spirit7classic16assertive_parserIN8ope nvrml16vrml_parse_errorENS1_14functor_parserINS3_1 2int32_parserEEEE5parseINS1_7scannerINS1_10multi_p assISt19istreambuf_iteratorIcSt11char_traitsIcEENS 1_19multi_pass_policies14input' in .size directive
g++: Internal error: Killed (program cc1plus)
Please submit a full bug report.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
Ouch. I'm not sure if this is Random Badness or not; but i386 failed,
too; so maybe it's the same thing. Nope. While it *might* have the
same problem, i386 didn't get past configure:
checking for GIO... ./configure: line 21460: 19388 Segmentation fault (core dumped) ( $PKG_CONFIG --exists --print-errors "gio-2.0" ) 2>&5
./configure: line 21476: 19392 Segmentation fault (core dumped) ( $PKG_CONFIG --exists --print-errors "gio-2.0" ) 2>&5
no
Well, that's... interesting.
If there were disc space issues (as Dan Horák suggests), that could
result in some rather exotic errors.
--
Braden McDaniel <braden@endoframe.com>
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
05-31-2010, 09:11 PM
Matt Domsch
Fedora rawhide FTBFS status 2010-05-27 x86_64
On Mon, May 31, 2010 at 07:51:52PM +0200, Dan Hor?k wrote:
> Matt Domsch p????e v Po 31. 05. 2010 v 12:43 -0500:
> > Fedora Fails To Build From Source Results for x86_64
> > using rawhide from 2010-05-27
> >
> > This is a full rebuild, the first for Fedora 14's rawhide. The
> > builders all have Fedora 13 installed.
> >
> > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
>
> Matt, there can be false positives, please check the logs for "no space
> left on device", it happened at least for codeblocks.
Doh. This is a result of using tmpfs for the buildroots. There are a
few such failures, which I'll rebuild in the next run w/o using tmpfs.
Odd, as using tmpfs should have started overflowing into swap, which
doesn't appear to have happened.
--
Matt Domsch
Technology Strategist
Dell | Office of the CTO
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
05-31-2010, 09:14 PM
Matt Domsch
Fedora rawhide FTBFS status 2010-05-27 x86_64
On Mon, May 31, 2010 at 06:53:41PM +0100, Peter Robinson wrote:
> On Mon, May 31, 2010 at 6:51 PM, Dan Hor??k <dan@danny.cz> wrote:
> > Matt Domsch p????e v Po 31. 05. 2010 v 12:43 -0500:
> >> Fedora Fails To Build From Source Results for x86_64
> >> using rawhide from 2010-05-27
> >>
> And there are a number of packages of mine listed there that I have
> built fine in rawhide in the last couple of days.
that's fine and expected. When I file bugs, I intentionally exclude
packages that have been built in rawhide since I started my run.
Unfortunately, my run takes a few days (~30 hours for the first pass,
and ~12 hours for each of the next 2 passes to try those that have
failed earlier - I'm only sending notes about those that still
remain). I need to see about not reporting in this email those
packages that have succeeded in koji since I took my rawhide snapshot
to start with...
Thanks,
Matt
--
Matt Domsch
Technology Strategist
Dell | Office of the CTO
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
05-31-2010, 09:17 PM
Matt Domsch
Fedora rawhide FTBFS status 2010-05-27 x86_64
On Mon, May 31, 2010 at 03:54:53PM -0400, Braden McDaniel wrote:
> On Mon, 2010-05-31 at 12:43 -0500, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for x86_64
> > using rawhide from 2010-05-27
> >
> > This is a full rebuild, the first for Fedora 14's rawhide. The
> > builders all have Fedora 13 installed.
> >
> > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
>
> This seems to be diagnosing a good deal more than broken
> BuildRequires...
Yep. Over the past 4 years I've been doing this, it's grown to detect
quite a few failure modes; broken BuildRequires was only the first of
the tests implemented. I just never changed the directory name. :-)
Thanks,
Matt
--
Matt Domsch
Technology Strategist
Dell | Office of the CTO
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
05-31-2010, 10:21 PM
Till Maas
Fedora rawhide FTBFS status 2010-05-27 x86_64
On Mon, May 31, 2010 at 04:11:25PM -0500, Matt Domsch wrote:
> Doh. This is a result of using tmpfs for the buildroots. There are a
> few such failures, which I'll rebuild in the next run w/o using tmpfs.
> Odd, as using tmpfs should have started overflowing into swap, which
> doesn't appear to have happened.
The way the tmpfs plugin for mock on F12 is written and the way it was
used in the rebuild, it will only provide a filesystem with half the RAM
size as available space. The only way to change this on F12 is to
manually patch /usr/lib/python2.6/site-packages/mock/plugins/tmpfs.py
and add "-o", "size=Xg" to mountCmd to provide X gigabytes of space.
Regards
Till
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
06-01-2010, 12:13 PM
Dan Horák
Fedora rawhide FTBFS status 2010-05-27 x86_64
Matt Domsch pÃ*Å¡e v Po 31. 05. 2010 v 12:43 -0500:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-05-27
>
> This is a full rebuild, the first for Fedora 14's rawhide. The
> builders all have Fedora 13 installed.
>
> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
these 2 build fine in rawhide (both i386 and x86_64) using mock, they
were probably affected by the segfaulting pkgconfig or broken buildroots
Dan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
06-02-2010, 03:50 PM
Nils Philippsen
Fedora rawhide FTBFS status 2010-05-27 x86_64
On Mon, 2010-05-31 at 12:43 -0500, Matt Domsch wrote:
> nphilipp: gegl,gtkimageview,ufraw
these all built fine as scratch, probably affected by the segfaulting
pkgconfig
--
Nils Philippsen "Those who would give up Essential Liberty to purchase
Red Hat a little Temporary Safety, deserve neither Liberty
nils@redhat.com nor Safety." -- Benjamin Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora rawhide FTBFS status 2010-05-27 x86_64
