Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
dev-libs/nss-3.107 missing 'endif'(SOLVED)
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Sun Dec 01, 2024 6:32 pm    Post subject: dev-libs/nss-3.107 missing 'endif'(SOLVED) Reply with quote

Hi everyone, since a week ago I have a problem with nss version 3.107 failing because of missing endif, I tried compiling version 3.106 and recompiling version 3.105, but it gives the same error.
I tried to add the missing endif in the file on line 53, but portage deletes the directory (theoretically) when I try to re-emerge nss, which makes adding the missing line useless.
output:
and
NOTE: GCC14 downgraded it from 14.3.9999 to 20241123 (the problem still persists), the error is the same, it was not necessary to copy and paste the recent output again.

Mod edit: URLs made clickable. — JRG
_________________
I like everything that is Linux, free and open source software. I am a teenager


Last edited by ian848uig on Tue Dec 03, 2024 7:32 pm; edited 3 times in total
Back to top
View user's profile Send private message
John R. Graham
Administrator
Administrator


Joined: 08 Mar 2005
Posts: 10674
Location: Somewhere over Atlanta, Georgia

PostPosted: Sun Dec 01, 2024 6:55 pm    Post subject: Reply with quote

Looks like you've remove a hard mask from dev-build/make-9999. I'd try to downgrade back to current stable make and then retry building nss.

- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters.
Back to top
View user's profile Send private message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Sun Dec 01, 2024 9:24 pm    Post subject: Reply with quote

So, could it be a make problem, not a GCC problem?
_________________
I like everything that is Linux, free and open source software. I am a teenager
Back to top
View user's profile Send private message
John R. Graham
Administrator
Administrator


Joined: 08 Mar 2005
Posts: 10674
Location: Somewhere over Atlanta, Georgia

PostPosted: Sun Dec 01, 2024 9:39 pm    Post subject: Reply with quote

Yes it could. dev-libs/nss-3.107 builds successfully here with sys-devel/gcc-14.2.1_p20241116.

I was trying to reproduce your problem by building make-9999, but it wouldn't build for me, so I didn't get that far. Still, it's the likely culprit: things are generally hard masked for a reason.

- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters.
Back to top
View user's profile Send private message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Sun Dec 01, 2024 10:28 pm    Post subject: Reply with quote

it works, I degrade make and it works and in 30 seconds (approximately) dev-libs/nss was compiled and installed.
Code:

nss-config --version
3.107.0

_________________
I like everything that is Linux, free and open source software. I am a teenager
Back to top
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 2023

PostPosted: Mon Dec 02, 2024 1:42 am    Post subject: Reply with quote

If running various things from git - which can be helpful testing and rather educational, please do (and I mean this in a sincere, constructive way) "learn to debug". This is similar to http://www.catb.org/esr/faqs/smart-questions.html and also https://xyproblem.info/, but especially https://stackoverflow.com/help/minimal-reproducible-example

The difference between a mess and something actionable is whether you can try narrow down which component caused it, and then start to poke at extracting an example. Otherwise, it's just a very confused, very broken computer :)

In your situation, I would (ignoring that I'd probably preserve the directory and so on first) clone NSS manually and copy what the ebuild does to see if i can reproduce it. Then I can rule out the ebuild being at fault. And so on. You would soon end up hopefully with a testcase Makefile that either shows something NSS is doing wrong in its Makefiles, or a clear indicator that it's a GNU Make bug.

I would also say it should be obvious to try downgrade Make if you know you're using make from git and you're getting an error in a Makefile. If that isn't obvious, try to narrow down what is experimental about your system until this sort of investigative approach feels more comfortable to you. (For example, if you're running so much on your system from git that it wasn't at least somewhat obvious to try downgrade Make, that might be a sign you're doing too much.)

But you can get there and this post is not intended as a telling off -- just trying to give advice on doing what you're doing in a more rewarding way (for you and others).
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 22817

PostPosted: Mon Dec 02, 2024 1:59 am    Post subject: Reply with quote

ian848uig: why did you have a live ebuild of GNU make installed? If you're doing it to test compatibility or to learn, as sam_ mentioned, then that is fine. Live ebuilds can be more trouble than well tested ones, so if you don't have a specific reason why you have a live ebuild installed, then you probably should not have it installed because of the likelihood that you are causing trouble for yourself.
Back to top
View user's profile Send private message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Mon Dec 02, 2024 11:53 pm    Post subject: Reply with quote

There is no specific reason why I installed a GNU Make Live ebuild, before the NSS thing I had no problems with it, I'm sure it broke due to a commit and caused this problem, plus I think Make was outdated for various reasons, theoretically recompiling GNU Make would surely fix it (but there is a chance it could break again), so I decided not to waste my time and downgrade Make. Also the NSS bug caused me to have 170 outdated packages (I just finished upgrading them today)
I didn't realize it was GNU Make that was causing the problem, when downgrading GCC didn't fix it.
_________________
I like everything that is Linux, free and open source software. I am a teenager
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 22817

PostPosted: Tue Dec 03, 2024 1:26 am    Post subject: Reply with quote

Rebuilding GNU Make may or may not have fixed it, depending on whether the commit that caused the problem has been reverted or corrected upstream. If the offending commit is still active and present upstream, rebuilding make-9999 would not help.
Back to top
View user's profile Send private message
sam_
Developer
Developer


Joined: 14 Aug 2020
Posts: 2023

PostPosted: Tue Dec 03, 2024 1:35 am    Post subject: Reply with quote

I feel like this isn't answering how we got to the place where you needed to make the thread in the first place, though - which is what Hu and I are trying to drill down into.
Back to top
View user's profile Send private message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Tue Dec 03, 2024 2:15 am    Post subject: Reply with quote

If you mean why it was necessary to create the thread, I didn't find a solution to the problem originally and it didn't occur to me that GNU Make was responsible.
I don't know if that answers the question.
Also, if I had thought otherwise or had thought to check the nss directory, I would have probably found the cause and wouldn't have come to the forum in the first place, but since downgrading GCC didn't work, I didn't think make was a candidate.
_________________
I like everything that is Linux, free and open source software. I am a teenager


Last edited by ian848uig on Tue Dec 03, 2024 2:26 am; edited 1 time in total
Back to top
View user's profile Send private message
pingtoo
Veteran
Veteran


Joined: 10 Sep 2021
Posts: 1330
Location: Richmond Hill, Canada

PostPosted: Tue Dec 03, 2024 2:25 am    Post subject: Reply with quote

I am not sure for others but I am also curious on
Quote:
... plus I think Make was outdated for various reasons ...
I don't know, may be it is a language thing, but I read it like you believe your existing installation of Gnu Make version is too old and for "reasons" the current gentoo tree dev-build/make-4.4.1-r100 is not new enough so you bring in live version.

Do you mind share the "reasons"?
Back to top
View user's profile Send private message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Tue Dec 03, 2024 2:37 am    Post subject: Reply with quote

It was that the GNU Make Live ebuild wouldn't recompile (I think, I can't confirm), possibly due to the problems I had with GCC14 last week when using smart-live-rebuild, but I was relieved to have downgraded it and done the same with make.
If you're wondering, I had make-9999 installed for almost 2 months and the problem with NSS started a few days ago, until 2 or 3 weeks ago I was able to recompile NSS without problems.
_________________
I like everything that is Linux, free and open source software. I am a teenager
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 22817

PostPosted: Tue Dec 03, 2024 2:59 am    Post subject: Reply with quote

I would still like to understand why make-9999 was installed. OP wrote that "There is no specific reason why I installed" it. As a live ebuild, it has no keywords, so it is very difficult for someone to install accidentally. That suggests it was installed on purpose, which leads to: why did you install a live ebuild of GNU make? Nothing in the tree should have required it.
Back to top
View user's profile Send private message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Tue Dec 03, 2024 3:05 am    Post subject: Reply with quote

I installed make thinking it wouldn't cause any problems at the time, but a few days ago I started having problems with NSS as I mentioned earlier.
I guess I should say what I didn't say: I installed the make Live ebuild just for the sake of installing it, i.e. I wasn't happy with gcc and decided to install make-9999. I'm being pretty honest with this :)
_________________
I like everything that is Linux, free and open source software. I am a teenager
Back to top
View user's profile Send private message
pingtoo
Veteran
Veteran


Joined: 10 Sep 2021
Posts: 1330
Location: Richmond Hill, Canada

PostPosted: Tue Dec 03, 2024 10:45 am    Post subject: Reply with quote

ian848uig wrote:
I installed make thinking it wouldn't cause any problems at the time, but a few days ago I started having problems with NSS as I mentioned earlier.
I guess I should say what I didn't say: I installed the make Live ebuild just for the sake of installing it, i.e. I wasn't happy with gcc and decided to install make-9999. I'm being pretty honest with this :)
Thank you very much for the information.

The reason I ask about why install live make version is because I want to make sure you are not holding a false assumption about what a live version mean.

There are many little detail in Gentoo that could lead to misunderstanding of Gentoo which in turn will cause unnecessary stress for Gentoo user experience.

So live version (9999) usually pull source code directly from repo for the "HEAD" where modification could happen. so it is not suggested to use it for normal system operation. (Please correct me if my understand of this is wrong)
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 22817

PostPosted: Tue Dec 03, 2024 1:39 pm    Post subject: Reply with quote

ian848uig: that is fine. We have had many cases of users installing a live version because they wrongly thought it was needed, rather than your case where you just wanted to see what would happen. Therefore, I wanted to determine what output had led you to believe you needed it. The answer is there was no need, and you never wrongly thought that you needed it. There is nothing wrong with installing packages for experimentation, though In the future, please try to call out prominently if a failure is coincident to use of a live version, as such versions are often the first thing that readers should suspect.
Back to top
View user's profile Send private message
ian848uig
n00b
n00b


Joined: 21 Sep 2023
Posts: 53
Location: Latin America

PostPosted: Tue Dec 03, 2024 7:37 pm    Post subject: Reply with quote

Thank you very much for the help, I will proceed to mark this thread as SOLVED.
_________________
I like everything that is Linux, free and open source software. I am a teenager
Back to top
View user's profile Send private message
John R. Graham
Administrator
Administrator


Joined: 08 Mar 2005
Posts: 10674
Location: Somewhere over Atlanta, Georgia

PostPosted: Tue Dec 03, 2024 9:04 pm    Post subject: Reply with quote

pingtoo wrote:
... So live version (9999) usually pull source code directly from repo for the "HEAD" where modification could happen. so it is not suggested to use it for normal system operation. (Please correct me if my understand of this is wrong)
Using master is not necessarily an awful thing. For example, one best practice workflow is that all serious development occurs on a branch other than master. Once a certain amount of testing occurs on the branch, a release candidate tag can be created on the branch and further outside use can be encouraged. Eventually, the release candidate(s) are deemed ready and the branch is merged back to master and a release tag is created for the (then) HEAD of master. But without studying a project, you don't really know what workflow is in use and thus how typically safe (or unsafe) the master branch is.

A counterpoint to this approach is that, if multiple feature branches are simultaneously under development, merging can become more difficult (because nothing intrinsic to the version control tools forces the different branches' changes not to overlap).

- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters.
Back to top
View user's profile Send private message
pingtoo
Veteran
Veteran


Joined: 10 Sep 2021
Posts: 1330
Location: Richmond Hill, Canada

PostPosted: Tue Dec 03, 2024 9:25 pm    Post subject: Reply with quote

John R. Graham wrote:
pingtoo wrote:
... So live version (9999) usually pull source code directly from repo for the "HEAD" where modification could happen. so it is not suggested to use it for normal system operation. (Please correct me if my understand of this is wrong)
Using master is not necessarily an awful thing. For example, one best practice workflow is that all serious development occurs on a branch other than master. Once a certain amount of testing occurs on the branch, a release candidate tag can be created on the branch and further outside use can be encouraged. Eventually, the release candidate(s) are deemed ready and the branch is merged back to master and a release tag is created for the (then) HEAD of master. But without studying a project, you don't really know what workflow is in use and thus how typically safe (or unsafe) the master branch is.

A counterpoint to this approach is that, if multiple feature branches are simultaneously under development, merging can become more difficult (because nothing intrinsic to the version control tools forces the different branches' changes not to overlap).

- John
Thank you very much for your input.

Edit: I read your post again found I misunderstood your point, so I withdraw my content.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum