Bug#422170: hugs: Text.Regex gone!

2007-05-04 Thread Ross Paterson
On Thu, May 03, 2007 at 07:54:41PM -0500, John Goerzen wrote: > Package: hugs > Version: 98.200609.21-5 > Severity: grave > Justification: renders package unusable > > This breaks compatibility with a ton of packages. I have tried to find > this in some package, but can't. The lack of it means t

Bug#402476: hugs98: FTBS on powerpc

2006-12-11 Thread Ross Paterson
On Mon, Dec 11, 2006 at 12:26:21AM +, Ross Paterson wrote: > I know nothing of powerpc asm, but the GHC code is identical to the Hugs > code except that it has "r" instead of "g": > > __asm__ volatile ("dcbf 0,%0\n\tsync\n\ticbi 0,%0"

Bug#336201: acknowledged by developer (Bug#336201: fixed in hugs98 98.200503.08-4)

2005-11-03 Thread Ross Paterson
On Thu, Nov 03, 2005 at 04:37:25PM +0100, Laurent Bonnaud wrote: > The only non-standard thing I have in my environment that is related to > gzip is this variable: > > GZIP=--best OK, that's the problem. hugs98/debian/rules uses a variable GZIP, and when you make it an environment variable, the

Bug#336201: acknowledged by developer (Bug#336201: fixed in hugs98 98.200503.08-4)

2005-11-03 Thread Ross Paterson
On Thu, Nov 03, 2005 at 12:13:23PM +0100, Laurent Bonnaud wrote: > > hugs98 (98.200503.08-4) unstable; urgency=low > > . > >* Added buid-depends on gzip (Closes: #336201). > > Thank you for this new version ! Unfortunately it does not fix my > problem. In fact gzip was already installed on

Bug#299702: Hugs98-2005 shouldn't go into sarge yet

2005-04-22 Thread Ross Paterson
On Thu, Apr 21, 2005 at 03:56:50PM +0100, Ian Lynagh wrote: > > That shouldn't be necessary -- all the locales in Debian agree with C > > on ASCII-only text. > > Ah, that would be convenient. I've just done a quick test and they all > seem OK except vi_VN.TCVN (both with latest CVS and the release

Bug#299702: Hugs98-2005 shouldn't go into sarge yet

2005-04-19 Thread Ross Paterson
Ian Lynagh <[EMAIL PROTECTED]> writes: > We're not sure the new hugs should go into sarge without matching new > ghc/nhc98 due to library changes. We also need to check these changes > don't cause any breakage elsewhere. What incompatibilities with GHC 6.2 and nhc98 1.16 have you discovered that w