| View previous topic :: View next topic |
| Author |
Message |
ejdesgaard
n00b
Joined: 14 Feb 2005
Posts: 12
|
 Posted: Wed Mar 20, 2013 8:21 pm Post subject: FYI - libsdl compile failure with USE="nas" |
 |
|
When i try to compile libsdl with "nas" use flag, i get the following error:
emerge error: http://dpaste.org/rRgiK/
Portage 2.1.11.55 (default/linux/amd64/13.0/desktop, gcc-4.6.3, glibc-2.15-r3, 3.7.10-gentoo x86_64)
=================================================================
System uname: Linux-3.7.10-gentoo-x86_64-AMD_Phenom-tm-_II_X4_965_Processor-with-gentoo-2.2
It compile and install just fine without the use flag. |
|
| Back to top |
|
 |
hasufell
Developer
Joined: 29 Oct 2011
Posts: 123
|
|
| Back to top |
|
|
empanyc
Tux's lil' helper
Joined: 31 May 2004
Posts: 102
|
| Posted: Fri Mar 22, 2013 11:03 am Post subject: |
|
|
Yeah don't use Steam on Gentoo until SDL team has officially released 2.0 and it is included in the one and only main tree in ... some weeks!
As overlays are evil, you can use Ubuntu or ArchLinux until then! |
|
| Back to top |
|
|
hasufell
Developer
Joined: 29 Oct 2011
Posts: 123
|
| Posted: Fri Mar 22, 2013 3:40 pm Post subject: |
|
|
| empanyc wrote: | Yeah don't use Steam on Gentoo until SDL team has officially released 2.0 and it is included in the one and only main tree in ... some weeks!
As overlays are evil, you can use Ubuntu or ArchLinux until then! |
huh?
It's your fault if you set STEAM_RUNTIME=0, so deal with it. |
|
| Back to top |
|
|
empanyc
Tux's lil' helper
Joined: 31 May 2004
Posts: 102
|
| Posted: Fri Mar 22, 2013 5:30 pm Post subject: |
|
|
I deal with it, step by step. And I invest quite some spare time in the overlay to make steam work and convenient for people. What annoys me is when people call our work here broken or unrecommended as if this couldn't have happen with an ebuild in main tree as well. Of course people should be careful with overlays but that should be clear to everyone.
Do you really blame me for disabling steam runtime? |
|
| Back to top |
|
|
hasufell
Developer
Joined: 29 Oct 2011
Posts: 123
|
| Posted: Fri Mar 22, 2013 6:01 pm Post subject: |
|
|
| empanyc wrote: | | I deal with it, step by step. And I invest quite some spare time in the overlay to make steam work and convenient for people. What annoys me is when people call our work here broken or unrecommended as if this couldn't have happen with an ebuild in main tree as well. Of course people should be careful with overlays but that should be clear to everyone. |
Seems no one considered to add any of that to sunrise where it gets a review. (steam-installer, not SDL-2)
And even if you can't add ebuilds to sunrise (SDL-2 would not be allowed since it would overwrite an in-tree ebuild), you can still get a review.
Minimum testing would be to
1) enable all ABIs and enable all useflags
2) enable all ABIs and disable all useflags.
4) only enable default ABI, leave useflags to default
But people seem to rather do things on their own. Guess why we have "herds". Because many people look at the same ebuilds then, maybe even review one another before comitting non-trivial changes. A new major version of a widely used library is a good example for that and is delicate to handle, because it has many consumers and can break many things.
As for "broken overlay"... I have never used the steam overlay, I rather had gamerlay in mind which I tinker with from time to time, or rework totally broken ebuilds. Most of them would not be that broken if they got a review.
I appreciate if people work on gentoo, not on overlays (except sunrise, which is our user overlay). But most don't have patience, but DO have time (e.g. people comitting to science overlay for over 4 years and still no dev, wtf??). That is partly our fault, because we don't force those people into recruitment early enough, but also a bad side-effect of the easiness of overlays.
At best, overlays should _only_ be used as a testing ground, e.g. when introducing non-trivial eclasses or major changes. That said... the multilib-conversion stuff was not done properly. Blame us.
| empanyc wrote: | | Do you really blame me for disabling steam runtime? |
Not necessarily, but you are ranting about gentoo devs not importing an unstable library. I can just say... well. |
|
| Back to top |
|
|
empanyc
Tux's lil' helper
Joined: 31 May 2004
Posts: 102
|
| Posted: Sat Mar 23, 2013 10:20 am Post subject: |
|
|
I add it to gamerlay in regular terms and it creates problems as people can't find ebuilds for some additional libraries that are only available in steam-overlay because I don't want to disturb non-steam users. I admit that my primary objective is to get things working, so people can use their spare time for playing instead of searching the web for workarounds.
| hasufell wrote: | | Not necessarily, but you are ranting about gentoo devs not importing an unstable library. I can just say... well. |
What I meant was, by that time, using a "broken" overlay/ebuild was the only chance to get steam running again.
Though I don't understand why a pre version of SDL can't be included at least hardmasked in main tree. They already started to stabilize the 2.0 version http://comments.gmane.org/gmane.comp.lib.sdl/58996 and it can also be slotted afaik. |
|
| Back to top |
|
|
hasufell
Developer
Joined: 29 Oct 2011
Posts: 123
|
| Posted: Sat Mar 23, 2013 2:30 pm Post subject: |
|
|
| empanyc wrote: | | so people can use their spare time for playing instead of searching the web for workarounds. |
That assumes that those ebuilds are working and cause no breakage.
And that is exactly what we are trying to do and is also the reason that the tree policy is a bit more strict. Especially when adding libraries to overlays it is a _very_ delicate situation, because you don't have any access to the main tree "profiles/" folder and will not be able to contain breakage the way we are able. That is even more delicate when it's a new slot/major version of an already existing library. Do you know that most ebuilds don't depend on a SLOT of libsdl which means that libsdl-1.2 could even be unmerged by portage because libsdl-2 satisfies all those ebuilds? Are you able to fix those ebuilds? That would require a mass commit.
Regarding irrlicht in gamerlay I also received a bugreport and had to explain the user not to use that version, but only the in-tree one. That was because I discovered a fatal bug in the tree ebuild which was not a build-time bug and would only show up on particular library consumers under particular circumstances. I can't have an eye on overlays to fix such things too.
I never got a single word from any of you in #gentoo-dev-help, #gentoo-sunrise or even #gentoo-games that you plan to add libSDL-2 to an overlay and want to know how to do that properly.
My answer would have been: do NOT slot it, but rename it to libsdl2. That way it is completely out-of-tree, does not mess with libsdl dependency resolution etc.
So: communicate, ask, contribute. Not everyone is easy to work with, but rather take that annoyance than not contributing at all.
| empanyc wrote: |
| hasufell wrote: | | Not necessarily, but you are ranting about gentoo devs not importing an unstable library. I can just say... well. |
What I meant was, by that time, using a "broken" overlay/ebuild was the only chance to get steam running again. |
No, you are doing assumptions again. It's not the only way.
STEAM_RUNTIME=1
| empanyc wrote: |
Though I don't understand why a pre version of SDL can't be included at least hardmasked in main tree. They already started to stabilize the 2.0 version http://comments.gmane.org/gmane.comp.lib.sdl/58996 and it can also be slotted afaik. |
I start to agree with you on this one. I think it would be ok to add it masked and fix all ebuilds to use the appropriate slot.
But the maintainer of libSDL disagrees and he has the last word and usually knows the situation best.
On another note: hard-masking was never actually meant as another level of unstable ~arch. That is common practice today in the tree, but not everyone agrees with it and not everyone does it. |
|
| Back to top |
|
|
empanyc
Tux's lil' helper
Joined: 31 May 2004
Posts: 102
|
| Posted: Sun Mar 24, 2013 11:31 am Post subject: |
|
|
Hm, okay, I see your point. Although, in this case, it would be more correct to say that the ebuilds in main tree that do not depend on a slotted version are broken, not our libSDL ebuild or not? 
Sorry for the noise and thanks for the explanation! |
|
| Back to top |
|
|
empanyc
Tux's lil' helper
Joined: 31 May 2004
Posts: 102
|
| Posted: Sun Mar 24, 2013 11:49 am Post subject: |
|
|
Well okay, they are not broken until someone adds libsdl:2.  Nevermind! |
|
| Back to top |
|
|
hasufell
Developer
Joined: 29 Oct 2011
Posts: 123
|
| Posted: Sun Mar 24, 2013 2:51 pm Post subject: |
|
|
| I didn't mean that the ebuilds are broken, but that the non-slotting in ebuilds potentially causes portage to _unmerge_ libsdl-1.2 even though it is needed by almost all ebuilds. |
|
| Back to top |
|
|
mastro
n00b
Joined: 04 May 2013
Posts: 2
|
| Posted: Sat May 04, 2013 7:45 pm Post subject: Some issue here |
|
|
Hi,
I tried steam at the beginning using gamer-overlay and I remember being able to play TF2, even if with poor performances.
Today I had some spare time to try it again.
Upgrading steam was unsuccessful so I decided to reset my steam installation, remove the overlay and do it manually (I had more time to spend then the last occasion) following the wiki page.
What I did was
- did steam --reset
- unmerging the steam ebuilds
- creating the @steam sets
- downloading latest steam and script (linked in wiki page)
- copied the bootstrap, .desktop and script in a temporary folder
- executed the script
- (made sure I had unmasked and installed the last nvidia drivers)
I think that this didn't actually executed the script because I didn't removed the .steam directory (I didn't want to re-download the games)
Steam started without issues and I was able to download Portal Beta (which I already owned on Windows from a long time).
Here comes the issues:
Portal:
- sometimes when I launch it the screen goes black, I can here the game sounds but can't see anything. ALT+TAB switch me back to the desktop while the game crash. (happen often but without an apparent logic)
- sometime the game is fluid as it is in windows, sometime it become sluggish / unplayable and crash to desktop
TF2:
- I can't play TF2 anymore: when I execute it it loads up, I can see my mouse cursor but clicking or moving around produce no effect
- as Portal sometimes it is black when I execute it
I do not know exactly which kind of informations can help you.
My system is an old laptop (~6 years old) with NVidia (2 core with SLI) 8600.
I execute steam using ~/.local/share/Steam/steam.sh
on the command line see many warning / errors while it runs
do you suggest to get rid completely of steam and retry with the wiki page?
what kind of information can help you debug my issues?
thanks! |
|
| Back to top |
|
|
mastro
n00b
Joined: 04 May 2013
Posts: 2
|
| Posted: Sat May 04, 2013 7:55 pm Post subject: Re: Some issue here |
|
|
| mastro wrote: |
I execute steam using ~/.local/share/Steam/steam.sh
|
I just noticed this is left there from the gamer overlay.
I'll do a clean install following the wiki and wait the download again then come back if I still have issues.
Can you tell me which kind of information an user can provide you to create an useful question? |
|
| Back to top |
|
|
swathe
n00b
Joined: 04 Jul 2011
Posts: 28
|
| Posted: Sun May 05, 2013 12:59 am Post subject: |
|
|
I installed steam from the gamerlay overlay but did have issues running the source based games such as CS:S and l4d2 beta etc.
I ran | Code: | | ~/.local/share/Steam/steam.sh |
from the terminal and noticed the following error
| Code: | | NVIDIA: could not open device file /dev/nvidiactl |
So as root I ran
| Code: | | chmod 666 /dev/nvidia* |
Now it all works perfectly fine.It's a bit dirty I guess but it works.
_________________
================
Gentoo-Mutt-Emacs-Irssi |
|
| Back to top |
|
|
mmnumbp
n00b
Joined: 12 May 2013
Posts: 7
|
| Posted: Tue May 14, 2013 2:29 am Post subject: |
|
|
| Hey, where can I grab Steam.sh? The link on the wiki is broken. |
|
| Back to top |
|
|
|
|
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
|
|
Gamers & Players
