Bug#625521: causes segfault in Xorg

2011-05-03 Thread Steve M. Robbins
Package: libc6 Version: 2.13-2 Severity: critical Xorg now segfaults, with the following in the Xorg.0.log: Program received signal SIGSEGV, Segmentation fault. __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 153 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or

Bug#625521: causes segfault in Xorg

2011-05-03 Thread Steve M. Robbins
On Wed, May 04, 2011 at 06:43:54AM +0200, Aurelien Jarno wrote: > Which versions of xorg* packages are you using? Which hardware is that? > Can you attach your full Xorg.0.log? The installed packages are below. It's a radeon card (full details in attached log). Log attached. Thanks, -Steve ii

Re: glibc: causes segfault in Xorg

2011-05-04 Thread Steve M. Robbins
On Wed, May 04, 2011 at 09:29:53AM +0200, Michel Dänzer wrote: > On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote: > > Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg > > [...] > > More importantly xserver-xorg-core-dbg, to get debugging symbols > for /usr/lib/xo

Re: glibc: causes segfault in Xorg

2011-05-04 Thread Steve M. Robbins
On Wed, May 04, 2011 at 02:18:35AM -0500, Jonathan Nieder wrote: > Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg > and get a full backtrace (bt full), or even better, run xorg under > valgrind and see what it says? OK, I ran valgrind Xorg; note that valgrind was not exit

Re: glibc: causes segfault in Xorg

2011-05-04 Thread Steve M. Robbins
On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote: > Steve, can you provide the output of fbset -i and the > "/etc/X11/xorg.conf file as well? Any reason for not using the radeon > driver? I don't know why the radeon driver is not in use. I have two monitors (1600x1200 and 1920x1200)

Re: glibc: causes segfault in Xorg

2011-05-05 Thread Steve M. Robbins
On Thu, May 05, 2011 at 09:33:45AM +0200, Michel Dänzer wrote: > On Mit, 2011-05-04 at 23:41 -0500, Steve M. Robbins wrote: > > On Wed, May 04, 2011 at 10:08:47AM +0200, Michel Dänzer wrote: > > > > > Steve, can you provide the output of fbset -i and the > > >

Bug#625522: glibc: causes segfault in Xorg

2011-05-07 Thread Steve M. Robbins
On Sat, May 07, 2011 at 12:25:15PM +0200, Aurelien Jarno wrote: > On Wed, May 04, 2011 at 02:30:35PM +0200, Aurelien Jarno wrote: > > Le 04/05/2011 07:42, Steve M. Robbins a écrit : > > > P.S. I tried rebuilding glibc myself locally, but gcc also segfaults > > > in t

Who owns /etc/default/locale?

2008-11-09 Thread Steve M. Robbins
I have two systems. Both track unstable, and have package locales at version 2.0.16. On one system, package locales owns /etc/default/locale, on the other, it doesn't. Should the file be owned by locales or not? Could the situation arise by upgrades? One system is 4 years old (upgraded weekl

Re: mpicc segfaults when called by fakeroot

2009-06-07 Thread Steve M. Robbins
Hi, Thanks to Jeff's observations, I have a workaround that should suffice for Debian. I don't know what the right fix should be, but I hope the openmpi, fakeroot, and libc6 folks can take it from here. On Fri, Jun 05, 2009 at 02:39:27PM -0400, Jeff Squyres wrote: > On Jun 2, 2009, at 4:25 PM,

Re: Bug#531522: Bug#531419: mpicc segfaults when called by fakeroot

2009-06-12 Thread Steve M. Robbins
On Wed, Jun 10, 2009 at 01:59:41PM +0200, Manuel Prinz wrote: > Checked again, the bug is somewhere in Open MPI. While testing on Lenny, > I had some cruft left over. A fresh 1.3.2 installation shows the same > behaviour. OK, so where do we go from here? It seems to me that OpenMPI is at fault fo

epoll_create1() available in C, not C++ (on alpha)?

2012-01-04 Thread Steve M. Robbins
Howdy, I'm investigating #653441, a build failure that exists only for Alpha. The C++ code in question uses epoll_create1(). I've boiled it down to the following test code: #include int main(int ac, char* av[]) { int fd = epoll_create1(0); return 0; } This can be successfu

Re: epoll_create1() available in C, not C++ (on alpha)?

2012-01-04 Thread Steve M. Robbins
Hi, By private mail, I got the suggestion that maybe Alpha's epoll.h lacks "extern C"; I diff'd the two files and that's not the case. However, I did find the following: On Alpha: /* Same as epoll_create but with an additional FLAGS parameter. */ extern int epoll_create2 (int __size, int __fla

Bug#845721: Cannot install libc6:i386 -- Breaks: libc6:i386 (!= 2.24-7) but -7 does not exist

2016-11-25 Thread Steve M. Robbins
Package: libc6 Version: 2.24-7 Severity: normal Tried to install libc6:i386 but cannot. $ sudo apt-get install libc6:i386 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an

Bug#845721: Cannot install libc6:i386 -- Breaks: libc6:i386 (!= 2.24-7) but -7 does not exist

2016-11-26 Thread Steve M. Robbins
Thanks Adam + Aurelien, On Saturday, November 26, 2016 3:11:21 PM CST Aurelien Jarno wrote: > On 2016-11-26 11:02, Adam D. Barratt wrote: > > On Sat, 2016-11-26 at 01:02 -0600, Steve M. Robbins wrote: > > > I don't know how to make sense of these "breaks" version

Bug#165554: breaking static libs

2002-10-20 Thread Steve M. Robbins
Hi, I don't pretend to understand the ramifications of patching the "missing __ctype_b" problem. But when you are considering the pros and cons, please remember that in addition to whatever Debian packages break, all the self-compiled static libs that people will have on their systems will also b