Control: tag -1 pending
Hello,
Bug #1016506 in haskell-devscripts reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/haskell-team/haskell-devscripts/-/commit/36446
On Thu, Sep 30, 2021 at 04:46:47PM +0200, Frédéric Bonnard wrote:
> Not sure what optimization breaks, I just tried changing openat() to
> modify some aggressive optimization on that function and it helped.
The optimization seems to break with -O1, but not with
-O0 -fcombine-stack-adjustments -fco
On Sun, Oct 24, 2021 at 03:09:46PM -0400, Boyuan Yang wrote:
> I just realized the ongoing discussion at https://bugs.debian.org/994275 ,
> which may mitigate the impact of this bug report. Now I believe depending on
> either tempfile(1) or mktemp(1) should be ok.
I would recommend switching to mk
On Wed, Sep 08, 2021 at 02:40:50PM +0200, Bill Allombert wrote:
> It will also break any local shell scripts the user systems might depend
> on that happens to use tempfile, for little or no benefit to the users.
They get the benefit of needing to switch to an alternative that
is supported upstrea
On Sat, Aug 21, 2021 at 03:43:12AM +0800, 積丹尼 Dan Jacobson wrote:
> All I know is the bug was to make
> /usr/bin/which keep working.
>
> All I see that was 'fixed' was making a news item.
>
> There are hundreds of cgi etc. scripts that are now emitting errors.
/usr/bin/which is working. It's em
On Thu, Aug 19, 2021 at 08:27:03AM +0200, Felix Zielcke wrote:
> I can confirm that the NMU of ifupdown fixes the problem.
> So you can add now a Breks: and close #992410
Perfect, thanks.
On Wed, Aug 18, 2021 at 11:22:53AM -0400, Michael Stone wrote:
> apologies, box I checked was buster and not bullseye
No problem, it seems evident that it did little good anyway.
On Wed, Aug 18, 2021 at 10:33:17AM +0200, fziel...@z-51.de wrote:
> After todays updates and a reboot my network didn't come up anymore.
> Problem is the move of /bin/run-parts to /usr/bin:
>
> systemd[1]: Starting Raise network interfaces...
> ifup[1663]: /bin/sh: 1: /bin/run-parts: not found
> i
On Wed, Aug 18, 2021 at 10:53:45AM -0400, Michael Stone wrote:
> Adding a message to stderr telling people to use mktemp may be a reasonable
> step.
You mean the thing it does in our stable release?
On Wed, Aug 18, 2021 at 03:57:01PM +0900, Norbert Preining wrote:
> /etc/X11/XSession relies on tempfile, which is not available anymore,
> thus logging into an X session is broken.
In our stable release, tempfile outputs this to stderr:
WARNING: tempfile is deprecated; consider using mktemp
On Mon, Sep 21, 2020 at 12:48:25PM +0200, jhcha54008 wrote:
> should this bug be merged with #940056 and #968868 ?
If statx is the only reason for the failures.
Package: src:haskell-cborg
Version: 0.2.3.0-1
Severity: serious
Unlike some other armhf bus errors, this problem does not go away
when compiler optimization is disabled.
On Thu, Aug 06, 2020 at 11:20:00AM +0100, peter green wrote:
> glirc can no longer be built in testing because haskell-regex-tdfa is no
> longer
> present in testing. Ilias Tsitsimpis has filed a bug report against the
> package
> saying he intends to remove it and asked the release team to remov
On Wed, Jul 15, 2020 at 03:09:24PM +0100, Iain Lane wrote:
> Upgrading shake will fix this, or it can be worked around in the
In theory we can upgrade shake once js-dgtable clears NEW. It's
been sitting there for 3 months.
On Tue, Jun 16, 2020 at 09:10:32PM -0700, Sean Whitton wrote:
> keysafe, in experimental, depends on haskell-readline.
>
> CCing upstream: Joey, do you think it would be possible for keysafe to
> migrate to use something maintained?
Some options suggested at
https://github.com/haskell-infra/hack
On Wed, Apr 15, 2020 at 06:29:18AM -0400, Jeremy Bicha wrote:
> python3-mutagen now contains mutagen-inspect.
Wonderful.
> jp includes /usr/bin/jp, which is already "taken" since ~2013 by
> something completely different, sat-xmpp-jp. Given that jp has
> not yet been part of Debian release, it is probably easy to just
> rename the binary, e.g. jp-cli, jp-jmespath, or jmespath. Thanks!
If we do that, are we expecting
Package: photofilmstrip
Version: 3.7.2-2
Severity: serious
% photofilmstrip
Traceback (most recent call last):
File "/usr/bin/photofilmstrip", line 8, in
main()
File "/usr/lib/python3/dist-packages/photofilmstrip/GUI.py", line 46, in main
guiApp.Start()
File "/usr/lib/python3/dist-p
It appears as though ghc-mod has been deprecated in favor
of haskell-ide-engine.
Package: src:haskell-cabal-helper
Version: 0.8.0.2-1
Severity: serious
Someone will need to package cabal-plan to update to a modern version.
Package: src:haskell-text
Version: 1.2.3.0-1
Severity: serious
1.2.3.0 is bundled with ghc and should not be released separately in
buster
On Mon, Nov 05, 2018 at 10:04:52AM +0100, Mattia Rizzolo wrote:
> you typoed the package name here… reassigning.
Thanks
Package: classy-prelude-yesod
Version: 1.4.0-1
Severity: serious
classy-prelude-yesod is not currently needed and may not be
worth the maintenance burden. Please close this bug if you
disagree.
Package: src:haskell-hastache
Version: 0.6.1-8
Severity: serious
Replacements for hastache are mustache and microstache
Package: src:haskell-cabal-file-th
Version: 0.2.4-3
Severity: serious
Source needs to be updated for Cabal API changes, if worth the
maintenance burden.
Package: src:haskell-hit
Version: 0.6.3-8
Severity: serious
If hit is worth keeping, here is a patch:
https://github.com/vincenthz/hit/pull/37
Package: src:haskell-parsec
Version: 3.1.13.0-1
Severity: serious
parsec 3.1.13.0 is now bundled with ghc and this version should
not be shipped separately in buster.
Package: src:haskell-stm
Version: 2.4.5.0-1
Severity: serious
2.4.5.0 is bundled with ghc; this version should not be shipped in buster.
Package: src:haskell-mtl
Version: 2.2.2-1
Severity: serious
2.2.2 is bundled with ghc and should not be released separately in buster
On Sun, Oct 14, 2018 at 05:01:16PM -0700, Sean Whitton wrote:
> Just to note in the bug that the reason haskell-monadplus was packaged
> was for agda, which still build-depends on it. So if we don't think
> monadplus is worth the maintenance burden, neither is agda; we should
> get rid of that too
Package: src:haskell-monadplus
Version: 1.4.2-5
Severity: serious
monadplus is probably not worth the maintenance burden.
Please close this bug if you disagree.
Package: src:haskell-enumerator
Version: 0.4.20-7
Severity: serious
If there is a good reason to keep this package, please close the bug.
On Sat, Nov 18, 2017 at 09:19:24PM -0500, Alexis Hunt wrote:
> I have been using xmonad for a long while, and today upgraded to Buster. While
> xmonad worked at first, after making a change to my configuration file, it
> stopped working:
>
> 1. I can't run xmonad --recompile; it just says "Use Sta
Source: agda
Version: 2.5.2-2
Severity: serious
ghc: out of memory (requested 2097152 bytes)
Package: monkeysphere
Version: 0.41-1
Severity: serious
test/keytrans contains some "golden" output that matches an older
version of GnuPG. When running the testsuite with "current" GnuPG,
it fails due to the presence of extra fields in the --with-colons
output.
On Fri, May 18, 2018 at 08:40:56PM +0200, Adam Borowski wrote:
> ##
> Monkeysphere basic tests completed successfully!
> ##
> ### removing temp dir...
> make[1]: Leaving directory '/<>'
> dh_auto_test:
Package: monkeysphere
Version: 0.41-1
Severity: serious
Tags: patch
RSAAuthentication has been removed from OpenSSH, and therefore using it
tests/home/testuser/.ssh/config contributes to testsuite failure
>From 91ffa734a9d3ce695c85b24d0f418ce3939ed592 Mon Sep 17 00:00:00 2001
From: Clint Ad
--git a/debian/changelog b/debian/changelog
index a43539f..6db3181 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+youtube-dl (2018.06.18-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing python3-setuptools build dependency. closes: #902279.
+
+ -- Cl
On Mon, Jun 11, 2018 at 05:21:00PM +0300, Niko Tyni wrote:
> touch debian/stamp-patched
> /usr/bin/make -f debian/rules update-config
> make[1]: Entering directory '/<>/tigervnc-1.7.0+dfsg'
> make[1]: 'update-config' is up to date.
> make[1]: Leaving directory '/<>/tigervnc-1.7.0+dfsg'
>
Source: gitit
Version: 0.12.2.1-1
Severity: serious
gitit needs patching for newer dependencies (feed in particular)
Please update darcs to build with graphviz 2999.20.0.0.
On Wed, May 23, 2018 at 07:08:14PM +0200, Emilio Pozuelo Monfort wrote:
> darcs can't be built anymore on sid:
>
> darcs build-depends on missing:
> - libghc-graphviz-dev:amd64 (< 2999.19)
On Sun, May 20, 2018 at 09:20:44PM -0700, John MacFarlane wrote:
> This is puzzling. We build regularly with ghc 8.2.2 on CI,
> and must have built with that version of yaml. This must be
> some armel/armhf specific issue that is beyond my ability
> to diagnose.
It's certainly strange.
On Sun, May 20, 2018 at 04:38:36PM -0700, John MacFarlane wrote:
> I don't understand this error. InvalidYaml *is* a constructor for the
> type ParseException in Data.Yaml (yaml package). So it's not clear why
> the compiler would complain about it being used as a "constructor-like
> thing."
on
Control: forwarded 899166
https://github.com/haskell-hvr/cryptohash-sha256/issues/3
hvr would like access to a mips box so he can play with FFI things.
On Sun, May 20, 2018 at 11:03:04AM +0200, Emilio Pozuelo Monfort wrote:
> haskell-cryptohash-sha256 gets into an infinite loop during the build
Source: haskell-blogliterately
Version: 0.8.4.3-2
Severity: serious
Forwarded: https://github.com/byorgey/BlogLiterately/issues/39
Jonas is about to upload pandoc 2.2
Source: haskell-snap
Version: 1.0.0.2-2
Severity: serious
Unfortunately, heist got ahead, so one solution is to patch snap for
newer heist.
Package: libghc-cmark-gfm-dev
Version: 0.1.3-1
Severity: serious
Forwarded: https://github.com/kivikakk/cmark-gfm-hs/issues/6
FTBFS on big-endian arches
Package: libghc-intern-doc
Version: 0.9.1.4-3
Severity: serious
.
Package: libghc-swish-doc
Version: 0.9.1.10-1
Severity: serious
.
Package: curry-base
Version: 1.0.0-1
Severity: serious
This is also true of curry-frontend.
Source: ghc-mod
Version: 5.8.0.0-1
Severity: serious
Forwarded: https://github.com/DanielG/ghc-mod/issues/900
.
Package: rss2irc
Version: 1.1-3
Severity: serious
Types have changed
Source: haskell-esqueleto
Version: 2.5.3-2
Severity: serious
Forwarded: https://github.com/bitemyapp/esqueleto/issues/80
.
Source: haskell-bytestring-progress
Version: 1.0.9-1
Severity: serious
Forwarded: https://github.com/acw/bytestring-progress/issues/9
.
Source: haskell-derive
Version: 2.6.3-2
Severity: serious
Forwarded: https://github.com/ndmitchell/derive/issues/33
.
Source: haskell-vector-space-points
Version: 0.2.1.2-3
Severity: serious
vector-space-points must either be patched or removed
Package: haskell-protobuf
Version: 0.2.1.1-3
Severity: serious
https://github.com/alphaHeavy/protobuf/issues/35
Source: haskell-language-python
Version: 0.5.4-5
Severity: serious
https://github.com/bjpop/language-python/issues/39
Source: haskell-uulib
Version: 0.9.20-5
Severity: serious
Doesn't build with GHC 8.2.
Source: haskell-token-bucket
Version: 0.1.0.1-5
Severity: serious
.
Source: haskell-gloss-rendering
Version: 1.11.1.1-2
Severity: serious
https://github.com/Teaspot-Studio/gloss-rendering/issues/1
On Thu, Feb 08, 2018 at 06:12:31AM +0100, Petter Reinholdtsen wrote:
> 15427: file=libHSterminfo-0.4.0.2-ghc8.0.2.so [0]; needed by
> /usr/lib/ghc/bin/ghc-pkg [0]
objdump -p /usr/lib/ghc/bin/ghc-pkg | grep RUNPATH
On Fri, Jan 26, 2018 at 11:56:41AM -0300, Matías Bellone wrote:
> After a month of testing, I couldn't isolate the issue to one particular
> extension either. I tried uninstalling all my extensions one by one. I even
> tried creating a new profile, but the issue still happens no matter what.
> Gran
On Sun, Oct 22, 2017 at 02:00:58AM +0200, Alban Browaeys wrote:
> or a config item in /etc/docker/daemon.json:
> {
> "iptables": false
> }
Seems like the docker.io package should ship this as a conffile then.
On Wed, Jan 03, 2018 at 04:48:12PM +0100, Ondrej Novy wrote:
> I prefer to use update-alternatives.
>
> What do you think Clint?
I haven't looked at the different implementations but
alternatives sounds like the right answer to me.
On Sat, Dec 09, 2017 at 05:52:16PM +0100, Pascal Obry wrote:
> Does it runs if started with --disable-extensions ?
Yes, it appears so.
On Wed, Sep 20, 2017 at 12:16:13AM +0200, Sacha Delanoue wrote:
> I tried to install libghc-xmonad-contrib-dev by doing
> `apt install libghc-xmonad-contrib-dev` on an up-to-date 9.1 Debian.
> The install failed with the following information:
>
> The following packages have unmet dependencies:
>
On Sun, Apr 23, 2017 at 01:22:33PM +0100, James Cowgill wrote:
> It looks like the xcffib dependency from cairocffi is optional, so this
> would be a much easier solution. Otherwise we have to backport tons of
> stuff or use upstream 0.5.1.
So does this mean this is no longer a bug?
John, chell-quickcheck needs patching for QuickCheck 2.9
On Thu, Jul 06, 2017 at 09:01:23PM +0300, Adrian Bunk wrote:
> Source: haskell-chell-quickcheck2
> Version: 0.2.5-7
> Severity: serious
>
> https://buildd.debian.org/status/package.php?p=haskell-chell-quickcheck2&suite=sid
>
> ...
> Prepro
On Sat, Jun 24, 2017 at 03:34:35AM +0100, James Clarke wrote:
> Hi,
> haskell-yaml FTBFS on every architecture (except all) due to testsuite
> failures:
>
> > Failures:
> >
> > test/Data/YamlSpec.hs:440:
> > 1) Data.Yaml.Data.Yaml encode invalid numbers
> >expected: ".\n"
> > b
Control: reassign -1 libghc-cabal-dev
Control: found -1 1.24.2.0-1
haskell-cabal should be kept out of testing for the foreseeable future,
and any packages build-depending on it should be switched to use ghc's
Cabal for the foreseeable future.
On Sat, Dec 10, 2016 at 11:24:26AM -0400, Joey Hess wrote:
> It apparently then led to memory corruption, since git-annex created
> some very bogus symlinks:
>
> lrwxrwxrwx 1 user user 338 Jun 17 22:36
> bup.git/objects/pack/pack-47b493a3bbbd22200d2b390c277e49ce713243cc.pack ->
> *??:?;J
Looks like Ilias and Emilio found
https://github.com/tych0/xcffib/commit/9b6a190e6d46b11b4565322626c702caecff9d8b
On Tue, Nov 01, 2016 at 12:03:40AM +0100, Sebastian Andrzej Siewior wrote:
> There is an pull request from fedora. The fedora bug ist at
> https://bugzilla.redhat.com/show_bug.cgi?id=1388463
Better to switch to libssl1.0-dev to avoid breaking openvpn.
On Mon, Nov 14, 2016 at 01:34:05PM -0200, Breno Leitao wrote:
> reassign ghc
>
> After some further debug, I found this is, in fact, a ghc bug and it was
> fixed in version 8.0.2, as showed in:
>
> https://ghc.haskell.org/trac/ghc/ticket/12621
Great!
Source: haskell-intern
Version: 0.9.1.4-1
Severity: serious
libghc-intern-doc needs to be rebuilt with ghc 8 so it can become
installable.
Source: haskell-swish
Version: 0.9.1.7-2
Severity: serious
libghc-swish-doc needs to be rebuilt against ghc 8 so it
can become installable.
Package: libghc-lambdabot-haskell-plugins-dev
Version: 5.1-2
Severity: serious
Control: forwarded -1 https://ghc.haskell.org/trac/ghc/ticket/12790
Number of terms skyrockets during Simplify, probable GHC bug.
Package: git-annex
Version: 6.20161012-1
Severity: serious
git-annex no longer build in sid because we have moved to ghc 8 and with
it persistent 2.6.
The reason git-annex conflicts with newer persistent is because esqueleto's
upstream is MIA. However, we have patched our version of esqueleto to
Package: libghc-wreq-dev
Version: 0.4.1.0-1
Severity: serious
wreq needs patching for ghc 8
Package: github-backup
Version: 1.20160522-1
Severity: serious
Because we've updated GHC to 8.0, the version of the directory library
has also been updated, and you'll need something like
https://github.com/joeyh/github-backup/commit/848f6b64f75f4d267ba364405fb2a7b284969020
Package: libghc-fail-dev
Version: 4.9.0.0-1
Severity: serious
fail 4.9.0.0 should not be released with ghc 8.0 in stretch
Source: haskell-cabal
Version: 1.22.8.0-1
Severity: serious
stretch should be released either without the haskell-cabal package
or with a newer version than is shipped with ghc
Source: ghc
Version: 7.10.3-9
Severity: serious
clint@abel ~/haskell-http-api-data-0.2.4
% ghci -isrc -XCPP -D"MIN_VERSION_base(X,Y,Z)=1"
GHCi, version 7.10.3: http://www.haskell.org/ghc/ :? for help
Prelude> :l src/Web/HttpApiData.hs
[1 of 2] Compiling Web.HttpApiData.Internal ( src/Web/HttpApi
On Sat, Oct 01, 2016 at 04:06:15PM +0200, Florian Weimer wrote:
> So passing -mxgot would be worth a try. This seems to be similar to
> the -fpic/-fPIC distinction.
That appears to do the trick.
On Wed, Aug 17, 2016 at 01:14:35AM -0400, Jonathan Jackson wrote:
> The last build of haskell-src-exts 1.17.1-1 has failed 30 days
> ago on a mips64el device. More information since first report
> of this failure have been acquired. Bug report seems to
> indicate that there is a linker problem d
Package: python-ofxclient
Version: 2.0.2-1
Severity: serious
Control: forwarded -1 https://github.com/captin411/ofxclient/issues/28
Traceback (most recent call last):
File "/usr/bin/ofxclient", line 9, in
load_entry_point('ofxclient==2.0.2', 'console_scripts', 'ofxclient')()
File "/usr/li
On Wed, Aug 10, 2016 at 11:59:14AM -0400, Joachim Breitner wrote:
> we do have that for Haskell ABI changes, but I believe it does not
> cover the names of shared C libraries. Maybe that can be considered a
> bug, and something that can be fixed on the GHC side. If someone wants
> to dig deeper, I’
On Wed, Aug 10, 2016 at 07:44:25AM +, Mattia Rizzolo wrote:
> : can't load .so/.DLL for:
> /usr/lib/haskell-packages/ghc/lib/x86_64-linux-ghc-7.10.3/pandoc-citeproc-0.9.1.1-H4nKjmy3LdhAeupsyJYDB0/libHSpandoc-citeproc-0.9.1.1-H4nKjmy3LdhAeupsyJYDB0-ghc7.10.3.so
> (libicuuc.so.55: cannot open s
severity 819890 important
quit
This has been worked around by disabling the doctests. Whatever is
broken on armel is still broken, but that is irrelevant to the testing
migration held up by this bug.
On Mon, Apr 04, 2016 at 05:24:38AM +, Riku Voipio wrote:
> The reproducible-builds is armhf while the failing ones are armel. The
> regression
> appears to be a code change in haskell-http2 between 1.0.4 and 1.3.1:
>
> https://buildd.debian.org/status/logs.php?pkg=haskell-http2&arch=armel
I
On Sun, Aug 16, 2015 at 10:46:06PM +0200, Uwe Kleine-König wrote:
> I'm currently in NM trying to become DD. As part of the process I
> prepared an NMU for this with the following debdiff. It's that big
> because I converted the package from dpatch to 3.0 (quilt).
>
> I assume the that Thijs will
On Wed, Nov 26, 2014 at 04:44:53PM -0500, Daniel Kahn Gillmor wrote:
> but the SIGPIPE should only happen if a write is actually being done to
> the closed pipe, though, right? And what would be writing to that pipe?
I suppose logic would indicate that printf is writing and gpg_sphere is
aborting
On Wed, Nov 26, 2014 at 04:07:57PM -0500, Daniel Kahn Gillmor wrote:
> > + printf '%s:6:\n' 473F86D46E0B3CA0611450A8C9A7E0FFD1CD8FDC
> > + gpg_sphere --import-ownertrust
> > + RET=141
>
> this just tells us that bash wanted to invoke gpg_sphere, not that it
> actually did invoke it. Had it
On Tue, Nov 25, 2014 at 04:05:37PM -0500, Daniel Kahn Gillmor wrote:
> gpg_sphere is a shell function but according to the set -x it isn't even
> getting invoked before the SIGPIPE hits.
No?
+ printf '%s:6:\n' 473F86D46E0B3CA0611450A8C9A7E0FFD1CD8FDC
+ gpg_sphere --import-ownertrust
+ RET=1
On Sat, Jun 28, 2014 at 03:55:16PM -0500, Nick Daly wrote:
> diff -r 9e5e6d9f91b1 debian/monkeysphere.postinst
> --- a/debian/monkeysphere.postinstSat Jun 28 14:54:59 2014 -0500
> +++ b/debian/monkeysphere.postinstSat Jun 28 14:55:33 2014 -0500
> @@ -21,12 +21,15 @@
> monkeys
On Mon, Sep 22, 2014 at 01:48:42PM +0200, Joachim Breitner wrote:
> Source: haskell-libtagc
> Version: 0.12.0-5
> Severity: serious
If pandoc is staying where it is, should this severity be
downgraded until after the release?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
w
forwarded 756801 https://github.com/bos/bloomfilter/issues/7
quit
Broken on 32-bit.
On Fri, Aug 01, 2014 at 08:45:42PM +0200, Sebastian Ramacher wrote:
> Source: haskell-bloomfilter
> Version: 2.0.0.0-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the
On Sun, Jun 15, 2014 at 06:09:57PM -0700, Don Armstrong wrote:
> The changes for this NMU are available from
Thanks, Don!
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Jun 05, 2014 at 10:50:54AM -0700, Don Armstrong wrote:
> Just wanted to check in on this; I actively use pentadactyl, and would
> like to see the new version in Debian.
>
> If you'd like additional assistance, I can help upload a new version or
> whatever makes sense. I'd just like to avoi
1 - 100 of 363 matches
Mail list logo
