This is basc-1.5.10 with some minor fixes. For more details, please read the changelog on: http://www.gentoo-stats.org/index.php?c=changelog I've cc'ed the arches that had previously marked basc, except mips, to please consider re-evaluating the package to become the stable target. Thanks. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 54094 [details] basc-1.5.10.ebuild
*** Bug 86193 has been marked as a duplicate of this bug. ***
this finaly works on ppc64. thx dma147 for fixing this. can this version please be added to CVS?
some notes about why this ebuild isnt ready ... src_compile() lacks any kind of error checking and that kind of stuff shouldnt just get shunted off to /dev/null using exeinto/doexe src_install() is a waste, just use dobin ... also, add '|| die' checks pkg_postinst() lacks proper quoting around the $ROOT variable basc_config() lacks proper quoting in general and all the crap involving DISTDIR and such should be removed ... if you install basc as a binary package, that will fail horribly ... really, basc_config should be moved into a 'pkg_config()' and have the user run `ebuild <basc ebuild> config` like every other normal ebuild that requires post-emerge configuration
Created attachment 54180 [details] basc-1.5.10.ebuild Okay, yes I thought so too... These basc-functions in the first 1.5.10 ebuild were not from me, they were from a developer. *g* But well, I've changed them again as they were in 1.5.9. I've also added this dobin-function instead of doexe and exeinto. And I've added these "|| die" stuff to nearly all functions. I've tested this new ebuild on x86. Please test it again on the other arches, which are cc'ed in this bug. To mark it with their appropriate keywords. Thanks.
comments for new ebuild: no point in checking return status of enew{user,group} in pkg_setup, they will call die themselves if they need to src_compile is still wrong src_install doesnt need || die for dodoc/dodir pkg_postinst still lacks proper quoting for $ROOT pkg_config still lacks proper quoting for $ROOT
Created attachment 54205 [details] basc-1.5.10.ebuild Very much thanks to SpanKY for his hints and comments on the ebuilds. I've just corrected these issues too.
src_compile logic is wrong ... if USE=-x86, then it'll always fail ... use this less ugly construct: if use x86 ; then $(tc-getCC) ${CFLAGS} -o client/smt-detect client/smt-detect.c || die "smt-detect failed to build" fi same goes for the use x86 in src_install also, quoting is still lacking in pkg_config() doing a `cat file | head -n 1` is pointless, just do `head -n 1 file`
Created attachment 54208 [details] basc-1.5.10.ebuild and again the next version... ;) I'm sorry that there are so much errors in these ebuilds. But finally we are getting a good and clear ebuild now with the help of SpanKY.
src_install still uses `doexe` instead of `dobin` at one point pkg_config quotes *, that's not what you want ... "${var}/"*
Created attachment 54240 [details] basc-1.5.10.ebuild This is fixed too now...
* Shouldn't have the "contributed by" comment, policy says that that belongs in the ChangeLog * It's convention to add in spaces in "foo? ( bar )" constructs * You might want a keepdir rather than a dodir for /etc/basc * You shouldn't combine head and sed together in pipe lists. Use sed line addresses instead (for CONFTIME and MAKETIME)
Created attachment 54395 [details] basc-1.5.10.ebuild Okay... this is done too...
Okay, would be fine if this ebuild can be comitted to the tree, if there are no other big problems with it...
Okay guys, how is it??? Are there any more problems with the ebuild? Or is it because you guys want to boycot me or the project? You've never liked me. Every time flames over flames from everywhere. The ebuild for basc-1.5.9 needs over one month until it was comitted into the tree. Do you want me to also wait again one month or even longer for this 1.5.10? Or is there no chance anymore to get it into the tree? ===================================================================================== Guys, I've created this project 10 months ago to help *YOU*! To provide some useful statistics over the installed packages, used systems, bugzilla(!!!), and other useful stuff. But everything I hear from you since 10 months are flames everywhere. ===================================================================================== I wanted to revive stats.gentoo.org. I *never* wanted to become dev! But klieber told me, that I *have* to be dev, to get this subdomain. So I tried to become dev. But everything I hear from you is, that I only want to show off with this developer status then. Nice. I'm 32 years old and I think I'm old enough to be reasonable and rational enough not to show off with this developer status, because finally I never wanted to become dev, I only wanted to use this f****** subdomain. ===================================================================================== Okay, now it is out and public. Do what you want with this ebuild.
If you would probably change your general attitude instead of bitching around and creating conspiracy theories all the time, your probably would already be a dev.
lol... you don't believe yourself, do you? When have I "bitched" around or created conspiracy theories all the time?
Gotta say, I agree with comment 16. The kind of thing in comment 15 is exactly why I stopped considering mentoring you.
Since basc is no longer in operation you can close this bug and remove basc from the portage tree.
as gentoo-stats.org is dead, I removed ppc64 from CC. please readd if anything changes.
same for amd64
So. Would have been nice, if we had an stats project? Who is doing the next try? - After all this flamewars
given that the site has been shut down no point in keeping this package.
I'm disapointed that everyone couldn't act mature and sort this out, as I kind of liked the gentoo-stats/basc project. I haven't followed the whole story, but I can understand where Alexander is coming from. I submitted my first ebuild a long time ago, and it is currently the oldest unresolved bug in the sci herd right now...and it is frustrating. Anyways, it's too bad it had to come to this.
I'm continuing this project, but not only for gentoo. Its new name is: LiSt - Linux Statistics. You can find it on http://www.linux-stats.org Feel free to join #linux-stats on irc.freenode.net
