[00:10] <Jayc_> Now I get the error "E: Couldn't find package telepathy-mission-control"
[00:44] <Jayc_> StevenK, HappyCamp: This method is not working. so I will create a crownbeach-full image and then download the PPA deb package and install it on the target. I hope it should work.
[01:06] <StevenK> Jayc_: If you do so, you'll need to mount /boot manually before you install it.
[01:08] <Jayc_> well, The initial image doesn't boot to stat with :-(
[11:12] <lool> asac: /usr/bin/ld: warning: libsqlite3.so, needed by /usr/lib/xulrunner-devel-1.9b1/lib/libxul.so, not found (try using -rpath or -rpath-link)
[11:12] <lool> /usr/bin/ld: warning: libmozjs.so, needed by /usr/lib/xulrunner-devel-1.9b1/lib/libxul.so, not found (try using -rpath or -rpath-link)
[11:12] <lool> asac: This is a bit weird
[11:12] <lool> asac: And this seems worse: /usr/lib/xulrunner-devel-1.9b1/lib/libxul.so: undefined reference to `JS_SetContextPrivate'
[11:13] <lool> But then this might be tinymail's fault
[11:13] <StevenK> But I don't see those
[11:17] <lool> I think I saw something related as the second error in some Debian package a while ago
[11:17] <lool> Somehow, upstream doesn't require js stuff when you use xul, I think it was in totem
[11:18] <lool> Ah, xulrunner has its own libsqlite3
[11:19] <lool> asac: Hmm why does /usr/lib/xulrunner-devel-1.9b1/lib/libxul.so link to libsqlite3.so but doesn't have any rpath to the sqlite3.so in the package?
[11:22] <jussi01> Is it possible to run ubuntu mobile on Arm (ie. is there images compiled for arm?)
[11:22] <mjg59> No
[11:23] <asac> lool: what are you doing?
[11:24] <asac> lool: what are you trying to port?
[11:24] <lool> asac: tinymail
[11:24] <asac> he? ... StevenK already built that :)
[11:24] <lool> asac: His version doesn't build here; didn't build for Mithrandir either, but I don't know why
[11:24] <asac> lool: lets see if i still have the patch
[11:25] <lool> asac: One thing wrong with the patch is to test for xulrunner last in the list; this prevents building on e.g. my environment where I have firefox
[11:25] <lool> -dev
[11:25] <lool> asac: I have an updated patch whic fails at this place if you like
[11:25] <asac> lool: cant you say: --with-gecko=xulrunner or something?
[11:25] <asac> please show me
[11:26] <lool> asac: There's no such arg; but I planned adding one
[11:26] <lool> asac: In fact I made the macros checking the module parametrizable, but didn't implement ac_arg_with yet
[11:26] <jussi01> Ok, cool. is it possible to compile it for Arm11 ?
[11:26] <mjg59> jussi01: It should be
[11:27] <mjg59> But we don't build Ubuntu for arm at all right now
[11:27] <lool> asac: http://people.ubuntu.com/~lool/xul-fixes.dpatch is what I use ATM
[11:27] <lool> asac: But the "libxul-1.9 mozilla-js-1.9" in configure.ac I plan to drop as it didn't help
[11:27] <jussi01> mjg59: great. Is it something ubuntu mobile would like to pursue in the future?
[11:28] <asac> lool: http://people.ubuntu.com/~asac/tinymail.xul19.patch
[11:28] <asac> s/libxul-embedding/libxul-embedding-1.9/
[11:28] <asac> that should work
[11:28] <mjg59> jussi01: I don't think we're looking at it right now
[11:28] <mjg59> jussi01: It'll depend on demand
[11:29] <jussi01> mjg59: Ah, I understand. Thanks for your time. :)
[11:29] <asac> lool: for me it builds against the trunnk tinymail
[11:30] <lool> asac: Perhaps trunk builds
[11:30] <asac> StevenK told me that you need trunk
[11:30] <StevenK> ... but 0.0.5 builds for me....
[11:30] <asac> because of some features that modest needs
[11:30] <StevenK> I took one patch from SVN
[11:33] <lool> asac: Do you have libsqlite3-dev installed?
[11:33] <asac> ii  libsqlite3-dev         3.4.2-1build1          SQLite 3 development files
[11:33] <lool> Might explain why you don't get the ld warnings as above
[11:34] <lool> asac: Do you agree there should be a rpath?
[11:34] <asac> no
[11:34] <asac> thats the idea
[11:34] <asac> just use libxul-embedding and the GLUE
[11:34] <lool> asac: So should we drop the libsqlite3.so from xul then?
[11:34] <asac> thats what you see in code
[11:34] <asac> no not either
[11:34] <asac> or wait
[11:34] <asac> sorry
[11:34] <lool> I mean a rpath on sqlite, not on xul
[11:37] <asac> lool: please try just the patch i gave you and give me the error you get then
[11:37] <lool> asac: I'll have to change it to pull xul first
[11:37] <asac> you can also uninstall firefox-dev for a minute ;)
[11:43] <lool> asac: aha
[11:44] <lool> asac: It built at first, but it stopped doing so when configured like the deb package --with-platform=maemo --enable-demoui --enable-gnome --enable-tp --with-html-component=mozembed
[11:44] <lool> asac: configure: error: "You need Mozilla's XPCOM"
[11:44] <asac> interesting
[11:44] <asac> config.log?
[11:44] <lool> Well it's broekn configure:26275: checking Mozilla XPCOM pkg-config module name
[11:45] <asac> for me it builds with: sh autogen.sh --with-html-component=mozembed
[11:45] <lool> (no module name printed)
[11:45] <asac> lool: yes you have to use libxul-embedding-1.9
[11:45] <asac> the patch has just libxul-embedding
[11:45] <asac> (as i told you in the beginning ... sorry should have repeated)
[11:45] <lool> asac: Ah my mistake, sorry
[11:46]  * asac building without libsqlite3-dev
[11:46] <lool> Right, configure passes with -1.9
[11:47] <asac> works as well
[11:47] <lool> asac: Indeed, it built fine
[11:47] <asac> cool ... now lets go for modest
[11:48] <asac> whats the point of having the zoom method in there?
[11:48] <asac> i think that logic should be moved to tinymail
[11:48] <asac> can you do that?
[11:48] <asac> that would simplify things a lot
[11:53] <lool> asac: Aha, for some reason I used "mozilla-nspr-1.9" instead of "nspr"; why shouldn't I use that?
[11:54] <asac> lool: in basic embedding cases you don't need nspr anymore
[11:54] <asac> try to drop that
[11:54] <lool> asac: Upstream is using nspr
[11:54] <asac> yeah ... its for 1.8
[11:55] <asac> if you link against glue only and it builds without -DXPCOM_GLUE_USE_NSPR ... then you won't need it anymore
[11:55] <lool> asac: I'm not sure I want to patch upstream to stop pulling nspr; the fact is they are right now, and I wonder why we have multiple versions and why one should be preferred and not the other (I hope I'm not too annoying in asking you to teach me about this :)
[11:57] <lool> asac: Also, why did you use libxul-embedding-1.9 for mozilla_xpcom_pcs instead of libxul-1.9 ?!
[11:59] <asac> lool: libxul-embedding is for standalone things ... libxul-1.9 is for dependent things (e.g. things that get loaded in an already running xpcom/xul environment (like plugins/native extensions)
[11:59] <asac> lool: http://developer.mozilla.org/en/docs/XPCOM_Glue
[11:59] <lool> asac: Ok, I got my version to build now by changing to the libnss nss the libnspr nspr and using -embedding everywhere
[12:00] <lool> asac: The upstream m4 macros used mozilla_xpcom_pcs to lookup xpcom (I think) and mozilla_gtkmozembed_pcs to lookup gtkmozembed; why not use libxul for xpcom?  Isn't xpcom the same in both?
[12:01] <lool> asac: Ok, I think I got it
[12:02] <lool> asac: What was previously only firefox-xpcom now is libxul-embedding-1.9 or libxul-1.9 depending on whether you're starting xul or whether you're started from xul; correct?
[12:02] <asac> right
[12:03] <lool> asac: Still, shouldn't it build would I use the libxul-1.9's xpcom?
[12:03] <asac> lool: point is that they enforce frozen linkage now ... so directly linking doesn't give you any benefit over glue
[12:03] <asac> lool: no ... because you lack symbols ... like you saw above
[12:04] <lool> Ok
[12:04] <lool> asac: And what's the story with nss?
[12:04] <lool> and nspr
[12:04] <asac> after all the libs are shipped in pkglibdir ... which means ... don't like against us :)
[12:04] <lool> Are we moving to using these separate libs?
[12:04] <asac> s/like/link/
[12:05] <lool> It would sound "logical" to me that if you try to link to xulrunner-1.9's gtkmozembed stuff, you would do good to try to link to ist nss and nspr at the same time
[12:05] <asac> lool: apps that don't use xpcom can stay the same ... they use the system nspr/nss as usual
[12:05] <asac> the other apps should drop the linkage as its not needed and more portable. for those few cases where you need to use the glue with -DXPCOM_GLUE_USE_NSPR we need to link against system-nspr/nss
[12:06] <asac> lool: well ... if you don't use it you shouldn't do that because the glue loads the right nspr for you at runtime
[12:06] <lool> asac: Concretely, I wonder whether I should be adding b-deps on libnss-dev and libnspr-dev as to explicitely reference these which are used in m4/moz.m4
[12:07] <lool> asac: Ah ok, nss and nspr are pulled over xpcom
[12:07] <asac> lool: they shouldn't be used in xul 1.9 anymore ... just for 1.8 :) ... otherwise xulrunner-1.9-dev should give you the dependencies i guess?
[12:07] <lool> asac: Yeah, but as I said hte macros are explicitely pulling these deps
[12:08] <asac> yes ... the macro needs to be fixed then.
[12:08] <asac> and my patch already touches it anyways
[12:09] <lool> asac: Did you discuss the xulrunner 1.9 issues with upstream?
[12:09] <asac> which issues?
[12:09] <lool> I mean merging the changes you did and not checking for nss and nspr when xulrunner 1.9 is used?
[12:09] <asac> mozilla upstream?
[12:10] <lool> No, tinymail
[12:10] <lool> Sorry, I wasn't clear :)
[12:11] <asac> why would i? I first heard of tinymail yesterday :) ... my idea is to develop the patch here and send it upstream. They will need it if they want to support xulrunner 1.9 anyways.
[12:12] <lool> asac: Oh ok; I have no idea of the date the patch was written at; I was just wondering what they though of this, whether they would take it etc.
[12:13] <asac> yeah ... please send it upstream :)
[12:13] <asac> if they have a bts you can cc me
[12:13] <lool> asac: The reason I ask is because I'd like to know whether  $mozilla_xpcom_includedir/unstable makes sense for older xulrunner versions as well
[12:13] <asac> no it doesn't ... the diff should test if its there and otherwise don't use it
[12:13] <lool> Since how long do they have /unstable and /stable?
[12:14] <asac> since 1.9
[12:14] <asac> before it was different
[12:14] <asac> as everything :)
[12:14] <lool> haha
[12:15] <lool> asac: The numbering in the .pc files sucks I think, is this temporary or is upstream also shipping with this -$major.$minor.pc naming scheme?
[12:16] <asac> thats we only atm ... we will drop it with next upload.
[12:18] <lool> asac: So the libxul-embedding-1.9 stuff shouldn't be sent upstream, rather it should be libxul-embedding I guess or the AC_ARG_WITH
[12:18] <asac> yes
[12:19] <asac> but please try to remove the nspr/nss linkage if you have 1.9
[12:20] <lool> asac: Is it ok to do that if MOZILLA_VERSION_U >= 1.9?
[12:21] <asac> lool: for current xul its: #define MOZILLA_VERSION_U 1.9b1
[12:21] <asac> no idea if moz.m4 cuts of after 9
[12:24] <lool> asac: I'll tell you: #define MOZEMBED_MOZILLA_VERSION "$mozilla_version"
[12:24] <lool> :-P
[12:25] <lool> 1.9b1 gives "1 9 1" in m4/moz.m4's logic, bad
[12:33] <asac> lool: why we want >= 1.9 ... isn't that true then?
[12:33] <lool> asac: Yeah, it's true, but it's true for a broken reason
[12:33] <asac> ;)
[12:33] <lool> seems like two wrongs do make a right :)
[12:34] <lool> asac: So thanks for all your help and explanations
[12:34] <asac> lool: please do modest as well :)
[12:35] <asac> ... would be great if we could get that working asap
[12:35] <lool> asac: Do you think we could have libxul*.pc set includedir to /usr/include/xulrunner-1.9b1/{includetype}?  This would allow querying the proper dir
[12:36] <lool> asac: tinymail + modest are StevenK's babies; you wouldn't be to take away a baby, would you?  I just chimed in because it wouldn't build for me (due to firefox-dev) which made me go through the whole patch again
[12:37] <lool> Now I guess I'll pursue until I have something to send upstream, since I learnt about it all :)
[12:38] <asac> hmm ... i will think about the includedir variable thing. thanks for the suggestion
[12:39] <StevenK> lool: Does that mean modest builds too?
[12:39] <asac> StevenK: we didn't try that
[12:39]  * StevenK has been distracted
[12:40] <asac> i thought you ran into issues yesterday
[12:40] <StevenK> I did, I fixed those and ran into more :-)
[12:41] <asac> hehe
[12:43] <lool> StevenK: I guess it will build better soon, but then you poked Mithrandir on that already; I'm happy yo help if Mithrandir doesn't find out (unlikely) or ends up being too busy
[12:46] <StevenK> lool: So, does tinymail require patching?
[13:00] <lool> StevenK: At the very least to prevent usage of firefox-dev, yes
[13:01] <StevenK> lool: Right, okay. Mind sending me the diff?
[13:02] <StevenK> lool: And it seems Mithrandir is too busy, would you mind terribly poking at modest?
[13:02] <lool> StevenK: Of course I will; if it builds for you that perhaps can wait until I cleanup some stuff as to render the patch acceptabel upstream?
[13:02] <lool> StevenK: Ok
[13:03] <StevenK> lool: Yeah, I was pondering sending Philip the patch, but only when I verified it could build against both
[15:57] <raji> asac, you there?
[15:57] <asac> j
[15:57] <asac> y
[15:58] <raji> asac, 'Create new network' does not work on moblin environment. Driver times out ,
[15:59] <asac> you see in log that it calls the supplicant?
[15:59] <raji> asac, yes
[16:01] <asac> raji: ok same game then ... reproduce with supplicant alone and see which error you get
[16:03] <raji> asac, do I need to give any different command to wpasupplicant, for telling it to create a new network? or is it just like testing connectivity?
[16:05] <kyleN> davidm, bfiller: will mobile support backup? upgrade spec says backup occurs before upgrade. finalizing prd now
[16:11] <raji> asac, Is it same as testing connectivity
[16:34] <asac> raji: you can also hack network-manager to start wpasupplicant with -dd
[17:14] <bfiller> Mithrandir: is there a problem with the nightly UME builds? Looks like none have updated on cdimage.ubuntu.com/moblin since 11-26
[17:25] <bfiller> kyleN: 3.4.17 there is a new sound control panel, I'll email you the screen shot (it's in yesterdays image)
[17:26] <smagoun> bfiller: wrong channel - this one's public
[17:26] <kyleN> ok
[17:26] <bfiller> smagoun: right
[17:54] <raji> asac, How do I hack?


[02:33] <genii> Snow shovelling is finally done :)
[03:19] <BobJonkman> We're baaack! Braved cold and snow to go to Toronto. Now copying some more pictures to http://pix.ie/ubuntuca/album/482290/detailed
[04:59] <bregma> looks like all you all had fun
[21:33] <ski3> whats my age again?!


[00:52] <bruceq> l
[00:52] <bruceq> anyone?
[02:07] <bruceq> anyone
[02:07] <bruceq> if anyone could send me a hello
[02:07] <bruceq> IRC so cold..
[02:08] <bruceq> Bababa
[04:44] <Guest84418> Hello?
[04:45] <Guest84418> Can someone help me log in as root user?
[04:47] <wxl> Guest84418: why do you want to do that?
[04:47] <Guest84418> so I can create a vpn
[04:47] <wxl> why would you need to login as root to do that? just make sure your user is in sudoers and use sudo.
[04:49] <Guest84418> I tried but it said I need root access
[04:50] <wxl> using sudo is root
[04:52] <wxl> !sudo
[05:00] <Guest84418> Thank you I figured it out
[05:03] <Guest84418> does anyone have a suggestion to get started building an AI interface
[05:03] <Guest84418> ?
[13:25] <The_LoudSpeaker> Back to the friend's laptop on which I installed 18.04. He's facing issues getting his external monitor working.
[13:25] <The_LoudSpeaker> Anyone around. kc2bez guiverc teward wxl tsimonq2 ?
 How to solve lubuntu black screen? … It stop at login page, but no screen, only black screen.
 @The_LoudSpeaker [<The_LoudSpeaker> Back to the friend's laptop on which I installed 18.04. He's f …], Got that fixed. Nomodeset was enabled by default.
[16:26] <vk> hi
[16:27] <vk> hi
[18:01] <junior_> opa


[14:31] <pmatulis> can a team set up a private PPA out of the box?
[14:31] <bigjools> pmatulis: no, an admin has to do it
[14:31] <pmatulis> bigjools: thx, anyone in particular?  what is the process?
[14:31] <bigjools> you create the PPA yourself and before using it get the admin to flip the flag
[14:32] <bigjools> just "ping losa" and they'll come a-runnin' :)
[14:32] <pmatulis> bigjools: nice!
[14:32] <bigjools> pmatulis: beware, once private always private though
[14:33] <pmatulis> bigjools: alright
[14:58] <zul> hi guys I am doing the canonical-application-support spec (https://blueprints.edge.launchpad.net/ubuntu/+spec/server-lucid-canonical-application-support) and was wondering if someone could answer a question for me regarding python-svn
[15:00] <mattions> after how long a package uploaded to a personal PPA will show up?
[15:01] <maxb> 5 minutes from upload to initial appearance, usually
[15:01] <bigjools-afk> mattions: usually about 5 minutes at most
[15:01] <jldupont> I keep getting "Unexpected error while decorating: xxx.yyy" when using Bazaar Plugin for Eclipse... any clue?
[15:01] <beuno> verterok, ^
[15:02] <jldupont> anyone?
[15:02] <maxb> This sounds more #bzr than #launchpad territory
[15:02] <noodles775> jldupont: #bzr might have more people...
[15:03] <jldupont> oh yes... sorry guys!
[15:03] <mattions> bigjools-afk: ok thanks. The upload finished like: "Successfully uploaded packages. Not running dinstall." It looks allright no?
[15:03] <bigjools> mattions: it depends, if you didn't sign it or used a key not known to LP it will be ignored
[15:07] <mattions> bigjools: this is the dput output
[15:07] <mattions> http://pastebin.ubuntu.com/329432/
[15:08] <mattions> the key should be ok
[15:09] <bigjools> mattions: it looks ok to me too
[15:09] <mattions> this is the PPA page: https://launchpad.net/~mattions/+archive/neuronvisio
[15:10] <bigjools> yeah I found it
[15:10] <bigjools> let me see if I can find your upload in the logs, one moment
[15:11] <bigjools> mattions: can you paste your dput.cf
[15:12] <mattions> http://pastebin.ubuntu.com/329437/
[15:13] <bigjools> mattions: I can't see your upload in the logs at all
[15:14] <bigjools> but your output doesn't match your dput.cf
[15:15] <mattions> well
[15:15] <mattions> I have no clue
[15:16] <mattions> I prepare the package using stdeb
[15:16] <mattions> then going into the directory
[15:16] <mattions> and debuild -S -sa
[15:16] <bigjools> mattions: it says "Upload package to host ubuntu" but your dput section is called "neuronvisio-ppa"
[15:16] <bigjools> what dput command line are you using?
[15:16] <mattions> I ran two
[15:17] <mattions> the first one was wrong
[15:17] <mattions> didn't put the ppa)
[15:17] <mattions> this is the second one:
[15:17] <mattions> http://pastebin.ubuntu.com/329441/
[15:18] <mattions> if I re-run it now I'm getting this that is quite ok : http://pastebin.ubuntu.com/329442/
[15:18] <bigjools> mattions: ah I see the problem
[15:19] <mattions> enlight me
[15:19] <bigjools> ~mattions/neuronvisio/ubuntu/ should be ~mattions/ubuntu/neuronvisio
[15:19] <mattions> this guy here is wrong so: https://help.launchpad.net/Packaging/PPA/Uploading
[15:20] <bigjools> mattions: sorry I am wrong
[15:20] <mattions> some tool is lying us!
[15:21] <bigjools> hmmm
[15:21] <mattions> one thing: the mail used as manteiner in the package is different from the one used to sign the package
[15:21] <bigjools> that's ok
[15:21] <mattions> ok.
[15:23] <mattions> now I tried something new. I followed the instruction on the launchpad PPA http://pastebin.ubuntu.com/329447/
[15:24] <bigjools> mattions: ok I found your upload log
[15:24] <mattions> timestamp?
[15:24] <bigjools> 2009-11-27 15:10:17
[15:24] <bigjools> it was rejected
[15:24] <bigjools> Unable to find distroseries: unstable
[15:24] <mattions> ah here we go
[15:24] <bigjools> it sent email to your gmail
[15:25] <mattions> wow
[15:25] <mattions> didn't check
[15:25] <bigjools> the earlier upload has vanished though, how odd
[15:25] <mattions> my bad
[15:25] <bigjools> ok :)
[15:26] <mattions> bigjools: distribution can be only jaunty or karmic?
[15:26] <mattions> not ubuntu or debian?
[15:27] <bigjools> any PPA-supported series
[15:27] <bigjools> Ubuntu series, that is
[15:27] <bigjools> mattions: you can override the series with the upload path though
[15:27] <mattions> how?
[15:28] <bigjools> mattions: ~mattions/neuronvisio/ubuntu/karmic for example
[15:28] <mattions> how can I put more than one?
[15:28] <mattions> let's say karmic and jaunty?
[15:28] <bigjools> you can't do that
[15:29] <bigjools> you can use the copy-packages feature to copy between series
[15:29] <bigjools> but you can't rebuild for the other series if you do that
[15:29] <mattions> where I can read this stuff?
[15:29] <bigjools> if it's not in the same place you were already looking then it doesn't exist :(
[15:30] <mattions> how do you know so? did you write it?
[15:31] <bigjools> yes, I am a developer on the project
[15:31] <mattions> cool!
[15:32] <mattions> bigjools: got another problem. I change the upload path
[15:36] <mattions> bigjools: if the package was rejected
[15:36] <mattions> why dput things is nicely uploaded?
[15:37] <bigjools> mattions: because uploading is separate to the processing of the upload
[15:37] <bigjools> dput uses FTP
[15:38] <bigjools> at some point in the future we hope to use ssh-based uploads which will give more immediate feedback
[15:39] <mattions> Now what I can do next?
[15:39] <mattions> it says it happily uploaded the package
[15:39] <mattions> but the package was rejected
[15:39] <mattions> I modified the path so it should go on karmic
[15:40] <mattions> if I tried too upload it just doesn't do it.
[15:40] <mattions> Do you suggest delete the package and the reuploaded?
[15:42] <cocooncrash> Hi, I can't seem to create merge requests via email anymore
[15:43] <cocooncrash> I'm using Bazaar 2.0.0, and bzr send --no-bundle --no-patch to<EMAIL_ADDRESS>[15:43] <cocooncrash> I get an email response saying "Your email did not contain a merge directive. Please resend your email with
[15:43] <cocooncrash> the merge directive attached."
[15:44] <cocooncrash> My email definitely has an attachment, and is signed.
[15:45] <bigjools> mattions: dput -f to force the same upload
[15:45]  * popey wonders how far and wide tht mail to launchpad-users is to be spread
[15:45]  * bigjools 's email server blew up 2 days ago so hasn't seen it yet
[15:46] <popey> https://lists.launchpad.net/launchpad-users/msg05649.html
[15:46] <popey> free license for balsamiq mockups
[15:46] <bigjools> lol
[15:48] <jml> popey, damage control procedures have been engaged
[15:48] <popey> yanking the mail?
[15:48] <popey> or voiding the code?
[15:48] <popey> oh, i see
[15:48] <popey> the key has been removed from the archive
[15:48] <popey> nice
[15:48] <popey> :)
[15:49] <bigjools> poor old beuno
[15:51] <beuno> popey, :(
[15:51]  * popey hugs beuno
[15:55] <mattions> bigjools: victory
[15:55] <bigjools> \o/
[15:55] <bigjools> congrats
[15:58] <mattions> thanks for the help
[15:59] <mattions> now I set the distro properly
[15:59] <mattions> however the copy distro is intriguing
[16:02] <bigjools> you have 2 options if you want the same package in multiple distro series
[16:02] <bigjools> 1. upload to the older series and copy with binaries to the newer
[16:02] <bigjools> 2. upload a different version to the newer series so it gets rebuilt on that series
[16:05] <mattions> older series of what?
[16:12] <bigjools> mattions: distro series, e.g. jaunty, karmic
[16:13] <mattions> but then I have to upload each time for each series
[16:14] <mattions> I just want to do one and have the support in all of them
[16:14] <bigjools> then you have the 2 options like I described
[16:14] <mattions> let's say to get starte I upload my package to jaunty and karmic in two go.
[16:14] <bigjools> your choice
[16:15] <mattions> so I upload version 2 in karmic
[16:15] <mattions> and also in jaunty the package is rebuilt?
[16:19] <bigjools> you need to decide whether you want the same compiled binary in both series, or whether you need to re-compile for each
[16:20] <bigjools> use option 1 for the former, 2 for the latter
[16:20] <bigjools> you can't have the same version re-compiled in each series
[16:21] <mattions> ok, thanks
[16:29] <pitti> hello all
[16:29] <pitti> any LOSA around? I was asked to rename a recently created project, but this requires some admin love
[16:30] <mthaddon> pitti: sure
[16:30] <pitti> in particular, https://launchpad.net/work-items-tracker should be lp-work-items-tracker or launchpad-work-items-tracker (whatever the naming convention is)
[16:30] <pitti> mthaddon: hey, how are you?
[16:30] <mthaddon> hi pitti
[16:31] <mthaddon> pitti: rename done
[16:33] <pitti> mthaddon: cool, thank you!
[16:33] <mthaddon> np
[17:37] <Imperion> why...
[17:37] <Imperion> is...
[17:37] <Imperion> launchpad...
[17:37] <Imperion> so...
[17:37] <Imperion> SLOW
[17:37] <Imperion> today?
[18:15] <Imperion> um, is there any way I can delete a bug?
[18:16] <beuno> Imperion, not really
[18:16] <Imperion> grumble
[20:31] <ripps> So, since ubuntu is dropping lpia support, will launchpad ppa's be dropping it soon too?
[20:34] <maxb> My guess would be that Launchpad PPAs will mirror the support of the corresponding distroseries - i.e. drop lucid, kept for earlier
[21:07] <Imperion> sigh
[21:07] <Imperion> it's been 5 minutes
[21:07] <Imperion> and I can't open the stupid branches page
[21:08] <Imperion> may $DEITY have mercy on me


[06:13] <Kilos> hellooo africa
[06:35] <elacheche> Hello Africa :D
[08:04] <ariabbas> .
[10:18] <stickyboy> Kilos: Dude
[10:18] <Kilos> hi stickyboy
[10:23] <stickyboy> Kilos: Sorry I've been lame. :P
[10:23] <stickyboy> Kilos: What's up in your neck of the woods?
[10:25] <Kilos> busy with lotsa outside stuff mostly
[10:36] <stickyboy> Kilos: Have you had any nice food lately?
[10:37] <Kilos> lol no same old
[10:41] <stickyboy> Kilos: What about your favorite curry?
[10:42] <Kilos> not even that sigh
[10:42] <Kilos> hehe and you and feta
[10:58] <Na3iL> o/ GM Africa
[11:27] <stickyboy> Good afternoon, Na3iL.
[11:27] <stickyboy> Hey, elacheche.
[11:29] <Na3iL> Hey stickyboy hows you :)
[11:30] <stickyboy> Na3iL: Doing some performance reviews...
[11:30] <Na3iL> Cool!
[11:32] <stickyboy> Lame!
[11:38] <stickyboy> Awesome http://sdbr.net/post/Living-Off-the-Grid-Under-the-Sun/
[11:39] <elacheche> Hey!
[11:39] <elacheche> wassup Africa!
[11:46] <Neo31> hello africa :)
[11:47] <Kilos> hi Neo31
[11:47] <Kilos> :)
[12:21] <Neo31> how r u Kilos :)
[12:22] <Kilos> good ty Neo31 and you?
[12:23] <Neo31> i'm fine
[12:23] <Neo31> i guess
[12:23] <Neo31> :)
[12:23] <Kilos> lol
[12:24] <Neo31> more news kilos ?
[12:24] <Kilos> nope i been busy with other stuff for some weeks
[12:25] <Neo31> i c
[12:25] <Neo31> :)
[12:25] <Neo31> private stuff u mean ?
[12:25] <Kilos> yes and outside worth on underground water pipes and so on
[12:25] <Kilos> work
[12:27] <Neo31> cool
[12:27] <Neo31> good luck with that
[12:27] <Kilos> ty
[12:27] <Neo31> :)
[12:27] <Kilos> :)
[12:27] <Kilos> hard work though
[12:28] <Kilos> manual labour
[12:29] <Neo31> Kilos, u r my hero ^_^
[12:29] <Kilos> lolol
[12:29] <Neo31> hhh