Hi, Am 01.06.2015 19:54 schrieb "Johannes Schauer" <[email protected]>: > > Package: apt > Version: 1.1~exp8 > Severity: minor > > > Hi, > > apt-get fails to execute under fakeroot or proot: > > $ proot -0 apt-get download 0ad > E: Method gave invalid 400 URI Failure message: Could not get new groups - getgroups (22: Invalid argument) > > $ fakeroot apt-get download 0ad > E: Method gave invalid 400 URI Failure message: Could not get new groups - getgroups (22: Invalid argument)
thanks for your bug report. This is a relatively new feature, and it seems we did not test this. > > >From the source code in apt-pkg/contrib/fileutl.cc I saw that the > problem should probably go away when setting APT::Sandbox::User to the > empty string. But neither supplying > > -o APT::Sandbox::User "" > > or > > -o APT::Sandbox::User="" > > on the command line seem to work. The former gives the error: > > Configuration item specification must have an =<val> > > which prompted me to try the latter with the equal sign as a separator > but that does not seem to be legal. > > So there are a number of issues here: > > 1. apt-get cannot be called with fakeroot or proot - please make it so > that it can "somehow" (either out of the box or by passing a config > value like I tried) A config value seems the safest. > > 2. It does not seem to be possible to set empty configuration values > from the command line (I resorted to putting it in a file in > $APT_CONFIG) But it does work with the file? > 3. The error message seems to suggest that there is an equal sign in > the command line configuration syntax where there is not. There is, but it dies not work without a value. You could try setting it to root, I assume it works to setuid 0 under fakeroot. Although, if fakeroot does not replace some of the group calls we use, it might not work either. > > Do you want separate bug reports for this? I'm not sure what of this > even constitutes a bug or a feature.
