Bug 542616

Summary:	net-misc/electrum-2.0.0: -qrcode depends on dev-python/qrcode
Product:	Gentoo Linux	Reporter:	tot-to <bugs.gentoo.org.list>
Component:	Current packages	Assignee:	Proxy Maintainers <proxy-maint>
Status:	RESOLVED INVALID
Severity:	normal	CC:	blueness, emery, luke-jr+gentoobugs, maksverver
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description tot-to 2015-03-09 01:15:40 UTC

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.

Comment 1 Luke-Jr 2015-03-10 18:50:06 UTC

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)

Comment 2 tot-to 2015-03-10 19:11:50 UTC

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?

Comment 3 Luke-Jr 2015-03-10 19:19:01 UTC

(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?

Comment 4 tot-to 2015-03-10 20:03:41 UTC

> 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.