Bug#394721: Silently overwrites pre-existing files during pull

[Isaac Jones]

I forwarded this upstream.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#396787: hugs98: new upstream version of Hugs 98 available

[Isaac Jones]

Arjan,

Great work.  I'm really excited that you are doing this.  You can
become maintainer if you like, or I can stay maintainer for now if you
just want to NMU this package.

Ross, sorry for not getting back to you about this packaging.  Thanks
so much for doing so much hard work to make the package work well in
Debian.


peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#381817: Maybe libghc6-cabal-dev should be removed?

[Isaac Jones]

Arjan Oosting <[EMAIL PROTECTED]> writes:

> Hi Isaac,
>
> I was going through the BTS and saw that this RC bug is still open. Do
> you think you will upload a new version of libghc6-cabal-dev or could
> the package be removed as ghc6 ships a recent version of Cabal now?

I think I will package a new version.  Thanks for watching out for it.
If you want to package it for me to sponsor, I'd definitely be happy
with that :)

I see your requests for sponsorship going unheard.  This is really
frustrating!  We need to get you into Debian.  Who should I email?

I haven't had much time for packages lately with Cabal and Haskell
Prime work taking up most of my free-time hacking.  Grr.  Feel free to
send me reminders up-to-date list of things for me to upload for you,
and I'll try to steal some time to do it.


peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#375802: darcs: internal error: update_fwd: unknown/strange object 57

[Isaac Jones]

Peter Van Eynde <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.6-1
> Severity: normal
>
> Hello,
>
> While stressing darcs to the limits I fear ran into the error
> described at:
> http://www.haskell.org/pipermail/glasgow-haskell-bugs/2006-March/006246.html
>
> error message:
>
> darcs: internal error: update_fwd: unknown/strange object  57
>
> this seems to be fixed in a newer ghc release:
> "You need to ask your supplier of darcs binaries to use a 6.4.2
> snapshot, or wait for the 6.4.2 release."
>
> As 6.4.2-2 seems to be current, maybe you should give that as a
> build-depends?

Thanks for the report!

I guess this will be fixed when I upload the latest version of darcs,
as it'll get compiled with the latest GHC.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#375353: darcs: new upstream version 1.0.8 available

[Isaac Jones]

Thanks.  I'll check it out.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#306063: [Tommy Pettersson] [issue39] darcs: ignores changes if an absolute path is specified

[Isaac Jones]

See forwarded message.  Looks resolved.  Will check for this patch in
next upload.

--- Begin Message ---

Tommy Pettersson <[EMAIL PROTECTED]> added the comment:

fixed in 1.0.7 by:
Sat Mar  4 12:15:32 CET 2006  Eric Kow <[EMAIL PROTECTED]>
  * Improved support for absolute paths (issue39)

--
status: resolved-in-stable -> resolved


Darcs issue tracker <[EMAIL PROTECTED]>



--- End Message ---

Bug#284240: (no subject)

[Isaac Jones]

Tommy Pettersson <[EMAIL PROTECTED]> writes:

> Hrm, the sensible-editor patch (sorry for the faulty one) should be:

I used the first one since it's a smaller change.  I have thesame
question as last time, will this live upstream?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#317280: (no subject)

[Isaac Jones]

Thanks, Tommy.

Is this going to be integrated upstream too?  It looks like it tries
running pager if it can, and if not calls less, then more, which seems
fine for all architectures.  I don't actually know how standard PAGER
or pager are.

peace,

  isaac

Tommy Pettersson <[EMAIL PROTECTED]> writes:

> Here's a patch that would fix this for debian:
>
>
> diff -rN -u old-tmp/DarcsArguments.lhs new-tmp/DarcsArguments.lhs
> --- old-tmp/DarcsArguments.lhs2006-04-14 19:07:42.870278766 +0200
> +++ new-tmp/DarcsArguments.lhs2006-04-14 19:07:42.964255921 +0200
> @@ -882,10 +882,11 @@
>  view_file f = do
>viewer <- get_viewer
>exec_interactive viewer [f]
> + `ortryrunning` exec_interactive "less" [f]
>   `ortryrunning` exec_interactive "more" [f]
>  get_viewer :: IO String
>  get_viewer = getEnv "DARCS_PAGER" `catchall`
> - getEnv "PAGER" `catchall` return "less"
> + getEnv "PAGER" `catchall` return "pager"
>  \end{code}
>  
>  \begin{code}
>
>
> -- 
> Tommy Pettersson <[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#362024: qemu: control key gets stuck

[Isaac Jones]

Package: qemu
Version: 0.8.0-2
Severity: normal

After a few minutes of using qemu, the control key gets stuck on.  I'm
using Debian GNU/Linux (on both host and qemu), and this happens with
the qemu machine running 2.4.26 and 2.4.27 versions of the kernel.

I'm not sure how to go about debugging this, but I'd be happy to
answer any questions.  It makes qemu almost unusable, which is a shame
because it seems great.

I'm also forwarding this bug upstream.

thanks,

  isaac


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (550, 'experimental'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages qemu depends on:
ii  bochsbios 2.2.6-1BIOS for the Bochs emulator
ii  libc6 2.3.6-1GNU C Library: Shared libraries an
ii  libsdl1.2debian   1.2.9-0.1  Simple DirectMedia Layer
ii  openhackware  0.4.1-1OpenFirmware emulator for PowerPC
ii  proll 18-1   JavaStation PROM 2.x compatible re
ii  vgabios   0.5d-1 VGA BIOS software for the Bochs an
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages qemu recommends:
ii  debootstrap   0.3.3  Bootstrap a basic Debian system
ii  sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328032: [Tommy Pettersson] [issue38] --set-scripts-executable works partially

[Isaac Jones]

This is fixed in head, probably will be fixed in next release.  Will
verify at that time.

--- Begin Message ---

Tommy Pettersson <[EMAIL PROTECTED]> added the comment:

fixed in 1.0.6
Sat Dec 10 22:51:22 CET 2005  [EMAIL PROTECTED]
  * implementation of --set-scripts-executable on local darcs get

--
status: resolved-in-stable -> resolved


Darcs issue tracker <[EMAIL PROTECTED]>



--- End Message ---

Bug#350770: RFP: trac-hacks -- A collection of very useful trac plugins

[Isaac Jones]

Package: wnpp
Severity: wishlist

* Package name: trac-hacks
  Version : 
  Upstream Author : 
* URL or Web page : http://trac-hacks.org/
* License : 
  Description : A collection of very useful trac plugins

trac-hacks.org hosts a collection of very useful trac plugins.  It
would be very nice to have a selection of these available in Debian.
Some of the most valuable ones seem to be:


- web admin: http://projects.edgewall.com/trac/wiki/WebAdmin

- InterWikiPlugin Interwiki support (0.9, akhavr)
- WikiRbacPatch Role-Based Access Control for the Trac Wiki (0.9, alpha, puffy, 
unsupported)
- AccountManagerPlugin Account Manager Plugin (0.9, alpha, mgood)
- EmailtoTracScript Convert email to trac tickets (0.8, 0.9, bas)

pax


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#350769: RFP: darcs+trac -- Enhanced wiki and issue tracking system for software development projects, darcs back end

[Isaac Jones]

Package: wnpp
Severity: wishlist

* Package name: darcs+trac
  Version : 
  Upstream Author : 
* URL or Web page : 
* License : 
  Description : Enhanced wiki and issue tracking system for software 
development projects, darcs back end

Trac is a minimalistic approach to web-based management of software
projects. Its goal is to simplify effective tracking and handling of
software issues, enhancements and overall progress.

This site runs a parallel branch of Trac 0.9x enriched by two new
version control system backends; Darcs and Bazaar-NG backend.

http://progetti.arstecnica.it/trac+darcs/

CCing current trac maintainer since he would probably have a very easy
time maintaining this package as well.

pax


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#341517: more info

[Isaac Jones]

Comments from the GHC maintainer:

On Wed, Jan 18, 2006 at 08:59:18PM -0800, Isaac Jones wrote:
> Hi Ian.  Can you comment on this bug at all?
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341517

I assume it's the same as

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=342227

At any rate, I can't do anything about it until

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346248

is fixed.


Thanks
Ian



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#348807: Problem in libghc6-cabal-dev uninstallation

[Isaac Jones]

retitle 348807 Make postinst script more robust in case package has been removed
thanks

Jose.  Thanks for the details.  For now, I'd advise that you not use
unregister.  There's no reason to unregister Cabal since there's a
cabal package.  I'll look into making the script more robust so it
doesn't fail if the package is already unregistered.

Do you need help getting your system out of a bad state?

peace,

 isaac

José Salavert Torres <[EMAIL PROTECTED]> writes:

>> The configure script should definitely not remove cabal 1.0, but
>> ghc-pkg should probably hide previous versions.  With ghc 6.4.1, I
>> believe this is the case.
>
> yes.
>
> but if you uninstall with ghc-pkg
>
> # ghc-pkg unregister Cabal
>
> then you can't run:
>
> # apt-get remove libghc6-cabal-dev
>
> Because the cript returns error, due to that cabal 1.1.3 is not there
> and you can't reinstall the package again with:
>
> # apt-get install libghc6-cabal-dev
>
> because you can uninstall it with apt.
>
> so ghc-pkg uninstall makes dpkg script to not uninstall properly the
> package.

Bug#340942: acknowledged by developer (related bugs)

[Isaac Jones]

Wouter Verhelst <[EMAIL PROTECTED]> writes:

> reopen 340942
> thanks
>
> On Wed, Jan 18, 2006 at 09:03:10PM -0800, Debian Bug Tracking System wrote:
>> This is an automatic notification regarding your Bug report
>> #340942: darcs_1.0.4-1(m68k/unstable): configure failed,
>> which was filed against the darcs package.
> [...]
>> I'm closing out #341206, since it's either a dup of this bug or
>> #340942.  Further libcurl-related bugs should go to 340942.
>
> Uh, that's why we have merge. In fact, these bugs were alredy merged,
> since you just closed #340942, too.

Thanks for fixing that.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#237857: retitle

[Isaac Jones]

retitle 237857 darcs fails to build on mipsel
thanks

The tex4ht related bugs should be solved now, since we're no longer
building the documentation (sorta) since it comes in the upstream
tarball.

This doesn't work perfectly, but hopefully it'll be better in future
upstream.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#340942: related bugs

[Isaac Jones]

retitle 341517 FTBFS: SPARC
thanks

Darcs building on SPARC has failed in a number of ways recently.

"cannot actually use libcurl"

"[FastPackedString.o] Bus error"

and currently:

checking where GHC keeps its libraries... /usr/lib/ghc-6.4.1
checking GHC.Handle.openFd... Terminated
make: *** [configure-stamp] Error 1
Build killed with signal 15 after 150 minutes of inactivity
**
Build finished at 20060116-1633
FAILED [dpkg-buildpackage died]
Purging chroot-unstable/build/buildd/darcs-1.0.5
--

I'm closing out #341206, since it's either a dup of this bug or
#340942.  Further libcurl-related bugs should go to 340942.


peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#340942: this now works?

[Isaac Jones]

This now builds as of darcs-1.0.5.  Did anything change in upstream to
make this work, or was there a change in the build-depends?

http://buildd.debian.org/fetch.php?&pkg=darcs&ver=1.0.5-3&arch=m68k&stamp=1137441558&file=log&as=raw

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#348807: Problem in libghc6-cabal-dev uninstallation

[Isaac Jones]

José Salavert Torres <[EMAIL PROTECTED]> writes:

> Package: libghc6-cabal-dev
> Version: 1.1.3
>
> if this package is installed and you run:
>
> # ghc-pkg unregister Cabal
>
> then you can't run:
>
> # apt-get remove libghc6-cabal-dev
>
> if you install the package, the old cabal version (1.0), which comes
> with ghc is not uninstalled, so you have the two versions at the same
> time.

What is the actual problem / error message you're facing?  The
postinst script for cabal fails if you've unregistered cabal?

Which version of ghc6 are you using?

Why do you want to unregister cabal without removing it?  Which
version of cabal are you actually trying to unregister?

The two versions should be able to coexist, and if you don't want them
to coexist, then you should remove the package rather than
unregistering it w/ ghc-pkg, or unregister cabal-1.0 before installing
the package.

> The configuration script should remove cabal 1.0 before installing
> cabal 1.1.3.

The configure script should definitely not remove cabal 1.0, but
ghc-pkg should probably hide previous versions.  With ghc 6.4.1, I
believe this is the case.


peace,

  isaac

Bug#348634: Unable to pull changes

[Isaac Jones]

Matt Kraai <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.5-3
>
> When I try to pull all of the changes from the upstream directory to
> the debian directory, darcs fails:

Does running 'darcs repair' actually fix the problem, or not?

Darcs upstream, is this a known bug?

peace,

  isaac

>> $ cd debian
>> $ darcs pull --all ../upstream
>> Pulling from "../upstream"...
>> 
>> darcs failed:  user error (Error applying patch to recorded.
>> Running 'darcs repair' on the target repo may help.
>> user error (Error applying hunk to file ./ChangeLog))
>> Your repository is now in an inconsistent state.
>> This must be fixed by running darcs repair.
>> 
>> 
>>
>
> You can download a tarball of the two repositories from
>
>  http://people.debian.org/~kraai/unpullable.tar.gz
>
> -- 
> Matt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#348165: darcs: build-depends on package in non-free

[Isaac Jones]

On 1/15/06, David Roundy <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 15, 2006 at 01:14:57PM +0100, Aurelien Jarno wrote:
> > darcs build-depends on latex2html, which is in non-free. Therefore, it
> > could not stay in main, as stated by policy 2.2.1:
>
> I believe that darcs should be able to get by without a build-depends on
> htlatex, hevea *or* latex2html.

Hm. I wonder why pbuilder didn't catch that one, I guess it must have
picked up hevea.  I knew there must be some reason I wasn't counting
on latex2html.  Fixing now.

Bug#347564: darcs - FTBFS: cannot stat `manual/index.html': No such file or directory

[Isaac Jones]

David,  Is there anything that can be done in configure to set the
TEX4HTENV variable in Debian?  I think that would fix the build
problem we're seeing, at least on i386.  There are also flags to
tex4ht where you can specify this path.

TEX4HTENV=/etc/tex4ht/tex4ht.env

peace,

  isaac

Bug#347564: darcs - FTBFS: cannot stat `manual/index.html': No such file or directory

[Isaac Jones]

On 1/12/06, David Roundy <[EMAIL PROTECTED]> wrote:
> When building darcs from a tarball, the documentation shouldn't be
> built, since it's built during the make dist that generates the tarball...

>From what I can tell, the makefiles are set up such that it's
impossible not to rebuild the documentation. I'll work on it, though.

Since darcs_print.ps ultimately depends on the preproc executable, and
since that binary is (presumably) not included in the tarball, when
that gets rebuilt the dependencies of darcs_print.ps are modified and
make is forced to rebuild them.

That might not be the exact reason that the docs get rebuilt, but to
verify the problem, just unpack the tarball, configure, and make
darcs_print.ps... it goes through and builds everything.

David, let me know if you can solve this in short order, otherwise
I'll dig into it.

peace,

  isaac

Bug#347564: darcs - FTBFS: cannot stat `manual/index.html': No such file or directory

[Isaac Jones]

This is probably due to a documentation build failure as below:

Output written on darcs.dvi (228 pages, 826908 bytes).
Transcript written on darcs.log.
--- warning --- Can't find/open file `tex4ht.env | .tex4ht'
--- error --- Illegal storage address

The program segfaults when it can't find tex4ht.  Not sure why it
segfaults or why it can't find that file... investigating.

Bug#333251: not apparently fixed

[Isaac Jones]

This does not appear to be fixed in 1.0.5.

peace,

 isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328032: [issue38] --set-scripts-executable works partially

[Isaac Jones]

This doesn't look like it's fixed in 1.0.5.  Can anyone verify?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#304264: [issue36] fails to look for new files if there is a socket (not in 1.0.5)

[Isaac Jones]

Can anyone verify whether this is fixed in 1.0.5?  If so, can the
original submitter, Matt, please close this by emailing
[EMAIL PROTECTED]

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#341599: is this a bug?

[Isaac Jones]

Tags 341599 +moreinfo
thanks

Daniel,

David Roundy replied to your bug report some time back. Can you verify
whether this is in fact a bug, or an issue with your mailer or
something else?

peace,

  isaac

Bug#346446: patch forwarded

[Isaac Jones]

I sent your patch upstream for them to have a look.  Hopefully I can
get it into the 1.0.5 release.

peace,

  isaac

Bug#347172: hugs: add runhaskell?

[Isaac Jones]

Package: hugs
Version: 98.200503.08-4
Severity: wishlist
from an email between me & ian:

> Should I add a runhaskell script to the hugs package?

Yes.

> If so, what
> priority should I install it at?

I suggest 5620050308
5 == hugs
6 == stable (CVS snapshot would use 3)
20050308 == date

> Can you give me a pointer to info
> about installing priorities like that?

Something like
update-alternatives /usr/bin/runhaskell runhaskell /usr/bin/runhugs 
5620050308
in postinst and
update-alternatives --remove runhaskell /usr/bin/runhugs
in prerm. You might like to generate the postinst so the date is filled
in automagically.


Thanks
Ian

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages hugs depends on:
ii  libc6 2.3.5-9GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libreadline5  5.1-1  GNU readline and history libraries

hugs recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#281997: comments

[Isaac Jones]

>From upstream:

AFAIK that sounds like some bug in auto-fill-mode which has been
   partly fixed in Emacs-22.

Bug#301502: notes from upstream maintainer

[Isaac Jones]

>From the upstream maintainer

that run-haskell only works after loading haskell-site-file.el is
   completely normal.  As for the "keymapp nil" error on run-hugs
   I believe it was fixed in 2.1 (but the corresponding fix for ghci
   is only in CVS).

Bug#336201: debuild make -e?

[Isaac Jones]

Does debuild use make -e?  Why is it getting input from user environment variables?  That's a little strang.

GZIP is a standard environment variable for this program, so we should
perhaps avoid using it since user environment variables apparently leak
into the make environment, but I don't know why it should matter.

peace,

  isaac

Bug#346167: unpull fails: unable to apply inverse patch

[Isaac Jones]

Yes, can you please?On 1/5/06, Matt Kraai <[EMAIL PROTECTED]> wrote:
Package: darcsVersion: 1.0.3-2When I try to unpull a particular patch, darcs fails:> $ darcs unpull>> Thu Jan  5 09:28:33 PST 2006  [EMAIL PROTECTED]
>   * Imported autogen-5.8.1pre3>   into Darcs repository>>> Shall I unpull this patch? (1/25) [ynWvpxqadjk], or ? for help: y>> Mon Dec 19 08:54:02 PST 2005  
[EMAIL PROTECTED]>   * Imported autogen-5.8>   into Darcs repository>>> Shall I unpull this patch? (2/25) [ynWvpxqadjk], or ? for help: d>> darcs failed:  Unable to apply inverse patch!
I can put the repository online if that would help.--Matt-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.2 (GNU/Linux)iD8DBQFDvWE9fNdgYxVXvBARAoeMAJwI5CikNUzG6ZXmiF1XsHwye+jm2ACdG1Nc
EcTktixJYpkAQ432aIvSsmg==COq5-END PGP SIGNATURE-

Bug#342503: Similar problem

[Isaac Jones]

I am seeing a similar problem.  Any clues on this yet?

Bug#304264: [David Roundy] [issue36] fails to look for new files if there is a socket

[Isaac Jones]

--- Begin Message ---

David Roundy <[EMAIL PROTECTED]> added the comment:

(Forwarded from the debian bug tracker...)

On Sat, Dec 17, 2005 at 11:07:38PM +0100, Juliusz Chroboczek wrote:
> Your patch looks good to me -- but it's out of date.
>
> A patch against the darcs-unstable tree would be warmly welcomed.
> (Darcs patches preferred, grateful for plain patches too.)  If you
> don't have time, I'll be glad to do it myself at some point (no
> promises).

I compiled the darcs-unstable tree and was unable to reproduce the
problem: when I run "darcs what -l" in a directory that contains a
socket, it just outputs "No changes!".  I think this bug can be closed
once a release from that tree is packaged for Debian.

--
status: unread -> chatting


Darcs issue tracker <[EMAIL PROTECTED]>





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

--- End Message ---

Bug#342757: haskell-cabal: ftbfs [sparc] make[1]: *** [setup] Bus error

[Isaac Jones]

Hi Ian.  Look like a GHC bug?

Blars Blarson <[EMAIL PROTECTED]> writes:

> Package: haskell-cabal
> Version: 1.1.3
> Severity: serious
> Justification: no longer builds from source
>
>
> haskell-cabal failed to build on a sparc buildd, duplicated on my
> sparc pbuilder.
>
>
>
> ./Distribution/Simple/Utils.hs:217:4:
> Warning: This binding for `paths' shadows an existing binding
>In a case alternative
> Compiling Distribution.PreProcess.Unlit ( ./Distribution/PreProcess/Unlit.hs, 
> dist/tmp/Distribution/PreProcess/Unlit.o )
> Compiling Distribution.License ( ./Distribution/License.hs, 
> dist/tmp/Distribution/License.o )
> Compiling Distribution.GetOpt ( ./Distribution/GetOpt.hs, 
> dist/tmp/Distribution/GetOpt.o )
> make[1]: *** [setup] Bus error
> make[1]: Leaving directory `/build/buildd/haskell-cabal-1.1.3'
> make: *** [configure-stamp] Error 2


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#335043: Command to provide a summary of an emailed patch.

[Isaac Jones]

Message from David Roundy:

>> Command to provide a summary of an emailed patch.
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=335043
>
> apply --dry-run would be a good thing to add.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336327: Darcs hang on some conflicts during pull

[Isaac Jones]

Message from David Roundy:

>> Darcs hang on some conflicts during pull
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336327
>
> This is a known issue, and not going to be fixed until the new conflict
> handling code is done.  It's much of the reason for the new conflict
> handling code.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333251: Doesn't like pasted text.

[Isaac Jones]

Message from David Roundy:

>> Doesn't like pasted text.
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333251
>
> I've seen this before, but it's hard to reproduce, and I haven't tracked
> down what precisely causes it.  It's something to do with our buffer
> handling.

I have also seen this.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#325693: "get"-ing a repository that contains an upper case file name fails on vfat filesystem

[Isaac Jones]

Message from David Roundy:

>> "get"-ing a repository that contains an upper case file name fails on vfat 
>> filesystem
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325693
>
> This is an odd one--I've never seen a bug report like it.

David, what do you think of the attached patch in the Debian bug
report?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332542: Please reflow --help output to the terminal width

[Isaac Jones]

Message from David Roundy:

>> Please reflow --help output to the terminal width
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=332542
>
> I'd put it as a wishlist.  I think it'd be a good idea, but would
> require quite a bit more infrastructure in our printing engine.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328032: --set-scripts-executable works partially

[Isaac Jones]

Message from David Roundy:

> darcs: --set-scripts-executable works partially
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328032

> Can you see if you can reproduce this bug? I don't get it, at least not
> with a remote get.  For a local get, --set-scripts-executable has no
> effect--which is a bug.  But I can't get darcs to leave "other" as
> non-executable while setting ug+x.

David, I should think this is probably the set-scripts-executable bug
for local gets.  Any reason you don't think so?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#306063: darcs: ignores changes if an absolute path is specified

[Isaac Jones]

Message from David Roundy:

>> darcs: ignores changes if an absolute path is specified
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=306063
>
> Still there, and someone could fix it, I suppose.  It doesn't strike me as
> being very high priority.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#304264: fails to look for new files if there is a socket

[Isaac Jones]

Message from David Roundy:

>> fails to look for new files if there is a socket
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304264
>
> Worth fixing.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#297782: darcs.cgi should be compatible with darcs-createrepo

[Isaac Jones]

Message from David Roundy:

>> darcs.cgi should be compatible with darcs-createrepo
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297782
>
> I'd really like to just remove darcs-createrepo, as it's a complicated
> ill-tested script that must be run as root.  That would "solve" this
> problem...


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#341517: darcs: ftbfs [sparc] make[1]: *** [FastPackedString.o] Bus error

[Isaac Jones]

Blars Blarson <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.4-2
> Severity: serious
> Justification: no longer builds from source
>
>
> darcs failed to build on a sparc buildd, duplicated on my sparc pbuilder.

Didn't you already file this bug yesterday:

From: Blars Blarson <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: darcs: ftbfs [sparc] Cannot actually use libcurl
Date: Tue, 29 Nov 2005 00:24:45 -0800

Package: darcs
Version: 1.0.4-1
Severity: serious
Justification: no longer builds from source

darcs failed to build on a sparc buildd, duplicated on my sparc pbuilder.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#340942: Can't actually use libcurl?

[Isaac Jones]

David Roundy <[EMAIL PROTECTED]> writes:

(snip)

> ... It would help to have the config.log.
>
> Most likely the curl-config output is messed up in some way.  We use
> curl-config to determine which flags to use to link with curl, but then we
> check whether these flags actually work, and it is this check that fails.
> So either curl-config is messed up (as it used to be on MacOS--it claimed
> to be x86) or our test is misfunctioning in some way.  It could be that our
> workaround for the bug in curl-config on MacOS is somehow backfiring on
> another platform...  :(

David,

It fails in the same way on most Debian architecture that the
autobuilders attempted (see bottom):

http://buildd.debian.org/build.php?pkg=darcs

It didn't fail on my personal machine, and I'm trying to figure that
out now.  The autobuilders didn't attempt to build it for i386 since
they already had the binary that I built.

peace,

  isaac



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#297782: bug fixed?

[Isaac Jones]

Greetings.  I just uploaded a new darcs, version 1.0.4 to Debian.
After a while, it'll be available via apt-get for unstable.  I am
unsure whether your bug is fixed in this new version.  If you have a
moment, can you check to see whether it is fixed?  After upgrading,
please verify that you are using the correct version by calling "darcs
--version".

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336327: dbp-importdsc: Hangs while attempting to pull the latest upstream from .upstream directory

[Isaac Jones]

John Goerzen <[EMAIL PROTECTED]> writes:

> On Mon, Oct 31, 2005 at 09:42:37AM -0800, Isaac Jones wrote:
>> >> darcs get http://jamessan.com/~jamessan/fish/fish/
>> >> darcs get http://jamessan.com/~jamessan/fish/fish.upstream/
>> >> 
>> >> The dsc, diff.gz, and orig.tar.gz are also in the top-level fish
>> >> directory.
>> >
>> > If I had to guess, I'd say the problem was in doc_src/commandline.txt.
>> > In any case, the Darcs folks will be better equipped to help out with
>> > this, so I'm sending it their way.
>> 
>> Are you guys seeing it hang on those "get" calls?  It works for me.
>
> He's doing a pull from the .upstream into the fish repo.

OK I can reproduce it with:

darcs get http://jamessan.com/~jamessan/fish/fish
cd fish
darcs pull --all http://jamessan.com/~jamessan/fish/fish.upstream/

Copying upstream.

peace,

 isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336327: dbp-importdsc: Hangs while attempting to pull the latest upstream from .upstream directory

[Isaac Jones]

John Goerzen <[EMAIL PROTECTED]> writes:

> retitle 336327 Darcs hang on some conflicts during pull
> reassign 336327 darcs
> thanks
>
>
> On Mon, Oct 31, 2005 at 10:55:13AM -0500, James Vega wrote:
>> >
>> > Can you make your repositories available somewhere for us to examine?
>> 
>> darcs get http://jamessan.com/~jamessan/fish/fish/
>> darcs get http://jamessan.com/~jamessan/fish/fish.upstream/
>> 
>> The dsc, diff.gz, and orig.tar.gz are also in the top-level fish
>> directory.
>
> If I had to guess, I'd say the problem was in doc_src/commandline.txt.
> In any case, the Darcs folks will be better equipped to help out with
> this, so I'm sending it their way.

Are you guys seeing it hang on those "get" calls?  It works for me.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336417: haskell-cabal: unlink files before copying over them

[Isaac Jones]

Package: haskell-cabal
Severity: normal

From: Frederik Eaton
Subject: cabal installation

It would be nice if cabal would unlink destination files before
installing over them, rather than just calling "copyFile". It appears
that when "copyFile" finds that a destination file already exists,
rather than removing it, it tries to open and truncate it, which leads
cabal to fail with the following error message when a new version of a
running program is installed:

*** Exception: bar: copyFile: resource busy (Text file busy)

The commonly-used 'install' command does not suffer from this bug.

Frederik

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336201: FTBFS: error gzipping changelog.Debian

[Isaac Jones]

Thanks for the bug report.  I just did an upload which I hope will fix
it.  Please re-open the bug if not :)  Look for the -4 version.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#305851: upstreams says this is fixed

[Isaac Jones]

This looks fixed.  Should be closed on next upload.

--- Begin Message ---
On Thu, Oct 06, 2005 at 05:27:30PM -0400, Juliusz Chroboczek via RT wrote:
> > Actually, I sort of take back my previous post to this bug.  Perhaps we
> > should make --summary have an effect when combined with --all.  I'm
> > delaying decision on this.
> 
> You're the one with a knack for user interfaces here, but I think it
> should have the expected effect in all cases (displaying a summary after
> the patch header).  Not that I expect it to be useful in the interactive
> case, just for least astonishment.

Yeah, that makes sense.  Somehow I was envisioning printing the summary of
all the patches at the beginning, which of course didn't make any sense.
I've just implemented this, so I'm now resolving this bug.
-- 
David Roundy
http://www.darcs.net



--- End Message ---

Bug#287881: "--with-sendmail" now available

[Isaac Jones]

I'll look at this next time I do an upload.  Thanks for the heads-up.

"Tom Parker" <[EMAIL PROTECTED]> writes:

> Version: 1.0.3-2
>
>
>
> The --with-sendmail flag is now available on current unstable Darcs
>
> (1.0.3-2), so why does darcs still build-depend on "exim4 |
>
> mail-transport-agent"?


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#333251: Doesn't like pasted text.

[Isaac Jones]

Daniel Burrows <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.3-2
> Severity: normal
>
>   Sometimes (not always) if I paste text into a darcs prompt, such as
> the one asking for a patch name, or even if I just type too quickly,
> darcs dies like this:
>
> darcs: : hSetBuffering: unsupported operation (Illegal seek)
 
Thanks.  I'm forwarding this upstream.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#332542: Please reflow --help output to the terminal width

[Isaac Jones]

Daniel Burrows <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.3-2
> Severity: minor
>
>   On a thin terminal, the output of darcs --help is nearly unreadable.
> It would be nice if it could be reflowed to the terminal width.

Thanks for the bug report.  I'm forwarding this upstream.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328679: setuid

[isaac jones]

The workaround for this is something like:
chmod gu+s /usr/lib/mount.davfs-2.6

But maybe this is dangerous because of the bug reported here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310757

Perhaps this should be mentioned in README.Debian, since it conflicts w/
upstream behavior of seteuid?

Also, mounting as another user is made difficult by the permissions on
the pidfile. I get an error:

Could not open pid-file
[EMAIL PROTECTED]:/tmp# ls -l /var/run/mount.davfs/ -ld
drwxr-xr-x  2 root root 4096 2005-09-14 03:34 /var/run/mount.davfs/

I get around this by:

chgrp users /var/run/mount.davfs/
chmod g+w /var/run/mount.davfs/

All of this may be dangerous on a multi-user machine.

peace,

  isaac
-- 
isaac jones <[EMAIL PROTECTED]>



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328032: darcs: --set-scripts-executable works partially

[Isaac Jones]

gary ng <[EMAIL PROTECTED]> writes:

> testing shell script. It is very simple to reproduce.
> Just with the following :
>
> mkdir dir1
> cd dir1
> echo "#!/bin/sh" > a
> chmod 0755 a
> darcs init
> darcs add *
> darcs record
> cd ..
> darcs get --set-scripts-executable dir1 dir2
>
> Now dir2/a is 0754, instead of 0755.

I'm not exactly sure how this feature decides what a script is.  I
assume it uses extensions.  I've forwarded this upstream as a request
to fix the documentation.

But it sounds like you're actually asking for general permission
support, which is already filed as a bug:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311156

Do you think your bug / feature request is redundant with that one?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328032: darcs: --set-scripts-executable works partially

[Isaac Jones]

[EMAIL PROTECTED] writes:

> Package: darcs
> Version: 1.0.3-2
> Severity: important
>
> The original file has 0755 but after a "darcs get
> --set-scripts-executable", the mode is 0754.

What sort of file is this?  How can I reproduce it?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#327491: Depends on unavailable library libgmp3

[Isaac Jones]

Arjan Oosting <[EMAIL PROTECTED]> writes:

> tags pending 327491 
> thanks
>
> Op za, 10-09-2005 te 15:57 +0200, schreef Emilio Jesus Gallego Arias:
>> Package: drift
>> Version: 2.1.1-1
>> Severity: serious
>> 
>> Hi,
>> 
>> this package should be uploaded to comply with the gcc ABI transition,
>> as it currently depends on libgmp3, that is not longer on unstable.
> Hi,
>
> Thanks for your bug report. I have already rebuilt drift (2.1.1-5) with
> the new version of ghc6, which should solve this. I hope it will be
> uploaded soon. 
>
> Isaac, could you sponsor my new version of drift? It is available from
> http://moonshine.dnsalias.org/debian/unstable as always.

Done.  I uploaded drift just now.  Let me know if you need anything else.



peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#271124: hugs98: needs Build-Conflicts with byacc

[Isaac Jones]

Thomas Dickey <[EMAIL PROTECTED]> writes:

> I see byacc is checked for in the hugs98 configure script, but parser.y
> doesn't contain any bison-specific junk.  Any idea why byacc is being
> picked on here?

Either configure or the upstream author thinks it won't work with byacc:

checking for byacc... byacc
Found 'byacc', but the Hugs98 parser is incompatible with it.
You need to install 'bison' and re-run the configure script.
make: *** [debian/build.stamp] Error 1

But I don't know why it's incompatible... Ross is upstream; can you
shed any light Ross?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#326095: hugs98: Does not work on powerpc

[Isaac Jones]

Kurt Roeckx <[EMAIL PROTECTED]> writes:

> On Sat, Sep 03, 2005 at 01:23:52PM -0700, Isaac Jones wrote:
>> A binary NMU was recently performed, which may fix the problem.  I'm
>> also going to be making a source upload soon.  Please let me know if
>> this doesn't help.
>
> I know, and I thought I send a mail to the bug report about it,
> but I've send it to the wrong address.
>
> It currently seems to be working, and you can probably close this
> bug.

Thanks :)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299702: Hugs98-2005 should not go into sarge yet

[Isaac Jones]

Roger Leigh <[EMAIL PROTECTED]> writes:

> Isaac Jones <[EMAIL PROTECTED]> writes:
>
>> Roger Leigh <[EMAIL PROTECTED]> writes:
>>
>>> Is this bug still applicable.  Can it enter etch/testing?
>>
>> I'm afraid that this bug is still applicable until a GHC 6.4 version
>> enters testing.  Perhaps this will happen now that the 'grave' bugs
>> are cleared?  Are we waiting forf 6.4.1 before letting GHC enter
>> testing?
>
> It's caught up in the libgmpxx C++ ABI transition.  This requires a
> manual bootstrap of ghc6 for all arches (I did powerpc today), so it
> won't enter testing before this has been done.  It will also require a
> number of dependent packages building as well (happy, haddock,
> haskell-utils) before it will be installable.

Thanks for the info.  So what needs to happen for the GHC
bootstrapping is that a binary version of GHC needs to get uploaded to
each platform?  I'm still wondering if Ian is planning to let it enter
testing at that point.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#253002: hugs98: FTBFS on amd64.

[Isaac Jones]

Roger Leigh <[EMAIL PROTECTED]> writes:

> Hi,
>
> Has any progress been made on this yet?  amd64 will be entering the
> archive soon, at which point this will become a serious bug.
>
> It's also worth pushing upstream--they may want to integrate this
> (-fPIC) in their build since it will affect all amd64 users.
> Alternatively, they could use libtool.

Greetings.  The debian/rules file has had -fPIC in the CFLAGS since at
least the last upload.  Can you check whether it will build out-of-box
for amd64 now?


peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#326095: hugs98: Does not work on powerpc

[Isaac Jones]

A binary NMU was recently performed, which may fix the problem.  I'm
also going to be making a source upload soon.  Please let me know if
this doesn't help.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299702: Hugs98-2005 should not go into sarge yet

[Isaac Jones]

Roger Leigh <[EMAIL PROTECTED]> writes:

> Is this bug still applicable.  Can it enter etch/testing?

I'm afraid that this bug is still applicable until a GHC 6.4 version
enters testing.  Perhaps this will happen now that the 'grave' bugs
are cleared?  Are we waiting forf 6.4.1 before letting GHC enter
testing?

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#320156: (no subject)

[Isaac Jones]

Simon Michael <[EMAIL PROTECTED]> writes:

> I got this to install by downloading the latest libgmp3 and darcs debs
> from packages.debian.org and installing them by hand. Is this a
> dangerous thing to do ? It gives the appearance of working just fine.

This shouldn't cause any problem.  You may be able to also say:
apt-get install libgmp3/stable
apt-get install darcs

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#322120: apt: No documentation available on use of release signatures? (No apt-secure(8)?)

[Isaac Jones]

Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> writes:

> tags 322120 patch
> thanks
>
> On Tue, Aug 09, 2005 at 11:34:17AM +0200, Michael Vogt wrote:
>> It would be nice if you could write a manpage (preferably in XML like
>> the other man pages). 
>
> Ok. How about the attached patch? It might need a little bit of 
> proofreading but I believe the facts are straight. It also needs
> clearance from the people that wrote the online documentation
> I based on it (in CC:) since they don't provide a copyright in the manpage.
>
> Issac, Colin, and Florian, could you please relicense your documents
> using the GPL so we can include this manpage in the Apt sources?
> [ Note: I don't know who to give credit for http://wiki.debian.net/?apt06
> and there is no license statement in Debian's kwiki, what should we do
> about that? ]

Colin and I consider that document to be under the 3-clause BSD
license, so you should be able to use it with no problems... except
that you should spell my name right if you mention me ;)

Please use and abuse that document for whatever it is worth!

peace,

  isaac

Bug#317803: haskell-cabal: add a --with-package-conf= flag to configure?

[Isaac Jones]

Package: haskell-cabal
Severity: wishlist

Consider adding a --with-package-conf= flag to the configure command,
or the register command.

ALSO: make --user default when configure with --user?

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#311835: haskell-cabal: FTBFS: Can't satisfly build dependency on ghc6

[Isaac Jones]

Kurt Roeckx <[EMAIL PROTECTED]> writes:

> Hi,
>
> Is there any progress on this?  Is there a reason you didn't
> switch to the new ghc6 6.4 yet?


Yes, the problem is that ghc 6.4 comes with Cabal, but it needs to be
removed for me to upload a new version of haskell-cabal, or
libghc6-cabal-dev will still be uninstallable.

Ian has indicated that he'll get around to removing cabal from ghc
when the transition to the new gcc is straightened out, probably a few
days.  Then I can upload a new cabal, which will probably be the same
(upstream) version as this one, and hopefully very soon after I'll
upload an updated cabal.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#311835: haskell-cabal: FTBFS: Can't satisfly build dependency on ghc6

[Isaac Jones]

I believe that GHC 6.4 should come with Cabal, but I'm not positive
about what Ian decided.  Ian: Does it come with Cabal?

If so, packages which build-depend on Cabal should have bugs filed
against them, not against Cabal, for failing to build.

If not, I'll upload a new version of Cabal with a fixed build-depends.

peace,

  isaac

Kurt Roeckx <[EMAIL PROTECTED]> writes:

> Package: haskell-cabal
> Verison: 0.5-1
> Severity: serious
> Tags: sid
>
> Hi,
>
> haskell-cabal currently can't be build because the version of
> ghc6 has changed to 6.4-4 and you build depend on ghc6 (<<
> 6.2.3).
>
> Note that this is also causing other packages to fail to build
> because they want to use ghc6 6.4 and then fail because
> libghc6-cabal-dev wants ghc6 (< 6.2.3).
>
>
> Kurt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#305883: darcs: expects emacs, despite $EDITOR, and records anyway without log message

[Isaac Jones]

Do you have other related environment variables set, such as VISUAL?
Did you see this section in the manual:

DARCS_EDITOR
When pulling up an editor (for example, when adding a long comment in
record), darcs uses the contents of DARCS_EDITOR if it is defined. If
not, it tries the contents of VISUAL, and if that isn't defined (or
fails for some reason), it tries EDITOR. If none of those environment
variables are defined, darcs tries vi, emacs, emacs -nw and nano in
that order.

peace,

  isaac

Lee Braiden <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.2-1
> Severity: normal
>
> When recording a change and choosing to enter a long message, darcs ignores my
> preferred editor, and fails to find emacs, yet records the changes anyway.  
> The
> output looks like this:
>
> Do you want to add a long comment? [yn] y
> Received SIGHUP or SIGTERM
> sh: emacs: command not found
> sh: emacs: command not found
> Received SIGHUP or SIGTERM
> Finished recording patch 'pre-darcs changes to 0.8'
>
> $EDITOR is definitely set, and the editor is available.  I tried with EDITOR 
> set
> to both fte and nano, with no luck.
>
> -- System Information:
> Debian Release: 3.1
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: powerpc (ppc)
> Kernel: Linux 2.6.11-powerpc
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
>
> Versions of packages darcs depends on:
> ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries 
> an
> ii  libcurl37.13.2-2 Multi-protocol file transfer 
> libra
> ii  libgmp3 4.1.4-6  Multiprecision arithmetic library
> ii  libidn110.5.13-1.0   GNU libidn library, 
> implementation
> ii  libncurses5 5.4-4Shared libraries for terminal 
> hand
> ii  libreadline44.3-15   GNU readline and history 
> libraries
> ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
> ii  zlib1g  1:1.2.2-4compression library - runtime
>
> -- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308528: New upstream prerelease

[Isaac Jones]

Philipp Kern <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.2-1
> Severity: wishlist
>
> Hi Isaac,
>
> please update the darcs revision in Debian to the latest prerelease
> source[1] as this fixes some issues and has some UI improvements I miss
> when I work on my Debian packages. I saw that you uploaded prereleases
> earlier, and I personally hadn't any problems with 1.0.3rc1 on Darwin,
> all went fine.

Agreed.  I'll get to this ASAP.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308388: haskell-cabal: finding ghc-pkg with different compiler

[Isaac Jones]

Package: haskell-cabal
Severity: normal

Peter Simons reports:

I've run into a problem when trying to build a package with
Cabal using a different GHC version than the one found in
the $PATH. It looks like this:

  $ runghc Setup.lhs configure --with-compiler=/opt/ghc/bin/ghc-6.2.2
  Warning: No license-file field.
  Configuring hsemail-0.0-2005-02-14...
  configure: looking for package tool: ghc-pkg near compiler in 
/opt/ghc/bin/ghc-6.2.2
  Cannot find package tool: /opt/ghc/bin/ghc-pkg.2


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308263: haskell-cabal: generate ghci libs during build, not register

[Isaac Jones]

Package: haskell-cabal
Severity: wishlist

Cabal should generate ghci files at build time rather than using
ghc-pkg to do it during register.  This will be better for systems
like Gentoo which don't like to have any files which are not managed
by the package.  Here's a bash funciton to do this, but there should
be some haskell code in ghc-pkg to do it as well:

# make a ghci foo.o file from a libfoo.a file
ghc-makeghcilib() {
 local outfile
 outfile="$(dirname $1)/$(basename $1 | sed 's:^lib\?\(.*\)\.a$:\1.o:')"
 ld --relocatable --discard-all --output="${outfile}" --whole-archive $1
 }


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308260: haskell-cabal: add sanity checking to version numbers

[Isaac Jones]

Package: haskell-cabal
Severity: wishlist

It's been reported that there are packages with version numbers like
5.01 which will be parsed as 5.1 by cabal.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300459: the right thing to do...

[Isaac Jones]

Isaac Jones <[EMAIL PROTECTED]> writes:

> The right thing to do is probably to run ranlib upon installation, not
> during linking.  Will try to attack this before 1.1 release.

Arthur, I just added this to Cabal in CVS and Darcs.  Can you please
check that out and see if it solves your problem?  Instructions are here:

http://www.haskell.org/cabal/code.html

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300459: the right thing to do...

[Isaac Jones]

The right thing to do is probably to run ranlib upon installation, not
during linking.  Will try to attack this before 1.1 release.


peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#307028: haskell-cabal: problem generating empty package.conf

[Isaac Jones]

Package: haskell-cabal
Severity: normal

From: Ashley Yakeley
Subject: Bug in Cabal creating user package.conf

I don't know if this has already been mentioned, but there's a bug in 
Cabal which I noticed when I tried to configure a package:

  $ runghc Setup.hs configure
  ...
  configure: Reading installed packages...
  cannot parse package list

It turns out Setup created a user package.conf consisting of the two 
characters "[]" without a newline, which it was then unable to parse. 
Adding a newline fixed the problem.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#304965: haskell-cabal: more fine-tuned prefix locations?

[Isaac Jones]

There have been requests for more fine-tuned flags to haddock and to
various preprocessors.  People aren't content with the default flags
:)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#304964: haskell-cabal: ./setup uninstall

[Isaac Jones]

Package: haskell-cabal
Severity: wishlist

Several people have requested an uninstall target for cabal.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#304965: haskell-cabal: more fine-tuned prefix locations?

[Isaac Jones]

Package: haskell-cabal
Severity: wishlist

>From Niklas Broberg:

With "ordinary" configure scripts, you can finetune installation using
flags like --libdir, --bindir, --includedir etc. This doesn't seem to
work with Cabal just yet, but I don't think there are any reasons why
it shouldn't be implementable. Feature request? =)

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300457: Test case

[Isaac Jones]

> I was also unable to find any way to express that this library needs
> to be linked with an OS threaded RTS.  It might be a bit too
> GHC-specific, but it would be great for HFuse.

I'm not sure what you mean by this; can you use ghc-options to do
this?

pax


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300457: Test case

[Isaac Jones]

Jérémy Bobbio <[EMAIL PROTECTED]> writes:

> Hello,
>
> Attached is a test case for this bug.

Thanks for this!

I integrated this test case into my test suite, and fixed this bug.  I
also added logic to remove the generated stub files while performing a
./setup clean.

You'll have to get the fix from the darcs or CVS repository.  Let me
know if this doesn't work for you :)

peace,

  isaac

Bug#304693: haskell-cabal: ./setup haddock can't be installed or cleaned

[Isaac Jones]

Package: haskell-cabal
Severity: normal

From: Ashley Yakeley:

I've just started using Cabal, for my time library implementation
(). I have some issues:

1. If I do "runghc Setup.hs haddock" and then "runghc Setup.hs install", 
the documentation doesn't appear to get installed anywhere.

2. Likewise, "runghc Setup.hs clean" doesn't delete the documentation. I 
had expected it to delete the whole dist directory.


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#304206: haskell-cabal: extra configure flags get truncated after =

[Isaac Jones]

Package: haskell-cabal
Severity: normal

A bug report from: Niklas Broberg

I have a configure script that uses some custom --with-X flags. I now
want to access this script through Cabal. If I say

> ./configure --with-sessiondb-driver=PostgreSQL

the @DB_UPPER@ markers in my files get exchanged for "PostgreSQL". If
I instead write

> runhaskell Setup.hs configure --with-sesisondb-driver=PostgreSQL

the @DB_UPPER@ markers become "yes".

and when running w/ v4,

./setup configure --with-sessiondb-driver=PostgreSQL

causes output

sh configure... --with-sessiondb-driver

(without the =PostgreSQL)

This is with (defaultMainWithHooks defaultUserHooks), so I think the
error is in the parsing of the command-line args in the pre-configure
hook.

pax

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#303605: haskell-cabal: no ./setup test command

[Isaac Jones]

Package: haskell-cabal
Severity: normal

Though there is a UserHook for it, there is no "./setup test" command
to call this hook.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300418: darcs: Typo in package description

[Isaac Jones]

Thanks for the detailed bug report.  I'll attack this ASAP.

peace,

   isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300459: libghc6-cabal-dev: maybe cabal should generate index for archive?

[Isaac Jones]

Package: libghc6-cabal-dev
Severity: normal

From: Arthur Baars
Subject: Cabal: GHC package on Mac OSX
To: [EMAIL PROTECTED]

Hi Isaac,

I have been experimenting with Haskell Cabal today. Really neat stuff!

I ran into a problem with the generated library archive:

> ld: archive: /usr/local/lib/uust-1.0/libHSuust-1.0.a has no table of
> contents,
>  add one with ranlib(1) (can't load from it)

If I do as "ld" suggests and call ranlib on the thing, it works.

I guess this is a Mac OSX specific problem. Maybe you can fix it in
Cabal.

Cheers,

Arthur

> Is this an error that happens when cabal is linking the archive?
No. The generated GHCi package works fine.

> Is this with GHC 6.4?
Yes:
> ghc --make Main -o prog
> Chasing modules from: Test
> Compiling  Main ( Test.hs, Test.o )
> Linking ...
> ld: archive: /usr/local/lib/uust-1.0/libHSuust-1.0.a has no table of
> contents, add one with ranlib(1) (can't load from it)

>  Is it a warning, or just an error?
It is an error, no output file ("prog") is generated.

> Can you show me how you run ranlib?

That's easy:
  ranlib /usr/local/lib/uust-1.0/libHSuust-1.0.a

> Any idea why OS X needs this index?

I have no idea. Maybe you can ask Wolgang
Thaller([EMAIL PROTECTED]), he's the Mac OS wizard.

> I have ranlib on my Linux machine, and it sounds like it's just an
> optimization.
> Does the .a file work even if you don't run ranlib on it?
No.
Well, it is good enough for creating the GHCi library. But "ld"
refuses to link, when building an executable.

Arthur



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300461: libghc6-cabal-dev: bad register.sh generated in some cases

[Isaac Jones]

Package: libghc6-cabal-dev
Severity: normal

-- I guess this is happening because in order to generate the
register.sh file, we're looking at what verison of GHC cabal is built
with, not which version is installed? --

From: Andres Loeh
Subject: bad register.sh produced by cabal
To: [EMAIL PROTECTED]

reproduce:

unpack cabal-0.5

make setup
./setup configure
./setup build
./setup register --gen-script

Calling the script produces:

adorp cabal # ./register.sh
ghc-pkg: command-line syntax error
Usage:
  ghc-pkg register {filename | -}
Register the package using the specified installed package
description. The syntax for the latter is given in the ghc-pkg
documentation.

  ghc-pkg update {filename | -}
Register the package, overwriting any other package with the
same name.

  ghc-pkg unregister {pkg-id}
Unregister the specified package.

  ghc-pkg expose {pkg-id}
Expose the specified package.

  ghc-pkg hide {pkg-id}
Hide the specified package.

  ghc-pkg list
List registered packages in the global database, and also the
user database if --user is given.

  ghc-pkg describe {pkg-id}
Give the registered description for the specified package. The
description is returned in precisely the syntax required by
ghc-pkg
register.

  ghc-pkg field {pkg-id} {field}
Extract the specified field of the package description for the
specified package.

 The following optional flags are also accepted:

   --user   use the current user's package
 database
   --global (default) use the global package
 database
  -f FILE  --package-conf=FILE  act upon specified package config file
 (only)
   --global-conf=FILE   location of the global package config
   --force  ignore missing dependencies,
 directories, and libraries
  -g   --auto-ghci-libs automatically build libs for GHCi
 (with register)
  -?   --help   display this help and exit
  -V   --versionoutput version information and exit


register.sh:


#!/bin/sh

echo 'name: Cabal
version: 0.5
license: BSD3
copyright: 2003-2005, Isaac Jones
maintainer: Isaac Jones <[EMAIL PROTECTED]>
stability:
homepage: http://www.haskell.org/cabal/
package-url:
description: The Haskell Common Architecture for Building Applications and
 Libraries: a framework defining a common interface for authors to 
more
 easily build their Haskell applications in a portable way.
 .
 The Haskell Cabal is meant to be a part of a larger infrastructure
 for distributing, organizing, and cataloging Haskell libraries
 and tools.
category: Distribution
author: Isaac Jones
exposed: True
exposed-modules: Distribution.Compat.ReadP Distribution.Extension
 Distribution.InstalledPackageInfo Distribution.License
 Distribution.Make Distribution.Package
 Distribution.PackageDescription Distribution.ParseUtils
 Distribution.PreProcess Distribution.PreProcess.Unlit
 Distribution.Setup Distribution.Simple 
Distribution.Simple.Build
 Distribution.Simple.Configure 
Distribution.Simple.GHCPackageConfig
 Distribution.Simple.Install Distribution.Simple.LocalBuildInfo
 Distribution.Simple.Register Distribution.Simple.SrcDist
 Distribution.Simple.Utils Distribution.Version
hidden-modules: Distribution.GetOpt Distribution.Compat.Directory
Distribution.Compat.Exception Distribution.Compat.FilePath
Distribution.Compat.RawSystem
import-dirs: /usr/local/lib/Cabal-0.5
library-dirs: /usr/local/lib/Cabal-0.5
hs-libraries: HSCabal-0.5
extra-libraries:
include-dirs:
includes:
depends: base-1.0 util-1.0
hugs-options:
cc-options:
ld-options:
framework-dirs:
frameworks:
haddock-interfaces:
haddock-html:' | /usr/bin/ghc-pkg --auto-ghci-libs update


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300457: libghc6-cabal-dev: cabal doesn't link C _stub files

[Isaac Jones]

Package: libghc6-cabal-dev
Severity: normal

Problem reported by: Jérémy Bobbio <[EMAIL PROTECTED]>:

I might have hit a Cabal bug while attempting to cabalize HFuse.  When
using``foreign import "wrapper"´´, GHC generates
ModuleName_stub.{h,c,o} files.  These files are not handled at all by
Cabal currently.  This leads to undefined references when trying to
use the package after its registration.

I was also unable to find any way to express that this library needs
to be linked with an OS threaded RTS.  It might be a bit too
GHC-specific, but it would be great for HFuse.

Aside from these little problems, I just want to say "waow!"  Cabal is
really easy to use and will kill a far amount of bad Makefiles. :)


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.21
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Bug#299702: hugs shouldn't go into sarge yet

[Isaac Jones]

Ian Lynagh <[EMAIL PROTECTED]> writes:

> Package: hugs
> Version: 98.200503.08-1
> Severity: normal
>
> 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.

Just a note to acknowledge this bug as the maintainer.  We'll be
experimenting with Hugs, GHC, NHC, and Cabal in order to find the
right time to release Hugs into testing.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299238: haskell-mode: Conflicts with version included with xemacs

[Isaac Jones]

Thanks for the nice bug report.

It looks like you're probably using haskell-mode 2.0 (the packaged
version).  Apparently there's a bug for xemacs in lhs mode.  It works
fine in gnu emacs.  I don't think this is related to the warning you
get.

The message about turn-on-haskell-font-lock is just a warning, and it
looks like it can be safely ignored.  It doesn't look like the two
packages are interacting badly except for generating one warning, so I
wouldn't worry about that.

The xemacs version (1.43) is an older version and doesn't work quite
as well for certain highlighting and indentation things.  A couple of
workarounds for your .lhs bug:

- remove haskell-mode.  You'll then be using the older, built-in
  version from xemacs, which doesn't exhibit this bug.

- use gnu emacs, where this bug doesn't seem to appear.

I'll alert upstream about the .lhs bug in haskell-mode 2.0.

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#268126: tex4ht sponsorship

[Isaac Jones]

I would be happy to sponsor someone taking over this package!  I will
sing your praises if you get it into sarge.

I don't know much about latex, but I have a package that depends on
this package, and I can see a number of the problems with it, so I can
check that they're fixed.  Let me know :)


peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#294459: HTML manual generated by a broken tex4ht install

[Isaac Jones]

Vassilii Khachaturov <[EMAIL PROTECTED]> writes:

> Package: darcs
> Version: 1.0.1-1
> Severity: minor
>
> The HTML manual for darcs, /usr/share/doc/darcs/manual/index.html,
> as currently included in Debian has apparently
> been generated by a broken tex4ht installation. If you go down the man
> to the theory of patches portion (don't tell me I am the 1st one to
> attempt to read it!), you will see that the formulae are for some
> reasons included as much larger images than needed, mostly blank with
> the actual formulae somewhere down the blank area.

Thanks for the note.

This sounds like a bug in tex4ht, right?  I can't alter that package
to fix this file and make that build-depends from within the darcs
package.  I think that tex4ht is orphaned in Debian?  Maybe I could
try to do an nmu...

peace,

  isaac


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]