Hello again Mattia, >Control: reassign -1 src:tldp 0.7.12-1
Thank you. >On Fri, May 13, 2016 at 10:06:36AM -0700, Martin A. Brown wrote: >> >> Hello Mattia, >> >> >> Package: tldp >> > >> >note that there is no package with this name. >> >> Perhaps it's a 'no package yet' problem? Or perhaps I'm choosing >> the wrong name? source vs. binary > >It's both, with even another wrong thing: the version. Yes, I got the version number wrong. Ooops! >If you use Package: you are supposed to use a binary name, unless you >prefix that name with 'src:'. Excellent. News to me. Noted. Thank you. >Anyway, I think nowadays the bts has some mechanism to not fail in >situation like these. >Then, this package is still in NEW, and clearly filing bugs for >package not in the archive is not going to work well. Then, you >used a version that is not known to anybody, here you simply left >out the debian revision; doing so makes the version tracking of the >BTS totally useless and confuse other people (maybe not in this >case, but for something more complex where 3rd party might be >interested in bug, definitely will). I guess I'm still learning and breaking all of the rules. There is clearly a fine-granularity for using the bug-tracking system and I don't grok it yet. >I reassigned it correctly, it'll show up in the correct place once >the package clears NEW. Thank you very much! >I see you did business with Gianfranco, so I'll happily leave >further questions for him ;) (sorry Gian ;P) I am doing all I can to >BTW, debomatic doesn't run the build as root... >From the downloadable debomatic build log, I saw this: User Environment ---------------- APT_CONFIG=/var/lib/sbuild/apt.conf HOME=/sbuild-nonexistent LC_ALL=POSIX LOGNAME=root PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin SCHROOT_ALIAS_NAME=unstable-amd64-debomatic SCHROOT_CHROOT_NAME=unstable-amd64-debomatic SCHROOT_COMMAND=env SCHROOT_GID=0 SCHROOT_GROUP=root SCHROOT_SESSION_ID=unstable-amd64-debomatic-ec0767d2-2cee-45af-a819-ff581f252f97 SCHROOT_UID=0 SCHROOT_USER=root SHELL=/bin/sh USER=root XDG_RUNTIME_DIR=/run/user/0 XDG_SESSION_ID=c31191 When I ran my test suite as the root user on any ol' box, I was able to reproduce the errors that were showing up in the debomatic build log. So, I adjusted my test suite and now it succeeds. Sorry to be causing you extra work Mattia, but I do appreciate the support from you and Gianfranco. Best regards, -Martin -- Martin A. Brown http://linux-ip.net/