Summary: | net-p2p/bitcoind - sandbox violation when git is installed and /.git exists | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Florian Schmaus <flow> |
Component: | Current packages | Assignee: | Anthony Basile <blueness> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | luke-jr+gentoobugs, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 558556 | ||
Attachments: | bitcoind-purge-git.patch |
Description
Florian Schmaus
2013-07-09 15:31:57 UTC
(In reply to Florian Schmaus from comment #0) > Reproducible: Always > > Steps to Reproduce: > 1. emerge git > 2. cd / > 3. sudo git init > 4. emerge bitcoind I just tried this and did not hit the sandbox violation. I emerge net-p2p/bitcoind-0.8.1. Can you give me your emerge --info, what USE flags are on with bitcoind, what version you're emerging and the output of the sanbox violations. I am also unable to reproduce this right now. I tried with different states of a / git (i.e. with unstaged changes, with staged changes). And I don't have the log files any more. But I remember that the sandbox violation was regarding to '/.git' and that enabling epatch_user and putting the attached patch in /etc/portage/patches/net-p2p/bitcoind fixed the sandbox violation. The bug isn't really that serious, since it will only be triggered in some corner cases, where you need at last /.git and some yet unknown variable, and because the fix be likely in bitcoin(d|-qt)-0.8.3. I mostly reported it for completeness. I still wonder what's the unknown puzzle piece that is missing here. Created attachment 353166 [details, diff]
bitcoind-purge-git.patch
It's now fixed in the bitcoin source [1]. But the commit didn't made it into the 0.8.4 release. [1]: https://github.com/bitcoin/bitcoin/commit/35b8af92265ed74de63c3818e5290c27b3f35df2#L22R16 (In reply to Florian Schmaus from comment #4) > It's now fixed in the bitcoin source [1]. But the commit didn't made it into > the 0.8.4 release. > > > [1]: > https://github.com/bitcoin/bitcoin/commit/ > 35b8af92265ed74de63c3818e5290c27b3f35df2#L22R16 Still an issue? Has been fixed upstream Re-open, while the issue was initially fixed with https://github.com/bitcoin/bitcoin/commit/35b8af92265ed74de63c3818e5290c27b3f35df2#diff-951dcd404b79f141e39a1b071a4aa719R16 it got re-introduced into upstream via https://github.com/bitcoin/bitcoin/commit/c65cc8cde30dd34a81962fda51a754f1cc0bdde8 And the commit message of c65cc8cd appears that the easy fix to add "-a -d '.git'" to the condition won't be accepted by upstream. But maybe the gitanian builds would accept an env variable which indicates the gitdir. Opened https://github.com/bitcoin/bitcoin/issues/5902 upstream; the commit you refer to implied it was just supposed to be temporary... Is this still an issue with 0.12.1? It should still seek out .git, but only use it if it's related to the source code. (In reply to Luke-Jr from comment #9) > Is this still an issue with 0.12.1? It should still seek out .git, but only > use it if it's related to the source code. I don't see this issue in net-p2p/bitcoind-0.13.0 (oldest) net-p2p/bitcoind-0.15.1 (newest) on an system prone to to the problem, i.e. no mountpoint between PORTAGE_TMPDIR and / (git stops at filesystem boundaries). |