[opensuse] openSUSE flaunting GPL
Seems like openSUSE doesn't bother to include sources anymore for building their packages. Since no one seem to care about the bug in the spec-file for samba-3.6.3 causing it's build to fail, the fact that perl5.14.2 doesn't build is become evidence of a pattern. The spec file has a requirement on a package 'db-devel', yet there is no such package. Presumably it would include the necessary /usr/include/db.h file that defines the dbm_open call needed for perl5 to build as well. Doesn't this violate the GPL that allows suse's software to be licensed under the GPL? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, Jul 15, 2012 at 10:43:55AM -0700, Linda Walsh wrote:
Seems like openSUSE doesn't bother to include sources anymore for building their packages.
Since no one seem to care about the bug in the spec-file for samba-3.6.3 causing it's build to fail, the fact that perl5.14.2 doesn't build is become evidence of a pattern.
The spec file has a requirement on a package 'db-devel', yet there is no such package.
Presumably it would include the necessary /usr/include/db.h file that defines the dbm_open call needed for perl5 to build as well.
Doesn't this violate the GPL that allows suse's software to be licensed under the GPL?
No, its not a pattern... Its just that "rpmbuild" and the "osc build" process act a tad bit different. osc build pulls in exactly the set of buildrequirements specified and nothing more. libdb-4_8-devel has: Provides: db-devel = %{version} and samba probably doesn't build because you have too much builddeps installed or similar. CIao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Marcus Meissner wrote:
osc build pulls in exactly the set of buildrequirements specified and nothing more.
libdb-4_8-devel has: Provides: db-devel = %{version}
Then db-devel doesn't provide the necessary dbm_open call . Either way the deps are not satisfied.
and samba probably doesn't build because you have too much builddeps installed or similar.
--- "too much"... The spec spell out what to build -- if some things should not build, then the spec shouldn't build them. But *part* of the problem requiring python to build everything and going through a lengthy brp-check that seems to recompile all the python byte code for every package -- even though the packages don't contain python code. In this particular case, though, the spec file uses wildcards to delete files in directories that do not exist -- I fail to see why the spec file would delete files in directories that the spec file doesn't create ***AND*** do not exist on my system either.. I have no files of the form /usr/lib64/ldb/libp* on my system due to any "excess builddeps"... I fail to see either reasons applying in this case. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Linda Walsh wrote:
Seems like openSUSE doesn't bother to include sources anymore for building their packages.
I apologize for my mis-assumptions. I never would have guessed that if one had installed the packages from the just built samba-3.6.3, that it would no longer build. By installing the devel packages, samba builds support for ldb and tdb. When the build is run, it creates the ldb support functions in the standard lib64 dir, not the lib64/ldb/* directory where they are placed when you don't have the devel packages installed. Thus the build would fail. Additional failures encountered... noticed that samba tried to use libunwind to give sensible stack dumps, but this doesn't work on openSuSE, as openSuSE disables static builds and part of libunwind (libunwind-ptrace.a) is only build statically. The following documentation and manpages are produced during the build if you have the packages installed. They are deleted by openSuSE: ldbedit.1, ldbmodify.1, ldbrename.1, ldbdel.1, ldbsearch.1, ldbadd.1, ldb.3 talloc.3 tdbrestore.8 (note tdbdump is still there, but info on how to restore is deleted, along with the ldb tools documentation (though the tools are still available -- they just have no documentation installed with them). --------------------- I do not consider the above 'normal'... to install what you have built and then not be able to build it?.... This is why I suggested building with such things installed so they could be turned off in the build options if that is desired. As for why documentation is deleted on included utilities? It's not like I'd be cynical and think it had something to do with wanting to bury functionality.... Especially the ability to restore tdb dumps? Seems a bit mistaken? I.e. is it intentional to delete user documentation? I have noticed a trend where man pages no longer return information but tell you to go read some vague user-manual, but not really giving you a pointer to the info you need... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 7/15/2012 1:43 PM, Linda Walsh wrote:
Seems like openSUSE doesn't bother to include sources anymore for building their packages.
Since no one seem to care about the bug in the spec-file for samba-3.6.3 causing it's build to fail, the fact that perl5.14.2 doesn't build is become evidence of a pattern.
The spec file has a requirement on a package 'db-devel', yet there is no such package.
Presumably it would include the necessary /usr/include/db.h file that defines the dbm_open call needed for perl5 to build as well.
Doesn't this violate the GPL that allows suse's software to be licensed under the GPL?
It's flouting not flaunting, and no they are not guilty of it, at least not by anything you just mentioned. You just don't know how to resolve build dependencies. And it's a bit large of a topic to explain in an email, since there are any number of things that might need adjusting when you take something like a spec file or makefile out of one context and try to get it to work in some other context. It's often trivial, and it's often /not/ a trivial project so it's not unexpected to have it not work immediately and require hours or even days of digging and testing. -- bkw -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (3)
-
Brian K. White -
Linda Walsh -
Marcus Meissner