Le Fri, Mar 21, 2014 at 09:38:04AM +0100, Jakub Wilk a écrit :
devscripts (= 2.14.1) includes sadt(1), a simple autopkgtest
runner. You might want to give it a try. It requires an unpackaged
source package, but otherwise seems to do exactly what you want.
Thanks a lot to you and Martin for
Package: autopkgtest
Version: 2.10
Severity: wishlist
Dear Martin, Ian and everybody,
I like autopkgtest, but the need to use either a virtual system or treat the
local system as if it were virtual raises the bar quite high.
I have some simple tests that do nothing else than running the
retitle 742242 Running a .dsc with null requires root privileges
thanks
Hey Charles,
Charles Plessy [2014-03-21 16:00 +0900]:
I like autopkgtest, but the need to use either a virtual system or treat the
local system as if it were virtual raises the bar quite high.
Interesting, you don't use
Hi Martin,
thanks for the quick answer !
Le Fri, Mar 21, 2014 at 08:16:19AM +0100, Martin Pitt a écrit :
It shouldn't actually be invasive; as long as you already installed
the test dependencies, it won't actually install anything. Adt-run
with null already works as user if you run it on a
tag 742242 pending
thanks
Martin Pitt [2014-03-21 8:16 +0100]:
But indeed if you run it on a .dsc, it will always try to apt-get
install dpkg-dev. I'll add a check to avoid this step if it's already
available.
I added that, plus a general check that you need root on the testbed
for
Charles Plessy [2014-03-21 16:40 +0900]:
On my system it still tries to call dpkg.
Right, that's due to the implied Depends: @. This is covered by the
fix now.
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer
Hi Charles!
* Charles Plessy ple...@debian.org, 2014-03-21, 16:00:
More in particular, my problem is that the command “adt-run package.dsc
--- null” needs root access and is very invasive on the local system,
while I only want to run the tests on binary packages that I have
freshly installed,
7 matches
Mail list logo