[Bug 771516] New: Samba won't build with rpmbuild with required deps due to bad spec file.
https://bugzilla.novell.com/show_bug.cgi?id=771516 https://bugzilla.novell.com/show_bug.cgi?id=771516#c0 Summary: Samba won't build with rpmbuild with required deps due to bad spec file. Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86-64 OS/Version: openSUSE 12.1 Status: NEW Severity: Major Priority: P5 - None Component: Samba AssignedTo: samba-maintainers@SuSE.de ReportedBy: suse@tlinx.org QAContact: samba-maintainers@SuSE.de Found By: --- Blocker: --- Created an attachment (id=498641) --> (http://bugzilla.novell.com/attachment.cgi?id=498641) samba build log User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.28) Gecko/20120306 Firefox/3.6.28 I tried to build the latest samba update from source and had it fail -- Right at the end -- when it tried to remove files from the final build image before it created the rpm image. The problem is that one of the file they tried to remove was /usr/lib64/ldb/libp* from the package build root. In looking over the complete log -- there was never anything installed in that directory -- with the closest pattern being from the source4 dir: * installing source4/lib/ldb/bin/default/source4/lib/ldb/libpyldb-util.inst.so a s /usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64/usr/lib64/libpyldb-util. so.1.0.2 --- but it is installed into /usr/lib64, not /usr/lib64/ldb! Nothing else matches the ldb/libp pattern in the build file -- so I'm wondering how this ever build under any build system? Reproducible: Always Steps to Reproduce: 1. Try to build samba-3.6.3 from source on 12.2 system. 2. last step should be a 'rm ':
/var/tmp/rpm-tmp.fcG8ke#78> rm -r /usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/python2.7/site-packages /usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/ldb/libtalloc.so.2 /usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/ldb/libtalloc.so.2.0.5 /usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/ldb/libtevent.so.0 /usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/ldb/libtevent.so.0.9.11 '/usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/ldb/libp*' /usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/tevent
3. build should fail at this point. It does under rpmbuild. Actual Results: rm: cannot remove `/usr/src/packages/BUILDROOT/samba-3.6.3-34.6.1.x86_64//usr/lib64/ldb/libp*': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.fcG8ke (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.fcG8ke (%install) Expected Results: successful build of source and binary rpm's... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c1
Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c2
--- Comment #2 from Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c3
--- Comment #3 from Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c4
--- Comment #4 from Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c5
--- Comment #5 from Bernhard Wiedemann
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c6
--- Comment #6 from L. A. Walsh
a) Download the src rpm file b) rpm2cpio samba-3.6.3-43.1.src.rpm | cpio -i c) mkdir -p ~/rpmbuild/{SOURCES,SPECS} d) mv ldapsmb-1.34b.tar.bz2 patches.tar.bz2 samba-3.6.3.tar.bz2 \ vendor-files.tar.bz2 ~/rpmbuild/SOURCES/ e) mv samba.spec ~/rpmbuild/SPECS/ f) cd ~/rpmbuild/ g) rpmbuild -bb SPECS/samba.spec h) Have a lot of fun...
Already have. Just to document that the resolution of this bug was Invalid (not the bug, but the resolution), I am attaching following the instructions you have above .. full log and it's failure to build. I know how to work around the problem, you guys don't care to work around the problem, so I would say this is a case of you not wanting to fix a problem in the build. If you don't have the tools necessary to run samba related utilities like fusesmb and -- I think it is smb4k (sure about the 1st, there's one other samba-related (but not part of the samba base) package that has reqs, that, if installed, will cause the build to fail. Though I tried to explain this on the list, leaving the build broken in the presence of related samba components said to be 'my problem', as it wasn't a clean build system. Unfortunately, real users will install related components. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c
L. A. Walsh
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c7
L. A. Walsh
a) Download the src rpm file b) rpm2cpio samba-3.6.3-43.1.src.rpm | cpio -i c) mkdir -p ~/rpmbuild/{SOURCES,SPECS} d) mv ldapsmb-1.34b.tar.bz2 patches.tar.bz2 samba-3.6.3.tar.bz2 \ vendor-files.tar.bz2 ~/rpmbuild/SOURCES/ e) mv samba.spec ~/rpmbuild/SPECS/ f) cd ~/rpmbuild/ g) rpmbuild -bb SPECS/samba.spec h) Have a lot of fun...
Already have. Just to document that the resolution of this bug was Invalid (not the bug, but the resolution), I am attaching following the instructions you have above .. full log and it's failure to build. I know how to work around the problem, you guys don't care to work around the problem, so I would say this is a case of you not wanting to fix a problem in the build. If you don't have the tools necessary to run samba related utilities like fusesmb and -- I think it is smb4k (sure about the 1st, there's one other samba-related (but not part of the samba base) package that has reqs, that, if installed, will cause the build to fail. Though I tried to explain this on the list, leaving the build broken in the presence of related samba components said to be 'my problem', as it wasn't a clean build system. I don't think that's a reasonable requirement for real users. Real users will install related tools. I think this bug si better classified as 'WONTFIX' rather than INVALID, as clearly, looking at the attached log, one can see that it doesn't build. The fact that it does build on some 'ideal' configuration doesn't mean that it builds reliably -- and that it is not a defect in the build procedure. However, what priority and choices you make regarding fixing the problem are not mine to make, but that doesn't make it invalid. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c
Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c8
--- Comment #8 from Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c9
Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c10
L. A. Walsh
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c11
--- Comment #11 from Lars Müller
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c12
--- Comment #12 from L. A. Walsh
If it is faulty please provide a patch to enhance the working version. ==== The purpose of a bug-tracking mechanism is not to force nor beat users into submission for having submitted a bug. It's not to prove the superiority of your build process over theirs. It's not to prove to them that your idealized value of how to run the program works and whatever they are doing is wrong.
The point is to get feed back about something that broke for the user -- specifically something that *USED* to work (building samba from RPM) for them. This is a regression. It used to be those were treated as P1/S1 bugs. Now the user is abused for not having an approved setup and the user has to try to explain why they bug report isn't invalid.
It's your build which fails and I don't have the time nor do I see the value to the project to debug your failing build.
At one point in time people cared about the projects and products they shipped on to build in as many configurations (to the point that they build on DIFFERENT OS's). You only care that your build works on some idealized config -- which is very different from the attitude of how open source development used to be done.
It is faulty for your requirements but not for the requirements we have as an Open Source Software project.
The Samba project builds on multiple architectures with no were near the restrictions of the open suse project. Opensuse's version of rpm build is faulty because it doesn't build -- NOT just in all the places that samba builds, but because it doesn't even build on "generic" (not specially tuned) machines as does the original script. Why? because you remove various pieces from samba necessary for it to build all of itself.
I don't care if the bug state stays at wontfix. It demonstrates very well your unwilling habit to learn and cooperate.
See also comment #1 to get a picture what our community thinks.
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c13
--- Comment #13 from L. A. Walsh
If it is faulty please provide a patch to enhance the working version. ==== The purpose of a bug-tracking mechanism is not to force nor beat users into submission for having submitted a bug. It's not to prove the superiority of your build process over theirs. It's not to prove to them that your idealized value of how to run the program works and whatever they are doing is wrong.
The point is to get feed back about something that broke for the user -- specifically something that *USED* to work (building samba from RPM) for them. This is a regression. It used to be those were treated as P1/S1 bugs. Now the user is abused for not having an approved setup and the user has to try to explain why they bug report isn't invalid.
It's your build which fails and I don't have the time nor do I see the value to the project to debug your failing build.
At one point in time people cared about the projects and products they shipped on to build in as many configurations (to the point that they build on DIFFERENT OS's). You only care that your build works on some idealized config -- which is very different from the attitude of how open source development used to be done.
It is faulty for your requirements but not for the requirements we have as an Open Source Software project.
The Samba project builds on multiple architectures with no were near the restrictions of the open suse project. Opensuse's version of rpm build is faulty because it doesn't build -- NOT just in all the places that samba builds, but because it doesn't even build on "generic" (not specially tuned) machines as does the original script. Why? because you remove various pieces from samba necessary for it to build all of itself. I cannot submit a patch -- because it would be rejected. I have been that route before -- It's not because I can't submit a patch -- it's because suse only wants certain things two work. If you want to swear that you will accept my patch, I can create one -- but I would bet I'll hear that "users don't want all that other stuff on their machines (ldb, tdb, docs...etc)... You are creating 'use-only' machines by design (that don't easily support modification or developers). I can't create a patch for that as it's a high level decision made about products more than just samba. It's what stallman calls the 'Tivo-ization' of the product.
I don't care if the bug state stays at wontfix. It demonstrates very well your unwilling habit to learn and cooperate.
---- Only if I'd never submitted patches that had been rejected would that be true. But having done so, because it's not the direction open suse has decided to take, the bug staying at won't fix is documentation of configurations that suse doesn't support. It isn't a reflection of your development abilities. It documentation of an area that Suse no longer supports. This information is vital if open suse is ever to figure out how their decisions affect those who try to use all of suse as a development platform and the effects of their Tivoization program in moving openSuse to be an appliance development platform rather than a linux development platform.
See also comment #1 to get a picture what our community thinks.
It shows me very well the picture of a user that says "I got mine", and the fact that your build, which used to work, no longer works is your problem, and unless you apologize for wasting our time for having even submitted a case were something doesn't work, we are gonna ignore you for having a system we no longer support. Do you really think their weight counts any more than me than that of a petulant 5-year old? This note is a perfect example of why it's pointless to worry about people registering for bugs -- when they will get this type of response to reporting them. It's called "hypocrisy". -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c14
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=771516
https://bugzilla.novell.com/show_bug.cgi?id=771516#c
Swamp Workflow Management
participants (1)
-
bugzilla_noreply@novell.com