trees that significantly confuse git.
https://git-annex.branchable.com/bugs/Importing_into_nested_directory_overwrites_files__63__/
--
see shy jo
From 4611813ef1a6ecc86fafc095a324ef0cfe7427e7 Mon Sep 17 00:00:00 2001
From: Joey Hess
Date: Fri, 26 Mar 2021 16:01:55 -0400
Subject: [PATCH] Fix bug import
Package: git-annex
Version: 8.20210223-2
Severity: normal
There have been some two related fixes upstream since this version
to bugs that affect a sizable number of git-annex users, and make
git-annex fairly unusable. (Unable to send content to remotes, which
a crucial part of many workflows. I'll
> [2022-04-30 13:00:20.39881781] (Utility.Process) process [1635096] read:
> rsync ["-e","'ssh' '-S' '../.git/annex/ssh/user@host-key' '-o'
> 'ControlMaster=auto' '-o' 'ControlPersist=yes' '-l' 'user'
> '-T'","--progress","--inplace",
> "user@host-key:/backup/dspace/repositories/repository.git
Joey Hess wrote:
> The rsync command that git-annex runs has a trailing close quote, as
> seen in the first excerpt above. But rsync then complains about the path
> with that close quote removed.
>
> I'm having a hard time not seeing this as a bug in rsync.
# NEWS for rsyn
Sean Whitton wrote:
> > git-annex can be configured to not do its own shell escaping when accessing
> > a rsync special remote. If your remote is named "foo", you can configure it
> > that way as follows:
> >
> > git-annex enableremote foo shellescape=no
>
> Thanks for looking into it. Do you
> > git-annex enableremote foo shellescape=no
I've confirmed that this workaround works.
Also, the client's version of rsync is what matters. 3.2.3 client and
3.2.4 server does not have the problem.
--
see shy jo
signature.asc
Description: PGP signature
___
Fixed with attached patch.
--
see shy jo
From 43701759a32e38613c61de6dc923c24069f435d6 Mon Sep 17 00:00:00 2001
From: Joey Hess
Date: Tue, 3 May 2022 12:12:25 -0400
Subject: [PATCH] disable shellescape for rsync 3.2.4
rsync 3.2.4 broke backwards-compatability by preventing exposing filenames
Package: cabal-install
Version: 3.0.0.0-3+b1
Severity: normal
cabal build now complains about an unsupported ghc version
Warning: Unknown/unsupported 'ghc' version detected (Cabal 3.0.1.0 supports
'ghc' version < 8.10): /usr/bin/ghc is version 9.0.2
-- System Information:
Debian Release: bookwor
It could be converted to haskeline or raw IO, but gnu readline is the
kind of library I think it makes sense to have language bindings to, and
to use the bindings.
This patch seems to fix the build problem:
--- readline-1.0.3.0.orig/readline.cabal2020-06-17 17:09:11.438264895
-0400
+++ r
Package: ghc-doc
Version: 8.8.3-1
Severity: normal
There are no modules listed on the page anymore, not even docs included
in this package, let alone other libghc-foo-doc packages that I have
installed.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy:
ghc-pkg dump output has changed slightly, it now indents values with spaces
to make then line up or something
haddock-interfaces: /usr/lib/ghc-doc/haddock/th-lift-0.8.1/th-lift.haddock
haddock-html: /usr/share/doc/libghc-th-lift-doc/html/
In some cases, it also wraps single line values
In the 2 years since I filed this bug report, it's also
started hotlinking a font from google, in addition to now 2 mathjax
js files from cloudflare.
The font seems to be packaged in Debian in fonts-paratype.
--
see shy jo
signature.asc
Description: PGP signature
__
Package: haskell-stack
Version: 1.9.3.1-1
Severity: normal
lts-15.3 and lts-16.8 both fail with a http error.
Looks like the file it expects to find is not there.
Probably there is a new upstream version that changes the url in some
way, I see 2.3.3 is available upsteam but have not tried it.
--
Package: ghc-doc
Version: 8.8.4-1
Severity: normal
After the fix for #966069, the page seems to have docs for all
libraries, except for the ones in base. Ie, Prelude, Foreign,
Control.Concurrent are all missing.
This involves ghc-pkg --global outputting this:
base
4.13.0.0
/usr/share/doc/ghc-doc
Now that ghc 8.4.3 is installed, this happens for me too.
I have deleted ~/.ghc ~/.cabal, and dist. Happens in all
packages I've tried to build.
--
see shy jo
signature.asc
Description: PGP signature
___
Pkg-haskell-maintainers mailing list
Pkg-haskel
https://github.com/haskell/cabal/issues/5548
--
see shy jo
signature.asc
Description: PGP signature
___
Pkg-haskell-maintainers mailing list
Pkg-haskell-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-h
Package: libghc-criterion-dev
Version: 1.4.1.0-3+b1
Severity: normal
When a program using criterion's defaultMain is run with the -o option,
it fails with this error:
bench: /usr/share/haskell-js-flot/jquery.flot.min.js: openFile: does not exist
(No such file or directory)
-- System Information
Package: ghc
Version: 8.4.4+dfsg1-1
Severity: normal
This script is loaded from the network:
https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.0/MathJax.js?config=TeX-AMS-MML_HTMLorMML
I suspect this violates some policies, but also it makes it very
annoying to open that page in a web browser lo
Sean Whitton wrote:
> Errors are like this:
>
> .t/gpgtest/9/S.gpg-agent.extra:
> removeDirectoryRecursive:removeContentsRecursive:removePathRecursive:removeContentsRecursive:removePathRecursive:removeContentsRecursive:r
> emovePathRecursive:getSymbolicLinkStatus: does not exist (No such fil
Package: libghc-http-client-dev
Version: 0.5.13.1-2+b1
Severity: normal
git-annex needs this new upstream release to avoid a bug in http header
parsing https://github.com/snoyberg/http-client/issues/398
--
see shy jo
signature.asc
Description: PGP signature
Sean Whitton wrote:
> Looks like it's not in Stackage LTS yet. I see you wrote the patch.
> Would it be enough to backport it to what's currently in sid?
Patch backport attached.
--
see shy jo
diff -ur haskell-http-client-0.5.13.1.orig/Network/HTTP/Client/Headers.hs
haskell-http-client-0.5.13.
Package: libghc-js-flot-dev
Version: 0.8.3-8+b3
Severity: normal
When I use criterion and ask it to output the benchmark to a file,
with -o foo, it crashes:
/usr/share/haskell-js-flot/jquery.flot.min.js: openFile: does not exist (No
such file or directory)
I think that file needs to be included
Package: hledger
Version: 1.14.2-1
Severity: normal
I noticed the man page references to hledger_journal(5), but
man 5 hledger_journal does not work.
I was going to say it's not included in the binary package, but actually
it is, because hledger embeds in its binary all its documentation and
hled
Package: haskell-stack
Version: 1.7.1-3
Severity: normal
The last version of LTS that this build of stack can handle seems to be
13.29. Trying to build any stack.yaml that uses a newer LTS results in
parse failures.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
Ilias Tsitsimpis wrote:
> I just uploaded stack v1.9.3.1 to unstable. Could you please check if it
> can now correctly handle newer LTS versions?
Can confirm, it works.
--
see shy jo
signature.asc
Description: PGP signature
___
Pkg-haskell-maintainer
Sean Whitton wrote:
> So what you are suggesting is that git-annex should treat all files
> within dotdirs as if they were themselves dotfiles?
That is what git-annex actually does. Or rather, when asked to add
".$foo", it does not check to see if $foo might look like "dotdir/bar",
it just sees it
Marco Ricci wrote:
> t seems cleaner to me to disable the
> automatic commit-to-other-system machinery and do a manual sweep for
> sensitive files by hand each time I check in new data.
git config annex.addsmallfiles false
--
see shy jo
signature.asc
Description: PGP signature
Marco Ricci wrote:
> Thus wrote Joey Hess:
> >> t seems cleaner to me to disable the automatic commit-to-other-system
> >> machinery and do a manual sweep for sensitive files by hand each time
> >> I check in new data.
> >
> > git config annex.addsmallfile
Package: hothasktags
Version: 0.3.8-3+b1
Severity: normal
The man page says it does not support emacs tags, but it does with the
-e option.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'oldstable')
One person reported the same error message 7 years ago here:
https://ghc.haskell.org/trac/ghc/ticket/5085
They were using git-annex get, not the assistant when it crashed.
They also were able to git bisect git-annex's code and found an utterly
innocuous commit that triggered whatever the problem i
Anthony DeRobertis wrote:
> So right now, it's just refusing the run in the background :-/
If you're able to reproduce the bug on demand that way,
that could point to the way git-annex daemonizes itself with
forkProcess. Which from its documentation:
forkProcess comes with a giant warning: si
Any chance you can build git-annex from source, so we can try a few
modifications to try to narrow this down?
sudo apt-get build-dep git-annex
apt-get source git-annex
cd git-annex-6.20180509
make
PATH=`pwd`:$PATH
export PATH
Then see if you can reproduce the problem, and then try applying the
at
Anthony DeRobertis wrote:
> I finally managed to reproduce once on my VM after turning on transparent
> hugepages (which both my workstations are running with). The crash rate is
> much lower — under 10%, vs. 80–90% on the workstations — but...
>
> Anyway, the next thing I plan to test is to turn
Package: git-annex
Version: 6.20180626-1
Severity: normal
Using this git-annex backport on stable, https downloads fail
with "TlsExceptionHostPort (HandshakeFailed Error_EOF)"
I believe this impacts S3 and WebDav too, I saw it with addurl and importfeed.
This is an old bug in a haskell library,
Could this please get fixed? Is there some problem with the patch I
provided almost a year ago?
This is affecting git-annex:
http://git-annex.branchable.com/bugs/could_webdav_be_more_resilient_to_timeouts__63__/
--
see shy jo
signature.asc
Description: PGP signature
__
see shy jo
From 5256be61c12fb030fe2eebe2751ee1601a5e7514 Mon Sep 17 00:00:00 2001
From: Joey Hess
Date: Mon, 21 Nov 2022 14:39:26 -0400
Subject: [PATCH] When youtube-dl is not available in PATH, use yt-dlp instead
Debian is going to drop youtube-dl which is not active upstream, and yt-dlp
is the replacement. This will
/bugs/git_annex_test_never_exits__63__/
The attached patch fixes the bug. This is also being released in
git-annex version 10.20221212.
--
see shy jo
From 65f9e7a3c73626f17f6f49d0c8266041fd333e93 Mon Sep 17 00:00:00 2001
From: Joey Hess
Date: Thu, 8 Dec 2022 14:18:54 -0400
Subject: [PATCH 1/8
Package: git-annex
Version: 10.20221003-3
Severity: normal
Now when youtube-dl is installed, there is no youtube-dl in path,
so git-annex cannot use it.
Newer versions of git-annex have been changed to support yt-dlp.
This could be fixed by upgrading it, or cherry picking these commits:
5256be61c
e of
git-annex.
--
see shy jo
From f24f96e0186a61ef5940ce97de2713413989b63c Mon Sep 17 00:00:00 2001
From: Joey Hess
Date: Thu, 23 Feb 2023 10:35:19 -0400
Subject: [PATCH] move webapp build deps under Assistant build flag
git-annex.cabal: Move webapp build deps under the Assistant build fla
nd including it.
(The patches are lightly trimmed versions of upstream commits
02662f52920e84cd9464641ada84f6c3bbe3f86a and
18d326cb6f27912542f41fbb9525eefdbd553d09)
--
see shy jo
From 02662f52920e84cd9464641ada84f6c3bbe3f86a Mon Sep 17 00:00:00 2001
From: Joey Hess
Date: Tue, 28 Mar 2023 15:21:1
I'm experiencing the same bug on armhf with cabal-install 3.4.1.0-3.
My workaround was to downgrade it to 3.0.0.0-3+b1.
This may be a relevant upstream issue:
https://github.com/haskellari/lukko/issues/15
--
see shy jo
signature.asc
Description: PGP signature
_
I rebuilt cabal-install from source, turning off the lukko build
flag, and confirmed that fixed this problem.
My recommendation would be to just do that for now, until lukko gets
fixed.
--
see shy jo
signature.asc
Description: PGP signature
___
Pkg-h
Package: libghc-aws-dev
Version: 0.22.1-1+b4
Severity: wishlist
Version 0.24 enables new features in git-annex, including anonymous
import from a public bucket.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Fo
Package: cabal-install
Version: 3.4.1.0-3
Severity: normal
This version of cabal in unstable is too old to properly support ghc 9.4.6 in
unstable:
joey@darkstar:~/src/git-annex>cabal configure
'cabal.project.local' already exists, backing it up to 'cabal.project.local~'.
Warning: Unknown/unsuppo
I've confirmed that the same build that fails with this version of cabal
succeeds with
cabal-install version 3.10.1.0
compiled using version 3.10.1.0 of the Cabal library
--
see shy jo
signature.asc
Description: PGP signature
___
Pkg-haskell-maintai
I was looking at this bug the other day trying to determine why
git-annex was not in testing, and did not realize it was due to this
dbus issue. My mail below digs into it, if the issue is still
happening.
- Forwarded message from Joey Hess -
Date: Mon, 23 May 2022 12:48:21 -0400
From
This bug seems very similar to a known fixed git-annex bug.
commit 922621301ae750e9ee86807ae21709e2e5b2d352
Author: Joey Hess
Date: Thu Sep 17 17:27:42 2020 -0400
Serialize use of C magic library, which is not thread safe.
This fixes failures uploading to S3 when using -J.
--
see
commit 947d2a10bcf80e74758f65b3cc3fd5ac1bff3fa8
Author: Joey Hess
Date: Wed May 12 15:08:03 2021 -0400
assistant: Fix a crash on startup by avoiding using forkProcess
ghc 8.8.4 seems to have changed something that broke code that has been
successfully using forkProcess since 2012
Package: git-annex
Version: 10.20220724-1
Severity: normal
The current git-annex release is 10.20221003, and it fixes a number of
reversions and bugs that are present in the version in Debian.
I've gathered the main ones here, although if you chose to cherry-pick
these commits, you would need to
I was able to reproduce this using version 8.20210128.
It seems to be fixed in version 10.20220526.
I think this was fixed by commit
1cacfd1b199b1a9a093716e04afd7e5ef4bd26a5. While that commit was fixing
problems caused by test suite parallization that happened well after
this bug was filed, so c
I don't know the version, but I'm sure this was fixed years ago.
--
see shy jo
signature.asc
Description: PGP signature
___
Pkg-haskell-maintainers mailing list
Pkg-haskell-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/ma
I have rejected this idea in upstream commit
28ec94ee7fb080ec31a29fe121f2e94bc68e6fba:
> I think this is out of scope for git-annex. It's not its place to change
> what files git allows to be version controlled.
I will not change my mind regarding this. Of course, Debian can patch
git-annex to b
Package: ghc-doc
Version: 9.4.7-1
Severity: normal
/usr/share/doc/ghc-doc/html/libraries/index.html used to include
Prelude, Data.List, GHC.* etc. Now that is all missing and it only
contains docs for libghc-*-doc packages.
I did find the docs in
/usr/share/doc/ghc-doc/html/libraries/base-4.17.2
53 matches
Mail list logo
