Re: [Pkg-gnupg-maint] Bug#764292: gnupg2: brings too many dependencies into standard task
On 20/10/14 01:41, Eric Dorland wrote: task-gnome-desktop, task-xfce-desktop, task-lxde-desktop: recommend pinentry-gtk2 There are also tasks for the new MATE and Cinnamon desktops (both GTK-based). I wonder if there's a way to refactor this... task-kde-desktop: recommend pinentry-qt4 I wonder what would take precedence if task-desktop (common to all the desktop tasks) recommended pinentry-gtk2, and task-kde-desktop recommended pinentry-qt4? Or would that not work at all? But other than bringing in too many packages, does it break anything else? I suppose not, unless you're limited on diskspace / bandwidth / performance; that is where you'd most likely do a no-desktop install. And perhaps some would not like to run extraneous daemons such as udev (which was being brought in only due to pinentry-gtk2 dependencies). So I think it's a rather important issue for tasksel 'standard' task, and can be satisfactorily addressed there, if gnupg2 adjusts its dependencies also. Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Re: [Pkg-gnupg-maint] Bug#764292: gnupg2: brings too many dependencies into standard task
* Steven Chamberlain (ste...@pyro.eu.org) wrote: On 14/10/14 20:18, Eric Dorland wrote: Thanks for the report. We're working on this, Okay thanks, although I notice you filed a bug only against gnome: * Why only gnome? If it is important to have a gtk2 dialog then shouldn't other desktops have it too? * Since this bug affects tasksel, why not also address it in tasksel, such as in task-desktop? Yes good point, let me fix that. I suppose it should be: task-gnome-desktop, task-xfce-desktop, task-lxde-desktop: recommend pinentry-gtk2 task-kde-desktop: recommend pinentry-qt4 * Why only severity 'wishlist' if it is blocking a bug of IMHO higher severity? From the perspective of tasksel, it's a feature request IMHO. but I'm not sure I understand the justification to make this a serious bug. Could you elaborate? OK, I've looked and could not find a reference to this in policy. But I felt it was common sense, and policy shouldn't need to exist for such things: A minimal no-desktop install should not include ~70 additional packages with ~30MB download size and taking ~100MB space, if they add no extra functionality for that use case. I agree, it's a bug. I'm just not sure we should hold up the release. (Also curious, what will gnupg2 do if only pinentry-gtk2 is installed but no desktop is running?) pinentry-gtk2 will fallback to curses if there's no DISPLAY. I'm not saying it's gnupg-agent's fault this situation occurred, but it is IMHO a serious enough problem affecting d-i/tasksel, to need to fix it before release? But other than bringing in too many packages, does it break anything else? -- Eric Dorland e...@kuroneko.ca 43CF 1228 F726 FD5B 474C E962 C256 FBD5 0022 1E93 signature.asc Description: Digital signature
Re: [Pkg-gnupg-maint] Bug#764292: gnupg2: brings too many dependencies into standard task
On 14/10/14 20:18, Eric Dorland wrote: Thanks for the report. We're working on this, Okay thanks, although I notice you filed a bug only against gnome: * Why only gnome? If it is important to have a gtk2 dialog then shouldn't other desktops have it too? * Since this bug affects tasksel, why not also address it in tasksel, such as in task-desktop? * Why only severity 'wishlist' if it is blocking a bug of IMHO higher severity? but I'm not sure I understand the justification to make this a serious bug. Could you elaborate? OK, I've looked and could not find a reference to this in policy. But I felt it was common sense, and policy shouldn't need to exist for such things: A minimal no-desktop install should not include ~70 additional packages with ~30MB download size and taking ~100MB space, if they add no extra functionality for that use case. (Also curious, what will gnupg2 do if only pinentry-gtk2 is installed but no desktop is running?) I'm not saying it's gnupg-agent's fault this situation occurred, but it is IMHO a serious enough problem affecting d-i/tasksel, to need to fix it before release? Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature