[00:04] <bignose> beuno: yes, exactly.
[00:04] <bignose> can someone please tell me the email address of Marien Zwart <URL: https://launchpad.net/~marienz > ?
[00:05] <bignose> thanks beuno for the answer (via /query)
[00:05] <thumper> ok, how does one add download files for a project?
[00:06] <beuno> thumper, AFAIK, you have to add them within a series
[00:07] <beuno> so you have to create a series first  :)
[00:07] <thumper> got a series
[00:07] <thumper> beuno: but I still don't see an obvious link
[00:08] <beuno> thumper, than, https://launchpad.net/$project/+download
[00:08] <beuno> and you should have a link saying "Add download file for release: X"
[00:08] <thumper> nope
[00:08] <thumper> weird
[00:09] <beuno> thumper, maybe a milestone too?
[00:09] <thumper> No download files exist for this project.
[00:09] <thumper> made a milestone too
[00:09] <beuno> take a look at: https://launchpad.net/bzr/+download
[00:09] <thumper> yeah, seen that
[00:10] <beuno> thumper, mind sharing what project it is?  I can try and help you hunt it down  :)
[00:10] <thumper> beuno: local instance of launchpad.dev :)
[00:10] <beuno> ah
[00:10] <beuno> heh
[00:10] <beuno> that'll be tricky for me  :p
[00:10] <thumper> but I thought is was a fairly obvious thing
[00:11] <thumper> so instead of asking internally, I thought someone here might help :)
[00:12] <beuno> thumper, sorry, the rest is out of my league  :)
[00:12] <thumper> beuno: that's ok, thanks
[00:19] <mwhudson_> thumper: we'll i've managed to add a release
[00:19] <mwhudson_> thumper: are you owner/admin ?
[00:20] <thumper> mwhudson_: owner
[00:20] <thumper> mwhudson_: where do you add a release
[00:21] <mwhudson_> thumper: do you have a 'register a release' link?
[00:21] <thumper> I have a series and milestone
[00:21] <mwhudson_> on the view of the series
[00:21] <thumper> ah yes
[00:21] <thumper> ah ha
[00:22] <thumper> now I see add a download file
[00:22] <thumper> now I see the release on +download with add a file
[00:22] <thumper> f*ck that's confusing
[00:22] <thumper> and I know this system
[00:22] <thumper> sorta
[03:15] <ademung> jamesh: remember the other night when i was asking you what you thought of zope?  I'm still looking at it, and i was wondering if you could tell me what the specs are of the machines launchpad is hosted on... as i'm getting the impression zope is pretty heavy/fat
[03:17] <jamesh> ademung: we've got a pretty hefty server running Postgres and three machines running the Launchpad app behind apache as a load balancer
[03:18] <jamesh> ademung: each app server runs one instance of Launchpad per CPU core to make full use of the resources
[03:18] <jamesh> (without doing so, the Python GIL limits the amount of parallelism that can be achieved)
[03:19] <jamesh> each instance is running the default number of request threads (6)
[03:19] <ademung> jamesh: ouch, not to even begin to imply i'd ever get as much traffic as launchpad, but that seems like a prohibitively high requirement. (especially considering, and dont take this the wrong way, i find launchpad to be slow)
[03:20] <jamesh> ademung: I run the LP code locally without much trouble
[03:20] <spiv> ademung: the slowness is largely because of https, I believe
[03:20] <jamesh> smaller sites wouldn't need anything like the hardware we're using
[03:20] <ademung> jamesh: like for testing?
[03:21] <spiv> which reduces caching and increases network roundtrips.
[03:21] <jamesh> ademung: and development
[03:21] <ademung> yeah, well if i had my way it wouldn't ALWAYS be small :-p
[03:21] <jamesh> ademung: the nice thing about our setup is that the concurrency is handled through the database
[03:21] <jamesh> so scaling up to more app servers is pretty easy
[03:22] <ademung> jamesh: i assume you develop on ubuntu right? did you just install the zope3 package or what? there seems to be very little information on the subject (since dapper anywho)
[03:23] <Fujitsu> Eggs are the only sane way to get Zope 3 in Ubuntu at the moment.
[03:23] <jamesh> ademung: we've got a local copy of zope3 for LP
[03:23] <ademung> Fujitsu: eggs?
[03:23] <Fujitsu> Python eggs.
[03:24] <ademung> i cringed when i saw an entire filesystem hierarchy within /usr/lib/zope3 lol
[03:24] <jamesh> ademung: the Zope guys have been splitting Zope 3 into multiple packages
[03:24] <Fujitsu> The 3.4 split eggs setup is much, much nicer.
[03:24] <jamesh> ademung: I don't know where the Ubuntu guys are up to with packaging it now, but you can get bits from cheeseshop.python.org
[03:25] <Fujitsu> We're not doing anything, but Debian *might* be.
[03:25] <jamesh> or just do whatever the grok docs say to do
[03:32] <ademung> hrm
[03:32] <ademung> btw i should mention i really appreciate having you guys to talk to about thsi
[03:39] <ademung> hrm, taking off
[03:39] <ademung> thanks
[04:09] <maco> what does it mean if the PPA says there's a chroot wait error?
[04:11] <maco> er, it says "chroot problem" and the log's name ends in CHROOTWAIT...is that a problem with my source package or is that out of my control and i should re-upload because the server's being stupid?
[04:14] <jamesh> maco: it means something happened to one of the build machines
[04:14] <jamesh> you can probably resubmit the build
[04:15] <Hobbsee> sigh, more unwanted bugmail.
[04:15] <maco> do i need to change versions?
[04:15] <jamesh> (there should be an option for that in the actions menu
[04:15] <maco> actions menu?
[04:15] <jamesh> maco: on the page for the failed build, check the list of actions in the top left
[04:15] <maco> it happened on all 3 archs for my package
[04:16] <Hobbsee> maco: where's the build log?
[04:16] <maco> http://launchpadlibrarian.net/13757543/buildlog_ubuntu-hardy-i386.twitux_0.61-0-maco2_CHROOTWAIT.txt.gz
[04:16] <maco> change i386 as needed
[04:16] <Hobbsee> jamesh: it's a bug that happens at least once a week, but is only regarded as a low prority by the soyuz devs, and has no plans to be fixed anytime soon
[04:16] <Hobbsee> maco: you need to hit retry on the builds.
[04:17] <maco> where's that?
[04:17] <maco> i just see "view ppa" and "view build records"
[04:17] <Hobbsee> so hit view build records
[04:17] <maco> oh wait...login timed out :P
[04:17] <Hobbsee> open each of them, and then on the left hand side for each of the builds, there's a retry builds menu option
[04:18] <Hobbsee> jamesh: you just need to tell people to retry the builds (it's a race condition)
[04:18] <jamesh> Hobbsee: that's what I thought I did
[04:18] <maco> oh race conditions are fun. not.
[04:18] <maco> i wasnt logged in anymore, apparently
[04:18] <maco> so i couldnt see the retry button
[04:18] <Hobbsee> jamesh: oh, my bad.  i only read the last bit
[04:18] <Hobbsee> jamesh: i tried to give you context on the bug, though :)
[04:35] <maco> is it possible to cancel a build?
[04:35] <maco> 2 of the archs built and informed me of missing build dependencies.  the 3rd will have the same issue, so can i kill it?
[04:39] <maco> and is there a list of what the build scores mean?
[04:43] <Hobbsee> maco: nope
[04:43] <Hobbsee> maco: and the higher, the further up the queue it is
[04:44] <maco> ok
[04:47] <maco> Hobbsee: can you tell me what went wrong here? http://launchpadlibrarian.net/13777284/buildlog_ubuntu-hardy-lpia.twitux_0.61-0-maco3_FAILEDTOBUILD.txt.gz
[04:48] <maco> it says apt-get failed on one of the dependencies...why would that kill it? shouldnt it just try again to get the build dep?
[04:48] <maco> it happened on both archs that tried
[04:49] <Fujitsu> maco: That's not a recoverable error.
[04:49] <Hobbsee> Unpacking libgio-dev (from .../libgio-dev_0.1.2-0ubuntu1_lpia.deb) ...
[04:49] <Fujitsu> Looks at what it actually is.
[04:49] <Hobbsee> dpkg: error processing /home/buildd/build-567832-1467603/chroot-autobuild/var/cache/apt/archives/libgio-dev_0.1.2-0ubuntu1_lpia.deb (--unpack):
[04:49] <Hobbsee>  trying to overwrite `/usr/lib/pkgconfig/gio-2.0.pc', which is also in package libglib2.0-dev
[04:49] <Hobbsee> that's...tasty
[04:49] <Fujitsu> I hope one of those is from the PPA.
[04:50] <maco> no
[04:50] <Fujitsu> Crap.
[04:50] <maco> all that's in my PPA is compiz fusion icon for gutsy
[04:50] <Fujitsu> Why's there a build for Hardy, then?
[04:50] <maco> well im trying to build twitux for hardy
[04:51] <Hobbsee> Fujitsu: doesn't have any reverse deps.
[04:51] <Hobbsee> Fujitsu: ask seb, though, it's his package
[04:52] <Fujitsu> Uh, GIO is used by lots of things...
[04:52] <Fujitsu> I guess it must have been integrated into glib.
[04:52] <Fujitsu> So libgio-dev should probably be removed.
[04:52] <Fujitsu> Ahhh.
[04:53] <Hobbsee> Fujitsu: https://bugs.edge.launchpad.net/ubuntu/+source/gio-standalone/+bug/182945
[04:53] <Fujitsu> It's from gio-standalone, so is probably meant to conflict with the glib version.
[04:53] <ubotu> Launchpad bug 182945 in gio-standalone "[hardy] gio standalone obsoleted by gio in glib" [Undecided,Confirmed] 
[04:53] <maco> so...what do i do?
[04:53] <Fujitsu> At any rate, twitux shouldn't be build-depending on libgio-dev.
[04:53] <maco> should it just depend on gio?
[04:54] <Fujitsu> No.
[04:54] <maco> it says gio 2.15.5
[04:54] <Fujitsu> The gio stuff is in libglib2.0-dev
[04:54] <maco> http://live.gnome.org/DanielMorales/Twitux
[04:54] <maco> oh so the site's lying about needing libglib and libgio? ok
[04:54] <Hobbsee> maco: the upstream packages may not be exactly the same as the distro packages
[04:54] <Fujitsu> gio is part of our glib package now.
[04:54] <maco> ok
[04:54] <Hobbsee> Fujitsu: sounds like a removal request, then.
[04:55] <Fujitsu> Poke Seb about it this evening, I guess.
[05:11] <maco> wow theres a lot of i386 stuff waiting to be built, it seems
[05:12] <Fujitsu> Indeed. I wonder if the buildd master has died.
[05:12] <Fujitsu> (and one of the buildds is dead)
[05:12] <Fujitsu> AH.
[05:12] <Fujitsu> Langpacks.
[05:12] <Fujitsu> That's why they were all vacant.
[05:20] <ubotu> New bug: #220485 in rosetta "Test failure on Hardy: person-editlanguages" [High,In progress] https://launchpad.net/bugs/220485
[05:25] <ubotu> New bug: #220486 in launchpad "Subscribing to a blueprint no longer adds it to "Related blueprints" page" [Undecided,New] https://launchpad.net/bugs/220486
[06:00] <emgent> hello people
[06:06] <maco> /part/part
[06:06] <maco> oops
[06:07] <emgent> lol
[07:46] <carlos> morning
[07:49] <Hobbsee> good morning carlos!
[07:51] <thumper> hi carlos, Hobbsee
[07:52]  * Hobbsee waves to thumper
[08:32] <mdke> I've just tried to upgrade a branch on LP, and the conversion failed... what do I need to do now to restore the backup and fix the branch (assuming that it is broken)?
[08:32] <mdke> http://paste.ubuntu.com/7736/
[08:33] <mdke> jamesh: around by any chance?
[08:33] <jamesh> mdke: yeah
[08:33] <mdke> ohew
[08:33] <mdke> phew
[08:35] <jamesh> mdke: yikes.  You have a dirstate-with-subtree branch
[08:35] <mdke> jamesh: yes, due to bzr-svn import
[08:35] <mdke> but the upgrade worked on my local branches
[08:35] <jamesh> mdke: okay.  The recommended upgrade path would be to rich-root-pack format then.
[08:36] <mdke> jamesh: right, that's what I upgraded to in my local copies
[08:36] <mdke> jamesh: is a special command needed?
[08:36] <mdke> I can't remember...
[08:36] <jamesh> mdke: you can do "bzr upgrade --rich-root-pack"
[08:36] <mdke> jamesh: ah, damn. Can i still do that, or do I need to restore the backup first?
[08:36] <jamesh> mdke: you might need to move the backup.bzr directory back to .bzr on the server though
[08:37] <mdke> aha. How can I do that?
[08:37] <Hobbsee> hmm.  if i relinquish control of a team, i won't be able to act on any of the LP bugs there.
[08:37] <jamesh> with lftp or sftp
[08:37] <mdke> jamesh: would you mind spoonfeeding me the command? I don't want to break anything else :)
[08:38] <jamesh> mdke: if you've already got a local copy of the branch, I'd recommend deleting the remote data and pushing a fresh copy
[08:38] <jamesh> mdke: do you want to try that?
[08:38] <mdke> jamesh: I can't - LP tells me I don't have the authority to delete all the branch subscriptions and bug links
[08:38] <mdke> also, I'd rather not delete those :)
[08:38] <jamesh> mdke: not deleting the branch: deleting the branch data.
[08:39] <jamesh> so you'll have an empty directory to push a new copy to
[08:39] <mdke> jamesh: oh
[08:39] <mdke> jamesh: how is that done?
[08:40] <jamesh> mdke: run "lftp sftp://mdke@bazaar.launchpad.net/%7Eubuntu-core-doc/ubuntu-doc/edubuntu-hardy/"
[08:40] <jamesh> then do "rm -r -f .bzr" at the lftp prompt
[08:41] <mdke> wow
[08:41] <jamesh> do the same for the backup.bzr directory
[08:41] <mdke> ok, in progress
[08:42] <mdke> jamesh: looks like it might take a while
[08:42] <jamesh> mdke: come to think of it, doing "bzr upgrade --rich-root-pack" would probably have failed too
[08:42] <jamesh> mdke: since the subtree format can represent data that rich-root-pack can't
[08:43] <jamesh> although the revisions in your branch weren't using those features
[08:43] <mdke> it went ok on the local copy, as long as I did it on individual branches rather than a shared repo
[08:44] <jamesh> right.  You can branch them into a rich-root repo, but not upgrade the old repo
[08:44] <mdke> sorry, that's what I did, yeah
[08:46] <Hobbsee> less badges :(
[08:46] <mdke> jamesh: ok, this looks like it will take a long time, so I'm going to have to leave it running. After it finishes and I delete the backup.bzr dir, what do I do?
[08:46]  * mdke gives Hobbsee a badge
[08:46] <jamesh> mdke: push your local copy of the branch to sftp://...
[08:46] <mdke> jamesh: ok, just push in the usual way. Can I do that from a shared repo ok?
[08:47] <jamesh> mdke: "bzr push --use-existing-dir sftp://..." should do it.
[08:47] <jamesh> shouldn't matter if your local copy is in a shared repo
[08:47] <mdke> jamesh: right, thanks a lot
[08:47] <Hobbsee> mdke: :D
[08:48] <jamesh> mdke: note that the disk area used for sftp and bzr+ssh is different to what is served from http://bazaar.launchpad.net, so your branch should remain available during this process
[08:48] <jamesh> the mirroring process will fail until a valid branch is in place again
[08:48] <mdke> jamesh: that's fine
[08:49] <mdke> ah, cool
[08:49] <Hobbsee> is there any easy way to get the equivalent of https://bugs.launchpad.net/ubuntu/+bugs?field.milestone%3Alist=952 for any given milestone?
[08:52] <Hobbsee> (that is that size?)
[08:58] <mpt> Gooooooooooooooooood morning Launchpadders!
[08:58] <Fujitsu> mpt!
[08:59] <Hobbsee> morning mpt!
[09:01] <mpt> What it is, my doges
[09:02] <Hobbsee> mpt: resigning from teams is fun!
[09:02] <mpt> oh rly
[09:03] <mpt> Fun in the lots-of-page-loads sense, or fun in the GBCW sense?
[09:04] <Hobbsee> mpt: gbcw?
[09:04] <mpt> http://www.urbandictionary.com/define.php?term=gbcw
[09:05] <Fujitsu> It's also the only time I've ever seen a bug nickname used.
[09:05] <Hobbsee> mpt: the latter, but not quite that strongly.
[09:05] <Hobbsee> mpt:  i might use that, if i step down from MOTU, though.
[09:06] <mpt> So what did you step down from?
[09:06] <Hobbsee> mpt: kubuntu council
[09:07] <mpt> ah
[09:07]  * mpt is blissfully unaware of Kubuntu processes
[09:07]  * Hobbsee is not running the distro, so sees no actual reason why she should be a part of the council
[09:07] <Hobbsee> mpt: what processes?  :)
[09:40] <ubotu> New bug: #220527 in malone "URL field isn't focused by default in "Confirm project" page" [Undecided,New] https://launchpad.net/bugs/220527
[09:40] <ubotu> New bug: #220529 in malone ""Confirm project" page is very wide" [Undecided,New] https://launchpad.net/bugs/220529
[09:40] <mantiena> ﻿﻿﻿﻿﻿﻿hi all
[09:42]  * Fujitsu smells a bird.
[10:21] <ubotu> New bug: #220535 in malone "Make it possible for admins to hide bug comments" [Undecided,New] https://launchpad.net/bugs/220535
[10:41] <ubotu> New bug: #220539 in launchpad "bug homepage shows pointless/alarming CVE danger icon" [Undecided,New] https://launchpad.net/bugs/220539
[10:41] <Fujitsu> It's alarming both because of the icon, and the horridness that lurks behind!
[11:04] <tarzeau> i forgot my password, but one of my email addresses in my gpg key doesn't work anymore (the one i'm registered with at launchpad), can i have it resetted?
[11:06] <Fujitsu> tarzeau: You can use any email address associated with your Launchpad account. If you have just one, please ask a question at the URL in the topic.
[11:07] <tarzeau> Fujitsu: asking a questions works only when logged in: To continue, you must log in to Launchpad.
[11:07] <tarzeau> Fujitsu: i tried the help.launchpad.net url from the topic
[11:07] <tarzeau> which also lists this place here
[11:07] <Fujitsu> Hahaha.
[11:07] <Fujitsu> Indeed.
[11:07] <tarzeau> should i create another account to ask the question?
[11:07] <Fujitsu> Yeah, you can then merge them yourself later.
[11:08] <tarzeau> i already have a 2nd account, but i don't remember the password either
[11:08] <tarzeau> can i also remove accounts?
[11:08] <Fujitsu> You should merge them, rather than remove them.
[11:08] <Fujitsu> You can't remove an account - only deactivate it.
[11:08] <tarzeau> i see, i think i'll just not use it then anymore
[11:08] <tarzeau> i thought it's easy to reset a password
[11:08] <Fujitsu> It is.
[11:09] <tarzeau> no it's not
[11:09] <Fujitsu> If you have the email address.
[11:09] <tarzeau> i know the email address
[11:09] <Fujitsu> How do you expect it to authorise your password reset request if you can't receive an email?
[11:09] <tarzeau> the email address is in my gpg key
[11:09] <tarzeau> among other email addresses that work
[11:10] <tarzeau> so i'd like the launchpad system to send the password reset stuff to another gpg email address of the same key
[11:10] <Fujitsu> Launchpad will look at email addresses it knows are owened by you.
[11:10] <Fujitsu> Not those that your key says you own.
[11:10] <tarzeau> launchpad should know that any email address in one gpg key is owned by the same person
[11:10] <Fujitsu> Why?
[11:10] <Fujitsu> How can it know that/
[11:10] <tarzeau> because that is logical
[11:10] <Fujitsu> I can add your email address to my key.
[11:10] <Fujitsu> I don't know why I would, but it's possible.
[11:10] <tarzeau> but you can't read from my email address
[11:11] <spiv> tarzeau: in that case, just create another launchpad account with that email address?
[11:11] <tarzeau> spiv: and then how do i merge the old data from the old account?
[11:12] <spiv> (and use it to request the merge at answers.launchpad.net/launchpad)
[11:13] <spiv> Theoretically what launchpad could do is use your gpg key to authenticate your "lost password" request, by receiving a signed request or by sending an encrypted password reset token to an address you nominate.
[11:13] <tarzeau> spiv: yes that'd be fine for me as well
[11:14] <spiv> Sending a password reset to an arbitrary address is a bit problematic, you could use it to cause nuisance mails to someone (although it'd be easy to trace which launchpad account did it).
[11:14] <spiv> And a protocol to take a signed "please reset my password request" would need to take care to avoid replay attacks.
[11:14] <tarzeau> well it was just a question
[11:14] <tarzeau> thanks for the answer
[11:15] <Fujitsu> (bug #146861)
[11:15] <ubotu> Launchpad bug 146861 in launchpad "Allow claiming an account by signing/decrypting with the same OpenPGP key" [Low,Confirmed] https://launchpad.net/bugs/146861
[11:15] <spiv> Fujitsu: ah, well found :)
[11:15] <spiv> I was about to suggest filing a bug, but of course someone would have got there first :
[11:15] <spiv> :)
[11:16] <tarzeau> what happens with accounts that don't have a working email address anymore?
[11:16] <Fujitsu> They sit around until they're reclaimed by a question.
[11:16] <Fujitsu> Or somebody remembers the password.
[11:17] <spiv> Fujitsu: or someone brute-forces it ;)
[11:17] <Fujitsu> That too.
[13:50] <ffm> mrevell: ping
[13:50] <mrevell> hey ffm
[13:51] <ffm> mrevell: PM'd.
[13:52] <mrevell> thanks ffm
[14:03] <ffm> What web framework does launchpad use? Or is it your own?
[14:04] <matsubara> ffm: zopw
[14:04] <matsubara> zope
[14:39] <hubuntu> regarding the mailing list: Is it possible to change the list to answer to the list itself or does it have to answer back to the sender? 
[14:39] <hubuntu> oour list is working now after the changes done over the weekend.. :. thanks! ;)
[15:20] <ubotu> New bug: #220619 in soyuz "The buildlog file is accessible via http from the build master machine" [Undecided,Confirmed] https://launchpad.net/bugs/220619
[15:46] <ubotu> New bug: #220625 in launchpad-buildd "The buildlog file is accessible via http from the build master machine" [Undecided,New] https://launchpad.net/bugs/220625
[15:51] <Peng> I guess line breaks in my SSH keys don't matter?
[16:33]  * Hobbsee wonders how to turn off the option she turned on, somewhere, last week
[16:35]  * Hobbsee wanders through the options, wondering where the hell it's gone now.
[16:36] <Hobbsee> oh, found it!
[16:37] <Hobbsee> Include bug descriptions when sending me bug notifications
[16:37] <Hobbsee> Timezone:
[16:37] <Hobbsee> 	
[16:37] <Hobbsee> is still in the wrong place, it should really be under email settings.
[16:37] <Hobbsee> seeing as it relates to email, and all.
[16:40] <hubuntu> I\m sorry but RHEL killed my connection.. SO... Is it possible to change the reply-to for a mailing list in launchpad to be directed straight to the list and not the user? Or is there any reason not to?
[16:41] <Hobbsee> hubuntu: reply to all?
[16:41] <hubuntu> If I get an e-mail from a list and reply, then wouldn't it be natural that the reply button sent me to the list adress?
[16:42] <hubuntu> Hobbsee?
[16:42] <hubuntu> aaaah
[16:42] <jamesh> Hobbsee: the timezone setting in Launchpad isn't used for email, iirc
[16:42] <hubuntu> tricky, but It makes sende
[16:42] <jamesh> it is used to display dates in the web UI
[16:42] <hubuntu> *sense
[16:42] <Hobbsee> jamesh: yeah, but it's on the same page.
[16:43] <Hobbsee> jamesh: the other part was just a bad copy/paste error
[19:08] <timlinux> hi
[19:09] <timlinux> Im trying to reupload a package to my ppa after the initial build failed. But it says upload failed because its already uploaded to the ppa
[19:09] <timlinux> short of changing the version number, is there a way to remove the failed source?
[19:12] <cprov> timlinux: no, you can upload a given version only once
[19:12] <timlinux> cprov: ok.
[19:13] <timlinux> in this situation what is best practice to name sequential package versions?
[19:15] <timlinux> my original package was qgis_0.10.0
[19:16] <timlinux> qgis_0.10.0-1
[19:17] <timlinux> is what I'm using...holds thumbs and hopes for the best.....
[19:17] <hubuntu> good luck timlinux !
[19:17] <hubuntu> I've tested qgis, is really neat
[19:17] <timlinux> hubuntu: thanks
[19:18] <timlinux> hubuntu: I just wish I knew a bit more about packaging
[19:19] <timlinux> like how to get its icon to appear in the (k)ububtu menus
[19:21] <geser> use a desktop file, e.g. qgis.desktop
[19:24] <hubuntu> mmm go to freedesktop.org
[19:24] <hubuntu> I don'æt know ANYTHING about packaging... but I truly appreciate such work
[19:24] <hubuntu> go talk to the MOTUs... they know packaging
[19:24] <hubuntu> type: /J #MOTU
[19:24] <hubuntu> wait
[19:25] <hubuntu> type /j #ubuntu-motu
[19:25] <hubuntu> ;)
[19:26] <timlinux> hubuntu: :-) thanks - I will ask them next time Im online thanks!
[19:27] <hubuntu> timlinux, visit: 
[19:27] <hubuntu> https://wiki.ubuntu.com/MOTU/Contributing
[21:35] <ubotu> New bug: #220758 in malone "can not change attachment mime type" [Undecided,New] https://launchpad.net/bugs/220758