please test and add keywords if it works the lack of those keywords currently forced me to mask gog useflag of games-fps/duke3d-data which kinda sucks
You are supposed to drop keywords, not mask USE flags.
SRC_URI="gog? ( setup_duke3d_2.0.0.84.exe )" That's not a URL, right? Where am I supposed to obtain that file?
(In reply to Jeroen Roovers from comment #1) > You are supposed to drop keywords, not mask USE flags. That is just wrong. CD-install works for those arches.
+ 23 Nov 2013; Julian Ospald <hasufell@gentoo.org> duke3d-data-1.0-r1.ebuild: + add fetch restriction for gog useflag
(In reply to Jeroen Roovers from comment #2) > SRC_URI="gog? ( setup_duke3d_2.0.0.84.exe )" > > That's not a URL, right? Where am I supposed to obtain that file? I forgot to add fetch restriction. That is fixed now. You have to buy it from gog.
since this crap is at least the second time happening to me: https://bugs.gentoo.org/show_bug.cgi?id=492392
(In reply to Julian Ospald (hasufell) from comment #3) > (In reply to Jeroen Roovers from comment #1) > > You are supposed to drop keywords, not mask USE flags. > > That is just wrong. CD-install works for those arches. No, that's how we do it. Even if innoextract works as tested on a platform, nothing guarantees that the new duke3d-data ebuild will magically work, too. (In reply to Julian Ospald (hasufell) from comment #5) > You have to buy it from gog. I am a very proud owner of the Atomic edition CD. You can keep the USE mask. (In reply to Julian Ospald (hasufell) from comment #6) > since this crap is at least the second time happening to me: > > https://bugs.gentoo.org/show_bug.cgi?id=492392 It's not happening to you. You're making it happen. Also, attitude.
(In reply to Jeroen Roovers from comment #7) > (In reply to Julian Ospald (hasufell) from comment #3) > > (In reply to Jeroen Roovers from comment #1) > > > You are supposed to drop keywords, not mask USE flags. > > > > That is just wrong. CD-install works for those arches. > > No, that's how we do it. Even if innoextract works as tested on a platform, > nothing guarantees that the new duke3d-data ebuild will magically work, too. > That doesn't make any sense. The duke3d-data ebuild was tested on all arches. The only difference is the new gog useflag which has NOT been tested except on amd64 and x86. You seem to mix something up here. > (In reply to Julian Ospald (hasufell) from comment #6) > > since this crap is at least the second time happening to me: > > > > https://bugs.gentoo.org/show_bug.cgi?id=492392 > > It's not happening to you. You're making it happen. Also, attitude. No idea what you are talking about. I have referenced a bug report for portage which should help avoid missing RESTRICT="fetch". Please keep your useless "attitude" comments to yourself.
(In reply to Jeroen Roovers from comment #7) > (In reply to Julian Ospald (hasufell) from comment #5) > > You have to buy it from gog. > > I am a very proud owner of the Atomic edition CD. You can keep the USE mask. > I have no idea how that is related to this bug report. If arch teams do not help, then I will test and keyword it myself.
I said you can keep the USE mask. Put it in profiles/arch/hppa/package.use.mask if you like.
# Julian Ospald <hasufell@gentoo.org> (23 Nov 2013) # FIXME: app-arch/innoextract not available under hppa yet games-fps/duke3d-data gog Oh wait. You already did.
You got me confused. Will someone test innoextract (NOT DUKE) under hppa now?
No, thanks. The package.use.mask entry is fine.
(In reply to Jeroen Roovers from comment #13) > No, thanks. The package.use.mask entry is fine. ??? wtf man.
I stopped caring.
