[Bug 387224] Re: fails to build with gcc-4.4 on amd64 in karmic

2010-03-03 Thread Paul
** Changed in: nspluginwrapper (Ubuntu) Status: Fix Committed => Fix Released -- fails to build with gcc-4.4 on amd64 in karmic https://bugs.launchpad.net/bugs/387224 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs

[Bug 387224] Re: fails to build with gcc-4.4 on amd64 in karmic

2009-11-08 Thread stone
** Changed in: nspluginwrapper (Ubuntu) Status: Fix Released => Fix Committed -- fails to build with gcc-4.4 on amd64 in karmic https://bugs.launchpad.net/bugs/387224 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs

[Bug 387224] Re: fails to build with gcc-4.4 on amd64 in karmic

2009-10-12 Thread Alexander Sack
fixed a while ago: nspluginwrapper (1.2.2-0ubuntu6) karmic; urgency=low * debian/patches/use_syslsb.patch; dont build LSB libs on our own; this should unbreak flash+nspluginwrapper after latest ia32-libs update + use USE_SYSTEM_LSB accordingly in debian/rules -- Alexander Sack < a

[Bug 387224] Re: fails to build with gcc-4.4 on amd64 in karmic

2009-06-15 Thread Alexander Sack
fixed in rev 54 and 55. ** Changed in: nspluginwrapper (Ubuntu) Status: In Progress => Fix Committed -- fails to build with gcc-4.4 on amd64 in karmic https://bugs.launchpad.net/bugs/387224 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to

[Bug 387224] Re: fails to build with gcc-4.4 on amd64 in karmic

2009-06-15 Thread Launchpad Bug Tracker
** Branch linked: lp:nspluginwrapper -- fails to build with gcc-4.4 on amd64 in karmic https://bugs.launchpad.net/bugs/387224 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https

[Bug 387224] Re: fails to build with gcc-4.4 on amd64 in karmic

2009-06-15 Thread Alexander Sack
nees that nspluginwrapper builds its own libgcc from lsb-build directory which then is incompatible with ours. Most likely they use different build flags (for stack protection). Solution would be to build against system libs and don't build the lsb- build libs. ** Changed in: nspluginwrapper (Ubu