On 2016-10-22 21:27:28, Clint Adams wrote:
> On Sat, Oct 22, 2016 at 09:00:40PM +0200, Iustin Pop wrote:
> > Sorry for the late reply, but what does here "obsolete" and BROKEN mean?
>
> "obsolete" is a lie to keep test-packages.pl from freaking out, and
On 2016-10-07 19:34:26, Clint Adams wrote:
> On Wed, Oct 05, 2016 at 10:27:25AM -0400, Joachim Breitner wrote:
> > or we have to remove packages a bit more aggressively. Packages that
> > are still not compatible with 8.0 do likely not have an active enough
> > maintainer for our standards.
>
>
On 2016-06-09 09:39:05, Joachim Breitner wrote:
> Am Donnerstag, den 09.06.2016, 01:25 + schrieb Clint Adams:
> > On Thu, Jun 09, 2016 at 02:30:58AM +0200, Iustin Pop wrote:
> > > Until they do, do we use patches for this kind of issues, or do we
> > > prefe
I'm looking at test-framework-quickcheck2 which has issues with
QuickCheck 2.8 and GHC 7.10. Upstream accepted a pull request long time
ago
(https://github.com/haskell/test-framework/commit/bb009e005c8a3d481c0773a038392adc4b442773)
but didn't do a release for it.
Until they do, do we use patches
On 2016-05-24 22:41:55, Iustin Pop wrote:
> On 2016-05-24 18:24:29, Ilias Tsitsimpis wrote:
> > Hi,
> >
> > On Tue, May 24, 2016 at 11:23AM, Joachim Breitner wrote:
> > > Hi,
> > >
> > > Am Dienstag, den 24.05.2016, 00:18 +0200 schrieb Iustin
On 2016-05-24 18:24:29, Ilias Tsitsimpis wrote:
> Hi,
>
> On Tue, May 24, 2016 at 11:23AM, Joachim Breitner wrote:
> > Hi,
> >
> > Am Dienstag, den 24.05.2016, 00:18 +0200 schrieb Iustin Pop:
> > > While we have other tools to check consistency, this inc
Hi,
If I understand correctly, vcswatch won't work for DHG_packages since
Vcs-Git points to a repository which is expected to hold a debian/
directory at the root.
While we have other tools to check consistency, this inconsistency (and
the associated vcwatch errors) still bother me. Did anyone
On 2016-05-23 10:05:21, Joachim Breitner wrote:
> Hi,
>
> this blog post is relevant for us:
> https://unknownparallel.wordpress.com/2016/05/22/stackage-lts-and-ghc-8
> -0/
>
> This suits us quite well. Here is what I propose:
>
> * We busily update packages to Stackage nightly, and upload to
On 2016-05-23 12:20:53, Joachim Breitner wrote:
> Hi,
>
> Am Montag, den 23.05.2016, 10:50 +0200 schrieb Iustin Pop:
> > > A: We track Stackge Nightly and GHC-8 only in our git repository,
> >
> > Not even in experimental? I fear this is a too conservative plan,
&g
On 2016-05-23 10:05:21, Joachim Breitner wrote:
> Hi,
>
> this blog post is relevant for us:
> https://unknownparallel.wordpress.com/2016/05/22/stackage-lts-and-ghc-8
> -0/
>
> This suits us quite well. Here is what I propose:
>
> * We busily update packages to Stackage nightly, and upload to
On 2016-05-14 01:31:47, Ilias Tsitsimpis wrote:
> On Fri, May 13, 2016 at 11:45PM, Iustin Pop wrote:
> > On 2016-05-13 23:37:39, Joachim Breitner wrote:
> > > Am Samstag, den 14.05.2016, 00:20 +0300 schrieb Ilias Tsitsimpis:
> > > > I noticed that cabal-debian trie
On 2016-05-13 23:37:39, Joachim Breitner wrote:
> Hi,
>
> Am Samstag, den 14.05.2016, 00:20 +0300 schrieb Ilias Tsitsimpis:
> > I noticed that cabal-debian tries to set the Vcs-Browser field to
> > point to the directory where the package is located (i.e.,
> >
On 2015-07-01 17:08:24, Dmitry Bogatov wrote:
* Joachim Breitner nome...@debian.org [2015-06-28 10:29:23+0200]
Hi,
Am Sonntag, den 28.06.2015, 05:26 +0300 schrieb Dmitry Bogatov:
* Joachim Breitner nome...@debian.org [2015-06-15 20:38:25+0200]
C. One big repo, haskell-foo’s debian/
On 2015-06-17 09:19:56, Joachim Breitner wrote:
Hi,
Am Dienstag, den 16.06.2015, 20:39 -0700 schrieb Iustin Pop:
In general, I believe that storing upstream code in git is better for
reasons
beyond packaging ease (e.g. authoritative deltas between upstream
orig.tar.gz as they were
On 2015-06-15 20:38:25, Joachim Breitner wrote:
Hi,
eventually, we will have to migrate away from Darcs, I’m afraid. If
only that nobody can use his ignorance of darcs as an excuse to do work
here :-). I’m sure some of you will be happy to hear that.
Indeed! Thanks for starting this
On 2015-06-09 09:40:31, Joachim Breitner wrote:
Hi,
Am Dienstag, den 09.06.2015, 06:12 +0200 schrieb Iustin Pop:
On 2015-05-31 14:01:29, Joachim Breitner wrote:
Am Freitag, den 22.05.2015, 10:49 +0200 schrieb Joachim Breitner:
Our current goal is to make GHC-7.8 and the other Haskell
On 2015-06-09 16:21:01, Joachim Breitner wrote:
Hi,
Am Dienstag, den 09.06.2015, 15:29 +0200 schrieb Iustin Pop:
At the moment I don't have the time, unfortunately. In any case, what
needs to be done here? (I still don't know how to read the package plan,
if the information is available
On 2015-05-31 14:01:29, Joachim Breitner wrote:
Am Freitag, den 22.05.2015, 10:49 +0200 schrieb Joachim Breitner:
Our current goal is to make GHC-7.8 and the other Haskell packages
migate to testing.
* haskell-hoogle. This waits on shake, which waits on
js-flot and js-jquery.
On 2015-06-01 17:31:26, Joachim Breitner wrote:
Hi,
Am Montag, den 01.06.2015, 00:20 +0200 schrieb Iustin Pop:
Iusting is working on that, and has uploaded haskell-js-jquery.
I've uploaded haskell-js-flot as well, although I expect some potential
pushback from ftpmaster
On 2015-06-01 17:28:02, Joachim Breitner wrote:
Hi,
Am Sonntag, den 31.05.2015, 23:35 +0200 schrieb Iustin Pop:
Unless I'm mistaken, the extra-depends mechanism seems broken at the
moment, due to a bug introduced in the migration from makefiles rules to
Dh_Haskell.sh:
$ debuild
Hi all,
Given the recent discussions on d-devel about tag/commit signing in Git,
I looked a bit to see if Darcs supports anything like this. I was
surprised to learn that Darcs only supports signing for a completely
different purpose (patch transport), and no way to verify history.
Do I
On 2015-05-31 22:44:56, Joachim Breitner wrote:
Hi,
Am Sonntag, den 31.05.2015, 22:17 +0200 schrieb Iustin Pop:
Given the recent discussions on d-devel about tag/commit signing in Git,
I looked a bit to see if Darcs supports anything like this. I was
surprised to learn that Darcs only
Hi all,
Unless I'm mistaken, the extra-depends mechanism seems broken at the
moment, due to a bug introduced in the migration from makefiles rules to
Dh_Haskell.sh:
$ debuild
…
dh_installdirs -plibghc-js-flot-dev
. /usr/share/haskell-devscripts/Dh_Haskell.sh \
install_dev_recipe
On 2015-05-31 10:00:42, Joachim Breitner wrote:
Hi,
Am Sonntag, den 31.05.2015, 00:20 +0200 schrieb Iustin Pop:
Not sure I'm convinced. In case of pandoc and hlint, the debian packages
for the binary match the cabal package name, so they could be argued
either way.
In case of shake
On 2015-05-31 14:01:29, Joachim Breitner wrote:
Hi,
ok, a week has passed, so lets see what has happened.
* haskell-hoogle. This waits on shake, which waits on
js-flot and js-jquery.
Iustin plans to tackle that this weekend.
Iusting is working on that, and has uploaded
Hi all,
I see that Dh_Haskell's configure_recipe pases this to the configure:
--datasubdir=${CABAL_PACKAGE}
If I understand things correctly, without overriding datadir, this
results in Haskell packages using paths directly under /usr/share
based on the cabal package name, which is the
On 2015-05-30 23:00:47, Joachim Breitner wrote:
Hi,
Am Samstag, den 30.05.2015, 19:32 +0200 schrieb Iustin Pop:
I see that Dh_Haskell's configure_recipe pases this to the configure:
--datasubdir=${CABAL_PACKAGE}
If I understand things correctly, without overriding datadir
Package: wnpp
Severity: wishlist
Owner: Iustin Pop ius...@debian.org
* Package name: haskell-js-jquery
Version : 1.11.3-1
Upstream Author : Neil Mitchell ndmitch...@gmail.com
* URL : https://github.com/ndmitchell/js-jquery
* License : BSD
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Iustin Pop ius...@debian.org
* Package name: haskell-js-flot
Version : 0.8.3
Upstream Author : Neil Mitchell ndmitch...@gmail.com
* URL : https://github.com/ndmitchell/js-flot
* License : BSD
Programming Lang: Haskell
On 2015-05-22 10:49:34, Joachim Breitner wrote:
Our current goal is to make GHC-7.8 and the other Haskell packages
migate to testing. This is currently blocked on:
* haskell-hoogle. This waits on shake, which waits on
js-flot and js-jquery.
Iustin plans to tackle that this weekend.
On 2015-05-05 17:09:41, Joachim Breitner wrote:
Hi,
while most of our packages have been built with 7.8 now, not all of them
are, so are not in the everything is installable state that we want to
be in.
What needs to be done to fix that?
Essentially, this file should be empty:
On 2015-05-03 18:56:18, Joachim Breitner wrote:
Hi,
Am Sonntag, den 03.05.2015, 18:52 +0200 schrieb Iustin Pop:
yes, please do! In fact, I already sent out twice a mail asking for a
volunteer for packaging these, which are also needed for shake.
Ah, I didn't see that, I
Hi all,
Catching up on older stuff in my inbox: Neil Mitchell, the upstream of
hoogle, has written two Haskell libraries for unifying the use of jquery
and jquery-flot in Haskell web applications. These will allow a cleaner
way to deal with minified copies, copies without licence, etc. for us in
On 2015-04-29 11:28:53, Joachim Breitner wrote:
(Although the size of the script supports my rant that setting up git
repos the right way is too complicated. Maybe Debian should move to
GitHub. *ducksandruns*).
Hey, if that meas more git usage over darcs (whose behaviour I forget
every time
On Mon, Nov 10, 2014 at 08:50:33PM +0100, Joachim Breitner wrote:
Hi,
with jessie frozen, and unstable meant to be the gateway to jessie, we
are basically frozen in unstable as well.
But if we don’t want to completely fall dormant, we should continue
working in experimental. This also
On Mon, Nov 10, 2014 at 09:26:06PM +0100, Joachim Breitner wrote:
Hi,
Am Montag, den 10.11.2014, 21:19 +0100 schrieb Iustin Pop:
The only thing that I’m worried about: What is the best way to ensure
that all packages uploaded to experimental are indeed built with the ghc
On Tue, Sep 16, 2014 at 10:09:36PM +0200, Iustin Pop wrote:
On Tue, Sep 16, 2014 at 09:27:18AM +0200, Joachim Breitner wrote:
Hi Iustin,
Am Dienstag, den 22.07.2014, 22:15 +0200 schrieb Iustin Pop:
Probably. Generally the hoogle package is not in its best shape, so
whatever you
On Wed, Aug 06, 2014 at 11:41:16PM +0200, Joachim Breitner wrote:
Hi team,
I extended the plot on
https://jenkins.debian.net/view/haskell/job/haskell-package-plan/plot/
with the number of packages that have newer versions on hackage. Of
course we won’t have that number at 0 (and probably do
On Mon, Jul 21, 2014 at 10:13:29PM +0200, Joachim Breitner wrote:
Hi Iustin,
Am Montag, den 21.07.2014, 18:06 +0200 schrieb Iustin Pop:
1. Why are we shipping jquery sources as part of the debian patch? Can't
we simply +dsfg or similar the source archive if the minified jquery
Hi all,
I've finally managed to test my one-liner hoogle packaging change that
fixes the autotest, but while building the package I saw a few issues
that make me wonder about the packaging.
1. Why are we shipping jquery sources as part of the debian patch? Can't
we simply +dsfg or similar the
Hi,
After pushing to hoogle's repository, I see:
Sending mail to pkg-haskell-comm...@lists.alioth.debian.org about Fix
whitespace in changelog
Notification failed: 404 Not Found
!DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN
htmlhead
title404 Not Found/title
/headbody
h1Not Found/h1
pThe
On Mon, Jul 14, 2014 at 11:20:33PM +0200, Joachim Breitner wrote:
Am Montag, den 14.07.2014, 22:32 +0200 schrieb Iustin Pop:
I would guess that the upstream is not following our use case well, so
maybe we should with him if we want to be able to keep packaging hoogle…
Shall I?
Yes
On Thu, Jul 10, 2014 at 10:30:08PM +0200, Joachim Breitner wrote:
Dear Iustin,
Am Donnerstag, den 10.07.2014, 22:14 +0200 schrieb Iustin Pop:
On Thu, Jul 10, 2014 at 10:05:19PM +0200, Joachim Breitner wrote:
Still, can we prevent it from downloading? Its not nice if programs
fetch
On Thu, Jul 10, 2014 at 10:20:04AM +0200, Joachim Breitner wrote:
Hi,
the hoogle autopkgtest is failing
http://ci.debian.net/data/packages/unstable/amd64/h/haskell-hoogle/20140705_162953.autopkgtest.log
as it wants to download stuff from the internets. We should ship
everything we need in
On Thu, Jul 10, 2014 at 10:05:19PM +0200, Joachim Breitner wrote:
Hi,
Am Donnerstag, den 10.07.2014, 21:30 +0200 schrieb Iustin Pop:
The reason I ask is because I see this:
# hoogle.tar.gz (for downloads/hoogle.tar.gz)
2014-07-05 16:31:29 URL:http://hackage.haskell.org/packages
On Thu, Jul 10, 2014 at 10:30:08PM +0200, Joachim Breitner wrote:
Dear Iustin,
Am Donnerstag, den 10.07.2014, 22:14 +0200 schrieb Iustin Pop:
On Thu, Jul 10, 2014 at 10:05:19PM +0200, Joachim Breitner wrote:
Still, can we prevent it from downloading? Its not nice if programs
fetch
On Thu, Jul 10, 2014 at 10:34:55PM +0200, Iustin Pop wrote:
On Thu, Jul 10, 2014 at 10:30:08PM +0200, Joachim Breitner wrote:
Dear Iustin,
Am Donnerstag, den 10.07.2014, 22:14 +0200 schrieb Iustin Pop:
On Thu, Jul 10, 2014 at 10:05:19PM +0200, Joachim Breitner wrote:
Still, can we
On Mon, Jul 07, 2014 at 10:14:13AM +0200, Joachim Breitner wrote:
Hi,
cabal-install currently doesn’t work with some proxies:
https://github.com/haskell/HTTP/issues/68
This affects us (e.g. it breaks our package-plan jenkings job), and it
would be nice to not have that bug in our next
On Sun, Apr 06, 2014 at 01:13:16PM -0400, Joey Hess wrote:
I'd welcome a switch to git.
+1…
I advise against using git in some nonstandard way, such as only checking
debian/ into the debian git repositories. There is a very wide range of
tools for managing packages with git, and making this
On Sun, Nov 04, 2012 at 07:03:01PM +0100, Joachim Breitner wrote:
Hi,
Am Sonntag, den 04.11.2012, 18:19 +0100 schrieb Iustin Pop:
I've seen that, and I've already filled an issue for it
(https://github.com/kolmodin/hinotify/issues/3). That patch changes the
behaviour from catching only I
On Sat, Nov 03, 2012 at 06:45:58PM +0100, Joachim Breitner wrote:
Hi Iustin,
Am Samstag, den 03.11.2012, 11:08 +0100 schrieb Iustin Pop:
I wanted to upgrade to the packages from experimental, but it things are
not very straightforward.
thanks for testing this. Luckily
On Sun, Nov 04, 2012 at 03:32:00PM +0100, Joachim Breitner wrote:
Hi,
Am Sonntag, den 04.11.2012, 13:15 +0100 schrieb Iustin Pop:
OK. I saw that we don't use special version numbers for experimental, so
something like this should be enough, right?
[..]
looks good, if the versions
On Sun, Nov 04, 2012 at 05:08:47PM +0100, Iustin Pop wrote:
On Sat, Nov 03, 2012 at 06:45:58PM +0100, Joachim Breitner wrote:
Some packages have not been rebuilt against experimental, so they have
to be removed. E.g. haskell-hslogger. Can I just update their
dependencies/rebuild/dput
On Sun, Nov 04, 2012 at 06:11:20PM +0100, Joachim Breitner wrote:
Hi,
Am Sonntag, den 04.11.2012, 17:38 +0100 schrieb Iustin Pop:
Answering to myself: at least hinotify fails on ghc 7.6, due to the same
problem I'm trying to upgrade to 7.6: removal of catch from Prelude :)
I'll patch
Hi all,
I wanted to upgrade to the packages from experimental, but it things are
not very straightforward.
Some packages have not been rebuilt against experimental, so they have
to be removed. E.g. haskell-hslogger. Can I just update their
dependencies/rebuild/dput to experimental?
Some
On Sat, Oct 27, 2012 at 12:04:05PM +0200, Joachim Breitner wrote:
Hi,
Am Freitag, den 26.10.2012, 23:23 + schrieb j...@kitenet.net:
Fri Oct 26 23:05:10 UTC 2012 j...@kitenet.net
* redo experimental changes again
Ignore-this: 9118d8baaf94bc453494b6479901fed2
I think this
On Mon, Aug 20, 2012 at 10:40:06PM +0900, Kiwamu Okabe wrote:
Hi.
How about add --hoogle option to haskell-devscripts's DEB_HADDOCK_OPTS?
I am trying pack hoogle for Debian.
But, libghc-*-doc packages don't have *.txt file for hoogle.
If they have *.txt, hoogle package will be able to
Hi all,
Sorry, I haven't payed much attention to the current transition. And
then I wanted to upload a new (small) upstream version of haskell-ekg
but for a week now I can't actually build this in a chroot, since it
depends on libghc-snap-core-dev and libghc-aeson-dev.
Can I just wait for the
On Sun, May 20, 2012 at 01:03:08PM -0700, John Millikin wrote:
Hmm, I’m not convinced that this is a good idea. One advantage of the
DHG is that everyone of us can easily do changes affecting many or all
of the Haskell packages directly. This would not be the case any more if
the packaging
Hi all,
I'm stumped and don't know how to proceed, so some feedback is welcome.
While trying to update shelltestrunner, I realised that it requires
indeed a threaded runtime, it was not optional as I thought.
The problem is that hGetContents from two threads (one on the stdout of
a child
On Tue, Apr 17, 2012 at 08:20:49AM -0400, Michael Alan Dorman wrote:
Joachim Breitner nome...@debian.org writes:
And, of course, there are all the other reasons that usually
recommend shared libraries---getting security fixes without requiring
recompiles, etc.
Unfortunately, the benefit
On Tue, Apr 17, 2012 at 04:06:25PM -0400, Michael Alan Dorman wrote:
Iustin Pop ius...@debian.org writes:
As far as I understand, it's not symbol mangling, but the fact that
dynamic linking (without recompilation) prevents the optimiser from
doing its full work (e.g. inlining across modules
On Tue, Apr 17, 2012 at 10:25:10PM +0200, Joachim Breitner wrote:
Hi,
Am Dienstag, den 17.04.2012, 22:17 +0200 schrieb Iustin Pop:
On Tue, Apr 17, 2012 at 04:06:25PM -0400, Michael Alan Dorman wrote:
Iustin Pop ius...@debian.org writes:
As far as I understand, it's not symbol mangling
Hi all,
What's the best way to handle DSFG-cleaned upstream archives? It seems
to me that since in darcs we record only the debian/ directory, we don't
have a way to track the upstream sources correctly, so it's not
well-suited for DFSG-cleaned archives.
With git-buildpackage, there are two
On Fri, Apr 06, 2012 at 12:31:14PM +0200, Joachim Breitner wrote:
Hi,
Am Donnerstag, den 05.04.2012, 22:18 +0200 schrieb Iustin Pop:
On Wed, Apr 04, 2012 at 08:15:31PM +0200, Joachim Breitner wrote:
Hi,
am I understanding the problem correctly: If one calls a variadic C
function
On Wed, Apr 04, 2012 at 08:15:31PM +0200, Joachim Breitner wrote:
Hi,
am I understanding the problem correctly: If one calls a variadic C
function with libffi, one should use ffi_prep_cif_variadic() instead of
ffi_prep_cif(), otherwise bad things may happen. Whether the function is
variadic
On Wed, Mar 28, 2012 at 11:25:57PM +0200, Joachim Breitner wrote:
Am Mittwoch, den 28.03.2012, 21:32 +0200 schrieb Iustin Pop:
Since I need pandoc to go from markdown to man page, does this mean I
would be better served with storing the built man page in the debian/
directory and VCS
On Wed, Mar 28, 2012 at 09:48:02PM +, Clint Adams wrote:
On Wed, Mar 28, 2012 at 11:40:50PM +0200, Iustin Pop wrote:
- TH not supported on arches A, B, C how to detect at build time
DEB_SETUP_GHC_CONFIGURE_ARGS += $(shell test -e /usr/lib/ghc/bin/ghci || echo
--flags=-th)
Also
On Thu, Mar 22, 2012 at 02:35:41PM +0100, Joachim Breitner wrote:
Hi,
Am Donnerstag, den 22.03.2012, 12:38 +0100 schrieb Iustin Pop:
A policy/technical question now: let's say we have backports for one
package (either just one or out of many). With git-buildpackage, I'd
just use
On Thu, Dec 08, 2011 at 10:15:48PM +0100, Joachim Breitner wrote:
Hi,
Am Donnerstag, den 08.12.2011, 20:51 +0100 schrieb Iustin Pop:
I'm asking more from the point of view of upstream, rather than Debian
packaging. I presume that due to the ghc6→ghc migration, doing backports
for a few
On Wed, Mar 21, 2012 at 01:24:40PM +0100, Joachim Breitner wrote:
Hi,
Am Mittwoch, den 21.03.2012, 13:07 +0100 schrieb Iustin Pop:
So, I'm again looking at this problem, as my work project has started
depending on newer versions of a few libraries than are available in
stable, so if we
On Wed, Mar 21, 2012 at 02:41:28PM +0100, Joachim Breitner wrote:
Hi,
Am Mittwoch, den 21.03.2012, 14:29 +0100 schrieb Iustin Pop:
On Wed, Mar 21, 2012 at 01:24:40PM +0100, Joachim Breitner wrote:
Hi,
Am Mittwoch, den 21.03.2012, 13:07 +0100 schrieb Iustin Pop:
So, I'm again
On Mon, Mar 19, 2012 at 10:02:57AM +0100, Joachim Breitner wrote:
Hi,
Am Sonntag, den 18.03.2012, 12:47 +0100 schrieb Iustin Pop:
On Sun, Mar 18, 2012 at 11:43:47AM +, Iustin Pop wrote:
Sun Mar 18 11:38:01 UTC 2012 Iustin Pop ius...@debian.org
* Initial Check-In
Ignore
On Sun, Mar 18, 2012 at 07:47:38AM +0100, Joachim Breitner wrote:
Hi,
Am Sonntag, den 18.03.2012, 02:17 +0100 schrieb Iustin Pop:
Thoughts? Shall I update the file? (once my alioth request is
approved,
that is :)
thanks, please do, but make it as simple as possible, for those who
Hi,
The format of this file seems a tiny bit different than what current
spec says.
In the darcs repo:
Format: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135
Upstream-Name: foo
Upstream-Contact: Jack Upstream Developer upstr...@example.com
Source:
On Thu, Mar 08, 2012 at 11:06:47PM +0100, Iustin Pop wrote:
[re-adding debian-haskell@, to let people know]
On Thu, Mar 08, 2012 at 01:29:53PM -0800, Simon Michael wrote:
Iustin,
great! I saw your post on the debian-haskell list. Thanks for working on
this.
I looked at filemanip
Hi all,
I would be interested to use shelltestrunner but it seems it's not
packaged, and neither is one of its dependencies: FileManipCompat.
Does anyone know what's the story with filemanip and FileManipCompat?
Would it be OK to provide both in Debian?
And last question, did anyone else look
Hi Simon,
I would be interested to package shelltestrunner in debian, as part of
the Debian Haskell group (CCed), but it has a dependency on
FileManipCompat which is not yet packaged in Debian.
Now looking at Hackage I don't understand the difference between
filemanip (in Debian already) and
the FileManipCompat author should point this out on
the hackage page… I'll send a note if I don't forget)
Thanks for the quick response!
iustin
On Thu, Mar 8, 2012, at 08:28 PM, Iustin Pop wrote:
Hi Simon,
I would be interested to package shelltestrunner in debian, as part of
the Debian
Hi all,
I'm asking more from the point of view of upstream, rather than Debian
packaging. I presume that due to the ghc6→ghc migration, doing backports
for a few simpler packages (not yesod or such) is still not an easy
task, right?
A good example that I'm thinking about is aeson; it has about
On Sat, Nov 26, 2011 at 08:27:49PM +1100, Erik de Castro Lopo wrote:
Hi all,
I have been (for some time) working on packaging for hoogle. There
have been a number of things that required fixing upstream and that
has now mostly been done.
One final problem is what to do with the hoogle
On Mon, Sep 19, 2011 at 11:30:04PM +0200, Joachim Breitner wrote:
Do you have a blog? If so, why don’t you blog about putting yesod in
Debian. It certainly is something we can show off with a bit.
Indeed, please do blog about this! I'm personally very happy that yesod
is finally in Debian (and
is
here:
http://src.seereason.com/debian/json-debian/
On Mon, Apr 20, 2009 at 10:26 AM, Iustin Pop iu...@k1024.org wrote:
Hi,
I'm thinking of packaging the json library
(http://hackage.haskell.org/cgi-bin/hackage-scripts/package/json) as
it's not currently in Debian (and I need
/
On Mon, Apr 20, 2009 at 10:26 AM, Iustin Pop iu...@k1024.org wrote:
Hi,
I'm thinking of packaging the json library
(http://hackage.haskell.org/cgi-bin/hackage-scripts/package/json) as
it's not currently in Debian (and I need it for a project of mine and it
gets tedious to install from
84 matches
Mail list logo
