bug#30434: magit won’t work over TRAMP

Ricardo Wurmus writes: > I think it makes sense *not* to hardcode the path to the git executable > here. Agreed. Done, in commit 5fe9ba59ba1cea12a70d011aacbace52e3bfda18 on master and commit 317e8e9404058af35d9843e076934560f95d895a on core-updates. I'm closing this bug now. Thanks, M

bug#30299: [core-updates] shepherd fails tests on all systems except x86_64

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> On core-updates, Hydra has been unable to successfully build 'shepherd' >> on any system except x86_64-linux. I can also report that on my >> mips64el-linux GuixSD system, which is running something close to >> 'core-updates',

bug#30299: [core-updates] shepherd fails tests on all systems except x86_64

Mark H Weaver writes: > On core-updates, Hydra has been unable to successfully build 'shepherd' > on any system except x86_64-linux. I can also report that on my > mips64el-linux GuixSD system, which is running something close to > 'core-updates', I had to disable tests on shepherd in order to b

bug#30415: Unzip CVE-2018-1000031 and others

Hi Leo, > The researcher's advisory recommends building UnZip with FORTIFY_SOURCE > to reduce the impact of the bug. The attached patch does that. […] > + ;; Mitigate CVE-2018-135, an exploitable buffer > overflow. > + ;; This environment variable is recommend

bug#29826: nondeterministic Broken pipe

Hello Alex, Alex Vong writes: > I get the following error when running ``guix --version | head -n 1''. I > can get similar after replacing ``--version'' with ``--help''. Also, the > error is nondeterministic. Any idea? > > $ LC_ALL=C guix --version | head -n 1 > guix (GNU Guix) 91213c384b62bc422

bug#30299: [core-updates] shepherd fails tests on all systems except x86_64

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Mark H Weaver skribis: >> >>> On core-updates, Hydra has been unable to successfully build 'shepherd' >>> on any system except x86_64-linux. I can also report that on my >>> mips64el-linux GuixSD system, which is running somet

bug#30413: file exists and is +x but cannot be executed

Hi, Marco van Hulten skribis: > user2@graviton ~$ lpr > lpr: No such file or directory > user2@graviton ~$ which lpr > /home/user2/.guix-profile/bin/lpr Could it be that /gnu/store is mounted as no-exec, or something along these lines? What does the ‘mount’ command show? Thanks, Ludo’.

bug#30428: guix git-fetch doesn't specify "--depth 1" - git clone clones a lot without any use

Hello, Danny Milosavljevic skribis: > On Mon, 12 Feb 2018 10:09:39 -0500 > Leo Famulari wrote: > >> I think it's worth adding, but as an option, because there are Git >> server implementations, like JGit, that don't support shallow cloning. > > Thanks for that! I didn't consider that before...

bug#30436: bigloo@4.3b hash mismatch

Amirouche Boubekki skribis: > On 2018-02-12 17:59, Leo Famulari wrote: >> On Mon, Feb 12, 2018 at 05:43:35PM +0100, Amirouche Boubekki wrote: >>> Trying to install bigloo@4.3b leads to a hash mismatch. >>> >>> This was reproduced by several people. >> >> Can you copy and paste the error message h

bug#30434: magit won’t work over TRAMP

Mark H Weaver (2018-02-14 03:51 -0500) wrote: > Ricardo Wurmus writes: >> I think it makes sense *not* to hardcode the path to the git executable >> here. > > Agreed. Done, in commit 5fe9ba59ba1cea12a70d011aacbace52e3bfda18 on > master and commit 317e8e9404058af35d9843e076934560f95d895a on > cor

bug#30434: magit won’t work over TRAMP

Hi Alex, Alex Kost writes: > Mark H Weaver (2018-02-14 03:51 -0500) wrote: > >> Ricardo Wurmus writes: >>> I think it makes sense *not* to hardcode the path to the git executable >>> here. >> >> Agreed. Done, in commit 5fe9ba59ba1cea12a70d011aacbace52e3bfda18 on >> master and commit 317e8e9404

bug#22536: Download progress display

Closing this bug since I did not receive an adverse opinion in a week. Andreas

bug#30365: Offloading sometimes hangs

Hi Ludo, > On the Guile side, we’ll have to push the fix for > . Can't think of a way to test select. But can think of a way to test pselect: Excuse the C: #include #include #include #include #include static void dummy(int signum) { } int main() { int