Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 427566 - Prefix lacks FreeBSD 9.1 profile
Summary: Prefix lacks FreeBSD 9.1 profile
Status: RESOLVED FIXED
Alias: None
Product: Gentoo/Alt
Classification: Unclassified
Component: Prefix Support (show other bugs)
Hardware: All FreeBSD
: Normal enhancement (vote)
Assignee: Richard Yao (RETIRED)
URL:
Whiteboard:
Keywords: Inclusion
Depends on:
Blocks:
 
Reported: 2012-07-21 20:58 UTC by Richard Yao (RETIRED)
Modified: 2012-08-01 15:16 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
app-shells/bash-4.2_p29 build failure (build.log,23.71 KB, text/plain)
2012-07-21 20:58 UTC, Richard Yao (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Yao (RETIRED) gentoo-dev 2012-07-21 20:58:12 UTC
Created attachment 318858 [details]
app-shells/bash-4.2_p29 build failure

Gentoo Prefix lacks a FreeBSD 9.1 profile. Using the 9.0 profile will result in a bootstrap failure in app-shells/bash-4.2_p29 on FreeBSD 9.1-BETA1. Installing app-shells/bash-4.2_p10 works around the problem.
Comment 1 Richard Yao (RETIRED) gentoo-dev 2012-07-31 16:19:15 UTC
Could we make a profile now and resolve build failures later? It would be much easier to debug this if I did not keep having to workaround the missing profile.
Comment 2 Fabian Groffen gentoo-dev 2012-07-31 16:20:55 UTC
I don't see anything against doing so
Comment 3 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2012-07-31 16:27:04 UTC
1) As pointed out in IRC, I gave permission in Jun 2012
2) I assigned this ticket to Richard for him to resolve.

Nothing for prefix team to do here.
Comment 4 Richard Yao (RETIRED) gentoo-dev 2012-07-31 16:33:23 UTC
(In reply to comment #3)
> 1) As pointed out in IRC, I gave permission in Jun 2012
> 2) I assigned this ticket to Richard for him to resolve.
> 
> Nothing for prefix team to do here.

Unfortunately, I did not see your response then. Anyway, the profile is committed. I will open a new bug for the bash failure after I have had a little more time to analyze it.
Comment 5 Fabian Groffen gentoo-dev 2012-07-31 16:44:36 UTC
*sigh*

I fixed up the mess, since it involves Prefix profiles.
Comment 6 Jeremy Olexa (darkside) (RETIRED) archtester gentoo-dev Security 2012-08-01 14:26:17 UTC
(In reply to comment #5)
> *sigh*
> 
> I fixed up the mess, since it involves Prefix profiles.

Sorry, that will be the last time I give permission to commit on behalf of prefix team until it is proven that Richard's commits will not create more work for the team (to fix mistakes)
Comment 7 Richard Yao (RETIRED) gentoo-dev 2012-08-01 14:55:09 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > *sigh*
> > 
> > I fixed up the mess, since it involves Prefix profiles.
> 
> Sorry, that will be the last time I give permission to commit on behalf of
> prefix team until it is proven that Richard's commits will not create more
> work for the team (to fix mistakes)

The distinction between CHOST=i686-pc-freebsd9.0 and CHOST=i686-pc-freebsd9.1 is entirely cosmetic and the necessity of a new profile is due to a design decision made by the prefix team. At the same time, my commit did fix ./profiles/profiles.desc, which incorrected labelled prefix/bsd/freebsd/9.0/x86 as being x64-freebsd, among others.

If I am to take responsibility for a failure to implement a comestic adjustment, who will take responsibility for profiles.desc being incorrect?
Comment 8 Fabian Groffen gentoo-dev 2012-08-01 15:10:04 UTC
gcc/ld will disagree with you

whoever did what, I don't care

If you feel unsure about something, or doubt what you do is right e.g. because you do it for the first time, just ask, that helps people having to run after you.

This is a general complaint not directed at anyone in particular.  Prefix is too often thought of as something trivial, but I'm affraid it only is for "insiders".
I need quality, high quality (hence I won't merge some packages at the moment, because they lack it), to avoid history repeating itself.  In the past, OSX people have injected all kinds of random crap, which lead to a general feeling of rejection towards them among gentoo developers.
Comment 9 Richard Yao (RETIRED) gentoo-dev 2012-08-01 15:16:55 UTC
(In reply to comment #8)
> gcc/ld will disagree with you

If this is the case, I would have caught this the following day with latest_tree. I wanted to put this into the tree so that I could avoid having to debug errors created from having to constantly recreate it when making adjustments to the procedure.

Anyway, thanks for catching it. It sounds like you prevented me from spending an hour or two debugging this today.