From: Jim Ramsay <lack@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-plugins/adobe-flash: metadata.xml adobe-flash-11.2.202.228.ebuild ChangeLog
Date: Thu, 10 May 2012 13:10:48 -0400 [thread overview]
Message-ID: <20120510171041.GA16359@freewill.lab.equallogic.com> (raw)
In-Reply-To: <CAEdQ38FB2ktdnbVUUsEa-cde-3i=uWUc0cR8EbS5RS5__iTLCA@mail.gmail.com>
On Wed, May 02, 2012 at 11:23:48AM -0400, Matt Turner wrote:
> Jim?
Sorry, I am behind on my gentoo-dev reading, thanks Matt for bringing
this thread to my attention. Here are the two main concerns I've
gathered from the rest of the thread:
On Wed, Apr 25, 2012 at 11:04:08PM -0600, Ryan Hill wrote:
> Arg, no. Please just print the warning if the host doesn't do SSE2.
> There's no reason to have a USE flag here (and _really_ no reason to
> make it fatal), especially for an instruction set that every system
> has supported for over a decade.
It's true that probably "most" people have sse2. And this change won't
affect all those people that have sse2. It only affects people that
don't have sse2.
The run-time failure case (flash just doesn't work) is tricky to
diagnose, so I want the user to be aware of this at install time. Thus
I feel the check should (1) be fatal and (2) provide instructions that
10.3 can still be used.
The reason there's a USE flag is so that binary packagers can forcibly
skip the 'die' if they know they're building for an sse2 SYSTEM. This
is only needed if you're running on a machine without sse2, packaging for
a machine with sse2.
On Thu, Apr 26, 2012 at 05:06:45PM -0300, Alexis Ballier wrote:
> wouldnt adding a sse2 useflag and putting it in REQUIRED_USE solve the
> problem ?
>
> afaik portage wont even try to upgrade if people have -sse2
This is an interesting idea, as it could automatically downgrade users to
10.3 without requiring any masking. I like that.
However, the problem I have with this approach is that it doesn't
address people who do have sse2 instructions available but have not set
the USE flag. I noticed that our amd64 profile does set USE=sse2
automatically. That's good. But x86 users would still have to set this
manually. And people without the flag will be forcibly downgraded to
10.3 for no good reason. And as Ryan accurately points out, most people
*do* have sse2 instructions available.
I prefer checking /proc/cpuinfo because that way I'm *sure* that the
user's system has the required instruction set.
The only way I think that this decision can really be made would be to
have some sort of usage statistics on how many x86 setups there are
where the CPU has sse2 available but the user has not set USE=sse2. Any
idea how we can know how many this is?
Hmmm... I suppose the other thing I could do is put the /proc/cpuinfo
check into the 10.3 ebuild, and warn users if they're installing 10.3
and *should* be setting USE=sse2 to get 11.2 instead.... Maybe that's the
best solution!
Thanks for the suggestions, I'll try to get at this change soon.
--
Jim Ramsay
next prev parent reply other threads:[~2012-05-10 17:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20120424201246.A791C2004B@flycatcher.gentoo.org>
2012-04-26 5:04 ` [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in www-plugins/adobe-flash: metadata.xml adobe-flash-11.2.202.228.ebuild ChangeLog Ryan Hill
2012-04-26 16:00 ` Jeroen Roovers
2012-04-26 17:01 ` Christian Ruppert
2012-04-26 19:15 ` Matt Turner
2012-04-26 20:06 ` Alexis Ballier
2012-04-26 20:24 ` Matt Turner
2012-04-27 5:19 ` Ryan Hill
2012-04-27 13:38 ` Alexis Ballier
2012-05-02 15:23 ` Matt Turner
2012-05-10 17:10 ` Jim Ramsay [this message]
2012-05-10 17:53 ` Jim Ramsay
2012-04-27 5:23 ` Ryan Hill
2012-04-27 9:40 ` Maxim Kammerer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120510171041.GA16359@freewill.lab.equallogic.com \
--to=lack@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox