Ashley Dixon wrote: > On Fri, May 29, 2020 at 03:59:13PM -0500, Dale wrote: >> I was going to emerge it and see what it looks like. It may do >> something to help but not sure. When I try to emerge the package, >> emerge says there is a missing USE flag. Thing is, the package doesn't >> have that USE flag that I can see nor does what it needs to have >> installed as a dependency. >> >> root@fireball / # emerge --select y -av tsmuxer >> >> These are the packages that would be merged, in order: >> >> Calculating dependencies... done! >> >> emerge: there are no ebuilds built with USE flags to satisfy >> ">=app-arch/upx-3.01[lzma]". >> !!! One of the following packages is required to complete your request: >> - app-arch/upx-3.96::gentoo (Missing IUSE: lzma) >> (dependency required by "media-video/tsmuxer-2.6.11-r1::gentoo" [ebuild]) >> (dependency required by "tsmuxer" [argument]) >> root@fireball / # >> >> As you can tell, neither upx or ucl has the USE flag lzma. It appears >> there is something missing in the ebuild for upx. Since emerge tends to >> encrypt its output, may I'm reading that wrong. :/ > Yes, you're right; there is no ebuild currently in gentoo.git to > satisfy > `>=app-arch/upx-3.01[lzma]`. However, the ebuild maintainer seems to > have > realised this, and added the following entry to the tsmuxer ebuild: > > DEPEND="|| ( > >=app-arch/upx-3.01[lzma] > >=app-arch/upx-bin-3.01 > )" > > I.e., use EITHER `>=app-arch/upx-3.01[lzma]` (which doesn't currently exist) > OR > `>=app-arch/upx-bin-3.01`. For now, you will just have to use the > binary > distribution with L.Z.M.A.\ support built-in, until the source release > adds > support for optional L.Z.M.A. > > The binary distribution is also masked with all ~arch keywords, so you must > add > the appropriate ACCEPT_KEYWORDS entry for `upx-bin`. > > $ ACCEPT_KEYWORDS="~amd64" emerge -atvp --autounmask=y tsmuxer > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > [ebuild N ] media-video/tsmuxer-2.6.11-r1::gentoo 527 KiB > [ebuild N ] app-arch/upx-bin-3.96::gentoo 452 KiB > > Total: 2 packages (2 new), Size of downloads: 979 KiB > > The following license changes are necessary to proceed: > (see "package.license" in the portage(5) man page for more details) > # required by tsmuxer (argument) > >=media-video/tsmuxer-2.6.11-r1 SmartLabs >
Well, the bummer is the tree doesn't have the right ebuilds. The good part is, I read the output of a emerge error and got it right. O_O OK. I'm off the floor now. I think I'll be OK. Just a little headache. ROFL I may work on this later. Right now, I found out youtube-dl will download videos from a video site I use quite often and I'm a downloading ninja right now. One thing I really like, when it times out at about 90% or so, youtube-dl will resume. When using a Firefox add-on, it starts over and usually times out again. I end up downloading more data trying to get it and failing than the video even has in size. Once I figured up that I downloaded over 1.5GBs trying to get a 400MB file and still didn't have it yet. Silly ain't it? What gets me, it seems to always do that when it is allllmmmooooosssstttt done. I've seen it fail when it only lacked a very few MBs. Anyway, I'll add this to my todo list. Thanks much for confirming and the suggestions on the workaround. I'll keep this for reference in the next day or so. Dale :-) :-)
