I believe hsp 0.8 / hsx2hs 0.12 are fine now[1]. The issue is that
the Happstack related packages like happstack-hsp, reform-hsp, etc,
need to be updated to use the new HSP library. The new hsp made a
couple great changes like switching from String to Text and changing
the package names, but that
Nope. happstack-lite is a separate package:
http://hackage.haskell.org/package/happstack-lite-7.3.0
- jeremy
On Tue, Mar 19, 2013 at 6:31 PM, Daniel Silverstone
wrote:
> On Tue, Mar 19, 2013 at 06:26:27PM -0500, Jeremy Shaw wrote:
>> The happstack package used to contain stuff.. but i
Hello,
The happstack package used to contain stuff.. but it is more or less
dead these days. The core of happstack is in happstack-server. The
core can then be supplemented using a bunch of addons like acid-state
(native Haskell DB), happstack-hsp (type-safe, compiled type HTML
templates), web-rou
On Thu, Feb 23, 2012 at 2:50 AM, Joachim Breitner wrote:
> the speed is ok, but not really great. For SAT-Britney I initially used
> it, but I had to hand-roll the parser (but only for the fields of the
> Sources file that I needed):
>
> http://git.nomeata.de/?p=sat-britney.git;a=commitdiff;h=e7f
The Debian library perhaps?
http://hackage.haskell.org/package/debian-3.61
The ByteString versions are quite fast.. can load the sid in a second or
two.
The Debian library is used by the autobuilder:
http://src.seereason.com/autobuilder/
And which needs to read Release file, Source and Package
It is against cabal policy for the API to change as a result of
enabling/disabling flags. That is because there is no way to depend on a
version of aeson with TH enabled.
The only proper work-around that I know is to create a separate aeson-th
package which contains the .TH module.
- jeremy
On T
Ok, I uploaded a newer version that adds the FlexibleContexts flag to
Progress.hs. It builds on GHC 7, but I do not have GHC 6.12 around to
test. Hopefully that fixes your problem.
- jeremy
On Jan 10, 2011, at 3:27 PM, Erik de Castro Lopo wrote:
Jeremy Shaw wrote:
Done.
I uploaded a
Done.
I uploaded a newer version to hackage. It includes other changes that
had not been uploaded to hackage as well. See the darcs repo for full
details, http://src.seereason.com/haskell-unixutils
- jeremy
On Sat, Jan 8, 2011 at 10:47 PM, Erik de Castro Lopo
wrote:
> Hi Jeremy,
>
> I am lookin
Awesome work!
Happstack 0.6 will add three new dependencies:
- dlist
- PSQueue
- blaze-html
So, if you have nothing else to do after gitit, you could start on
those.. I hope to remove some packages to make up for adding new ones,
but I am not sure what will be removed yet.
- jeremy
On Jul 2, 2010, at 11:27 AM, Giovanni Mascellani wrote:
Hi.
I just noticed that hslogger has no -prof package. Thus, I can't build
libghc6-happstack-util-prof, which depends on it. Is this intentional?
Should I just drop -prof from happstack-util (and reverse
dependencies)
or is there somewh
,
Joachim
Am Montag, den 28.06.2010, 10:39 -0500 schrieb Jeremy Shaw:
The -threaded option is useful even when not using any special RTS
options. At one point in time, I had problems when running running
external programs and reading their output. With the normal runtime
that would often hang, but it
Hello,
The -threaded option is useful even when not using any special RTS
options. At one point in time, I had problems when running running
external programs and reading their output. With the normal runtime
that would often hang, but it worked fine with the threaded runtime. I
just star
Hello,
I have HSP 0.5.2 installed in my global package index, and in my local
~/.cabal. This causes dh_haskell_depends to generate a .substvars file
with a dependency that lacks a name, but has a version number that is
1.5MB long :p
Here is a snippet of things going wrong:
providing_pack
In my experience, installing things outside the packaging system
always leads to pain in the long term. I don't specifically mean
Debian and haskell packages either.
So I generally use cabal-debian to generate debs and then install
those. (Obviously, I don't make sure the synopsis, etc, are
Hello,
I have uploaded debian 3.40 to hackage. It:
- no longer depends on Extra
- no longer includes a debian directory in the cabal tarball
- still depends on HaXml 1.13
- jeremy
On Sep 8, 2009, at 12:21 PM, Joachim Breitner wrote:
Hi David,
I wanted to make improvements to hpvt[0] and
On Sep 14, 2009, at 2:47 PM, Joachim Breitner wrote:
Hi,
I’m not the most experienced Haskell programmer, but that does not
sound
too involved to me. It sounds rather like a case of: For each
additional
argument (type or function), I obviously don’t need it, because my
code
works, so fi
Well,
I dislike epochs, since we can never get rid of them.
It is my feeling that we are going to need to provide both HaXml 1.13
and 1.20 because many library authors won't bother to upgrade
something that has been working fine for the last 4 years. Last time I
checked, the migration was
On Sep 10, 2009, at 3:46 PM, Erik de Castro Lopo wrote:
I have always stated that HaXml-1.14 - 1.19 are an unstable
development branch. However, in practice, 1.19.x is pretty stable,
and
things have not changed or broken for a long time. I am considering
whether to declare the next revision (
On Sep 9, 2009, at 3:07 AM, Joachim Breitner wrote:
The debian directory in Debain is what we use to build -- so it
"works
for us".
Do you use a modified hlibrary.mk, with patches to install binaries in
the correct location? I think the inclusion of that was stalled during
discussion.
Yeah
Hello,
I can update Debian.Report to build against the newer HaXml now that
it is available in sid.
The debian directory in Debain is what we use to build -- so it "works
for us".
There are other libraries and apps that depend on extra, though I am
not sure if any are headed for sid at
At Fri, 08 May 2009 20:22:35 -0300,
Marco Túlio Gontijo e Silva wrote:
> A new version of the package is in
> http://debian.holoscopio.com/haskell-devscripts/ with this fix and some
> other changes.
Awesome!
thanks,
- jeremy
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
At Thu, 07 May 2009 12:10:22 -0300,
Marco Túlio Gontijo e Silva wrote:
>
> Hello,
>
> I've made a new version of haskell-devscripts which correct the way
> dh_haskell_shlibdeps handles internal dependencies of a package. If
> several binary packages are generated from one source package, the new
Hello,
Due to this change in ghc-pkg,
http://hackage.haskell.org/trac/ghc/ticket/3187
dh_haskell_shlibdeps fails when using GHC 6.10.2.
I have attached a patch which should fix the issue on GHC 6.10.2
(tested) and not break 6.10.2 (not-tested).
- jeremy
dh_haskell_shlibdeps_6102.patch
Descr
Hello,
In GHC 6.10.2, ghc-pkg fails if the argument to -f is not an existing
and valid package.conf file. This means that dh_haskell_shlibdeps
fails.
I submitted a ticket to GHC to see if this is a bug or a feature:
http://hackage.haskell.org/trac/ghc/ticket/3187
Should I open a Debian BTS tick
At Sat, 18 Apr 2009 00:15:18 +1000,
Trent W. Buck wrote:
>
> On Fri, Apr 17, 2009 at 08:26:40AM -0500, Jeremy Shaw wrote:
> >> What about, for example, when the Debian maintainer has carefully
> >> prepared an accurate debian/copyright, but upstream has changed t
At Fri, 17 Apr 2009 18:27:22 +1000,
Trent W. Buck wrote:
> What about, for example, when the Debian maintainer has carefully
> prepared an accurate debian/copyright, but upstream has changed the
> value of LICENSE?
Do you mean the License field in the .cabal file? In that case the
update should
Hello,
The only difference between different runs of cabal-debian will be the
debian/control and debian/changelog files -- the rest should be the
same. Since both of these files are machine readable to a useful
degree, you might find it easier to have specialize merged tools
intead of just using d
Thanks!
I fixed it in darcs and upload version 3.33 to hackage.
- jeremy
At Thu, 16 Apr 2009 12:41:20 +1000,
Trent W. Buck wrote:
>
> Using cabal-debian, I get:
>
> W: libghc6-highlighting-kate-dev:
>wrong-section-according-to-package-name
>libghc6-highlighting-kate-dev => haskell
>
At Tue, 7 Apr 2009 15:12:03 +0100,
Magnus Therning wrote:
> Well, I've seen that information generated from a _source build_
> (debuild -S is what I tend to use). I suppose it could be incomplete
> if the rules file modifies the control file. I would hope that's a
> fairly rare setup though. Su
At Tue, 07 Apr 2009 09:03:39 -0500,
Jeremy Shaw wrote:
>
> At Tue, 7 Apr 2009 14:56:59 +0100,
> Magnus Therning wrote:
>
> > Not sure what you mean with "binaries" in the above paragraph, but if
> > you mean the names and versions of the binary packages then th
At Tue, 7 Apr 2009 14:56:59 +0100,
Magnus Therning wrote:
> Not sure what you mean with "binaries" in the above paragraph, but if
> you mean the names and versions of the binary packages then they seem
> to be available in the Sources, e.g. Sid's main Sources.gz told me the
> following about the c
At Tue, 7 Apr 2009 11:19:30 +0100,
Magnus Therning wrote:
> How does apt-file get it's information, I know you update it's info
> using `apt-file update`, but where does the info come from? Would a
> maintainer of a repo need to do anything special in order to make sure
> apt-file knows about the
At Tue, 07 Apr 2009 14:09:14 +1000,
Trent W. Buck wrote:
>
> "Jeremy Shaw" writes:
> It seems reasonable to me for cabal-debian to require that apt-file be
> installed and up-to-date, than to require all the build-dependencies to
> already be installed.
There are a fe
At Mon, 6 Apr 2009 17:01:40 +0100,
Magnus Therning wrote:
> That text is dense to get through. As I read it it means that all
> packages are installed if you pass in Nothing.
Ok. I pushed a patch to HEAD:
http://src.seereason.com/ghc610/haskell-debian-3/
You can now run, cabal-debian --debiani
ed, every dependency is assumed to be
satisfiable, therefore all not explicitly assigned flags will get
their default values."
- jeremy shaw.
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
At Sun, 5 Apr 2009 11:30:15 +0300,
Kari Pahula wrote:
> You shouldn't be using either, directly. Instead, for each file in a
> -doc package that you are using, look up the package that it belongs
> into.
There is code in cabal-debian for mapping files back to the debian
packages that provide the
At Sun, 5 Apr 2009 15:46:14 +1000,
Trent W. Buck wrote:
> If I set NAME=silly, then it works.
>
> I do not set $NAME nor $DEBFULLNAME. I expect that to be gotten from
> the GECOS field in nss (i.e. /etc/passwd).
>
> AFAIK $EMAIL can be "foo " instead of just
> "b...@example.net", but due to ass
At Sat, 04 Apr 2009 13:14:29 +1100,
Trent W. Buck wrote:
> Also, by default it sets debian/compat to 7, but the build dependency is
> on debhelper >> 5. Shouldn't these match?
Fixed in darcs.
> I don't think the Author and Upstream-Maintainer fields should be
> embedded in the package descripti
At Sat, 04 Apr 2009 12:21:57 +1100,
Trent W. Buck wrote:
> First bit of feedback:
>
> $ cabal-debian --debianize
> cabal-debian: Missing value for --maintainer
> $ cabal-debian --debianize --maintainer ${DEBEMAIL:-$EMAIL}
> $
>
> It seems to me that cabal-debian should default to
At Fri, 03 Apr 2009 12:28:20 +1100,
> $ cabal update && cabal install cabal-debian
> Downloading the latest package list from hackage.haskell.org
> cabal: There is no package named cabal-debian
>
> What am I doing wrong?
Sorry, my message was not as clear as it should have been. The
cabal-debian
Hello,
Having received no negative feedback, I uploaded the latest version of
cabal-debian to hackage. cabal-debian is part of the debian package
which features:
1. cabal-debian
Automatically generate a debian directory from a .cabal package. To
use, cd in the root directory of the .cabal projec
andards-Version to 3.8.1
* depend on cdbs and haskell-devscripts instead of haskell-cdbs
* only use one space at the beginning of lines in the long description
* add ${misc:Depends} to Depends lines
-- Jeremy Shaw Mon, 23 Mar 2009 20:18:41 -0500
We also have some patches to haskell-devscr
At Fri, 20 Mar 2009 08:03:40 +1100,
Erik de Castro Lopo wrote:
>
> Jeremy Shaw wrote:
>
> With regard to that, I am in the process of packaging these:
>
> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/unixutils
> http://hackage.haskell.org/cgi-bin/ha
At Thu, 19 Mar 2009 12:03:58 +1100,
Trent W. Buck wrote:
>
> "Jeremy Shaw" writes:
> That may be fine for a third-party repo, but when I last looked at the
> results (perhaps a month ago) from the cabal-debian in hackage, ISTR
> they were full of lintian errors and war
At Wed, 18 Mar 2009 15:05:39 -0500,
John Goerzen wrote:
> > 1. get people excited about cabal-debian (because it rocks)
> > 2. get the patches to haskell-devscripts/hlibrary.mk merged
>
> Have you sent those patches to the Debian BTS?
It appears that hlibrary.mk is now haskell-devscripts, whic
At Thu, 19 Mar 2009 07:05:01 +1100,
Erik de Castro Lopo wrote:
> hlibrary.mk is already there:
>
> prompt > locate hlibrary.mk
> /usr/share/cdbs/1/class/hlibrary.mk
> prompt > dpkg -S /usr/share/cdbs/1/class/hlibrary.mk
> haskell-devscripts: /usr/share/cdbs/1/class/hlibrary.mk
Co
At Thu, 19 Mar 2009 06:52:39 +1100,
Erik de Castro Lopo wrote:
>
> John Goerzen wrote:
>
> > 1) A cabal-to-deb command that will convert a Hackage download into a
> > Debian source package, figuring out build-deps from .cabal. I think
> > there has been some work on this, but nothing we can rely
At Wed, 18 Mar 2009 08:11:49 -0500,
John Goerzen wrote:
> 1) A cabal-to-deb command that will convert a Hackage download into a
> Debian source package, figuring out build-deps from .cabal. I think
> there has been some work on this, but nothing we can rely upon.
The cabal-debian executable from
Hello,
Is there any reason not to try to get this patch taken upstream? Does
upstream even know that haddock is architecture dependent these days?
- jeremy
At Sun, 22 Feb 2009 01:46:12 +0100,
Joachim Breitner wrote:
>
> [1 ]
> [1.1 ]
> Hi,
>
> I spend some time now (far more than planned, gi
49 matches
Mail list logo
