Author: aurel32
Date: 2014-06-09 21:44:18 + (Mon, 09 Jun 2014)
New Revision: 6141
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control
glibc-package/trunk/debian/control.in/libc
Log:
debian/control.in/libc: add a Breaks: check (<< 0.9.10-6.1+b1) on s390x,
On Mon, Jun 09, 2014 at 11:21:30PM +0200, Aurelien Jarno wrote:
> On Tue, Jun 10, 2014 at 05:01:45AM +0800, Aron Xu wrote:
> > On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno
> > wrote:
> > > On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
> > >> Hi, as I asked that guys, they insist
On Tue, Jun 10, 2014 at 05:06:03AM +0800, Aron Xu wrote:
> On Mon, Jun 9, 2014 at 10:38 PM, Aurelien Jarno wrote:
> > On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
> >> I refreshed this patch with 2.19-1.
> >>
> >> Tested on mips64el device, build successfully.
> >>
> >>
> >> Sphin
On Tue, Jun 10, 2014 at 05:01:45AM +0800, Aron Xu wrote:
> On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno wrote:
> > On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
> >> Hi, as I asked that guys, they insist on using /usr/lib but not
> >> /usr/libo32. :-(
> >
> > Who are the guys? W
On Mon, Jun 9, 2014 at 10:38 PM, Aurelien Jarno wrote:
> On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
>> I refreshed this patch with 2.19-1.
>>
>> Tested on mips64el device, build successfully.
>>
>>
>> Sphinx
>
>
> I have just merged the non-controversial parts, that is everythin
On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno wrote:
> On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
>> Hi, as I asked that guys, they insist on using /usr/lib but not /usr/libo32.
>> :-(
>
> Who are the guys? What is the argument on using /usr/lib instead of
> /usr/libo32?
>
Se
Processing commands for cont...@bugs.debian.org:
> unblock 751026 with 700760
Bug #751026 [systemtap-sdt-dev] systemtap-sdt-dev: breaks eglibc build on alpha
751026 was blocked by: 700760
751026 was blocking: 700760
Removed blocking bug(s) of 751026: 700760
> thanks
Stopping processing here.
Plea
Processing commands for cont...@bugs.debian.org:
> Trying to fix my mess:
Unknown command or malformed arguments to command.
> clone 750996 -1
Bug #750996 [src:eglibc] systemtap-sdt-dev: breaks eglibc build on alpha
Bug 750996 cloned as bug 751026
751026 was not blocked by any bugs.
751026 was blo
Author: aurel32
Date: 2014-06-09 16:06:33 + (Mon, 09 Jun 2014)
New Revision: 6140
Modified:
glibc-package/trunk/debian/changelog
glibc-package/trunk/debian/control
glibc-package/trunk/debian/control.in/main
glibc-package/trunk/debian/sysdeps/linux.mk
Log:
debian/control.in/main, de
Processing commands for cont...@bugs.debian.org:
> reopen 700760
Bug #700760 {Done: Adam Conrad } [libc6] libc6: GDB 7.5 would
benefit from a SystemTap SDT probe
'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
reopen 700760
tag 700760 + moreinfo
clone 750996
reassign -1 750996 systemtap-sdt-dev
retitle 750996 systemtap-sdt-dev: breaks eglibc build on alpha
block 700760 by 750996
thanks
On Mon, Jun 09, 2014 at 10:13:05PM +1200, Michael Cree wrote:
> Source: eglibc
> Version: 2.19-1
> Severity: important
On Mon, Jun 09, 2014 at 10:13:05PM +1200, Michael Cree wrote:
> Source: eglibc
> Version: 2.19-1
> Severity: important
> User: debian-al...@lists.debian.org
> Usertags: alpha
> Justification: fails to build from source but built in the past
> X-Debbugs-CC: debian-al...@lists.debian.org
>
> eglibc
On Mon, Jun 09, 2014 at 10:19:05PM +0800, Yunqiang Su wrote:
> On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno wrote:
> > On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
> >> Hi, as I asked that guys, they insist on using /usr/lib but not
> >> /usr/libo32. :-(
> >
> > Who are the guy
Author: aurel32
Date: 2014-06-09 14:26:58 + (Mon, 09 Jun 2014)
New Revision: 6139
Added:
glibc-package/trunk/debian/sysdeps/mips64.mk
glibc-package/trunk/debian/sysdeps/mips64el.mk
glibc-package/trunk/debian/sysdeps/mipsn32.mk
glibc-package/trunk/debian/sysdeps/mipsn32el.mk
Modifie
On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
> I refreshed this patch with 2.19-1.
>
> Tested on mips64el device, build successfully.
>
>
> Sphinx
I have just merged the non-controversial parts, that is everything but
multlib. I am still opposed to having the o32 libraries in
On Mon, Jun 9, 2014 at 10:11 PM, Aurelien Jarno wrote:
> On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
>> Hi, as I asked that guys, they insist on using /usr/lib but not /usr/libo32.
>> :-(
>
> Who are the guys? What is the argument on using /usr/lib instead of
> /usr/libo32?
http
On Thu, Jun 05, 2014 at 11:34:37PM +0800, Yunqiang Su wrote:
> Hi, as I asked that guys, they insist on using /usr/lib but not /usr/libo32.
> :-(
Who are the guys? What is the argument on using /usr/lib instead of
/usr/libo32?
> Then, maybe this patch should be OK.
I don't think it is ok. I don
I refreshed this patch with 2.19-1.
Tested on mips64el device, build successfully.
Sphinx
diff -Nru eglibc-2.19/debian/changelog eglibc-2.19/debian/changelog
--- eglibc-2.19/debian/changelog2014-06-04 19:50:40.0 +
+++ eglibc-2.19/debian/changelog2014-06-09 07:49:54.00
Source: eglibc
Version: 2.19-1
Severity: important
User: debian-al...@lists.debian.org
Usertags: alpha
Justification: fails to build from source but built in the past
X-Debbugs-CC: debian-al...@lists.debian.org
eglibc FTBFS on alpha for two reasons, firstly, due to the inclusion of
systemtap heade
19 matches
Mail list logo