Processed: Re: Bug#402331: FTBFS: unable to find user alias
Processing commands for [EMAIL PROTECTED]: reopen 402331 Bug#402331: FTBFS: unable to find user alias 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. found 402331 1.03-41 Bug#402331: FTBFS: unable to find user alias Bug marked as found in version 1.03-41. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402331: FTBFS: unable to find user alias
Jon Marler [EMAIL PROTECTED] (21/12/2006): Quoting Thomas Huriaux [EMAIL PROTECTED]: Note also that once this is fixed, you should update the description of the qmail-src package. I am not exactly sure what pbuilder is doing here, but I don't get the same behavior when executing debian/rules binary to build -*just*- the qmail-src package. If you are trying to build the qmail package as well, you will have to have the users. Period. I am not trying to build the qmail package, I am trying to build the only package listed in debian/control, i.e. the qmail-src package. It still fails. See Steve's answer: The problem seems to be that your debian/rules is misusing the binary-arch and binary-indep targets for purposes other than building the packages listed in debian/control. qmail is not an official Debian package. qmail-src is an official Debian non-free package. I believe that the problem here is that your default invocation of pbuilder is attempting to build both the qmail-src and the qmail packages, which are two separate things. I did find where attempting to build the qmail-src package would require the users, and I have fixed that bug. It appears that you are now reporting the same error, with a different package, that is not part of Debian. Please separate out the two. As far as I can tell, I have fixed the bug in qmail-src. The remaining complaint about the qmail package is moot, as qmail is not part of Debian. Also, I do not see where or why I need to update the description of the qmail-src package. Update what exactly? If you want a change in the description, please file a different bug report. Because If you try apt-get source --build qmail-src it will most likely fail because the users do not exist. You MUST install the qmail-src package first. won't be true anymore once your package is fixed. This seems to be closely related enough to not deserve a new bug. -- Thomas Huriaux signature.asc Description: Digital signature
Bug#402331: FTBFS: unable to find user alias
Quoting Thomas Huriaux [EMAIL PROTECTED]: Jon Marler [EMAIL PROTECTED] (21/12/2006): Quoting Thomas Huriaux [EMAIL PROTECTED]: Note also that once this is fixed, you should update the description of the qmail-src package. I am not exactly sure what pbuilder is doing here, but I don't get the same behavior when executing debian/rules binary to build -*just*- the qmail-src package. If you are trying to build the qmail package as well, you will have to have the users. Period. I am not trying to build the qmail package, I am trying to build the only package listed in debian/control, i.e. the qmail-src package. It still fails. See Steve's answer: The problem seems to be that your debian/rules is misusing the binary-arch and binary-indep targets for purposes other than building the packages listed in debian/control. qmail is not an official Debian package. qmail-src is an official Debian non-free package. I believe that the problem here is that your default invocation of pbuilder is attempting to build both the qmail-src and the qmail packages, which are two separate things. I did find where attempting to build the qmail-src package would require the users, and I have fixed that bug. It appears that you are now reporting the same error, with a different package, that is not part of Debian. Please separate out the two. As far as I can tell, I have fixed the bug in qmail-src. The remaining complaint about the qmail package is moot, as qmail is not part of Debian. Also, I do not see where or why I need to update the description of the qmail-src package. Update what exactly? If you want a change in the description, please file a different bug report. Because If you try apt-get source --build qmail-src it will most likely fail because the users do not exist. You MUST install the qmail-src package first. won't be true anymore once your package is fixed. This seems to be closely related enough to not deserve a new bug. I see what pbuilder is doing now. I wasn't testing it that way ... pbuilder, and dpkg-buildpackage both execute debian/rules build, rather than debian/rules binary. This is the crux of my problem. My debian/rules build command would build the binary package, and the -src package, rather than just the -src package. Look in the archive for -42. It should build now with apt-get source -b, dpkg-buildpackage, and pbuilder. Hopefully this release will put this bug to rest. I have also updated ucspi-tcp-src with a similar fix, just to head you off at the pass ;) I have also updated the control file, as suggested. Cheers! Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#402331: FTBFS: unable to find user alias
Processing commands for [EMAIL PROTECTED]: reopen 402331 Bug#402331: FTBFS: unable to find user alias Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402331: FTBFS: unable to find user alias
reopen 402331 thanks On Wed, Dec 13, 2006 at 07:40:46PM -0600, Jon Marler wrote: The way qmail works in Debian is a hack. It's ugly, and it's not the most graceful thing, but it works. You both seem like smart guys, and I'm sure you can figure out how to add a user. I'm not the one who wrote qmail such that it requires specific users to be present before you build, hardcoding the uid/gid's into the compiled package, that was DJB. If you install qmail-src, or manually add the users, the package builds fine. $ dpkg-buildpackage -rfakeroot -B -uc -us [...] ( ./auto-uid auto_uida `head -1 conf-users` \ ./auto-uid auto_uidd `head -2 conf-users | tail -1` \ ./auto-uid auto_uidl `head -3 conf-users | tail -1` \ ./auto-uid auto_uido `head -4 conf-users | tail -1` \ ./auto-uid auto_uidp `head -5 conf-users | tail -1` \ ./auto-uid auto_uidq `head -6 conf-users | tail -1` \ ./auto-uid auto_uidr `head -7 conf-users | tail -1` \ ./auto-uid auto_uids `head -8 conf-users | tail -1` \ ./auto-gid auto_gidq `head -1 conf-groups` \ ./auto-gid auto_gidn `head -2 conf-groups | tail -1` \ ) auto_uids.c.tmp mv auto_uids.c.tmp auto_uids.c fatal: unable to find user alias This is building qmail-src from source. Why does dpkg-buildpackage need to touch the upstream build rules *at all*? I haven't asked to build a qmail binary package, only to build the packages listed in debian/control. I can understand that one might have to install the qmail-src binary package to create the 'alias' user before being able to build a *qmail* binary package. That doesn't explain why it's needed in order to build a *qmail-src* binary package, which in spite of being arch: all, seems to involve an awful lot of compilation! It should be possible to rebuild the qmail-src binary package from source without having to first install qmail-src itself. The problem seems to be that your debian/rules is misusing the binary-arch and binary-indep targets for purposes other than building the packages listed in debian/control. That's not really an upstream bug, it's a bug in the qmail packaging, and one that makes it substantially harder for anyone to NMU this package. However unlikely it might be that we would have security NMUs for non-free packages, non-free packages still need to meet a minimum standard to be included in a stable release, and I'm not sure whether or not this current qmail build system does. I am certain that it's a violation of policy 4.9: The `binary' target must be all that is necessary for the user to build the binary package(s) produced from this source package. So I'm reopening this report, because it is a bug for this package to not comply with policy. Whether it's release-critical or not is something that we can discuss further. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402331: FTBFS: unable to find user alias
This one time, at band camp, Jon Marler said: Quoting Stephen Gran [EMAIL PROTECTED]: I think you are letting your crankiness interfere with your logic. The people arguing that qmail is non-free are a different group than those that have anything to do with funding anything. If you can't adequately maintain the package, say so instead of finding random third parties to explode at. Being unable to maintain qmail strikes me as a good thing, frankly, and nothing to be ashamed of. Actually, to be exactly precise, it was a board decision to remove the qmail users from Debian's default passwd file. I worked with Wichert Akkerman on removing these users, and he is the one who told me the decision came from the board, which funds Debian. I'm not just making this stuff up ... Don't take my word for it, ask Wichert. I will. That is very odd, if true. I see no reference to a board decision in the linked discussions or changelogs. The way qmail works in Debian is a hack. It's ugly, and it's not the most graceful thing, but it works. You both seem like smart guys, and I'm sure you can figure out how to add a user. I'm not the one who wrote qmail such that it requires specific users to be present before you build, hardcoding the uid/gid's into the compiled package, that was DJB. If you install qmail-src, or manually add the users, the package builds fine. If you don't like it, feel free to take it up with DJB, or mark the bug as sent-upstream. From my experience with DJB, you have a snowball's chance in hell at getting as much as an email back from him ... good luck! No, I understand the problem. My point was supposed to be (although it didn't come across this way, I realize, sorry) that it should be possible to do runtime detection of the user to run as, rather than having it hardcoded. Many daemons do this, so I'm not sure why it can't be the same in qmail. If you say it can't, then I guess I'll take your word for it, but it does seem like an odd restriction on the code base. I have made 40 releases of qmail since I started managing the package, and take it quite seriously. Your childish comments at the end there made me chuckle. It's very typical of Debian package maintainers, and the #1 reason I stopped reading -private years ago. Fair cop. I was pretty cranky last night, and for no reason took it out on you. That's not acceptable, and I'm sorry. I realize you must work hard on qmail, and I didn't mean to downplay your contribution. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#402331: FTBFS: unable to find user alias
Jon Marler [EMAIL PROTECTED] (12/12/2006): Quoting Thomas Huriaux [EMAIL PROTECTED]: Package: qmail Version: 1.03-40 Severity: serious Using pbuilder in an i386 chroot: [...] ( ./auto-uid auto_uida `head -1 conf-users` \ ./auto-uid auto_uidd `head -2 conf-users | tail -1` \ ./auto-uid auto_uidl `head -3 conf-users | tail -1` \ ./auto-uid auto_uido `head -4 conf-users | tail -1` \ ./auto-uid auto_uidp `head -5 conf-users | tail -1` \ ./auto-uid auto_uidq `head -6 conf-users | tail -1` \ ./auto-uid auto_uidr `head -7 conf-users | tail -1` \ ./auto-uid auto_uids `head -8 conf-users | tail -1` \ ./auto-gid auto_gidq `head -1 conf-groups` \ ./auto-gid auto_gidn `head -2 conf-groups | tail -1` \ ) auto_uids.c.tmp mv auto_uids.c.tmp auto_uids.c fatal: unable to find user alias make[1]: *** [auto_uids.c] Error 111 make[1]: Leaving directory `/tmp/buildd/qmail-1.03' make: *** [build] Error 2 pbuilder: Failed autobuilding of package [...] This pops up now and again ... You have attempted to build the package without installing it first. If you install the package, the install scripts will create that user for you. If you don't want to do that, feel free to add any missing users yourself. If you want to know why this is an issue, ask the people than fund Debian, as they are the ones that demanded the qmail users be removed from the default passwd file because qmail is considered non-free If you dig through the old bug reports for qmail-src, you will see a bug that added in the code to add the users. ? I was trying to build the qmail-src package from the Debian qmail source package, not the real qmail package from the qmail-src package. I don't understand why an automated debianization requires existing users to succeed. Or I may not have understood the purpose of the qmail-src package. Note also that if it is a known issue that you don't want to fix, you should mark the bug as wontfix instead of closing the bugs. I never parse closed bugs before reporting a current issue (and I don't believe being the only one acting like that). This will avoid this popping up now and again. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#402331: FTBFS: unable to find user alias
This one time, at band camp, Thomas Huriaux said: Jon Marler [EMAIL PROTECTED] (12/12/2006): Quoting Thomas Huriaux [EMAIL PROTECTED]: fatal: unable to find user alias This pops up now and again ... You have attempted to build the package without installing it first. If you install the package, the install scripts will create that user for you. If you don't want to do that, feel free to add any missing users yourself. Erm, that seems like it's contrary to the normal way of dealing with software, but let's let that pass. If you want to know why this is an issue, ask the people than fund Debian, as they are the ones that demanded the qmail users be removed from the default passwd file because qmail is considered non-free If you dig through the old bug reports for qmail-src, you will see a bug that added in the code to add the users. I think you are letting your crankiness interfere with your logic. The people arguing that qmail is non-free are a different group than those that have anything to do with funding anything. If you can't adequately maintain the package, say so instead of finding random third parties to explode at. Being unable to maintain qmail strikes me as a good thing, frankly, and nothing to be ashamed of. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#402331: FTBFS: unable to find user alias
Quoting Stephen Gran [EMAIL PROTECTED]: I think you are letting your crankiness interfere with your logic. The people arguing that qmail is non-free are a different group than those that have anything to do with funding anything. If you can't adequately maintain the package, say so instead of finding random third parties to explode at. Being unable to maintain qmail strikes me as a good thing, frankly, and nothing to be ashamed of. Actually, to be exactly precise, it was a board decision to remove the qmail users from Debian's default passwd file. I worked with Wichert Akkerman on removing these users, and he is the one who told me the decision came from the board, which funds Debian. I'm not just making this stuff up ... Don't take my word for it, ask Wichert. Also read: http://lists.debian.org/debian-devel/1999/11/msg01176.html http://packages.debian.org/changelogs/pool/main/b/base-passwd/base-passwd_3.4.1/changelog Again, I can't force them to add the users back in, and I most definitely can't fix everyone's system. The compromise made YEARS ago was to add a script that will add the users when the qmail-src package is installed to save the user the trouble of doing it themselves. The way qmail works in Debian is a hack. It's ugly, and it's not the most graceful thing, but it works. You both seem like smart guys, and I'm sure you can figure out how to add a user. I'm not the one who wrote qmail such that it requires specific users to be present before you build, hardcoding the uid/gid's into the compiled package, that was DJB. If you install qmail-src, or manually add the users, the package builds fine. If you don't like it, feel free to take it up with DJB, or mark the bug as sent-upstream. From my experience with DJB, you have a snowball's chance in hell at getting as much as an email back from him ... good luck! Debian and Qmail had a rather ugly parting of ways early on in the life of the distribution. At one point in time, all of the official Debian mailsevers were Qmail servers. After the unfortunate ugliness (which was before my time) qmail ended up the non-free red-headed bastard stepchild it is today. It languished for a while, and I ended up taking over the package for Phil Hands and got 1.03 hacked in. I have made 40 releases of qmail since I started managing the package, and take it quite seriously. Your childish comments at the end there made me chuckle. It's very typical of Debian package maintainers, and the #1 reason I stopped reading -private years ago. Cheers! Jon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402331: FTBFS: unable to find user alias
Package: qmail Version: 1.03-40 Severity: serious Using pbuilder in an i386 chroot: [...] ( ./auto-uid auto_uida `head -1 conf-users` \ ./auto-uid auto_uidd `head -2 conf-users | tail -1` \ ./auto-uid auto_uidl `head -3 conf-users | tail -1` \ ./auto-uid auto_uido `head -4 conf-users | tail -1` \ ./auto-uid auto_uidp `head -5 conf-users | tail -1` \ ./auto-uid auto_uidq `head -6 conf-users | tail -1` \ ./auto-uid auto_uidr `head -7 conf-users | tail -1` \ ./auto-uid auto_uids `head -8 conf-users | tail -1` \ ./auto-gid auto_gidq `head -1 conf-groups` \ ./auto-gid auto_gidn `head -2 conf-groups | tail -1` \ ) auto_uids.c.tmp mv auto_uids.c.tmp auto_uids.c fatal: unable to find user alias make[1]: *** [auto_uids.c] Error 111 make[1]: Leaving directory `/tmp/buildd/qmail-1.03' make: *** [build] Error 2 pbuilder: Failed autobuilding of package [...] Cheers, -- Thomas Huriaux signature.asc Description: Digital signature