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.
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
12-01-2010, 04:57 PM
Jesse Keating
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
12-01-2010, 05:16 PM
Michael Cronenworth
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
12-01-2010, 05:43 PM
Jesse Keating
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
12-02-2010, 01:29 AM
Dennis Gilmore
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
12-02-2010, 04:03 AM
Matt McCutchen
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:
$ 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
12-02-2010, 06:26 AM
Jakub Jelinek
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
12-02-2010, 12:49 PM
Matej Cepl
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.
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
12-02-2010, 12:49 PM
Matej Cepl
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.
GCC bug 634757 F14 rebuild status
