[00:02] seb128 - thanks for sponsoring compiz [00:13] chrisccoulson: yw [00:14] robert_ancell, I forward you an email from vish as well [00:14] it lists the hundredpapercut bugs he spotted that could be easy to get fixed this cycle [00:14] ie things waiting for sponsoring or trivial [00:14] we got some of those in by now [00:14] but if you want are running out of easy bugs or small tasks you can probably pick some of those [00:15] ok [00:15] I think I've got a busy day :) [00:15] yeah [00:15] and we should make some software recommends libdconf0 [00:15] I changed the glib depends back to a recommends the day you broke glib on i386 [00:15] it was creating a depends cycle [00:16] seb128, like debian is? I think it's better done at the high level, e.g. ubuntu-desktop should depend libdconf [00:16] libglib-bin depending on libdconf0 depending on libglib [00:16] because no program truly requires it [00:16] well for now having one software recommending it would solve the default install issue [00:16] wouldn't ubuntu-desktop solve that? [00:17] yes, until somebody sudo apt-get install empahy on a kubuntu install [00:17] or a xubuntu one [00:17] oh yeah... [00:18] I guess we need some dh magic for this. It would be nice to depend on 'gsettings-provider' and have libdconf0 provide that [00:18] I'm thinking now that we should just recommends it in the few sofwtares using it [00:18] that will do for this cycle [00:18] yeah [00:18] right [00:18] libdconf0 | dconf-backend [00:18] gsettings-backend [00:18] ups yeah [00:18] it's getting late ;-) [00:18] yeah, you should get some sleep! You work too hard [00:18] btw empathy needs to depends on telepathy-logger [00:19] we got some crash reports about it from people not having telepathy-logger installed [00:19] is there a bug for that? [00:19] check the empathy bugs I don't have it in my bugboxes [00:19] I just ran accros IRC comments about it [00:19] it's the "gsettings exit if the schemas is not installed" [00:19] ok [00:19] libtelepathy-logger tries to use the schemas I think [00:20] could be that the lib needs to depends on telepathy-logger [00:22] ok, enough for today, that was a crazy day [00:23] I think I cleaned my list of things for beta [00:23] "night [00:23] robert_ancell, enjoy your busy friday, maybe see you at the end of your day or next week [00:23] bye ;-) [00:24] bonne nuit! [00:24] 'ci [00:24] bonne journée ;-) [00:26] bye all! [00:26] * nessita is gone [00:26] * nessita suis parti [00:46] ehm [00:46] so what's the story with the firefox postinst that tries to read from stdin? [00:47] ubuntu_major=`cut -d '.' -f 1` [00:47] good times? [00:47] desrt: where is taht? [00:48] in maverick? [00:48] ubuntu mozilla daily ppa [00:48] desrt: what version? [00:48] that should have been fixed already [00:49] 3.6.9!hg20100817r34537 [00:49] desrt: yeah, that's old... [00:49] ah. so it is. :) [00:50] thanks for the pointer :) [00:50] desrt: np, you had me worried that got into maverick :) [00:50] my girlfriend just updated her lucid install and that happened [00:51] not sure why it was fresh-installing such an old version of the package [05:31] robert_ancell: hi, Bug #411559 already has your patch it is a simple one too ;) [we've missed since Karmic] [05:31] Launchpad bug 411559 in policykit-gnome (Ubuntu) (and 4 other projects) "Unfriendly message upon typing incorrect password (Policykit-GNOME/GDM/gnome-screensaver) (affects: 7) (dups: 1) (heat: 30)" [Undecided,Invalid] https://launchpad.net/bugs/411559 [05:37] vish, yes, I'll upload that one. There was a lot of upstream discussion about it, I don't think anyone came to a conclusion on it [05:40] robert_ancell: thanks, yeah they'll keep discussing it to no end ;) [06:41] Good morning [07:36] hey mpt and vish [07:57] mornin' mvo [07:58] hey and471! [08:00] mvo, does aptdaemon have any documentation? [08:00] and471, of course! [08:00] morning and471 and mvo [08:01] glatzor, hehe good morning glatzor [08:01] oops [08:01] "pydoc aptdaemon.client" or "man org.debian.apt" "man org.debian.apt.transaction" [08:02] and471, I am currently rewritting the documentation using sphinx in trunk [08:02] glatzor, cool :) [08:05] and471, where do you want to use aptdaemon? [08:05] glatzor, I was going to start to see if I could get some parts working in the new software-updater [08:05] glatzor, so I have the work already in update-manager [08:06] glatzor, but I am going to need some other stuff [08:08] and471, which new software-update? [08:08] glatzor, one I am working on that follows https://wiki.ubuntu.com/SoftwareUpdateHandling (for natty) [08:15] and471, which code base do you want to use? [08:15] mvo, glatzor, which is the easiest way to run the latest version of aptdaemon on lucid? [08:16] the debian or ubuntu update-manager? [08:16] glatzor, well I started on the ubuntu one [08:16] glatzor, I am really just using the backend stuff [08:16] and471, bzr branch lp:~aptdaemon-developers/aptdaemon/0.3 && sudo ./aptd --td -replace [08:17] glatzor, ImportError: No module named defer [08:17] and471, why? This seem to be only incremental changes [08:17] glatzor, mvo recommended we start from 'scratch' [08:17] and471, don't use trunk. I move defer to a separate package [08:17] glatzor, ah sorry ok [08:18] and471, the debian update-manager has got a lot of abstraction, which would make it quite hard. [08:18] and471, to modify it [08:19] glatzor, 1) because the infrastructure of update-manager is quite different to software-updater, 2) there is a lot of old cruft in update-manager, 3) we want to start with TDD [08:19] and471, TDD? [08:19] glatzor, Test-driven development [08:19] and471, what is the infrastructure change? [08:19] and471, ah ok [08:20] glatzor, in software-updater, it all happens from one dialog that will morph into others [08:21] glatzor, update-manager does this completely different, it would take more effort to port update-manager to software-updater (and it would be less 'clean') than to start afresh [08:21] glatzor, aptd: error: no such option: --td [08:24] glatzor, ok I have it working, but I am getting segfaults from aptdaemon [08:25] mvo, could you help? I am using the aptdaemon code from update-manager, but I get a segfault when calling get_backend().update() [08:26] mvo, actually it is when I call apt_pkg.PkgSystemUnLock() [08:26] and471: latest maverick? [08:26] mvo, no lucid [08:27] and471: try "apt_pkg.init()" after the import of apt_pkg [08:28] mvo, yup it works now :) [08:28] mpt, "Authentication is required to query the software repositories for installable packages" yuck! [08:29] :) [08:35] mvo, after the policykit dialog, I get http://pastebin.com/341GMgtb [08:35] mvo, could it be becuase of running a newer aptdaemon (from the bzr branch) than is installed on the system? [08:39] and471: yeah, it looks like its because you use the client part of the old while running the new [08:39] hey good morning pitti!. I'm looking at the language pack updates, and I still haven't seen any. According to https://translations.edge.launchpad.net/ubuntu/maverick/+language-packs and since last time you activated automatic uploads, we should have at least had an upload yesterday, shouldn't we? Or am I misunderstanding something? [08:39] and471: probably best to install the aptdaemon from the software-store-devleopers ppa or use bzr-buildpackage to build a new one [08:39] hey dpm [08:39] dpm: lemme check [08:40] -rw-r--r-- 1 langpack langpack 121341939 2010-08-25 00:29 ubuntu-maverick-translations-update.tar.gz [08:40] so, something ran [08:41] dpm: ah, found an error in the log [08:41] KeyError: 'getpwuid(): uid not found: 2009' [08:41] WTH [08:44] hey pitti mvo [08:44] hey seb128 [08:44] mvo, hmm, didn't work, I am using the aptdaemon from the ppa and I get the same error [08:45] dpm: btw, right now is actually not a very good time for langpack updates [08:45] dpm: for the beta release we either need to keep the current ones, or rebuild the -base ones (full export) [08:45] otherwise the CDs will overflow due to the big update packs [08:46] pitti, but having had a recent full export, the deltas shouldn't have grown too big, should they? [08:47] dpm: right, but even if they are small, it means that we have to remove a language [08:47] and471_: oh, ok. let me upload a newer version into the ppa, just to be sure its not releated to the oldish version we have in there [08:47] mvo, ok === and471_ is now known as and471 [08:49] and471, what kind of error? sorry I had network drop [08:49] glatzor, http://pastebin.com/341GMgtb [08:50] pitti, it's probably me, but I'm not sure I understand. Why is now a worse time than other? Is there anything special going on apart from the beta being soon? And why do the deltas affect CD size, don't we just put the -base langpacks in the CD? [08:50] glatzor, sorry I didn't need to run from the bzr branch, I have the ~software-store-developers ppa [08:50] dpm: it doesn't matter much if a daily CD overflows [08:50] dpm: but for an official release, we want the update packs to be empty, so that we can fit more langpacks on the CDs [08:50] dpm: it's not such a big deal for alphas and betas, it's just very important for the final [08:51] dpm: so, I'm fine with having those uploaded now, and we'll just chop a language if necessary [08:51] dpm: no, we can't just put -base on the CDs, we always need the -update due to the dependencies [08:51] pitti, will you review uploads today? [08:51] pitti, or if not is there anybody in our timezone who does? [08:51] glatzor, mvo, it all seems related to the run_in_dialog [08:52] seb128: Colin is in our TZ; but I can review some as well [08:52] glatzor, however I don't really need this function, so I wouldn't worry [08:52] pitti, ok thanks, I might ping you for some [08:52] glatzor, so am I right in thing that a basic aptdaemon method is: [08:52] client = AptClient() [08:52] client.update() [08:52] err [08:52] trans = client.update() [08:52] trans.run() [08:52] glatzor, ? [08:52] and471, right [08:53] pitti, ok, I understand, thanks for the explanation :) So to be clear, we can have delta automatic uploads (except for freezes), but I should simply take care of requesting a full export before beta and final. [08:53] and471, this way you only make synchronous calls [08:53] and471, so dbus will block your application [08:53] glatzor, ah [08:53] dpm: right [08:53] glatzor, a better way? [08:53] dpm: and for those we should also stop the cronjobs (done now) [08:54] dpm: to ensure that we don't get unexpected out of date packages or size increases on urgent respins [08:54] dpm: I uploaded the lot now [08:54] and471, you can either use the reply_handler/error_handler of the client methods or the inline_callbacks of the defer package [08:54] pitti, which cronjobs are stopped now? [08:54] dpm: maverick [08:54] glatzor, so for software-updater, I need to run this transaction, and then get replies based on what is happening [08:55] glatzor, (so which repository it is checking) [08:55] glatzor, so would this use the reply_handler? [08:55] and471: upoaded new version [08:55] mvo, thankyou :) [08:55] np :) [08:55] and471, hm. it is just about the way to programme and not about the basic functionality of aptdaemon [08:56] pitti, are the cronjobs now stopped for the automatic delta uploads? I understood we said it should be fine to have them as long as there are full exports before milestones. That's how translators test their translations during development cycles. [08:56] glatzor, sorry? I don't understand [08:57] dpm: right, but we can't risk automatic uploads one or two days before a release; we need the CDs to be current wrt. the archive, and not change unexpectedly [08:57] and471, one moment [08:57] we can reenable them immediately after the release === almaisan-away is now known as al-maisan [09:00] pitti, yeah, but the next release (beta) is in ~3 weeks. I'd expect we stop the automatic delta uploads and generate full langpacks before the freeze period, not just now. (I'm not being picky, just trying to understand) [09:00] dpm: no, it's next thursday according to Robbie [09:01] we are already in beta freeze [09:01] pitti, ah, sorry, that's what confused me, I misread the schedule! [09:01] pitti, sorry, I got you now [09:01] dpm: no problem :) [09:02] * pitti hugs "translation masterÄ dpm [09:02] pitti, thanks for the patience [09:02] * dpm hugs pitti :) [09:02] dpm: sorry that release procedures are a bit bureaucratic and complicated [09:03] pitti, no worries, it would have helped if I could read properly... :) [09:04] and471, http://pastebin.ubuntu.com/484380/ [09:04] and471, this is how you can use different programming styles with aptdaemon [09:04] dpm: CDs currently have some free space, so the updates should be fine; I guess they'll add about 2 MB [09:05] it's sooo good to see dailies actually shrink each day! [09:05] and471, if you want to monitor the transaction you have to connect to its signals. but there are also some high level gtk widgets available [09:05] and471, see aptdaemon.gtkwidgets [09:05] pitti, ok :). Do you think I should request a full export instead, rather than having those extrea 2 MB of updates? [09:05] dpm: not this time [09:05] glatzor, yeah I saw those, but I don't think any of them are like what is in the spec [09:06] dpm: in general, we should aim for having a full export/rebuild about a week before beta and final [09:06] pitti, ok, thanks. /me adds this to calendar [09:06] and471, a progress bar and a status label? [09:06] glatzor, which widget is like this https://wiki.ubuntu.com/SoftwareUpdateHandling?action=AttachFile&do=get&target=check-manual.jpg [09:07] glatzor, (it needs to be embeddable) [09:07] (in our window) [09:08] hey mvo, morning, what do you think of bug 572919? Do you think we could just make the changelog message translatable by putting it into a python module as per last comment, or do you have any other ideas? [09:08] Launchpad bug 572919 in update-manager (Ubuntu) (and 1 other project) "Translatable ubuntu changelog (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/572919 [09:08] glatzor, ah so would AptProgressBar and AptProgressBar do the job? [09:09] and471, AptCancelButton, AptProgressBad [09:09] * and471 is starting to like aptdaemon :) [09:09] glatzor, so I would just call AptProgressBar(trans) and pack it into my application? [09:09] and471, take a look at AptProgressDialog on how to make use of the widgets [09:10] and471, right [09:10] glatzor, cool, you and mvo have done some great work here :) [09:10] all kudos to glatzor [09:10] and471, and you would have to listen to the finished signal of the transaction object to morph to the next screen [09:10] * mvo hugs glatzor [09:11] glatzor, ok cool, well thankyou VERY MUCH for your help :) [09:11] glatzor, I shall try to get on myself now and leave you alone :D [09:11] and471, and add the error handling ... and .. and .. :) still some work to do :) [09:11] glatzor, yes yes yes :) [09:12] and471, but basically the AptProgresDialog already contains all the code - you can just reuse it. [09:12] k [09:12] and471, the gtk-demo.py is also a good example [09:13] and471, but if you want to map downloaded files to human readable repositories you have to write your own progress label. [09:13] glatzor, yes I thought this might be an issue [09:14] mvo, and this is the same issue as with software-properties XD ^ [09:14] *xough* [09:14] I get back to this, keep poking [09:15] and471, you have to monitor the Downloads property of the transaction, it will provide you the urls [09:15] which you can then map to ppas [09:15] e.g. [09:20] and471, good morning, I fixed that string a week ago in , and glatzor merged it six days ago [09:21] mpt, ah good, I nearly had a heart attack when I saw it [09:22] and471, I am the co-founder of the blatant errors and awkward grammar team :) [09:22] glatzor, hehe I was looking at that team the other day :D [09:23] glatzor, is this becuase I need to use a newer version? http://pastebin.ubuntu.com/484385/ [09:24] *because [09:25] and471, no. [09:25] and471, you are using the deferreds in a wrong way [09:25] kiwinote: thanks for your fixes branch, I'm merging that now [09:25] glatzor, I don't really know what deferreds are [09:25] mvo: thanks, just updated it a minute ago [09:26] and471, a deferred is the promise of a result :) [09:26] :) [09:26] * glatzor has taken this sentence from the Twisted documenataion [09:26] mpt: hello, quick question. for ppa names, should we uppercase all word (e.g. Apt Test Repo) or just the first one (Apt test repo) for multiple words? [09:26] kiwinote: cool, will have a look now [09:27] mvo: no exciting changes, only resolveing a trivial conflict ;) [09:27] kiwinote: haha, ok [09:27] mvo, I don't know for sure, but Title Case would be consistent with the existing "Canonical Partners". [09:27] and "For Purchase" [09:27] mpt: ok, thanks [09:28] mpt: yeah, I thought the same [09:28] kiwinote: I make a trivial change in the merge (using string.capwords), just fyi [09:28] mpt, mvo: that would give 'Provided By Ubuntu', which we may not want? [09:29] and471, the deferred allows to chain callbacks and errbacks [09:29] kiwinote: I moved it to only apply for sources that do not have a translation. if we have translations then the transltors will do the right thing [09:29] mvo: ok, great! [09:29] and471, do you already have got any code on launchpad? [09:30] :) [09:30] glatzor, yup let me just push my changes [09:31] kiwinote, title case doesn't mean that every word is capitalized. It means that the first word is capitalized, and every other word except for conjunctions, prepositions, or articles that are three letters or shorter. [09:31] glatzor, bzr branch lp:~and471/+junk/software-updater [09:31] glatzor, I hope it is pretty self explanatory [09:31] kiwinote, for example, "Bookmark This Page" and "Organize Desktop by Name". [09:33] mpt: yep, although we don't have a python function to do that ;) [09:34] kiwinote, no, why would we want a Python function to do it? [09:34] oh [09:34] mvo, what exactly did you mean by "we" in that question? [09:35] Were you suggesting that USC should change the capitalization of repository labels it receives? [09:40] mpt: "we" as in "should software-center" do that [09:42] mvo, sorry, I thought you were talking about archives we were setting up. I don't think USC should alter them. [09:43] mpt: not alter them at all? or just capitalize the first word ? [09:43] glatzor, is everything in order? [09:43] mpt: the aim was to avoid the names starting with lowercase letters as seen in http://i.imgur.com/ddgvj.png [09:44] mvo, not alter them at all. For example if I set up a PPA named "Dumas d’Artagnan’s Desiderata", capitalizing that second "d" would be incorrect. [09:44] and471, you don't need to create the widgets every time you run an update [09:44] and471, the aptdaemon widgets should be part of the normal window [09:44] and471, you can connect them to a transaction by calling set_transaction [09:45] kiwinote, that's a job for the caption below the Launchpad form field that asks you to name your PPA. It's not USC's job. [09:46] self.install_backend.update() in line 140 will always return a Deferred since the inline_callbacks decorator is used [09:47] and471, in the first run I would recommend you to avoid the defers. just use the reply_handler and error_handler [09:52] hm, we can not replace update-manager, its at rev1900 now, we need to hit r2000 before ;) [09:52] mpt: ok, thanks, mvo's reverting the change. Just for clarity: in the original branch I only touched the first letter of the string, not of each word. But yes, ideally it is (and should be) down to the caption in the lp form [09:52] glatzor, bah sorry, my internet connection sucks [09:52] glatzor, I got up to self.install_backend.update() in line 140 will always return a Deferred since the inline_callbacks decorator is used [09:52] ^--- see above ;) [09:56] glatzor, but if I don't call AptCancelButton() without the transaction, I get an error [09:56] and471, perhaps it makes sense to not use deferreds in the first run. you could just use the reply_hanlder and error_handler as in normal dbus. [09:56] and471, indeed [09:56] and471, but this can be fixed easily [09:57] glatzor, do tell :) [09:57] pitti, I've uploaded trivial gnome-panel and nautilus changes if you feel like reviewing those [09:57] pitti, gnome-panel to drop the documentation launcher from the default configuration [09:57] AptCancelButton.__init__(self, transaction=None) :) [09:57] pitti, nautilus to fix the amd64 build issue due to implicit pointer conversions [09:57] glatzor, grr, I just reliased my stupidity when looking at the source :) [09:58] realised [09:58] and471, the fix is now in the 0.3 branch [09:58] glatzor, the fix for? [09:58] The cancel button [09:58] seb128: oh, sweet, thanks [09:58] glatzor, ah ok [09:58] seb128: will do in a sec [09:58] pitti, danke [10:01] and471, just use the second style from http://pastebin.ubuntu.com/484380/ [10:01] and471: latest aptdaemon is in the ppa [10:01] mvo, thanks [10:01] and471: if you run lucid, could you do me a favour and run bzr-buildpackage and see if the current trunk work on lucid? if so, I will push it to the ppa as well [10:02] mvo, for SC or AD? [10:02] and471, add the widgets to the normal dialogs at init time and call their set_transaction methods in the reply_handler of the client.update call [10:02] glatzor, ok will do [10:02] and471, in the same reply handler you call the run method of the transaction [10:02] k [10:03] and471, finally connect to the finished signal of the transaction to get notified when to switch to the next step [10:03] okey dokey [10:04] and471, the finished signal also gives you the exit state of the transaction (if it was successful or failed) [10:04] * and471 thinks why does anyone need aptadaemon docs when you have glatzor :) [10:04] and471, in the case of a failure you can get the exception from the error property of the transaction [10:06] and471: software-center [10:06] docs scale better than glatzor ;) [10:06] hehe [10:07] aptdaemon == beauty [10:07] mvo, one of the tests fails, so it doesn't build [10:07] GError: Failed to open file '/usr/share/software-center/icons/software-center-installed.png': No such file or directory [10:08] and471: ok, does it build with disabled tests (.bzr-builddeb/default.conf has the config for this) [10:08] ? [10:08] mvo, how do I run with disabled tests? [10:09] and471: just edit .bzr-builddeb/default.conf and remove the pre-build hook [10:09] mvo, sorry, just figured it out [10:10] * glatzor is getting red [10:10] mvo, yup it all worked (except the signing) :) [10:10] and471: and installing the deb and running it works as well? [10:11] mvo, how do I run without signing? it fails without your key [10:13] and471: pass -us -uc to your debuild call (if I got the context right) [10:14] geser, well I am using bzr-buildpackage, but I suppose I could just debuild instead [10:16] "bzr bd -- -us -uc" should do it [10:16] thanks geser [10:17] mvo, I have to wait a min, my messing aroudn with aptdaemon means the database is locked :) [10:19] and471: no rush [10:20] mvo, software-center depends on ubuntu-sso-client (>= 0.99.2); however: [10:20] Package ubuntu-sso-client is not installed. [10:20] dpkg: error processing software-center (--install): [10:20] dependency problems - leaving unconfigured [10:20] and471: aha, right. thanks. so at least buy will not work :/ [10:20] thanks [10:22] glatzor, do I set the transaction of the widgets in the reply_handler of transaction.run() or client.update_cache() ? [10:22] mvo, np problem [10:36] and471, I would recommend update_cache, to make sure that you don't miss any early signal from the transaction [10:43] seb128: hm, do you know whether these ugly orange buttons will stay the default? [10:45] pitti, I guess they do [10:46] seb128: and my windows lost their frames [10:46] mat_t, bug 621269 [10:46] Launchpad bug 621269 in ubuntuone-client (Ubuntu Maverick) (and 2 other projects) ""Hide location bar" doesn't do anything (affects: 2) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/621269 [10:46] pitti, talk to ivanka I guess [10:46] mpt: thx [10:46] ivanka: hm, now how am I supposed to change the size of my windows if they don't have a real frame any more? hitting that 1 pixel is utterly hard [10:47] (well, *I* know that alt + middle mouse + move trick, but my mum doesn't) [10:49] and it does not work if middle button is mapped to something else (like scroll) [10:49] so pitti++ [10:49] and laptops often don't even have a middle mouse [10:50] I guess I won't start arguing about the bright orange default buttons :) [10:51] seb128: do you know which package is responsible for the borders? is that light-themes? [10:52] pitti, yes [10:52] seb128: thanks; will file a bug and subscribe UX [10:53] thanks [11:00] done [11:10] pitti - the window resizing issue is quite a long-standing problem. there's already a bug report somewhere with a lot of comments on [11:11] pitti - bug 160311 [11:11] Launchpad bug 160311 in metacity (Ubuntu) (and 5 other projects) "Resizing windows by grabbing window borders is difficult (affects: 204) (dups: 4) (heat: 1010)" [Wishlist,Triaged] https://launchpad.net/bugs/160311 [11:12] oh, but it's even worse now, i just noticed ;) [11:12] heh, i actually cannot resize window anymore :/ [11:14] chrisccoulson: that's what I meant [11:34] mvo, sorry if I've asked you this before, but: Is there any reliable programmatic way of distinguishing transitional packages from all others? [11:39] @#$%^! [12:01] Good morning devildante [12:01] good morning, mpt, mvo, kiwinote ;) === MacSlow is now known as MacSlow|lunch [12:07] mvo: what is "update-software-center-agent" supposed to do? === al-maisan is now known as almaisan-away [12:12] mpt: yes and no, we can check section: trasnlations, that is a good one, but e.g. thunderbird-mail-de does use "mail" as section [12:13] mpt: I would argue that is a bug though [12:14] mpt: there are some corner cases like the dictionaries that are usually part of "section: text" [12:14] hey devildante [12:14] mvo, hi :) [12:14] devildante: that util gets the latest information about sofware availalbe for sale [12:15] mvo, I was more wondering how we could stop "Transitional package for firefox-kde-support" from showing up as an add-on for Firefox. [12:15] ah [12:15] mvo - is there a section we should be using for transitional pacakges? [12:15] mvo, or from showing up in searches, for that matter. [12:15] we have a lot of them in mozilla-land ;) [12:16] chrisccoulson: traditionally oldlibs is used [12:16] chrisccoulson: but I think there is justification for a new "transitional" section, but let me double check [12:16] mpt: let me have a look [12:16] mvo - yeah, a transitional section would be nice [12:17] we are ubuntu, we can just start one ;) === zyga is now known as zyga-lunch [12:18] mpt, chrisccoulson: in the case of kmozillahelper its just a matter of removing the suggests from the firefox package [12:19] chrisccoulson: do you want a bug for this s/kmozillahelper/firefox-kde-support/ ? or is it trivial enough to just add into bzr? [12:19] mvo - i think the suggests is there for a reason [12:19] chrisccoulson: but why on the transitional one ? and not on the one that the transitional points to? [12:20]