t the packaging level (as opposed to
temporarily removing some binaries from the Debian archive) would
probably be the wrong thing to do.
--
Colin Watson [cjwat...@debian.org]
mpiler. However, I think it would be safe to make
dh-haskell Multi-Arch: foreign as long as it doesn't start depending on
the compiler (from a cross-building point of view it is definitely
simpler if it doesn't!), since it only depends on packages that expose
arc
rsion of it? Or is there something simpler we
can do here that doesn't involve stack? Advice would be welcome.
Thanks,
--
Colin Watson [cjwat...@debian.org]
On Thu, Jan 28, 2016 at 02:48:50PM +, Colin Watson wrote:
> I noticed that
> https://buildd.debian.org/status/package.php?p=haskell-happstack-authenticate
> is BD-Uninstallable almost everywhere. There's a newer version (2.3.2)
> in the package-plan, and the packaging in gi
leased yet.
Is there some problem with this, or is it just an oversight and would it
be OK to upload this?
Thanks,
--
Colin Watson [cjwat...@debian.org]
On Tue, Dec 22, 2015 at 03:32:53PM +0100, Joachim Breitner wrote:
> Am Dienstag, den 22.12.2015, 14:21 + schrieb Colin Watson:
> > I don't think this is actually a problem in practice because hscolour is
> > in ghc's Build-Depends-Indep, not Build-Depends. Perhaps
On Tue, Dec 22, 2015 at 10:46:48AM +0100, Joachim Breitner wrote:
> Am Dienstag, den 22.12.2015, 02:52 + schrieb Colin Watson:
> > Now that we have build profiles, I've implemented and tested stage1
> > build profile support for all of happy, alex, and uuagc, and uploa
On Sun, Aug 31, 2014 at 09:34:10PM +0200, Joachim Breitner wrote:
> Am Samstag, den 30.08.2014, 19:40 +0100 schrieb Colin Watson:
> > Folks on #debian-buildd are rediscovering some of the difficulties at
> > the tail end of the ghc bootstrap process for arm64 and ppc64el that I
>
consistent with the rest of
the Haskell stack if it were team-maintained.
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
beyond my knowledge, and I'm reluctant to simply disable
the tests again in case this points to a deeper problem. Does anyone
know what's going on here?
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to
On Thu, May 07, 2015 at 09:03:38PM +0200, Joachim Breitner wrote:
> Am 7. Mai 2015 17:29:09 MESZ, schrieb Colin Watson :
> >ghc 7.8 has some new conflicts, such as libghc-binary-dev. Would it be
> >OK to drop build-dependencies from packages that build-depend on these
> &g
thing modern, probably
in a couple of weeks, but it seems that maybe in these cases we could
remove the extra build-dependencies anyway.)
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a su
s by scheduling some kind of binNMU. In the meantime, I've
uploaded 0.13.2+dfsg-3.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
.x to include corresponding patches to the generated
+files.
+
+ -- Colin Watson Sat, 30 Aug 2014 11:13:22 -0700
+
alex (3.1.3-1) unstable; urgency=low
* Adjust watch file to new hackage layout
diff -rN -u old-debian/control new-debian/control
--- old-debian/control 2014-08-30 11:39:47.9993
t the appropriate time?
dw agda_2.4.0.2-1 . hurd-i386 powerpc . -m 'libghc-quickcheck2-dev (>= 2.7.6-3)'
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubsc
On Sun, Jun 29, 2014 at 10:57:33AM -0700, Joachim Breitner wrote:
> Am Sonntag, den 29.06.2014, 17:53 +0100 schrieb Colin Watson:
> > Joachim Breitner wrote:
> > > Unrelated: How useful is the stand-alone shake tool? Is it worth having
> > > it in a module of its own?
&g
On Fri, Jun 27, 2014 at 02:06:52PM -0700, Joachim Breitner wrote:
> Am Freitag, den 27.06.2014, 12:59 +0100 schrieb Colin Watson:
> > On Mon, Jun 16, 2014 at 01:39:39PM -0700, Joachim Breitner wrote:
> > > I worked on it a bit but got stuck with javascript file issues. Upstream
On Mon, Jun 16, 2014 at 01:39:39PM -0700, Joachim Breitner wrote:
> Am Montag, den 16.06.2014, 17:22 +0100 schrieb Colin Watson:
> > (This has been in the Haskell team's package plan for a while; I'm
> > packaging it now because the current version of haskell-hoog
er=2.1.2.1-1%2Bb1&stamp=1402967077
Yes, I just asked about this on IRC and Clint pointed out
https://github.com/yesodweb/wai/commit/a0a0567d0e673aad2f6431099a269601a7d5363c;
I've uploaded haskell-warp 3.0.0.3-1 which should clear this up.
--
Colin Watson
entually.
> As of today I've got a single exception here, which is haskell-process-conduit
> (1.1.0.0-1). It says
I fixed that earlier today:
http://packages.qa.debian.org/h/haskell-process-conduit/news/20140616T155059Z.html
--
Colin Watson [cjwat
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: haskell-shake
Version : 0.13.1
Upstream Author : Neil Mitchell
* URL : http://hackage.haskell.org/package/shake
* License : BSD-3-clause
Programming Lang: Haskell
Description : build
thread) is the main significant problem on non-TH architectures. I
think figuring out what to do about it is beyond me though ...
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subj
pkg=gcc-4.9
https://buildd.debian.org/status/package.php?pkg=gcc-4.8
I gather that Matthias Klose is working on it.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe&qu
s/md5.c (so I'm not
sure why this is filed on GHC upstream, since it's probably a bug in
that C code).
Is this enough for you to work on the rest? Since the crash is very
near the start of md5_do_chunk, hopefully it isn't too hard to
disentangle, although I suppose it's possible
7.6-using-7.8 step, which is going much quicker than
before since I can just apply the set of hacks I used before. Assuming
that my current build has produced a working 7.6 ghc-stage2 when I get
up tomorrow morning, and if nobody objects, I'll send this upstream to
https://ghc.haskell.org/trac/ghc/tic
On Wed, Apr 02, 2014 at 11:44:44PM +0100, Colin Watson wrote:
> Well, this is new to me, but it looks like this patch would do it for
> armhf:
This works. I filed it upstream as
https://ghc.haskell.org/trac/ghc/ticket/8988, in case you want to
cherry-pick the patch.
--
Colin
On Mon, Apr 07, 2014 at 08:31:11PM +1000, Erik de Castro Lopo wrote:
> Colin Watson wrote:
> > In fact, git-dpm was what finally sold me on converting all my packages
> > to git. For me, it's streets ahead of previous methods of managing
> > Debian patches in revision co
tches in revision control in the same way that 3.0 (quilt) was
streets ahead of the various older build-time patch systems.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "uns
On Fri, Apr 04, 2014 at 05:35:57PM +0100, Colin Watson wrote:
> I notice as a result that our darcs GHC repository is at 7.8, though,
> and my understanding of darcs is that a 7.6 maintenance branch (e.g.
> for arm64 porting) would need to be pushed to a different directory,
> maybe ju
On Thu, Apr 03, 2014 at 09:51:16AM +0200, Joachim Breitner wrote:
> Am Mittwoch, den 02.04.2014, 23:44 +0100 schrieb Colin Watson:
> > On Tue, Apr 01, 2014 at 02:49:51PM +0200, Joachim Breitner wrote:
> > > Am Dienstag, den 01.04.2014, 13:16 +0100 schrieb Colin Watson:
> &g
f GHC expert, although I've sort of picked up
enough to get by in places: I was very much reliant on Karel's initial
work. A mentor would need a good deal more clue than I possess to be
able to evaluate the student's work and avoid leading them down blind
alleys. However, perhaps
On Tue, Apr 01, 2014 at 02:49:51PM +0200, Joachim Breitner wrote:
> Am Dienstag, den 01.04.2014, 13:16 +0100 schrieb Colin Watson:
> > I've attached the arm64-specific parts of the current patch I'm working
> > with, most of which are due to Karel Gardas. Assuming that
he problems I've
encountered. It's taking a while.
I've attached the arm64-specific parts of the current patch I'm working
with, most of which are due to Karel Gardas. Assuming that I actually
manage to build 7.6 (which is by no means a given), would it be
acceptable to apply some
On Wed, Jan 01, 2014 at 01:44:21PM +, Colin Watson wrote:
> cabal: Could not resolve dependencies:
> trying: download-curl-0.1.4
> rejecting: tagsoup-0.13 (conflict: download-curl => tagsoup>=0.8 && <0.13)
> rejecting: tagsoup-0.12.8, 0.12.7, 0.12.6, 0
Does anyone know a working contact address for the download-curl
upstream maintainer?
--
Colin Watson [cjwat...@debian.org]
--- Begin Message ---
This message was created automatically by mail delivery software.
A message that you sent could not be
-depends: base >= 3 && < 6, bytestring
else
build-depends: base > 3 && < 4
-build-depends: curl, tagsoup >= 0.8 && < 0.13, feed, xml
+build-depends: curl, tagsoup >= 0.8 && < 0.14, feed, xml
Thanks,
--
Colin Watson
nt requires (==0.13))
This is getting really frustrating. It's just unnecessary pain for
everyone.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
this in the meantime. I'm waiting
until the current round of binNMUs gets a bit further so that I can
test-build adjunctions + representable-tries + algebra.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@list
s useful?
You don't need to do anything. The Debian build daemon infrastructure
will automatically notice when the build-dependencies become installable
on each architecture and will trigger builds for you. If anything,
manual uploads would probably be counterprodu
On Sat, Dec 28, 2013 at 11:02:10AM +0100, Georges Khaznadar wrote:
> Colin Watson a écrit :
> > the next time Joachim runs his script it should notice that
> > libghc-certificate-dev is uninstallable and schedule a binNMU of
> > haskell-certificate on the affected architectu
hat I can try to
> patch the package haskell-devscripts, which most probably implements the
> expansion of ${haskell:depends}.
Please do not do this, since the changes you're implying would at best
achieve nothing and at worst be outright counterproductive (packages
might end up being insta
unteers?
You need to use lower-case versions of names from knownArches in
ghc/Cabal/Distribution/System.hs. I'm fixing haskell-hashable now.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debia
re something like that? I could have missed that
> there was such a build-dependency on pandoc!
Use something like:
grep-dctrl -wFBuild-Depends,Build-Depends-Indep haskell-devscripts
/var/lib/apt/lists/*_Sources
--
Colin Watson [cjwat...@debian.org]
--
ures, so is not reaching testing.
I don't see any test suite failures in haskell-lens that have anything
to do with testing. It's BD-Uninstallable on architectures without
GHCi, but that's fine. It should go in with the rest of the GHC
transition
trol
> executable?
> I don't know where control gets invoked and this causes a lintian
> warning. Wasn't debian/rules intended instead?
Yes, that's a clear bug. I've fixed it, thanks.
--
Colin Watson [cjwat...@debian.org]
f the bug, we're going to have to rebootstrap ghc/s390x
anyway in order to recover if and when somebody fixes it, and it isn't
really all that much harder to rebootstrap the whole stack.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, emai
ated method, i.e.
darcs.debian.org:/darcs/pkg-haskell/foo - you can either pass that to
"darcs push", or it will do that automatically if you fetched the
repository from such a path to start with. See e.g.
http://wiki.debian.org/Haskell/CollabMaint/DarcsBasic.
--
Colin Watson
pendent-map
dependent-sum
dependent-sum-template
dice
hstatsd
misfortune
mueval
random-fu
random-source
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe&qu
On Sat, Jun 22, 2013 at 02:02:32AM +0200, Joachim Breitner wrote:
> Am Freitag, den 21.06.2013, 22:45 + schrieb Colin Watson:
> > +haskell-hoogle (4.2.16-3) UNRELEASED; urgency=low
> > +
> > + * Update debian/files_hoogle/keyword.txt from
> > +http://www.haske
&arch=sparc&ver=3.9.0.2-2&stamp=1371444377
> I guess we can simply disable the tests here as well.
lens.cabal had flags to control the test suites in question, so I turned
just those ones off on sparc.
Getting there!
Thanks,
--
Colin Watson
ipsel,s390 -b libghc-hxt-relaxng-dev libghc-hxt-relaxng-prof
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
freebsd-i386&ver=3.9.0.2-2&stamp=1369593382
[6] https://github.com/ekmett/lens/issues/310
[7]
https://buildd.debian.org/status/fetch.php?pkg=haskell-openpgp-asciiarmor&arch=mipsel&ver=0.1-3&stamp=1370103284
[8] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710189
Thanks,
-
presentable-functors-dev (< 2.5)
libghc-representable-functors-dev (>= 2.4.0.1)
libghc-representable-functors-dev (>= 3.0.0.1)
libghc-representable-functors-prof
Binaries removed by the command
e dropped but I don't know enough about why it's
there since it has no patch header; use-different-datapath.diff might
need to be refreshed; and I think use-different-fptoolspath.diff can be
dropped. But in general it could use attention from somebody
better-qualified than I.
Thanks,
--
On Wed, May 29, 2013 at 02:37:45AM +0100, Colin Watson wrote:
> On Tue, May 28, 2013 at 05:11:12PM -0700, John Millikin wrote:
> > The latest version of chell-quickcheck is 0.2.1, which does not permit
> > building against QuickCheck 2.6. I'll upload a new version to
-path-pieces-dev (> 0.1.2)
libghc-path-pieces-prof
libghc-shakespeare-dev (< 1.1)
libghc-shakespeare-dev (> 1.0)
libghc-shakespeare-i18n-dev (< 1.1)
libghc-shakespeare-i18
ing is that packages.txt should not have
got into an inconsistent state in the first place.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
On Tue, Jun 11, 2013 at 11:01:23AM +0100, Colin Watson wrote:
> I made /srv/home/groups/pkg-haskell/darcs a symlink to /usr/bin/darcs,
> and extracted /usr/bin/darcs-monitor from version 0.4.2-1 of the
> darcs-monitor package (the newest one built against libraries that are
> present
Our commit hooks on alioth were malfunctioning, presumably following an
upgrade:
$ darcs push
-av
Pushing to "darcs.debian.org:/darcs/pkg-haskell/tools"...
We have the following patches to push:
Tue Jun 11 10:38:29 BST 2013 Colin Watson
* Disable tests for HTTP (require
On Wed, Jun 05, 2013 at 01:58:31AM +0400, Alexander Danilov wrote:
> On 05.06.2013 01:13, Colin Watson wrote:
> >That's the R_ARM_V4BX problem I mentioned here:
> >
> > http://lists.debian.org/debian-haskell/2013/05/msg00054.html
> >
> >It isn't a TH fa
t your patch by uploading a new GHC packge,
> that would also disable GHCi on arm.
That's probably sensible. Even if we run into some other problem, I'm
confident my patch won't make anything worse.
> Anything else you or others want to see in a GHC upl
unning modern Haskell code on a StrongARM are pretty limited
given that current distributions don't tend to support them.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "un
On Tue, Jun 04, 2013 at 09:05:37PM +1000, Erik de Castro Lopo wrote:
> Colin Watson wrote:
> > On Tue, Jun 04, 2013 at 08:38:05PM +1000, Erik de Castro Lopo wrote:
> > > Erik de Castro Lopo wrote:
> > > > -- That definitely is function not implemented
>
rom file /usr/include/powerpc-linux-gnu/asm/unistd.h
>
> #define __NR_accept4344
That appears to have been added in 2.6.37, and praetorius is 2.6.32. I
wonder if we're explicitly using accept4 somewhere based on libc
presence or similar?
--
Colin Watson
On Mon, Jun 03, 2013 at 09:13:23PM +1000, Erik de Castro Lopo wrote:
> Erik de Castro Lopo wrote:
> > Colin Watson wrote:
> > > Does anyone recognise this problem, or have access to a machine where
> > > they could investigate it directly? Even an strace of one of the t
failing might be helpful.
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.deb
On Tue, May 28, 2013 at 05:11:12PM -0700, John Millikin wrote:
> On Tue, May 28, 2013 at 4:02 PM, Colin Watson wrote:
> > Where's this latest upstream? The latest I see on hackage is 0.2.1,
> > which is our current version.
>
> The latest version of chell-quickchec
see on hackage is 0.2.1,
which is our current version.
> quickcheck-instances- (fixed in quickcheck-instances-0.3.2)
Done.
> reactive-banana (latest version doesn’t use QuickCheck any more)
Done.
--
Colin Watson [cjwat...@debian.org]
--
On Mon, May 27, 2013 at 05:15:02PM +0200, Joachim Breitner wrote:
> Am Montag, den 27.05.2013, 15:48 +0100 schrieb Colin Watson:
> > Essentially unusable.
>
> ok, sounds like removing ghci from the arm package seems to be the right
> thing to do.
>
> Any reason to do it
On Mon, May 27, 2013 at 04:03:38PM +0200, Joachim Breitner wrote:
> Am Montag, den 27.05.2013, 14:39 +0100 schrieb Colin Watson:
> > I can indeed confirm that we're starting to see failures due to broken
> > GHCi, for example:
> >
> >
> > https://buildd.d
On Fri, May 24, 2013 at 12:13:02PM +0100, Colin Watson wrote:
> On Fri, May 24, 2013 at 12:54:56PM +0200, Joachim Breitner wrote:
> > Am Freitag, den 24.05.2013, 10:56 +0100 schrieb Colin Watson:
> > > I don't suppose you'd consider disabling GHCi on ARM while you'
On Fri, May 24, 2013 at 12:54:56PM +0200, Joachim Breitner wrote:
> Am Freitag, den 24.05.2013, 10:56 +0100 schrieb Colin Watson:
> > On Fri, May 24, 2013 at 11:20:54AM +0200, Joachim Breitner wrote:
> > > Lots of darcs patches to appear on pkg-haskell-commits in a moment, a
# We can't do this with a configure flag in 6.8.1 as libdir is not
# defined at the point at which we := it
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debia
held broken packages.
Could somebody with a firmer grasp of the relevant tools figure out
which binNMUs need to be scheduled?
Thanks,
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-haskell-requ...@lists.debian.org
with a subject of
74 matches
Mail list logo
