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 11-30-2010, 05:51 PM
Jesse Keating
 
Default GCC bug 634757 F14 rebuild status

Yesterday I tagged a large number of my builds into dist-f14-updates.
These were all builds that had no changes from the previous stable build
except for buildroot content. These will be "live" as of the next
(which may have already happened) updates push.

The remaining packages which need builds are:

ghostscript - twaugh - Build in updates-candidate
libglade-java - kasal - failed build
libgnome-java - kasal - failed build
libgtk-java - kasal - failed build
python - dmalcolm - build in updates-candidate
syncevolution - pbrobinson - build in updates-testing

So we need maintainer movement on ghostscript and python, and we also
need some help getting the three -java packages to build.

At this point I'm going to turn over this project to Dennis Gilmore to
follow up on.

--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-01-2010, 09:57 AM
Stepan Kasal
 
Default GCC bug 634757 F14 rebuild status

Hello,

> libglade-java - kasal - failed build
> libgnome-java - kasal - failed build
> libgtk-java - kasal - failed build

these packages, together with cairo-java, glib-java, libgconf-java,
and libvte-java are part of java-gnome project.

The versions we distribute were considered obsolete by the upstream
even five years ago, when they were used to develop frysk.

The subsequent version of java-gnome is undergoing package review
these years, if I recall correctly. This time as one package, named
java-gnome.

Because of this issues, I have not only orphaned the packages, I have
even pressed the button labeled "Retire".

Have a nice day,
Stepan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-01-2010, 04:57 PM
Jesse Keating
 
Default GCC bug 634757 F14 rebuild status

On 12/1/10 2:57 AM, Stepan Kasal wrote:
> Hello,
>
>> libglade-java - kasal - failed build
>> libgnome-java - kasal - failed build
>> libgtk-java - kasal - failed build
>
> these packages, together with cairo-java, glib-java, libgconf-java,
> and libvte-java are part of java-gnome project.
>
> The versions we distribute were considered obsolete by the upstream
> even five years ago, when they were used to develop frysk.
>
> The subsequent version of java-gnome is undergoing package review
> these years, if I recall correctly. This time as one package, named
> java-gnome.
>
> Because of this issues, I have not only orphaned the packages, I have
> even pressed the button labeled "Retire".
>
> Have a nice day,
> Stepan

Unfortunately you didn't do this prior to F14 being released. Therefor
these packages exist in Fedora 14 and cannot be removed. The versions
of them that do exist were built using a GCC that could lead to problems
in the software. It would be irresponsible to leave them as is. I
don't really understand why a simple rebuild failed for these packages,
likely some movement in the buildroot contents. But I need somebody
with more knowledge of the code base to attempt the build and translate
the error.

--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-01-2010, 05:16 PM
Michael Cronenworth
 
Default GCC bug 634757 F14 rebuild status

Jesse Keating wrote:
> I
> don't really understand why a simple rebuild failed for these packages,
> likely some movement in the buildroot contents. But I need somebody
> with more knowledge of the code base to attempt the build and translate
> the error.

I took the libgtk-java F14 SRPM and rebuilt it on a fully updated F14
machine. No problems.

Although the build logs are long gone from you koji build, the residual
error pointing to root.log gives me the suspicion that it was a build
root problem and not a package problem. Maybe resubmit the build to see
what happens now?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-01-2010, 05:43 PM
Jesse Keating
 
Default GCC bug 634757 F14 rebuild status

On 12/1/10 10:16 AM, Michael Cronenworth wrote:
> Jesse Keating wrote:
>> I
>> don't really understand why a simple rebuild failed for these packages,
>> likely some movement in the buildroot contents. But I need somebody
>> with more knowledge of the code base to attempt the build and translate
>> the error.
>
> I took the libgtk-java F14 SRPM and rebuilt it on a fully updated F14
> machine. No problems.
>
> Although the build logs are long gone from you koji build, the residual
> error pointing to root.log gives me the suspicion that it was a build
> root problem and not a package problem. Maybe resubmit the build to see
> what happens now?

Certainly worth doing.

Dennis, since this is in your court, want to take a stab at it?

--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-02-2010, 01:29 AM
Dennis Gilmore
 
Default GCC bug 634757 F14 rebuild status

On Wednesday, December 01, 2010 12:43:09 pm Jesse Keating wrote:
> On 12/1/10 10:16 AM, Michael Cronenworth wrote:
> > Jesse Keating wrote:
> >> I
> >> don't really understand why a simple rebuild failed for these packages,
> >> likely some movement in the buildroot contents. But I need somebody
> >> with more knowledge of the code base to attempt the build and translate
> >> the error.
> >
> > I took the libgtk-java F14 SRPM and rebuilt it on a fully updated F14
> > machine. No problems.
> >
> > Although the build logs are long gone from you koji build, the residual
> > error pointing to root.log gives me the suspicion that it was a build
> > root problem and not a package problem. Maybe resubmit the build to see
> > what happens now?
>
> Certainly worth doing.
>
> Dennis, since this is in your court, want to take a stab at it?

libgnome-java failed to build
http://koji.fedoraproject.org/koji/taskinfo?taskID=2638084


libglade-gtk and libgtk-java both completed ok.

We really should get libgnome-java fixed. it did complete on x86_64 failed
i686

Dennis
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-02-2010, 04:03 AM
Matt McCutchen
 
Default GCC bug 634757 F14 rebuild status

On Wed, 2010-12-01 at 20:29 -0600, Dennis Gilmore wrote:
> libgnome-java failed to build
> http://koji.fedoraproject.org/koji/taskinfo?taskID=2638084

I took a look out of curiosity, and this appears to be an intermittent
problem that occurs when two instances of install(1) try to write to the
same file at the same time:

/usr/bin/install -c -m 644 'doc/examples/runExample.sh' '/builddir/build/BUILDROOT/libgnome-java-2.12.7-2.fc14.1.i386/usr/share/doc/libgnome-java-2.12.7/examples/runExample.sh'
/usr/bin/install -c 'doc/examples/runExample.sh' '/builddir/build/BUILDROOT/libgnome-java-2.12.7-2.fc14.1.i386/usr/share/doc/libgnome-java-2.12.7/examples/runExample.sh'
...
/usr/bin/install: cannot create regular file `/builddir/build/BUILDROOT/libgnome-java-2.12.7-2.fc14.1.i386/usr/share/doc/libgnome-java-2.12.7/examples/runExample.sh': File exists

Indeed:

$ install -c -m 644 foo bar & install -c foo bar
[1] 29565
[1]+ Done install -c -m 644 foo bar
$ install -c -m 644 foo bar & install -c foo bar
[1] 29567
[1]+ Done install -c -m 644 foo bar
$ install -c -m 644 foo bar & install -c foo bar
[1] 29569
install: cannot create regular file `bar': File exists
[1]+ Exit 1 install -c -m 644 foo bar
$ install -c -m 644 foo bar & install -c foo bar
[1] 29571
[1]+ Done install -c -m 644 foo bar
$ install -c -m 644 foo bar & install -c foo bar
[1] 29573
install: cannot create regular file `bar': File exists
[1]+ Done install -c -m 644 foo bar
$ install -c -m 644 foo bar & install -c foo bar
[1] 29575
install: cannot create regular file `bar': File exists
[1]+ Done install -c -m 644 foo bar

When this succeeds, the permissions are unpredictably 644 or 755.

The solution: patch the package to not do that, or just try again and
hope you get lucky.

--
Matt

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-02-2010, 06:26 AM
Jakub Jelinek
 
Default GCC bug 634757 F14 rebuild status

On Thu, Dec 02, 2010 at 12:03:42AM -0500, Matt McCutchen wrote:
> On Wed, 2010-12-01 at 20:29 -0600, Dennis Gilmore wrote:
> /usr/bin/install -c -m 644 'doc/examples/runExample.sh' '/builddir/build/BUILDROOT/libgnome-java-2.12.7-2.fc14.1.i386/usr/share/doc/libgnome-java-2.12.7/examples/runExample.sh'
> /usr/bin/install -c 'doc/examples/runExample.sh' '/builddir/build/BUILDROOT/libgnome-java-2.12.7-2.fc14.1.i386/usr/share/doc/libgnome-java-2.12.7/examples/runExample.sh'
> ...
> /usr/bin/install: cannot create regular file `/builddir/build/BUILDROOT/libgnome-java-2.12.7-2.fc14.1.i386/usr/share/doc/libgnome-java-2.12.7/examples/runExample.sh': File exists

> When this succeeds, the permissions are unpredictably 644 or 755.
>
> The solution: patch the package to not do that, or just try again and
> hope you get lucky.

Or don't use %{_smp_mflags} for make install, just for make.
Parallelized make install doesn't work for many packages, and doesn't buy
much anyway.

Jakub
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-02-2010, 12:49 PM
Matej Cepl
 
Default GCC bug 634757 F14 rebuild status

Dne 2.12.2010 08:26, Jakub Jelinek napsal(a):
> Or don't use %{_smp_mflags} for make install, just for make.
> Parallelized make install doesn't work for many packages, and doesn't buy
> much anyway.

Done http://koji.fedoraproject.org/koji/taskinfo?taskID=2639180

And I sincerely hope this is the last time I hear about this nonsense.

Best,

Matěj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 12-02-2010, 12:49 PM
Matej Cepl
 
Default GCC bug 634757 F14 rebuild status

Dne 2.12.2010 08:26, Jakub Jelinek napsal(a):
> Or don't use %{_smp_mflags} for make install, just for make.
> Parallelized make install doesn't work for many packages, and doesn't buy
> much anyway.

Done http://koji.fedoraproject.org/koji/taskinfo?taskID=2639180

And I sincerely hope this is the last time I hear about this nonsense.

Best,

Matěj

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 12:48 PM.

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