Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
blocked packg or failed emerges
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
LIsLinuxIsSogood
l33t
l33t


Joined: 13 Feb 2016
Posts: 982

PostPosted: Fri Aug 18, 2017 7:25 am    Post subject: blocked packg or failed emerges Reply with quote

I'm having a nightmare problem...or at least before it turns out to actually be one. Why would merging package x11-libs/libva-intel-driver be failing with the following error message:

Code:
* ERROR: x11-libs/libva-intel-driver-1.7.3::gentoo failed (prepare phase):
 *   The source directory '/var/tmp/portage/x11-libs/libva-intel-driver-1.7.3/work/libva-intel-driver-1.7.3' doesn't exist


I've looked at the build log and it shows nothing really telling at all. Here's the output to emerge --info with -pv libav-intel-driver if someone could please help...I think this has to do with converting from 64 to multilib, which is how come I have gotten myself into this mass installation of packages in order to support some Wine applications on my gentoo laptop. https://paste.pound-python.org/show/iwZ3E7EMH6ex7aYpXWTQ/´

[Moderator edit: changed [quote] tags to [code] tags to preserve output layout. -Hu]
Back to top
View user's profile Send private message
fedeliallalinea
Bodhisattva
Bodhisattva


Joined: 08 Mar 2003
Posts: 21551
Location: here

PostPosted: Fri Aug 18, 2017 7:35 am    Post subject: Reply with quote

It's a ebuild bug.
A workaround is to create local overlay copy ebuild and add S="${WORKDIR}/intel-vaapi-driver-${PV}" line.
Before
Code:
...

DOCS=( AUTHORS NEWS README )

src_prepare() {
    sed -e 's/intel-gen4asm/\0diSaBlEd/g' -i configure.ac || die
    autotools-multilib_src_prepare
}
...

after
Code:
...
DOCS=( AUTHORS NEWS README )

S="${WORKDIR}/intel-vaapi-driver-${PV}"

src_prepare() {
    sed -e 's/intel-gen4asm/\0diSaBlEd/g' -i configure.ac || die
    autotools-multilib_src_prepare
}
...

_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
LIsLinuxIsSogood
l33t
l33t


Joined: 13 Feb 2016
Posts: 982

PostPosted: Fri Aug 18, 2017 7:43 am    Post subject: Reply with quote

Thank you i'll give that a try, hopefully it will help to understand the reason portage requires some pristine ebuilds in the /usr/portage directory therefore -- is there a way to just edit the file there? I assume that is not the case
Back to top
View user's profile Send private message
fedeliallalinea
Bodhisattva
Bodhisattva


Joined: 08 Mar 2003
Posts: 21551
Location: here

PostPosted: Fri Aug 18, 2017 7:46 am    Post subject: Reply with quote

LIsLinuxIsSogood wrote:
Thank you i'll give that a try, hopefully it will help to understand the reason portage requires some pristine ebuilds in the /usr/portage directory therefore -- is there a way to just edit the file there? I assume that is not the case

Yes you can edit file in /usr/portage but next sync you lose the change, the step are:
    1. edit file
    2. run ebuild /usr/portage/x11-libs/libva-intel-driver/libva-intel-driver-1.7.3.ebuild digest
    3. compile package

_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
LIsLinuxIsSogood
l33t
l33t


Joined: 13 Feb 2016
Posts: 982

PostPosted: Fri Aug 18, 2017 7:56 am    Post subject: Reply with quote

Well, thx anywayz it definitely worked. That's pretty cool the there is an overlay now on my machine, right? Meaning later if I want to share that with someone it would be that much easier...
Back to top
View user's profile Send private message
LIsLinuxIsSogood
l33t
l33t


Joined: 13 Feb 2016
Posts: 982

PostPosted: Fri Aug 18, 2017 8:07 am    Post subject: Reply with quote

By the way, since this doesn't appear like a thread that is actually going to lead very far, just wondering about the kernel sources in portage as well (same general forum topic)...so here it goes.

The problem of not knowing when packages are going to get upgraded is already very upsetting at times, since the dependencies (factor) that seem to throw off some very small changes otherwise to the system. The kernel is a perfect example, which I've noticed just now and at other times, due to its being a significantly larger package than many, that I also would like to eliminate the need to be updating it during each @world update.

I am already aware of the options to either install with --oneshot or --noreplace to eliminate the linux kernel sources from the set. But currently is there a better way to tell portage than to mask all kernels above the current one in use? What if I'd like to maybe be notified (by portage) that a new kernel is available...wouldn't masking it in portage also eliminate the means by which I could learn of the existence of such an update.

I had another post that I was hoping to get some scripting done that pertains to a database for me to compare my own currently installed packages. The result of which may continue to be my only glimmer of hope to actually find what I am so sure must exist in some way, which is a list of the option to be able to update without actually choosing. Sort of like telling emerge to skip one package and keep going, but also to list the packages in a way that allows it (eewh!! it's starting to sound like windows....eeeewh)

Maybe just an idea of the typical frequency for updating the kernel, and I would imagine some people update each one, but I have avoided that because I basically don't like having to configure the kernel each time. Maybe this makes more sense as a Kernel related topic.
Back to top
View user's profile Send private message
fedeliallalinea
Bodhisattva
Bodhisattva


Joined: 08 Mar 2003
Posts: 21551
Location: here

PostPosted: Fri Aug 18, 2017 9:01 am    Post subject: Reply with quote

LIsLinuxIsSogood wrote:
That's pretty cool the there is an overlay now on my machine, right?

If you followed Custom repository guide yes.
Instead if you modified file in /usr/portage, no
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Hu
Moderator
Moderator


Joined: 06 Mar 2007
Posts: 13607

PostPosted: Sat Aug 19, 2017 1:00 am    Post subject: Reply with quote

If you reuse kernel configurations from one to the next, kernel configuration should be very cheap (< 30 seconds). The big hit should be closing all your programs, rebooting into the new kernel, and getting your environment back to the state you want. If you aren't one of those lucky people who uses exclusively session-preserving programs that put themselves back in their prior state, you can lose quite a bit of time that way.
Back to top
View user's profile Send private message
LIsLinuxIsSogood
l33t
l33t


Joined: 13 Feb 2016
Posts: 982

PostPosted: Sat Aug 19, 2017 8:19 pm    Post subject: Reply with quote

I can repost the question in the Kernel section of the furm. thanks for the help though with the local overlay method that I did use. It was a big help.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware 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