[12:44] Any suggestions on who I can contact regarding bug 1394923/bug 1394996. The underlying reason seem to be that the packages have a dependency which has been stuck in -proposed since July this year. (And possibly affects more languages than the two mentioned) [12:44] bug 1394923 in language-pack-gnome-nl-base (Ubuntu) "ubuntu 14.04.1 missing language-pack-nl-base (>= 1:14.04+20140707" [Undecided,Confirmed] https://launchpad.net/bugs/1394923 [12:44] bug 1394996 in language-pack-nb (Ubuntu) "Version 1:14.04+20141110 depends on language-pack-nb-base (>= 1:14.04+20140707) which do not exist" [Undecided,Confirmed] https://launchpad.net/bugs/1394996 [12:45] * penguin42 looks [12:46] so I guess the question is why is it stuck in proposed [12:48] I've set that to triaged/high [12:48] now, the package that's stuck in proposed - who is the last changer in the changelog? [12:52] Thanks for marking it triaged. :) [12:52] -- Ubuntu automatic language-pack builder https://launchpad.net/ubuntu/+source/language-pack-nb-base/1:14.04+20140707 [12:53] hjd: And I've subscribed the language-pack-builders alias to it [12:54] (which seems to be two people) [14:21] Is there any reason not to mark hardy bugs (more specific the hardy task of a bug) as wontfix? [14:22] does this differ by status (incomplete, triaged, fix released, ...)? [14:26] sounds reasonable [14:49] penguin42: sounds reasonable to simply close them all as wontfix indiscriminately, correct? [14:49] sorry, my connection here is terrible and I get disconnected frequently [15:01] Laibsch: Yeh I think it's OK to close them as wontfix, although if the bug is only against hardy, I'd be tempted to put them to incomplete with a 'try on something newer' [15:02] I believe hardy is always from a nomination [15:02] so the task for the latest development version of Ubuntu should always be unaffected [15:03] https://bugs.launchpad.net/ubuntu/hardy/+bugs is basically the list I am talking about === G4MBY is now known as PaulW2U [18:32] Which package should I submit a bug about file transfer (ie the process that copies files from one disk/folder to another)? [18:35] TenLeftFingers: In which desktop? Unity? [18:42] penguin42: that's right, Unity. [18:42] penguin42: 'Nautilus' seems like it might be too vague [18:42] TenLeftFingers: I think it's probably nautilus you need to file against [18:43] penguin42: ah, okay then. [18:43] TenLeftFingers: Nautilus is the filemanager [18:43] TenLeftFingers: How does it fial? [18:43] fail [18:44] penguin42: It's not a failure as such. But if it stops to ask how to proceed for a file (and the user has walked away) the other files should be copied in the background that don't require user intervention so they don't come back to find nothing has happened. [18:45] TenLeftFingers: OK, that's a feature request, best bet would be to file that upstream with Gnome I think [18:47] thanks penguin42, I'll do that. [18:47] TenLeftFingers: It seems a reasonable request [18:49] penguin42: I'm glad you think so. Hopefully they'll see it in the same light. It was someone on google plus suggested this and although I've experienced the issue several times I've never thought of a solution like this. Fingers crossed!