Summary: | sci-electronics/ngspice-24: pre-stripped files found | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Diego Elio Pettenò (RETIRED) <flameeyes> |
Component: | New packages | Assignee: | The Soldering-Iron Brotherhood <sci-electronics> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/sci-electronics%3Angspice-24%3A20121022-065452.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 239866 |
Description
Diego Elio Pettenò (RETIRED)
![]() Could you please follow the rules we all follow and use Gentoo infrastructure to provide you data? This obviously doesn't work: The following error was encountered while trying to retrieve the URL: http://or.flameeyes.eu/sci-electronics%3Angspice-24%3A2012102 Unable to determine IP address from host name "or.flameeyes.eu" The DNS server returned: Name Error: The domain name does not exist. Can you actually merge the package that you purport to maintain and see it with your damn machine if you're unable to click on the URL on the bug instead of complaining about a wrapped address in the email? First, please be polite. Second, my machine works. Your domain is unreachable. When I don't know how to do things I let others who know do it. This is a volunteer-based project, nobody is forcing you. Third, I don't maintain the ebuild, the electronics team does. A bug is filed, I'm trying to look at it and the data is provided in an unsuitable way. This would be acceptable from a random user who doesn't know, but not from an experienced developer who has been explained multiple times. Again, this is a volunteer-based project. If you don't want to do it or don't want to follow the rules, nobody is forcing you to do it. Fourth, the bug is not not assigned to you. Apart from when opening it you can't change its status. So don't do it again. You've been warned. Fifth, you know that I'm not territorial at all with my stuff. I have publicly written at multiple occasions that anybody who wants to touch any of my stuff or anything in sci-electronics is welcome to do so. Nothing is preventing you from fixing this bug yourself. If you are not willing to fix it and are not willing to file a bug properly, maybe it would be wiser to shut up. Finally, let me insist on the being nice and polite part. You don't seem to understand that you are making a bad name for yourself. Not only within Gentoo. People talk to us when we meet them, and between each others. Bad reputations spread very quickly and are almost impossible to revert. This is a very small world, and when your name comes up in conversations it's often not in a nice way. It probably is still possible to avoid more damage to your reputation if you are willing to do so. Remember your blooming career depends on it. I say that as a friend. Thanks, Denis. I would suggest you to _stop_ suggesting that I'm a child when I'm not. You might be older than me but by no mean that gives you the right to feel _better_ than me. My career is just fine, thank you very much. My machine is not broken, it's you who can't read. You clicked (or copy-pasted) the URL from Bugzilla's email which cut part of the URL out. There is no reference anywhere to "or.flameeyes.eu". It's "tbamd64.excelsior.flameeyes.eu" and it's referenced in the PATH of the URL. The URL itself points to Amazon's S3. Let me copy-paste it again, let's see if this time you can click it from your mail client without having to actually look at a bug: https://tinderboxlogs.s3.amazonaws.com/tbamd64.excelsior.flameeyes.eu/sci-electronics%3Angspice-24%3A20121022-065452.html And just so you know, I'm reopening this because not only I can, but I have to as part of QA. You're ignoring a bug that is blatantly there and you can verify by yourself just merging the package. Can I fix it for myself? Sure, but not now because I don't have the time. Will it be quick to do? Almost certainly because the stupid piece of shit that goes by the name ngspice seem to add -s to LDFLAGS. (In reply to comment #4) > I would suggest you to _stop_ suggesting that I'm a child when I'm not. You > might be older than me but by no mean that gives you the right to feel > _better_ than me. My career is just fine, thank you very much. I'm happy if you're happy. I just know I didn't dream those discussions I had recently not very far from where your work. > And just so you know, I'm reopening this because not only I can, but I have > to as part of QA. You're ignoring a bug that is blatantly there and you can > verify by yourself just merging the package. I'm not ignoring the bug. If I were I wouldn't try and read the data you're insisting on providing in a way that violates our rules. But for some reason that I really don't have to explain to you right now I can't merge the package and I can't commit to cvs. So I just wanted a heads up on what it was about. > Can I fix it for myself? Sure, > but not now because I don't have the time. Will it be quick to do? Almost > certainly because the stupid piece of shit that goes by the name ngspice > seem to add -s to LDFLAGS. Please do. You know that unlike many I'm not territorial. You also know that for the past two years my personal life has been very complicated. There is absolutely no need to for you to make it even worse. Denis. Since _you_ wanted to involve devrel, I would suggest you cut the crappy allusions and veiled threats. Thank you very much. Honestly, if the kind of "discussion" were with people like you who act this way, I'm _glad_ I won't have to work with them. Sorry to chip in, but the whole thing seems derailing... Denis, bugzilla model is broken and can't let you attach logs at commit, who volunteered to make a kludge to make it work (as in a script in procmail that gets the url from the email, fetch and attach the bug using pybugs or similar) didn't deliver yet so please cope with what we currently have. I'm sorry to heard you are having personal issues and to see both of you getting quite angry over a small misunderstanding. That said, the bug exists and the url points to the problem * QA Notice: Pre-stripped files found: * /usr/bin/ngmultidec * /usr/bin/ngproc2mod * /usr/bin/ngsconvert * /usr/bin/ngnutmeg * /usr/bin/ngspice * /usr/bin/cmpp Anybody willing to fix is welcome to. I've already fixed it locally, I'm waiting for it to finish building before testing. The build system is simply trying to be too smart and passes -s to CFLAGS (which is then tied to LDFLAGS), which is a signal for the linker to strip the binary, as long as you don't enable debug. It's just one more sed line to the ebuild. And with that sed line the problem is solved. (In reply to comment #9) > And with that sed line the problem is solved. Thanks a lot. My dev box should be back to life any day now. Denis. |