Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 13 Sep 2014 22:03:37 -0400
Source: gcc-doc-defaults
Binary: gcc-doc cpp-doc gfortran-doc gnat-doc gcj-doc gccgo-doc gcc-doc-base
Architecture: source amd64 all
Version: 5:12
Distribution: unstable
Urgency: medium
M
gcc-doc-defaults_12_amd64.changes uploaded successfully to localhost
along with the files:
cpp-doc_4.9.1-2_amd64.deb
gcc-doc_4.9.1-2_amd64.deb
gfortran-doc_4.9.1-2_amd64.deb
gnat-doc_4.9.1-2_amd64.deb
gcj-doc_4.9.1-2_amd64.deb
gccgo-doc_4.9.1-2_amd64.deb
gcc-doc-base_4.8.3-4_all.deb
Hi,
I'm going to privately rent a VM from BigV.io for approximately one week
to do some Debian GNU/kFreeBSD work:
* to test jessie d-i, particularly partman-zfs
* clang-3.4, #759303: Does not have multiarch include paths on !linux
* kfreebsd 10.1, #760114: transition: kfreebsd-kernel-headers
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Sat, 13 Sep 2014 16:29:13 -0400
Source: gcc-doc-defaults
Binary: gcc-doc cpp-doc gfortran-doc gnat-doc gcj-doc gccgo-doc gcc-doc-base
Architecture: source amd64 all
Version: 5:11
Distribution: unstable
Urgency: medium
M
gcc-doc-defaults_11_amd64.changes uploaded successfully to localhost
along with the files:
cpp-doc_4.9.1-1_amd64.deb
gcc-doc_4.9.1-1_amd64.deb
gfortran-doc_4.9.1-1_amd64.deb
gnat-doc_4.9.1-1_amd64.deb
gcj-doc_4.9.1-1_amd64.deb
gccgo-doc_4.9.1-1_amd64.deb
gcc-doc-base_4.8.3-3_all.deb
Version check failed:
Your upload included the binary package gfortran-doc, version 5:4.9.0-3, for
amd64,
however unstable already has version 5:4.9.0-3.
Uploads to unstable must have a higher version than present in unstable.
===
Please feel free to respond to this email if you don't understa
gcc-doc-defaults_11_amd64.changes uploaded successfully to localhost
along with the files:
cpp-doc_4.9.0-3_amd64.deb
gcc-doc_4.9.0-3_amd64.deb
gfortran-doc_4.9.0-3_amd64.deb
gnat-doc_4.9.0-3_amd64.deb
gcj-doc_4.9.0-3_amd64.deb
gccgo-doc_4.9.0-3_amd64.deb
gcc-doc-base_4.8.3-2_all.deb
On 13 Sep 2014 18:51, "Steven Chamberlain" wrote:
>
> On 12/09/14 21:44, Petr Salinger wrote:
> > It seems that simple drop of kfreebsd-gnu from libphobos_no_systems does
> > not suffice.
> > In the build logs are messages like
> >
> >
/build/manual/gcc-4.9-4.9.1/build/x86_64-kfreebsd-gnu/libphobo
Processing control commands:
> reopen -1
Bug #758964 {Done: Matthias Klose } [gcc-4.9] gcc-4.9
assembler errors when building md5 code from fbb on arm64
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bu
Control: reopen -1
Sorry, guys - there's more to this bug yet. See
https://buildd.debian.org/status/fetch.php?pkg=boinc&arch=arm64&ver=7.4.18%2Bdfsg-1&stamp=1410629743
https://buildd.debian.org/status/fetch.php?pkg=genius&arch=arm64&ver=1.0.18-1&stamp=1410428168
and look for "error: insn does no
On 12/09/14 21:44, Petr Salinger wrote:
It seems that simple drop of kfreebsd-gnu from libphobos_no_systems does
not suffice.
In the build logs are messages like
/build/manual/gcc-4.9-4.9.1/build/x86_64-kfreebsd-gnu/libphobos/libdruntime/../../../../src/libphobos/libdruntime/rt/dmain2.d:419:
und
On 12/09/14 21:44, Petr Salinger wrote:
> It seems that simple drop of kfreebsd-gnu from libphobos_no_systems does
> not suffice.
> In the build logs are messages like
>
> /build/manual/gcc-4.9-4.9.1/build/x86_64-kfreebsd-gnu/libphobos/libdruntime/../../../../src/libphobos/libdruntime/rt/dmain2.d:
library for GNU Objective-C applications (x32
development
libx32stdc++-4.8-dev - GNU Standard C++ Library v3 (development files)
libx32stdc++6-4.8-dbg - GNU Standard C++ Library v3 (debugging files)
Changes:
gcc-4.8 (4.8.3-11) unstable; urgency=medium
.
* Update to SVN 20140913 (r215236) from the
gcc-4.8_4.8.3-11_amd64.changes uploaded successfully to localhost
along with the files:
gcc-4.8-source_4.8.3-11_all.deb
gcj-4.8-jre-lib_4.8.3-11_all.deb
gcj-4.8-source_4.8.3-11_all.deb
libstdc++-4.8-doc_4.8.3-11_all.deb
gcc-4.8-locales_4.8.3-11_all.deb
gcc-4.8-base_4.8.3-11_amd64.deb
Package: src:gnat-4.9
Followup-For: Bug #759407
Svante's suggestion seems to work for the binutils package: it
installs /usr/lib/i486* symlinks to make the /usr/lib/i586* tools
visible to callers.
A bootstrap issue will remain: building a new gnat-4.9 package
installing these symlinks requires a
Processing commands for cont...@bugs.debian.org:
> forcemerge 759407 761248
Bug #759407 [src:gnat-4.9] gnat-4.9: gnat1 not found on kfreebsd-i386
Unable to merge bugs because:
package of #761248 is 'gnat-4.9' not 'src:gnat-4.9'
Failed to forcibly merge 759407: Did not alter merged bugs
Deb
Package: src:gnat-4.9
Followup-For: Bug #759407
Hello.
The success on 2014/08/11 was using gcc-4.9_4.9.1-4.
The failure on 2014/08/24 was using gcc-4.9_4.9.1-7.
The failure is reproducible on fischer.debian.org, with
gcc-4.9_4.9.1-13 and the same gnat-4.9_4.9.1-1:
# find /usr/lib -name gnat1
/us
17 matches
Mail list logo