Paul Colquhoun wrote: > On Saturday, September 16, 2023 2:44:03 P.M. AEST Dale wrote: >> Howdy, >> >> A couple of my video players are not playing videos correctly. I've >> rebuilt a few things but no change. Some work fine, some give a error >> about a bad index or something, some just don't even try at all. The >> videos come from various sources and are of different file extensions. >> I can't find a rhyme or reason to the failure. So, my plan, do a emerge >> -ek world to reinstall all packages instead of just the obvious ones >> that isn't fixing the issue. I figure that should catch whatever is out >> of sync and fix the problem. If not, then try to figure out why it is >> breaking the hard way. This is basically a emerge -e world, just faster >> on my main system. >> >> What I did before this. I ran emerge -eak world on my main install. >> Any packages that showed ebuild, which means it doesn't have a package >> binary, I emerged in my chroot. Once it was done installing, I copied >> the binary package over to my main install. However, when I run emerge >> -eak world again on my main install, it still shows ebuild for these >> packages. >> > >> Most package are the way they should be, showing a binary. Like this: >> >> >> [binary R ] x11-libs/libX11-1.8.6::gentoo USE="-doc -test" >> ABI_X86="32 (64) (-x32)" 0 KiB >> >> >> Does anyone know if there is some reason these packages won't use a >> binary for some reason? I've recompiled some of these twice now with it >> refusing to show it using a binary. I expect memtest and a couple >> others to fail but never ran into this before. >> >> I do this so that my main system updates faster. A couple of those >> packages has a bit longer compile time. I might add, I've done this >> countless times doing updates with no problems, most likely even with >> these packages. Today it just refuses to cooperate. >> >> Oh, I posted about handbrake and opencascade blocking some updates in >> another thread a while back, I unmerged those and Kicad which I think >> used opencascade. It did update some video stuff the other day. I feel >> some package is out of sync with some other package and hope a reinstall >> will fix it. Otherwise, could be a bug in some package version. >> >> Any ideas? > > Does your compile server have exactly the same USE flags (and other flags) > set > as the target system? >
Yes, exactly the same. The way I do this, I basically do it as a stage 4 except I don't tar it up. I found a script online somewhere that copies over everything needed to do this, even boot the thing if needed. It copies /etc, /var, /usr and everything else except for things like /proc, /home etc. It just does the OS part itself. So, everything is identical before I start. It's also on the same machine, just a spare 750GB hard drive is all. I started doing this due to the longer compile times. I got to thinking, maybe it was a bug so I synced the tree and am doing regular updates. I didn't see anything directly related to video players but I think the problem is deeper than the players themselves. One reason, several video players are having the same problem and on the same videos. If one video works, it works on all players. If it fails, it fails on all players. Thing is, the same videos used to work a week or so ago. I suspect they depend on a codec package that has either got a bug or the players can't load certain codecs due to a broken link or something. I was hoping a re-emerge would fix it, from binary builds of course. It's rare now but I used to do emerge -e world every few months when there is a huge number of packages being updated. It fixes things like broken links and such really good. Weird little bugs were gone afterwards. Thing is, emerge is so darn good, I don't do it often anymore. That preserved rebuild thing usually catches them. I don't recall emerge ever refusing to use binaries like this before, not even for these packages. Usually, memtest is the only one that fails. I don't mount /boot in the chroot. Open to ideas. Running updates in chroot as I type. Maybe that will fix something. Dale :-) :-)