=== almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === oubiwann is now known as oubiwann-away === oubiwann-away is now known as oubiwann [05:29] Good morning [05:33] Hey pitti. [07:42] pitti, hey, can you have a look at the vala packages in the NEW queue? [07:44] hey robert_ancell, how are you? [07:44] pitti, hey, good [07:44] weird, why are all those new? [07:44] valac has been around for ages [07:44] pitti, because there are new binary packages (vala got versioned in this release so you can run multiple copies) [07:44] ah, valac-0.10, I see [07:45] robert_ancell: but then it should also build some transitional packages [07:45] robert_ancell: or will there be a vala-defaults package which depends on the current version? [07:46] or will 0.9 stay the default in main? [07:46] pitti, there is a 'valac' metapackage - I think that covers it [07:46] ah, can you upload that as well? [07:46] no, there will only be support for multiple versions from 0.10 onwards [07:47] pitti, it's built from the new vala source package [07:47] is metapackage the right word? It's a package with no contents that depends on the latest one [07:47] right [07:47] it's similar to gcc-defaults [07:47] i. e. gcc depends on gcc-4.4 right now [07:48] ok, but they have a separate sourcepackage for that? [07:48] yes, gcc-defaults [07:49] so right now we have 0.10 in universe and 0.9.4 in main [07:49] and "valac" (main) is 0.9.4 [07:50] pitti, the latest version is 0.9.5, which is library version 0.10 [07:50] ah [07:50] robert_ancell: but then the 0.10 packages should be in main, and valac updated? [07:51] I've uploaded them, but they're stuck in the new queue [07:51] https://edge.launchpad.net/ubuntu/+source/vala/0.9.5-2ubuntu1/+build/1920326 [07:52] https://edge.launchpad.net/ubuntu/maverick/+queue?queue_state=0&queue_text=vala [07:52] nothing in NEW for vala any more [07:53] robert_ancell: ah, it's accepted [07:53] that's weird. They definitely haven't hit the mirrors and simple-scan (which I uploaded later) is available [07:53] oh, race condition :) [07:53] right, now it says awaiting publication :) === almaisan-away is now known as al-maisan === davmor2_ is now known as davmor2 [09:05] morning all! [09:22] seb128: there? [09:22] yes [09:22] hi [09:23] seb128: the situation is like this: an empathy bug has been fixed upstream. Should I wait for a new upstream release of empathy in Ubuntu or should I backport the patch? [09:23] I know FF has come [09:24] wait for the next update [09:24] it's due today [09:24] GNOME has a freeze exception [09:24] we will get 2.32 [09:26] seb128: Thanks! [09:26] you're welcome [09:26] seb128: And, package indicator-session has a similar situation. What should be done? [09:26] that one got an update less than a week ago [09:27] but dx do weekly updates [09:27] seb128: the other day bdrung advised moving the patch system of the package to quilt [09:28] sorry [09:28] its indicator-sound [09:28] no need to patch indicator-* [09:28] dx roll weekly tarballs [09:28] get your changes upstream and they will land in ubuntu in a week [09:28] bilalakhtar: that one will get uploaded with the mpris stuff [09:29] thanks seb128 ! [09:29] yw [09:29] seb128: hey , i'v filed https://answers.launchpad.net/rosetta/+question/120619 , and looking into not breaking the syncs.. [just incase you want to subscribe there ;)] [09:34] kiwinote: hi and ping :p [09:34] devildante: hi [09:35] kiwinote: the bug I told you about yesterday, it seems to also be in trunk [09:35] devildante: the aptdaemon one? [09:35] kiwinote: yes [09:35] kiwinote: try removing an application in trunk, that could be just me [09:36] devildante: yep, you don't need to worry about that one, I can't reproduce it myself, but I've seen a pile of bug reports about it [09:36] kiwinote: example? :p [09:37] devildante: bug LP: #616026 for example [09:38] or bug #616026, however the bot works ;) [09:38] Launchpad bug 616026 in software-center (Ubuntu) "update-software-center crashed with TypeError in _on_property_changed() (affects: 18) (dups: 1) (heat: 86)" [Undecided,New] https://launchpad.net/bugs/616026 [09:40] kiwinote: hmm, I see [09:41] yes, that is the exact bug report! thanks kiwinote :) [09:45] devildante: just found another bug that you can fix ;) [09:45] kiwinote: oh ya :p [09:45] devildante: disable all software sources and then browse to ubufox which should be installed. a crash follows [09:49] kiwinote: okay, fixing it [09:49] devildante: nice ;) [09:52] kiwinote: fixed :) [09:52] devildante: great [09:52] * kiwinote goes hunting for more bugs [09:52] kiwinote: but can't s-c really crash? :p [09:53] kiwinote: each time, it's a little crash that doesn't affect the other bits :p [09:55] devildante: found one, the icon for the addon of ACE (unace) is oversized [09:56] kiwinote: you mean qcomicbook? :p [09:56] yep [09:56] I don't find it oversized [09:57] kiwinote: maybe I fixed it. Could you go to the firefox app and see if the icons are oversized? [10:00] devildante: hm, that did seem to be some sort of race condition, all looks fine now [10:00] devildante: then we continue [10:00] kiwinote: what is a race condition? [10:00] devildante: something that happens once and never again [10:01] kiwinote: thx :) [10:01] devildante: the aclock app still seems to be missing a big icon [10:02] devildante: I though you had mentioned that you had fixed that the other day, but either you haven't pushed it, or the fix didn't work? [10:02] kiwinote: I fixed it, but then it returned :p [10:03] devildante: aha, let's get rid of it for good now ;) [10:03] kiwinote: draw your sword, warrior, as we shall get rid of this terror for good :p [10:05] kiwinote: the terror has been defeated! the earth shall be in peace again :p [10:06] *shrug* [10:06] seb128: bonjour Monsieur [10:06] lists turned in flameware mode now [10:06] seems people just don't get that backport is different [10:06] hey pitti [10:07] pitti: bonjour Madame :p [10:07] devildante: -EGENDER? [10:07] bonjour devildante [10:07] * devildante impersonates pitti as a madame, muhahahaha :p [10:08] cassidy: wow! if only all upstreams were as quick as empathy folks! ;) [10:08] thanks :) [10:08] cassidy: Congo! [10:08] No wonder empathy is the default GNOME IM client! [10:09] All thanks to cassidy ! I was going to write a patch, but when I saw the upstream bug fixed, I cannot help coming here :) [10:09] np :) [10:09] devildante: when selecting a addon the green bar is about 3px high. Not sure if that is just me or not [10:11] kiwinote: I have a normal green bar. care to do some screenshots? [10:17] devildante: http://imagebin.org/109894 [10:18] devildante: originally no addons were selected, then i choose the lowest addon and then that skinny bar appeared [10:18] kiwinote: oh yes that, it has been fixed :) [10:18] * devildante should really push its changes :p [10:18] devildante: can you push so that I can test the buttons [10:19] kiwinote: okay [10:21] kiwinote: pushed :) [10:21] hey, seems I became popular :p : http://www.omgubuntu.co.uk/2010/08/update-manager-gets-update-for-maverick.html [10:29] devildante: I have had a think about how addons are installed/removed [10:30] devildante: I think we don't want to touch the existing install/remove code this cycle as they work rather well [10:30] devildante: for that reason I think it is better to modify your code to use the add/remove multiple functions instead [10:31] kiwinote: agreed, plus nobody will have an excuse to not ffe :p [10:32] kiwinote: if I do that, I face a challenge: how to make the progress bar consistent? [10:32] devildante: this will mean that all add-ons will become separate instances in the pending view all the time which is not completely by spec, but then we just diverge from the spec slightly [10:33] kiwinote: I've already tried, but mysteriously the progress bar hides and shows for some reason after a transaction [10:33] and we will have more transactions than ever if we just install/remove/install/remove :p [10:33] devildante: the biggest issue here is if you use install multiple and then remove multiple, do you get two password dialogs straight after eachother, or does the remove dialog pop up only after the other pkgs are installed [10:34] kiwinote: you get two password dialogs [10:34] devildante: straight after eachother, or does the second only come after the first is finished? [10:34] kiwinote: it is the same with commit_packages(), but at least it's only one operation [10:34] kiwinote: straight after each other [10:35] devildante: ok, thanks [10:35] kiwinote: if we use commit_packages(), the issue will remain, but we can bug the aptdaemon developer so he treats commit_packages() as a separate operation [10:35] seb128: ... shouldnt something using dh_pysupport use ${python:Depends} ? [10:36] RE zeitgeist-extensions mir [10:36] I guess it should yes [10:38] ok asked for that in MIR ... otherwise its probably ok ;) [10:40] devildante: hm, I've just looked at the aptd.py code in your branch and it seems to be less different from trunk than when I last looked [10:40] ogra: can you please get info for bug 607291 [10:40] Launchpad bug 607291 in taglib-sharp (Ubuntu) (and 5 other projects) "[MIR] banshee (affects: 1) (heat: 137)" [Wishlist,New] https://launchpad.net/bugs/607291 [10:41] kiwinote: should I ping the aptdaemon developer? [10:41] devildante: given that, we can just leave it like it is (sorry for changing my mind constantly ;) ) [10:41] ogra: i subscribed your team ;) [10:41] devildante: eventually, but we'll get your branch into good shape first [10:41] kiwinote: okay :) [10:42] devildante: we need to do something about changing addons of an already installed application [10:42] kiwinote: what's the problem with that? [10:43] chrisccoulson: gyp MIR without chromium-browser mir? [10:43] asac - i'm working on that ;) [10:43] do we really need this in this cycle? if so i guess we want chromium in too [10:43] asac - yeah, the plan is still to have chromium in main [10:44] i will set gyp to incomplete until we have the MIR for chromium [10:44] devildante: the in progress view just shows the original app, do we want to show each individual app separately, or embed it in the main app like now? [10:44] i want a good explanation about what was done to get chromium security delivered ;) [10:44] devildante: I don't really mind which actually [10:45] kiwinote: you may want to ask mpt, he's here :) [10:45] hi devildante [10:45] hi mpt :) [10:45] mpt: devildante: the in progress view just shows the original app, do we want to show each individual app separately, or embed it in the main app like now? [10:46] What I have at the moment is: "In the “In Progress” section, when installing an item, installing any of its add-ons should be presented as part of the same task. But changing add-ons for an installed item should be presented as a separate task for each add-on." [10:47] Does that make sense, or is there something better we could do? [10:48] mpt: I think eventually we would want it all embedded in one app, but I think that that would only make sense once we hide the addons in default views, which is out of scope for this cycle [10:48] kiwinote, as in "Changing add-ons for X"? [10:48] hmm [10:49] mpt: what about making the add-on selection/removal as a modal window? [10:49] vish, we're talking about something different here, which is how to present add-on changes in the "In Progress" screen [10:50] mpt: yeah, but somewhere we need to define the scope of what we want this cycle so we still get a ffe, versus the ideal situation [10:50] mpt: ah , nvm then ;) [10:50] Riddell: can we demote install-package for qapt? [10:50] kiwinote, for the purpose of 10.10, I don't think it matters at all whether it's shown as a single task or multiple tasks. [10:50] * devildante is relieved that he doesn't do any additional work :p [10:50] expanders ftw! [10:51] vish: great idea! (if I know what you mean :p) [10:51] mpt: ok, then we may as well leave it as it is, all showing as a transaction of the main app [10:52] mpt: the main difference is that we need to call different backend functions depending on how we want it to show in the in progress view [10:53] devildante: well we can have a main progress bar, it would need to calculate both for the main app + addons , and use an expander to show the individual progress' , mpt might have other ideas though ;) [10:53] kiwinote, mpt: as vish suggested, in the next cycle, we could show the transaction as a single app, but expanding the transaction should reveal addons [10:53] vish: let's leave this to mpt ;) [10:54] mpt: which means that it would make sense to use one set of backend functions (ie always show it as a transaction of the main app) for both newly installed and already installed apps [10:55] That's a good idea for later. [10:56] oh! how am I relieved at the sound of "later"! :p (too lazy) [10:56] devildante: it may be nice to add 3 or 4 pixels of padding between the addons icon and the addon title/name [10:57] devildante: and a ':' behind 'choose add-ons' may be nice as well ;) [10:59] kiwinote, devildante: can I see a screenshot? I am intrigued :) [10:59] devildante: there is also a 'free' label in the add-ons action bar. I think it would make more sense to avoid paid apps to show up in the add-ons view [10:59] kiwinote: it's mpt who told me to put the price in there, go bug him instead :p [11:00] and271: one moment [11:00] kiwinote, this is for the case (in future) where free apps may have commercial add-ons. [11:01] asac: we should be able to remove install-package [11:01] mpt: hm, ok, although the add-ons bar is currently not able to purchase apps anyway [11:02] and471: http://imgur.com/mXXjo.png [11:02] that's true, it's for forward compatibility of people's expectations :-) [11:02] mpt: aha, then we'd better leave it there ;) [11:03] devildante, cool, which branch are you working in? [11:03] Riddell: kk. thanks [11:03] mpt: and would 'clear changes' make more sense than 'cancel', or is that also just me? [11:04] hehe! [11:04] devildante: padding looks a lot better now, great! [11:04] kiwinote: not just you ;) [11:04] and471: I work on add-ons, https://code.edge.launchpad.net/~ilidrissi.amine/software-center/addons [11:04] * kiwinote is relieved [11:05] kiwinote: np... any other bugs? [11:05] devildante: I think the code is in a state where it works quite nicely [11:06] kiwinote, either would work, but "Cancel" is more common [11:06] and471, are you looking for something to do? :-) [11:06] mpt, yeah how could you tell :) [11:06] mpt: yep, I just couldn't work out what cancel was referring to when I first saw it [11:07] mpt: much like the undo/redo in the edit menu actually ;) [11:08] and471, how about changing the "_N other_ technical items" bar to a "_Show N other_ technical items"/"_Hide N_ technical items" bar that doesn't disappear? [11:08] as I think we talked about before [11:08] mpt, sounds good :) [11:09] devildante, is most of the code in appdetailsviewgtk.py ? [11:09] devildante: it may be worth looking at the diff you make with trunk and trying to tidy up the changes you have made. Ie are all the function names logical, do you constantly put an enter between the functions etc [11:09] and471: yes, but there's some other changes in other files [11:09] kiwinote: okay [11:10] devildante: I think most of it looks good, just a few little things every now and then [11:10] kiwinote: thanks :) [11:10] devildante: the magic command is 'bzr diff --old lp:~kiwinote/software-center/getting-the-small-things-right' [11:10] devildante: and you can merge to that branch as well ;) [11:11] mpt: wanted to ask you about Bug 613301 , this is an application which requires GNUstep to work , how should we be handling such apps? should we hide them until at minimum gnu-base is installed? [11:11] Launchpad bug 613301 in zipper.app (Ubuntu) (and 1 other project) "Zipper description is confusing (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/613301 [11:11] * kiwinote goes to have some lunch [11:12] it seems kinda seems pointless showing something which user cannot use right now... [11:12] vish, hiding them would be overdoing it, but it would be nice to flag it in some way. Search for "How to prioritize toolkits?" in the spec for previous notes about that. [11:12] neat! [11:12] * vish searches [11:13] vish, zipper Depends on gnustep-base, so it's not as if it won't work when installed. It'll just look weird. [11:14] mpt: yeah , it /does/ call on gnu-step during install, but seems to be an unnecessary change for something which we have better gnome alternatives [11:15] devildante, I am trying to adjust the vertical padding in the addonview vbox and SC locks up is it is below 10 [11:15] kenvandine: with one of the recent dist-upgrades I lost the messaging and sound indicators; me and session menu are still there; are we under some transition? [11:15] is > if [11:16] vish, in the current market (i.e. no popular OS uses Gnustep as its DE), pretty much everyone who has Gnustep installed will know what Gnustep is (which is not true for Gnome or KDE). For that reason, it's reasonable for the description of a Gnustep package to mention Gnustep. It's informative for people who're using it, and a subtle discouragement for people who aren't. [11:16] devildante, vertical spacing that should be [11:17] mpt: agreed ,not mentioning GNUstep is not an option. mentioned the same thing in the bug too :) [11:17] chrisccoulson: hey [11:17] chrisccoulson: how are you? [11:17] hi seb128, how are you? [11:17] yeah, i'm good thanks [11:17] did you have a good weekend? [11:17] and471: not occurring with me [11:17] devildante, I also feel that the icon size should be 16 not 24 [11:18] devildante, go into appdetailsview_gtk.py and change [11:18] gtk.VBox.__init__(self, False, 8) [11:18] nono [11:18] mpt: but my concern was rather more about how we handle such cases [than the exact bug] [11:18] chrisccoulson: weekend was quite nice thanks [11:18] change [11:18] gtk.VBox.__init__(self, False, 12) [11:18] to [11:18] * vish still searching.. [11:18] gtk.VBox.__init__(self, False, 8) [11:18] and it freezes [11:18] (that is in addonsview) [11:19] chrisccoulson: could you tell me what we need to ask to mozilla about translations permissions? [11:19] and471: it doesn't freeze with me [11:19] chrisccoulson: the workitem is not really clear to me [11:19] oh , found it in the unresolved issues! \o/ [11:19] devildante, oh? [11:19] seb128 - it's not clear to me either, i need to speak to micahg about where that one came from [11:19] vish, I don't think you need to do anything in particular with them. In this case, you might want to reword the sentence so it looks more like "Zipper is a tool for {extracting and viewing archive files} in GNUstep" and less like "Zipper is a tool for extracting and viewing {archive files in GNUstep}". Other than that, it's fine. [11:20] seb128 - i think we wanted to find out if the translations are covered by the same trademark restrictions as the branding [11:20] devildante, anyway I'll leave that stuff to you, but I think it would look better with 16x16 icons, and less vertical spacing [11:20] so we could translate in launchpad [11:20] chrisccoulson: we don't translate firefox atm? [11:21] seb128 - not really. apparently, we do during the development release, but revert back to shipping only upstream translations during the stable release [11:21] at least, that is my understanding of what we do [11:21] hum [11:21] mpt: yeah , that sounds sensible , /me adds that to bug comment.. thanks. [11:22] chrisccoulson: seems buggy then, we don't test what we ship? [11:22] and471: okay :) [11:23] seb128 - i'm not 100% sure whether thats really the case. perhaps we never put the launchpad translations in to the language packs [11:23] chrisccoulson: could you try to figure that as well while you figure if we can translate it? [11:23] chrisccoulson: thanks! [11:23] chrisccoulson: no hurry but would be nice to sort that this cycle [11:25] and471: 16x16 icons look like this: http://imgur.com/yMDUS.png (too small?) [11:28] devildante, I think they looks better, the same height as the text that is next to them, mpt, kiwinote? [11:29] devildante: do we need an image for the addon? how many addon have unique icons? [11:30] seems to me that most of the add-ons are just using the generic icon [11:31] vish: some of the firefox add-ons are using icons [11:31] and471, I'm torn. The smaller ones make the add-ons section smaller overall, which is good. But the bigger ones reward those add-ons that do have custom icons. I'll leave that up to devildante. :-) [11:32] devildante: thats 3 icons? but would be better to know how many actually have icons.. [11:33] kiwinote: any opinions on this? [11:34] vish: is it a real problem if we just let generic icons in there? (just asking) [11:35] vish, by showing icons for every add-on, we encourage more add-ons to have icons later, even if they don't have them now. [11:36] devildante: an icon needs to help distinguish one object from another , if it is gonna be the same icon for all the objects , it just seems a visual overload.. [11:36] vish, you heard mpt, now obey :p [11:37] * mpt tries out lp:~mmcg069/software-center/branches-for-installedview [11:37] devildante: ;) mpt has a lot of hopes , but i dont really expect we'd have icons for those any time soon [11:39] vish, mpt: why not show the app icon when not having an icon? (just a thought) [11:41] devildante: still not an improvement, is it? when every icon for add-on in a page is gonna be the same, icons need to be able to help differentiate. [11:41] hi there [11:41] devildante, because that would mean showing different icons for the same package in different contexts. E.g. sword-text-gerlut1545 would have a different icon when shown as an add-on for BibleTime as it would when shown as an add-on for Xiphos. [11:42] seb128: I didn't know you updated bluez to 4.69. did merge from the debian package? [11:42] vish, mpt, and471, kiwinote: what about 22x22: http://imgur.com/iX0UW.png [11:42] vish, mpt: you've got valid points :) [11:42] devildante, I think a good compromise :) [11:43] 1-0 [11:44] mpt, sorry that actionbar thing is more complicated than I anticipated I'm stuck :( [11:45] mpt, anything easier for a lazy guy? :) [11:45] and471: find a bug and fix it :p [11:45] and471, what part are you stuck on? [11:45] baptistemm, hey, why should I have done that? [11:45] Removing the code that hides it, changing the label, or changing the click action? [11:45] baptistemm, I just wanted to get the current version uploaded [11:46] mpt, the variables that track the nonapps in the appview are not simple, they are hooked in multiple places [11:46] ah [11:46] mpt, if you find me an easier one, I'll even write a test for it :) [11:49] and471, how about making the title in software item screens selectable and Copyable? [11:49] seb128: because that's nice to have the code near from the one in debian :) [11:50] mpt: is it okay to work on new features after FeatureFreeze (maintaining them in my branches of course) [11:50] devildante, sure, just keeping in mind that you'll be maintaining them until mvo either branches for 3.0 or starts his own "to-merge-later" branch [11:51] mpt: thanks :) [11:56] mpt, done :) [11:57] baptistemm, you are welcome to work on that if you want [11:57] sweet [11:57] and471, and the same for the summary? :-) [11:58] mpt, yup [11:58] seb128: actually I opened a bug for that with the merge request :) [11:58] and471, is "Edit" > "Copy" sensitive? [11:59] as I was offline I work on that during my break [11:59] baptistemm, you had a merge conflict and told dholbach you would not have time to fix it I think, that's why I did the update [11:59] mpt, I shall work on it :) [12:00] thanks and471 [12:00] does sabdfl spy us and then goes out? :p [12:01] mpt, is there a bug for the selectable thing? [12:01] I lol'd at bugs.debian.org: http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=591609 [12:01] devildante, shh dont tell anyone :P [12:01] happy birthday, Debian :) [12:02] and471: ;) [12:02] devildante, hehe funny, but makes the page annoying to scroll :/ [12:02] and471: True :p [12:03] and471, bug 447285 covers several parts of it, but not all parts (and even fixing one part is better than fixing none of it) [12:03] Launchpad bug 447285 in linux (Ubuntu) "[Dell Inc. Inspiron 1721] suspend/resume failure (affects: 2) (heat: 16)" [Medium,Triaged] https://launchpad.net/bugs/447285 [12:03] mpt, maybe wrong bug no. :) [12:03] true, true [12:04] and471, I meant bug 477285 [12:04] Launchpad bug 477285 in software-center (Ubuntu) (and 2 other projects) "Can't copy text from software item descriptions (affects: 6) (heat: 34)" [Low,Triaged] https://launchpad.net/bugs/477285 [12:06] mpt, should the version/license stuff be selectable? [12:06] and471, yes [12:07] and471: in my branch I have changed the version/license code, it should be selectable atm [12:07] kiwinote, ah, but just that stuff? [12:07] and471: yep [12:08] kiwinote, a simple label.set_selectable()? [12:08] and471: yep [12:08] kiwinote, cool :) [12:09] and471: but the description stuff will be slightly harder I think, as it needs to be selectable as one field [12:09] kiwinote, yeah I was looking at this [12:09] kiwinote, I think we need to merge it as one label [12:10] kiwinote, bullet points suffer as well [12:10] and471: yeah, that was my thought as well, so if it's simple / low-risk to change, then that would be great [12:11] kiwinote, I will have an experiment :) [12:11] and471: great, thanks ;) === al-maisan is now known as almaisan-away [12:26] kiwinote, mpt, vish: feel free to tell me if there is any bug in my branch :) [12:36] devildante: those changes you have been making look quite sweet [12:37] kiwinote: thanks :) [12:37] devildante: now that the icon size for addons is smaller the padding can be slightly less [12:37] devildante: it also seems that the padding between the title and the pkgname has increased as well.. [12:40] devildante: you may want to have a look at the accessibility stuff as well. There is an example of how to do this in the package_info code. You can use the program 'orca' to get the interface read out to you. At the moment it doesn't say anything usefull when you tab to the addons part. [12:41] kiwinote: okay, will take care of it :) [12:42] devildante: yeah, it's slightly confusing at first, but I sat down the other day and kind of understand it now, and the result was the code in the info table [12:45] devildante: and just to be fussy we have a PackageStatusBar(), so renaming the AddonsStateBar() to AddonsStatusBar() may be a nice idea ;) [12:45] kiwinote: okidoki [12:48] * devildante doesn't know how to make orca work :p does /me needs to log out? [12:50] * devildante logs out [12:52] mpt: just saw that you had updated the gdebi part of the spec, looks good! [12:53] kiwinote, sorry that I didn't get that done much much earlier [12:53] mpt: for the pkgs in the main archive would the text be eg "Universe" has a newer version or "Ubuntu has a newer verions? [12:54] mpt: np [12:54] kiwinote, just "Ubuntu". We shouldn't be exposing the terms "Main", "Universe" etc anywhere [12:55] mpt: ok, thanks (we do use those terms visibly in the use this source part) [12:56] kiwinote, ah, right, but there we don't have much of a choice. :-) [12:56] Hello, I am trying to fix LP: #613304, how can I test the fix (I am using lucid now) [12:56] mpt: yeah, indeed [12:56] bug 613304 [12:56] Launchpad bug 613304 in zekr (Ubuntu) (and 1 other project) "Zekr SC logo is very low resolution (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/613304 [12:57] AnAnt, thanks for working on that. I don't know the answer, but if no-one else here does you could try in #ubuntu-motu. [12:57] I was told that the Software Center hackers are here [12:58] AnAnt: hi, what precisely is it that you have changed, did you add a new icon to your pkg, or did you increase the size of an existing one? [12:59] AnAnt: if you just replaced an existing one, you should be able to replace the old one in /usr/share/app-install/icons to test if s-c picks it up [12:59] kiwinote: Hello, there are 32,48,128 & 256px icons already, I just created symlinks to them in /usr/share/pixmaps//apps [13:00] kiwinote: and chanchged the desktop file [13:00] kiwinote: erm, I'm not sure which one will be taken [13:01] AnAnt: If you have modified the desktop file then for testing you can replace the old desktop file in /usr/share/app-install/desktop with the new one [13:02] AnAnt: s-c should read those desktop files, let me just look to see if you need to update the database first though [13:04] kiwinote: In .desktop file, you can just name the icon [13:04] kiwinote: ie. I did this: Icon=zekr [13:04] ok [13:04] kiwinote: orca doesn't want to work and make my whole desktop freeze :p Can you take care of this for me? [13:04] devildante: yep, will do [13:04] kiwinote: thanks :) [13:06] kiwinote: hmmm, it is still bad [13:07] AnAnt: yep, if you rename the icon in the desktop file and run 'sudo update-software-center' then software-center will pick up the changes [13:07] ok [13:07] AnAnt: for the pkg that means just make sure that the desktop file refers to the correct icon and that the icons are available [13:08] WARNING:root:error processing: /usr/share/app-install/desktop/zekr.desktop No option 'X-AppInstall-Package' in section: 'Desktop Entry' [13:08] no icon now [13:09] AnAnt: the desktop files there are slightly modified versions of the original desktop files [13:10] AnAntL for testing you can just change the 'icon' line of the zekr desktop file that was already there [13:11] AnAnt: the desktop files in that folder are generated automatically and contain some extra magic [13:12] wonderful ! [13:12] it worked [13:12] thanks [13:13] AnAnt: I hope this makes sense a bit: so for the pkg itself you just update the original desktop file and make sure that the icons are available. [13:14]