net-misc/electrum emerged without QR-code support still causes dev-python/qrcode to be pulled and in the running software QR-codes are still shown. Reproducible: Always Steps to Reproduce: 1. USE=qrcode emerge electrum Actual Results: pulls dev-python/qrcode, QR-codes are drawn in the "Recieve" tab of the running electrum. Expected Results: No QR-codes in GUI, no qrcode library.
This is correct, only scanning QR codes is optional. Please ask upstream to make generating them optional if you want the USE flag to control it. (bug should be closed as UPSTREAM, but bugzilla doesn't let me)
Thanks for clarification. If it's about scanning, but not generating QR-codes, then... 1) why it doesn't cause the dependency on media-libs/libv4l or something in order to catch codes from camera? 2) I think the USE-flag name is ambiguous. May be it would be better to use something like "qrscan" instead?
(In reply to tot-to from comment #2) > 1) why it doesn't cause the dependency on media-libs/libv4l or something in > order to catch codes from camera? It does, the dependency is on media-gfx/zbar[v4l] > 2) I think the USE-flag name is ambiguous. May be it would be better to use > something like "qrscan" instead? I have no opinion. Does anything else treat scanning separately from generation?
> It does, the dependency is on media-gfx/zbar[v4l] Oh, you right, my mistake. > Does anything else treat scanning separately from generation? I think scanning and generation are always two separate features. They just rarely needed to be in the same software, but cryptocurrency software looks like the case. I've never seen qr-scanning in the desktop application before and apparently created this report by mistake, so I'm closing it. But qr-scanning seems to be something logically distinct from the generation. Although it looks like electrum is the only software in portage with such function, I still suggest to use other flag name in this case.
