FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 05-31-2010, 06:37 PM
Toshio Kuratomi
 
Default Fedora rawhide FTBFS status 2010-05-27 x86_64

I updated python-sphinx in rawhide this morning to fix the issue seen here::

http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/bzr-2.2-0.5.b1.fc14.src.rpm/result/build.log

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
 
Old 05-31-2010, 07:54 PM
Braden McDaniel
 
Default 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 Hork 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
 
Old 05-31-2010, 09:11 PM
Matt Domsch
 
Default 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.

Sorry for the noise.

i386 builds:
boost-1.41.0-10.fc14.src.rpm
gcompris-9.3-1.fc14.src.rpm
ghc-6.12.2-1.fc14.src.rpm
java-1.6.0-openjdk-1.6.0.0-37.b17.fc13.src.rpm
kdeedu-4.4.80-1.fc14.src.rpm
kde-l10n-4.4.3-1.fc14.src.rpm
libguestfs-1.3.16-6.fc14.src.rpm
mingw32-qt-4.6.2-1.fc14.src.rpm
plplot-5.9.5-7.fc13.src.rpm
ppl-0.10.2-10.fc12.src.rpm
qemu-0.12.3-6.fc14.src.rpm
QuantLib-1.0.1-3.fc14.src.rpm
spicebird-0.7.1-1.fc11.src.rpm
thunderbird-3.0.4-3.fc14.src.rpm
vegastrike-data-0.5.0-5.src.rpm
xulrunner-1.9.2.3-1.fc14.src.rpm


x86_64 builds:
asio-1.4.1-2.fc12.src.rpm
boost-1.41.0-10.fc14.src.rpm
ceph-0.20-1.fc14.src.rpm
codeblocks-8.02-10.fc13.src.rpm
eclipse-emf-2.5.0-4.fc12.src.rpm
ember-0.5.6-4.fc13.src.rpm
gcompris-9.3-1.fc14.src.rpm
gnash-0.8.7-1.fc14.src.rpm
java-1.6.0-openjdk-1.6.0.0-37.b17.fc13.src.rpm
kde-i18n-3.5.10-12.fc13.src.rpm
kde-l10n-4.4.3-1.fc14.src.rpm
kdelibs3-3.5.10-23.fc13.src.rpm
kdenetwork-4.4.80-1.fc14.src.rpm
koffice-2.2.0-1.fc14.src.rpm
libguestfs-1.3.16-6.fc14.src.rpm
llvm-2.7-3.fc14.src.rpm
lordsawar-0.1.7-1.fc14.src.rpm
mingw32-qt-4.6.2-1.fc14.src.rpm
openarena-0.8.5-1.fc13.src.rpm
OpenSceneGraph-2.8.2-3.fc12.src.rpm
PyQt4-4.7.3-2.fc14.src.rpm
qt-4.7.0-0.14.beta1.fc14.src.rpm
QuantLib-1.0.1-3.fc14.src.rpm
seamonkey-2.0.4-1.fc14.src.rpm
spicebird-0.7.1-1.fc11.src.rpm
sunbird-1.0-0.21.20090916hg.fc14.src.rpm
warzone2100-2.3.0-1.fc14.src.rpm
webkitgtk-1.2.0-1.fc14.src.rpm
xulrunner-1.9.2.3-1.fc14.src.rpm


--
Matt Domsch
Technology Strategist
Dell | Office of the CTO
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 05-31-2010, 09:14 PM
Matt Domsch
 
Default 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
 
Old 05-31-2010, 09:17 PM
Matt Domsch
 
Default 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
 
Old 05-31-2010, 10:21 PM
Till Maas
 
Default 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
 
Old 06-01-2010, 12:13 PM
Dan Horák
 
Default 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/

> cdcollect-0.6.0-10.fc13 (build/make) sharkcz
> wxGTK-2.8.11-1.fc14 (build/make) sharkcz,sharkcz

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
 
Old 06-02-2010, 03:50 PM
Nils Philippsen
 
Default 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
 

Thread Tools




All times are GMT. The time now is 06:43 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org