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

:-)  :-)