[01:29] <paissad> hi all, i would like to retreive the public key of the ppa/compiz repository
[01:29] <paissad> i did "sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 42C24D89", but the server seems down  or unreachable
[01:29] <paissad> https://launchpad.net/~compiz/+archive/ppa
[01:30] <paissad> is there another way to retreive the public key ?
[01:30] <paissad> so that i do something like this --> cat <<"eof" | sudo apt-key add -
[01:30] <paissad> thanks in advance for helping ...
[07:22] <nxvl> hello, a couple of scripts just got broken because of a call to import launchpadbugs, which use to come with python-launchpad-bugs package that isn't present in lucid
[07:22] <nxvl> any idea why?
[07:22] <nxvl> are there any docs on what should i change in my scripts to make them work again
[07:26] <lifeless> I'm ont sure
[07:26] <lifeless> perhaps launchpadbugs was screen scraping
[07:26] <lifeless> and you should switch to launchpadlib now ?
[07:27] <nxvl> yeah i assume the same, but there should be any bug report or something about that
[07:37] <lifeless> presumably the bug requesting removal of python-launchpad-bugs would say
[07:39] <geser> paissad: use one of the many other available keyservers
[07:41] <wgrant> nxvl: python-launchpad-bugs has been deprecated for years.
[07:41] <wgrant> A launchpadlib port of your scripts should be reasonably easy.
[07:41] <nxvl> wgrant: it was in the archive for karmic
[07:41] <geser> "upstream authors say the project is dead and the package doesn't work in Lucid anyway (LP: #552953)"
[07:41] <nxvl> ok, thanks!
[07:41] <wgrant> nxvl: Yes, but it had been deprecated for a very long time.
[07:41] <nxvl> will try to check tht
[07:41] <nxvl> that*
[07:53] <om26er> what do I do if I want a package to be build(in my ppa) for two different versions of ubuntu
[09:10] <maxb> Is there any nicer way in launchpadlib to get the ID of a SPPH to be able to call getBuildSummariesForSourceIds, other than spph.self_link.split('/')[-1] ?
[09:12] <noodles775> maxb: No... that method was originally added for some AJAX work where the SPPH ids were already present on the page. I'm not sure why (in this specific case) we wouldn't just expose the id... do we have a policy against this?
[09:13] <maxb> I suppose I could iterate the builds for the SPPH and summarize them myself, but I'd rather not do gratuitiously more roundtrips
[09:36] <maxb> See this is why I haven't bothered to port my screenscraper to the API until now. It's ~250% slower
[09:36] <maxb> :-(
[09:58] <bigjools> urgh
[09:59] <bigjools> maxb: did you file a bug describing the functionality you want?
[10:03] <jetienne> q. i deleted all my packages from the ppa, and it still show im using 136mbyte ... how come ? https://launchpad.net/~jerome-etienne/+archive/neoip/+packages
[10:06] <jetienne> 0 source packages (132.5 MiB) 0 binary packages (3.7 MiB) <- this is what is on the page
[10:06] <bigjools> jetienne: you need to wait for the packages to be deleted from the repository area, it's not instant
[10:07] <jetienne> bigjools: not instant = how long ? minutes? hours? days?
[10:07] <bigjools> good question, I can't remember!
[10:08] <jetienne> ok :)à
[10:11] <cjwatson> Normally branch format upgrades I request through the UI happen within minutes.  I requested an upgrade of lp:~ubuntu-core-dev/partman-partitioning/ubuntu last night before I went to bed, and it's still pending.  Is something stuck?
[10:14] <bigjools> thumper: still around?  ^^
[10:16] <thumper> cjwatson: how big is the branch?
[10:16] <thumper> cjwatson: alternatively, the upgrade script operates in serial
[10:16] <thumper> cjwatson: there could be a big branch before you
[10:16] <cjwatson> <cjwatson@sarantium ~/src/ubuntu/partman-partitioning>$ du -cs .bzr
[10:16] <cjwatson> 1752    .bzr
[10:16] <cjwatson> must be honking enormous
[10:17] <cjwatson> I wouldn't have asked except that this is approximately six hundred times longer than it's taken in the recent past :-)
[10:18] <thumper> -cs means?
[10:18]  * thumper doesn't run that very much
[10:18] <cjwatson> habit.  the output is in kilobytes
[10:18] <thumper> 1.7 meg?
[10:18] <cjwatson> yes
[10:18] <thumper> that isn't that big
[10:18]  * thumper looks at the log file
[10:19] <mwhudson> ha ha, like that will tell you anything
[10:19] <mwhudson> :(
[10:20] <thumper> useless bloody log file
[10:20] <thumper> it will say more once my other branch lands
[10:21] <thumper> cjwatson: sorry, can't tell right now
[10:21] <cjwatson> when should I ask again?
[10:21] <jetienne> bigjools: fyi the deleted space got updated in less than 15min
[10:21] <bigjools> jetienne: great
[10:31] <cjwatson> put another way, would a LOSA be able to tell whether it's stuck?
[10:31] <lifeless> yes
[10:31] <lifeless> when they wake up
[10:31] <lifeless> they are sprinting this week
[10:32] <cjwatson> ok
[10:32] <lifeless> we are losaless
[10:48] <paolob> Hi guys! A launchpad user set his user name as a terrible blasphemy in italian. What should we do in order to get it changed?
[10:48] <paolob> https://launchpad.net/~b1130560 is his account
[10:53] <lifeless> have you tried talking to him ?
[10:56] <paolob> I've sent him a email now.
[10:58] <paolob> but has launchpad some respect guidelines?
[11:01] <cooloney> hi guys, is that possible for us to remove my initial upload to a PPA?
[11:01] <cooloney> since my first upload build failed, i am planning to upload again but don;t wanna to change my version number
[11:04] <bigjools> cooloney: no you can't do that.  Ideally you should check your build works before you upload
[11:06] <cooloney> bigjools: it is weird, because my build locally works and people tested my build on their hardware
[11:06] <cooloney> bigjools: then i upload it to PPA
[11:06] <cooloney> but it build failed
[11:06] <cooloney> so i fixed it in my local package and wanna upload again
[11:06] <cooloney> it was rejected
[11:07] <maxb> losa: loggerhead appears broken
[11:07] <cooloney> bigjools: https://help.launchpad.net/Packaging/PPA/Deleting
[11:07] <cooloney> bigjools: how about this? ^^^
[11:07] <maxb> You can delete packages, you can't delete the metadata that records that that version is used
[11:07] <noodles775> cooloney: did you build it locally using pbuilder (or equiv. stripped down build environment)... I'm surprised if it failed on the PPA but built in pbuilder.
[11:07] <maxb> This is good. It would be confusing if it was allowed
[11:08] <cooloney> oh, my package is a kernel package for ti-omap4 hardware
[11:08] <cjwatson> version numbers are cheap
[11:08] <cooloney> so i just built it locally by normal kernel building method
[11:09] <cooloney> cjwatson: ok, looks like i have to bump my ABI
[11:09] <cjwatson> even in kernel packaging land, bumping your version does not mean bumping your ABI
[11:10] <cooloney> cjwatson: i am new to the packaging version. so how to bump my verision without touch my ABI?
[11:12] <cjwatson> 2.6.34-4.11 - "2.6.34-4" is the ABI, you can bump "11" at will
[11:12] <cjwatson> though I assume you also have something like ~ppa1 as a suffix or whatever
[11:12] <cjwatson> anyway, ask your colleagues on the kernel team, they've done this before
[11:13] <cooloney> cjwatson: ok, thanks a lot.
[11:15] <cjwatson> (btw this is purely a kernel convention, no other package works this way)
[11:58] <jetienne> q. ppa builder are ok now ? yesterday i had like 20min of queuing top... and currently i got one package which is queing since 1h50m and is estimated to start in 44m
[11:59] <bigjools> jetienne: the load on the build farm and the number of available builders is constantly changing
[11:59] <bigjools> this will affect your waiting times
[12:00] <jetienne> bigjools: so those kind of variations are normal. an average has been measured ?
[12:01] <bigjools> jetienne: an average for what?
[12:01] <jetienne> bigjools: of the queuing time. like if you push a new version, on average it gonna start building in X min*
[12:02] <bigjools> jetienne: we keep some stats internally, I don't know if that's one of them off-hand
[12:02] <jetienne> bigjools: ok thanks
[12:03] <bigjools> but we do base the build ETAs on the previous build times for all the packages in the queue
[12:03] <bigjools> but if one of the packages is new then it's total guess work
[12:04] <jetienne> bigjools: i understand. just trying to see how i could organize my work.
[12:05] <bigjools> jetienne: sure, ok
[12:54] <slytherin> Can anyone please tell me what does the 'package' corresponds to on this link https://translations.edge.launchpad.net/gnusim8085/trunk/+lang/de
[14:28] <stickystyle> Is  there any kind of markup that can be used in reporting bugs in launchpad?  Such as <code> ?
[14:45] <bilalakhtar> LP bugs timeouts are reocurring right now.
[14:55] <intellectronica> bilalakhtar: do you have a url of an example bug that times out for you?
[14:56] <intellectronica> or even better, an OOPS number?
[14:56] <bilalakhtar> intellectronica: It occurs randomly
[14:56] <bilalakhtar> intellectronica: Just a min, will recreate that
[14:57] <intellectronica> bilalakhtar: when you get a timeout, it will be good to paste an OOPS here. that way we can check why it timed out
[14:57] <bilalakhtar> intellectronica: ok
[14:58] <bulldog98> could an admin look in this PPA if the packages were deleted? https://edge.launchpad.net/~bulldog98/+archive/invertika/+packages
[14:58] <bulldog98> would be nice if he would delete them then, thanks
[14:59] <bilalakhtar> intellectronica: Good, It is fine now.
[15:50] <grizlurk> Hi, I am trying to fill bug report/questions via launchpad.net and I keep getting timeout error. Any other way to fill a report than the website?
[15:54] <jjardon> Hello, I'd like to update the info from: https://launchpad.net/gtk
[15:54] <jjardon> How can I do that?
[16:07] <jcastro> jjardon: I can update things, what do you need?
[16:08] <marktheunissen> hi team
[16:08] <marktheunissen> i'm seeing an issue where commits from a certain user are not appearing the comments/commits feed on a merge proposal
[16:08] <marktheunissen> any ideas why that may happen?
[16:08] <jjardon> hey jcastro, set the branch of developemt, the stable branch, obsolete. Also set the branding, maybe some announcement
[16:08] <marktheunissen> the commits are simply skipped
[16:09] <jjardon> jcastro, something like  https://launchpad.net/glade-3
[16:23] <jcastro> jjardon: ugh, I can't seem to be able to figure out how to do any of that
[16:23] <jcastro> Also, lp still apparently doesn't resize images for branding/icons.  I've made you admin, fix what you need. :)
[16:29] <jcastro> then when you're done hand it back over to the registry
[16:30] <sinzui> you do not need to give it back to the registry if you want to maintain the lp information
[16:31] <jjardon> jcastro, oh, thanks a lot ;)
[16:32] <jjardon> yeah, I'll mantain the lp info if you want
[16:34] <jcastro> jjardon: you seem to be the best person to maintain it anyway. <3
[16:38]  * jjardon blushes :)
[16:45] <grizlurk> Hi, I am trying to fill bug reports/questions via launchpad.net and I keep getting timeout error. Any other way to fill a report than the website?
[16:52] <bullgard> Every time when I am going to send an error message to Launchpad, I received during the last three times: "Sorry, something just went wrong in Launchpad." Last time I needed to wait almost 24 hours reading: "Trying again in a couple of minutes might work." Just now It's 3 hours yet and no end to be seen of it. -- Who does a bad job here?
[16:57] <bullgard> (Error ID: OOPS-1607E2129)
[16:58] <sinzui> jjardon, ping
[16:58] <jjardon> sinzui, pong
[16:59] <sinzui> jjardon, I just remembered that by taking gtk, you may become the victim of bug spam
[17:00] <sinzui> jjardon, I am working on a policy change to not send bug mails to project maintainer when the project *does not* use launchpad bugs.
[17:00] <sinzui> jjardon, if you get spammed, feel free to return it to ~registry.
[17:01] <xnox> THANK YOU  =)))))
[17:01] <jjardon> sinzui, I'm already a bug contact of gtk bugs, so no problems ;)
[17:02]  * xnox off to test branch recipes =)
[17:02] <GarrettS-Montrea> are there any Canonical LOSAs here today?
[17:02] <sinzui> jjardon, you are either brave or your inbox is /dev/null There
[17:02] <jjardon> hehe
[17:03] <jjardon> well, not a lot of bugs are filled agains GTK+
[17:03] <jjardon> generally are filled against apps
[17:11] <jjardon> lp:gtk launchap is only a mirror of master upstream branch, rigth?
[17:12] <jjardon> upstream, we have a branch for each release: gtk-2-20 ... etc ..
[17:12] <sinzui> yes master should be the focus of development
[17:14] <sinzui> ^ jjardon We want to automate builds from tip, so it is fine to have many series, but the series that is an import of master must be the focus of development
[17:14] <jjardon> mmm
[17:14] <jjardon> there is a problem here
[17:14] <jjardon> current gtk master is towards GTK+3
[17:15] <jjardon> Should I create another project for this?
[17:15] <sinzui> no
[17:15] <jjardon> Maybe https://launchpad.net/gtk3/
[17:16] <sinzui> jjardon, We really only want one project. The problem here is that Lp does not have a clear way of dealing with leading and and trailing series
[17:17] <sinzui> jjardon, Ubuntu's development series is built from the GTK and GNOME development series (tip, master, trunk, head)
[17:17] <jjardon> sinzui, note that GTK+3 will have a gtk+-3.0 package
[17:18] <jjardon> This is because GTK+3 will break the abi and the api
[17:18] <sinzui> yes, but that does not mean it is a new project
[17:19] <jjardon> ok
[17:19] <sinzui>  We want a 2x series and a master series (3x) and both will provide packages for Ubuntu
[17:19] <jjardon> true
[17:20] <sinzui> I think most project use trailing series where they build in tip, then fork/cut/tag the series for maintenance.
[17:20] <sinzui> When Ubuntu hits beta1, GNOME and GTK will be creating the 3.x branches
[17:21] <xnox> For gcc i did get 4 imports approved
[17:22] <xnox> currently there are imports running for lp:gcc (trunk) lp:gcc/4.5 lp:gcc/4.4 & lp:gcc/4.3
[17:22] <xnox> and then you will be able to use recipes to build any of them
[17:22] <jjardon> sinzui, no, no 3.x branch will be created until GTK+3 is released
[17:22] <sinzui> jjardon, We never settled on a policy for this situation. It is a lot of work to create a series for each stable GNOME/GTK. We certainly do need to do this for 3x
[17:22] <xnox> sinzui, you really need 3 series "trunk 2 3"
[17:23] <xnox> and series can point to the same branch
[17:23] <sinzui> no, because that breaks milestones
[17:24] <sinzui> xnox, milestones/releases are unique to the project and that is also key to understanding that there is one project with one trunk
[17:24] <xnox> true then you can just have "2 3" series with appropriate milestones and a dev-focus pointing to one or the other
[17:24] <xnox> then you will end up with lp:gtk lp:gtk/2 lp:gtk/3
[17:25] <xnox> and you milestones can only live in the "2" or "3" series
[17:25] <xnox> sinzui, look at launchpad.net/bzr
[17:25] <xnox> or launchpad.net/lp
[17:25] <sinzui> xnox, milestone/release 3.0 can only exist once. if we choose to not place milestones on trunk, then there is no issue. Users often do place milestones on trunk that get stuck
[17:25] <xnox> sinzui, forget about "trunk" series. Just delete it.
[17:26] <sinzui> xnox, bzr uses leading series. it is not a good model since FreeDesktop, GTK, and GNOME are using trailing series
[17:26] <sinzui> No the name is not important, but there must be a series that is a mirror of master set as the focus of development
[17:28] <xnox> sinzui, damnit you are right. I thought you can set "dev-focus" to any branch. But you can only set particular series to become "dev-focus" e.g. lp:gtk
[17:28] <xnox> that's a pain.
[17:28] <xnox> sorry for the noise.
[17:29] <sinzui> xnox, yes, it is a pain :(
[17:29] <xnox> it looks like you will need to keep trunk series - replica of the master and _not_ do any milestones/releases on it
[17:29] <xnox> shame
[17:30] <xnox> sinzui, there is another approach =) not to use series/releases at all
[17:30] <xnox> request as many imports as you want into lp:~vsc-imports/gtk/XX.Y
[17:30] <xnox> and use those for automatic builds =)
[17:30] <sinzui> The series abstraction has flaws. I do not know how to solve them. Part of the problem is the upsteam mindset. A lot of projects use DVCS-branch model like svn
[17:31] <xnox> for my project is easy =) we only have trunk & tags. And we don't do point release updates =)
[17:32] <xnox> Question about recipe-building on launchpad: Does it append Ubuntu series?
[17:32] <xnox> name/version
[17:32] <sinzui> xnox, I do not know, but I think abentley does
[17:33] <abentley> xnox, yes, it will.
[17:33] <jjardon> GTK+ and lot of GNOME projects has branches for each release
[17:34] <xnox> abentley, well I left the version number as 3.1.3-3~{revno}~ and I'll see what will happen in 3hours =)
[17:34] <abentley> xnox, it will fail.  The feature doesn't work yet.
[17:35] <xnox> abentley, so it's just the UI & scheduling implemented? =( at least I can setup all of my recipes =)
[17:37] <abentley> xnox, yes, the actual building doesn't work yet.  There are holes that need to be punched in firewalls, etc.
[17:45] <GarrettS-Montrea> Chex , mbarnett , spm ... around?
[17:45] <xnox> abentley, I'll be waiting for it =)
[17:52] <jjardon> ok, all the GTK+ info updated.
[17:56] <xnox> abentley, will firewalls get punched wtih 10.5 release?
[17:56] <abentley> xnox, it should be sooner than that.
[17:56] <xnox> ok thanks
[18:16] <fta> i386	12	 670 jobs (5 hours 50 minutes)  ??? doing old hardy builds??
[18:45] <zelaz> hello, I've been looking through documentation and can't figure this out: I have a branch hosted on launchpad.  i started coding on machine X, and pushed it to launchpad
[18:45] <zelaz> that was successful.  then, I made a few revisions on machine X, did a commit and then a push, that worked also
[18:46] <zelaz> then, i copied the files over to another machine, and began working there, NOT as a branch... let's call that machine Y
[18:46] <bilalakhtar> zelaz: It would be better if you branch that branch into that machine
[18:46] <zelaz> now machine Y has the same code as my branch.. in the three files that are the same... but then I added a lot of files to machine Y's code directory
[18:48] <zelaz> so if I created another branch on launchpad, with that code, by doing a push to myproject/new ... so i try to do a merge from myproject/new to myrpoject/trunk
[19:14] <zelaz> if i am merging to divergent branches, one with 3 files, the other has the same 3 files (modified) plus another 200 files, how are the additions 'merged' into the first branch
[19:18] <zelaz> hello bilal
[19:18] <zelaz> so what you were saying before, is that you recommend i do the merging entirely on my local machine?
[19:18] <zelaz> issue is that the *new* branch has 200+ new files
[19:19] <zelaz> plus the original 3 files that have changed
[19:20] <zelaz> when i do the merge on launchpad, the 3 existing files are updated, but the new files are not added
[19:22] <zelaz> error: these branches have diverged
[19:30] <maxb> zelaz: Do you have more than one revision in the second branch?
[19:30] <maxb> If not, it would be simplest to simply disregard the fact that it is a branch, and copy that tree over a checkout of the first branch, and commmit
[19:31] <maxb> Or, is the issue that you have worthwhile history in both branches?
[19:44] <zelaz> no worthwhile history
[19:45] <zelaz> i just want to add the new files to my branch
[19:45] <zelaz> and have bzr/lp accept those new files as now new files
[19:46] <godbyk> I received this email about two hours ago:
[19:46] <godbyk> "On 2010-05-26 15:00z (50 minutes ago), you uploaded a translation
[19:46] <godbyk> template for ubuntu-manual in Ubuntu Manual lucid-e1 in Launchpad."
[19:46] <godbyk> But I see no reason why the translation template was updated.  There have been no commits recently that seem relevant.
[19:46] <godbyk> Any ideas?
[19:48] <zelaz> i thought that by copying the files over into my pulled from trunk branch, and doing a bzr add ./ & then bzr commit -m 'comment' , and then pushing to the trunk on LP would work...
[19:48] <zelaz> only the updated file's changed were captured though, not the addition of new files
[19:55] <zelaz> all i'm told is 'has conflicts' are the 'conflicts' listed anywhere?
[19:56] <beuno> zelaz, bzr conflicts
[19:58] <zelaz> this is on launchpad though
[19:59] <zelaz> bzr: ERROR: These branches have diverged.  See "bzr help diverged-branches" for more information.
[20:00] <zelaz> running bzr conflicts returns nothing
[20:09] <Meths> What does 'bzr st' show?
[20:30] <maxb> zelaz: copying and bzr add was the right thing to do
[20:30] <maxb> I don't think you can make merge work for this scenario very well
[20:47] <zelaz> :( problem is, that I did bzr add, and commited on my local
[20:47] <zelaz> but then when i push to LP, the trunk doesn't have the new files
[21:08] <maxb> zelaz: this indicates you didn't actually add&commit everything
[21:19] <zelaz> maxb, you are more correct than you know!
[21:24] <zelaz> i'm not sure exactly where i messed up, I did, starting with a fresh branched trunk, copying in files add commit and push worked just fine :)
[21:24] <zelaz> thank you for being sanity checks ;)


[12:28] <boredandblogging> hello
[12:28] <mrmonday> hello
[12:30] <muxecoid> Hello
[12:30] <mrmonday> im sure i recognise your name from somewhere
[12:31] <mrmonday> *boredandblogging
[12:31] <boredandblogging> ummm
[12:32] <boredandblogging> i've posted on the magazine thread
[12:32] <mrmonday> thats probably where i've seen you then
[12:32] <boredandblogging> cool
[12:32] <boredandblogging> you are working on that, right?
[12:32] <mrmonday> yup
[12:32] <boredandblogging> very cool
[12:32] <boredandblogging> i try to work on the UWN
[12:33] <mrmonday> ive got an article up now on a wiki
[12:33] <boredandblogging> very cool
[12:33] <mrmonday> UWN?
[12:33] <boredandblogging> were you part of the team that tried to do this the last time?
[12:33] <Burgwork> hey mrmonday
[12:33] <boredandblogging> Ubuntu Weekly News
[12:33] <mrmonday> ok
[12:33] <Burgwork> mrmonday: nice installing software article, btw
[12:33] <mrmonday> thanks
[12:33] <mrmonday> what do you think?
[12:34] <Burgwork> it is exactly the level of detail an average users magazine needs
[12:34] <mrmonday> thanks
[12:34] <mrmonday> I have to go now
[12:34] <mrmonday> bye
[12:34] <Burgwork> no worries, come back soonish
[12:35] <boredandblogging> that is pretty good
[12:38] <muxecoid> :(
[12:39] <boredandblogging> whats up mu
[12:39] <boredandblogging> muxecoid,
[12:40] <muxecoid> Offtopic, but... It'd be cool to organize DDOS-like e-mail attacks on support of web-services that fail to work in Firefox.
[12:41] <boredandblogging> hah
[12:41] <muxecoid> 50% of local eShops work improperly in Firefox
[12:41] <Burgwork> muxecoid: no, that is illegal
[12:42] <Burgwork> please don't discuss illegal things in publicly logged channels
[12:42] <muxecoid> Is it really illegal?
[12:43] <Burgwork> yes, ddos' are illegal
[12:44] <muxecoid> One posts s "flashmob request" in high-traffic FF place. Each person who decides to support just sends a couple of FF-related e-mails to shop's or bank's support e-mail.
[12:44] <muxecoid> Nothing is illegal here yet, e-mail is public and people are asking for support
[12:45] <muxecoid> DDOS on human support "component", not just overloading server hardware
[12:45] <Burgwork> right, that is not a ddos
[12:45] <muxecoid> It is DDOS-like
[12:46] <Burgwork> that is consumer action, a totally different thing
[12:46] <Burgwork> do not conflate them
[12:49] <muxecoid> Consumer action is when consumers send mails. When you encourage non-consumers to join it is more like DDOS
[12:50] <Burgwork> no, again, don't conflate the two
[12:51] <Burgwork> ddos is an illegal action
[12:51] <muxecoid> Who cares about legality outside Japan and USA anyway? ;)
[12:51] <Burgwork> if want to change somebodies mind, illegal actions or appearances therein are not the way to do it, for the most part
[12:52] <Burgwork> ok, you are not seeing the point
[12:52] <muxecoid> RIAA is the greatest fan of "legal actions"
[12:52] <Burgwork> ugh
[12:52] <Burgwork> you really are not seeing the point
[12:53] <muxecoid> ASL?
[12:54] <muxecoid> Chinese Internet is the least Linux-friendly, I guess it would be cool to pick one Chinese bank, find their support and webmaster e-mails and do something. Just as proof of concept. Would "Ask Slashdot" section editors agree?
[12:54] <Burgwork> look, I don't disagree with sending emails to a bank
[12:54] <Burgwork> just quit calling it a ddos
[12:54] <Burgwork> it isn't and using the term is only going to land you in hot water
[12:54] <muxecoid> Consumer action, OK.
[12:55] <muxecoid> Are you American?
[12:55] <Burgwork> no, Canadian
[12:56] <muxecoid> Let's call it CND which is "CND is Not DDOS"
[01:07] <nixternal> anyone know if they are going to recreate the magazine using an open source solution instead of adobe? that doesn't look good if you ask me
[01:08] <Burgwork> nixternal: what do you mean? using scribus?
[01:08] <nixternal> well in the magazine, beta 2 I think it is, there is an adobo acrobat image saying it was used to create the magazine
[01:08] <nixternal> s/adobo/adobe/
[01:08] <boredandblogging> lol, really?
[01:08] <Burgwork> they actually used acrobat?
[01:09] <nixternal> Burgwork: that is what they say
[01:09] <Burgwork> I merely thought that was the reader
[01:09] <nixternal> I emailed the list and nobody commented
[01:09] <nixternal> Nope, says Adobe Acrobat 5
[01:09] <Burgwork> hmm
[01:09] <nixternal> and it is posted in forums and elsewhere
[01:09] <nixternal> I noticed it the other day, emailed the list about it, and today quite a few people in other communities have been poking huge fun at it
[01:13] <nixternal> and even if it was the Reader, doesn't the creator know about evince, xpdf, kpdf, ghostview and such?
[01:15] <boredandblogging> i posted to the thread about it
[01:15] <nixternal> I did too, but..
[01:15] <boredandblogging> well, if they keep ignoring it...
[01:15] <nixternal> nobody answers my emails anyways
[01:15] <nixternal> hehe
[01:15] <Burgwork> heh
[05:23] <Burgundavia> beuno: you around?
[08:43] <boredandblogging> jenda, ping
[10:03] <mrmonday> hello all
[10:04] <mrmonday> sorry i had to rush off last night
[10:05] <Burgundavia> no worries
[10:06] <Burgundavia> I am about to head to bed myself
[10:09] <mrmonday> I have just finished the screenshots for another article...
[10:09] <mrmonday> that took ages
[10:09] <mrmonday> i think i have 22, which I had to crop
[10:09] <mrmonday> i be i don't use all of them
[10:10] <mrmonday> *bet
[02:04] <mrmonday> hello all
[05:12] <ukubuntu> Does anyone know who wrote the beta invitation page http://www.ubuntu.com/news/Ubuntu704Beta ? It may interest them to know that Great Britain IS part of Europe :)
[05:14] <mrmonday> thats terrible:D
[05:15] <mrmonday> Rest of the world: (Great Britain)
[05:16] <boredandblogging> lol
[05:17] <mrmonday> Random fact: Great Britain includes asia, north and south america!
[05:19] <ukubuntu> Hehe, glad I am not the only south american polynesian with Russian britishness in me LD
[05:19] <ukubuntu> :)
[05:21] <mrmonday> We have to find the author of that article...
[05:21] <ukubuntu> I was just typing up to the wbmaster of ubuntu.com, is this the best to get?
[05:22] <boredandblogging> maybe email the marketing mailing list?
[05:22] <ukubuntu> good point b&b
[05:23] <juliux> ukubuntu, are you sure that great britain is a part fo europe?
[05:23] <mrmonday> yeh it is
[05:23] <ukubuntu> Yes I live there :D
[05:23] <juliux> mrmonday, but they are driving on the wrong side, they don t have the  ;)
[05:23] <juliux> mrmonday, and there is a queen left;)
[05:23] <ukubuntu> Some suggest it is America's 53rd state but its not :)
[05:24] <juliux> mrmonday, and they went to the irak, the rest of "old" europe not;)
[05:25] <mrmonday> you've got me thinking now...
[05:25] <mrmonday> dam you.. i've not done that in years
[05:25] <juliux> ukubuntu, i heard all this things if i was in london last year for two month;9
[05:26] <juliux> mrmonday, hehe
[05:30] <ukubuntu> hehe, yes there are still a number of countries within Europe that do not have the Euro. the map will confirm though :) Also, within Grat Britain, there is the United Kingdom and Ireland, then within the United Kingdome there is England, Wales Scotland and Northern Ireland!
[05:31] <mrmonday> wow... you're good with countries
[05:35] <ukubuntu> Hehe mrmonday, no, just politically correct :)
[05:36] <mrmonday> oh
[05:36] <mrmonday> ok
[05:36] <ukubuntu> sorry, daughter cloed laptop mid sentence!
[05:36] <ukubuntu> closed
[05:37] <ukubuntu> Autism is a bummer when you are on the laptop
[07:05] <mrmonday> hello again ukubuntu
[07:05] <ukubuntu> Hello again mrmonday :D
[07:05] <mrmonday> how are you
[07:05] <ukubuntu> Well I do not have a day to reveal all, so I'm fine ;)
[07:06] <mrmonday> good
[07:06] <ukubuntu> And you?
[07:06] <mrmonday> I'm OK
[07:07] <ukubuntu> I am writing an article for the mag on GRAMPS, but it need not go in on the first issue :D
[07:07] <mrmonday> I got bored writing an article, so now i'm doing the rubik cube...
[07:07] <ukubuntu> Kewl, can you finish them?
[07:08] <ukubuntu> I can get the top two layers but the third is a beach!
[07:08] <mrmonday> about 3/4 of the way
[07:08] <mrmonday> then i use a cheat book that came with it
[07:08] <ukubuntu> hehe
[07:08] <mrmonday> I can't memorise the last 3 sequences
[07:09] <ukubuntu> no, its quite tricky that last bit
[07:09] <ukubuntu> were you around when they first came out?
[07:09] <ukubuntu> hehe showing my age :D
[07:09] <mrmonday> when did they first come out?
[07:10] <ukubuntu> about 25 years ago
[07:10] <mrmonday> no then
[07:10] <mrmonday> finished!
[07:11] <ukubuntu> Kewl
[07:11] <mrmonday> i think my best time was 4mins
[07:11] <ukubuntu> nice (y) need to fly
[07:11] <mrmonday> o
[07:12] <mrmonday> *ok
[07:12] <mrmonday> bye
[07:12] <mrmonday> I'll say bye for me also


[12:52] <slyon> hey utkarsh2102! whats the status on bug #1958235 ? I just ran into it, too. Is there anything I can help with?
[12:54] <utkarsh2102> slyon: I'm uploading a fix soon.
[12:54] <utkarsh2102> will do within ~90 minutes, roughly.
[12:55] <slyon> ok, thank you! That's good to know
[16:37] <bdmurray> kanashiro: What is the status of ruby-defaults migrating?
[16:38] <kanashiro> bdmurray, we (server team) are going to get back to that today or tomorrow, some packages still do not support ruby 3.0
[16:39] <kanashiro> i.e. puppet
[16:45] <bdmurray> kanashiro: okay, thanks for the update
[16:46] <michagogo> Hi, quick question - how do MIRs and SRUs intersect?
[16:47] <michagogo> e.g. wrt bug #1935082, assuming I’m correct that the correct action would be adding the MIR’d package as a dependency of the Nvidia graphics drivers, would the correct course of action then be to SRU the graphics drivers in older releases to depend on the package as well?
[17:01] <bdmurray> slyon: What importance should bug 1958284 have? I think we (Foundations) should do a better job of setting the importance of bug tasks.
[17:02]  * slyon setting the importance to Medium
[17:23] <jawn-smith> rbasak: Do you know who maintains the git-ubuntu snap?
[17:53] <rbasak> jawn-smith: I do
[17:55] <jawn-smith> rbasak: I found what I needed, just hadn't realized it was part of usd-importer. I've been instructed however to remind you about an arm build for the snap :)
[17:55] <bdmurray> You maintain or you know who does? ;-)
[17:55] <rbasak> :)
[17:56] <rbasak> jawn-smith: see https://bugs.launchpad.net/usd-importer/+bug/1915507 on the arm build. I have no plans to fix it unless the snap people fix their end.
[17:57] <rbasak> So nothing to remind me about really. I'd love to do it, but I'm not dropping git-ubuntu CI to do it.
[19:13] <tyhicks> bdmurray: Hey there! Are you aware of any reported issues with 5.10 (and newer) kernels not including the first page of shared object libraries in userspace coredumps?
[19:14] <tyhicks> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=429a22e776a2b9f85a2b9c53d8e647598b553dd1 started only including pages from inodes that are marked executable but Debian-based distros don't mark shared object libraries executable (per Debian Policy)
[19:17] <tyhicks> I don't see any apport bugs on this topic but I figured it would be affected in Hippo and newer. I can see that GNU build ID's of (non-executable) shared object libs aren't included in Hippo core dumps but maybe apport doesn't rely on any of the ELF headers of libraries?
[19:18] <tyhicks> Anyways, just wanting to see if it was a known problem for apport as I dig a little more
[19:22] <bdmurray> tyhicks: Its not one I am aware of
[19:24] <tyhicks> bdmurray: Ok, thanks. I'm a little stumped as to why this hasn't popped up on anyone's radar.
[23:38] <Deepspeed> I need some help with ubuntu packaging.
[23:40] <Deepspeed> I was given an old package to maintain as a test and it's fairly complex and done the 'right' way, but out of date.  I need to find things to update about it.  Can anyone point me at some things I need to study, aside from just pointing to the broken official packaging guide?
[23:45] <ahasenack> Deepspeed: see if this helps: https://github.com/canonical/ubuntu-maintainers-handbook
[23:46] <sarnold> https://manpages.debian.org/testing/debhelper/debhelper.7.en.html and https://www.debian.org/doc/debian-policy/ch-relationships.html are perhaps more useful references than guides, but depending upon the state of the package, might be pretty decent starting points
[23:46] <bdmurray> Given that its a debian package you might find debian new maintainer's guide useful
[23:46] <sarnold> lintian output might give you concrete things to do
[23:47] <ahasenack> lintian is a good tip indeed
[23:48] <ahasenack> dep8 tests seem stalled
[23:49] <ahasenack> look at the log of all running tests here: https://autopkgtest.ubuntu.com/running
[23:49] <ahasenack> all the logs end with "autopkgtest-virt-ssh: WARNING: ssh connection failed. Retrying in 3 seconds..."
[23:49] <ahasenack> can someone here give it a kick?
[23:49] <ahasenack> in terms of privileges/access, I mean
[23:51] <bdmurray> ahasenack: I think all the people who can are not at work at the moment
[23:51] <ahasenack> :(
[23:52] <bdmurray> Yeah, I'd like to be a part of that group since I'm so far west
[23:52] <ahasenack> what about vorlon?
[23:52] <sarnold> same here, I've thought I should be in that group just for the button clicking..
[23:53] <sarnold> but it's a *lot* of power just to click the button
[23:53] <ahasenack> there might not be a button
[23:53] <ahasenack> I mean, it could be more involved than that
[23:53] <sarnold> ohhhhh
[23:53] <sarnold> clicking buttons is one thing
[23:53] <ahasenack> but pulling levers!
[23:54] <sarnold> rofl
[23:54] <bdmurray> I think it requires access to the juju environment to sort out
[23:54] <ahasenack> whole different level


[01:21] <lucent> smb: thanks for "breaking it down" to me I find that helpful, those messages are confusing to me without the explanation
[03:36] <lucent> ping?
[03:36] <lucent> could use advice about getting more detailed debug info
[06:19] <MTecknology> http://qdb.us/224378
[06:24] <MTecknology> Thought you guys might enjoy that one a little.
[06:37] <ikepanhc> well, this story tells us that installing openssh-server on my desktop is very important
[11:37] <tseliot> cking_: is there a reason why you didn't include this patch in Maverick's kernel? http://pastebin.ubuntu.com/507154/
[11:59] <cking_> tseliot, 'cos it's only just been accepted upstream, and I was waiting to see if it was the best solution
[12:00] <cking_> it cycled a few changes and is expected to land mid october
[12:01] <tseliot> cking_: ok, is the patch fine as it is on pastebin?
[12:02] <tseliot> for 2.6.35, that is
[12:02] <cking_> nope, I will submit it as a SRU once I'm sure it's landed in acpica
[12:04] <tseliot> cking_: I'm asking only because I'd like to include it in my kernel (not in maverick). Can you point me to a more updated version of the patch, please?
[12:05] <cking_> tseliot, I'll mail you the patch
[12:05] <tseliot> cking_: thanks a lot
[12:07] <cking_> sent
[14:06] <JFo> going to be out a bit this morning... serious insomnia issues last night. medication finally deciding to kick in it seems
[14:06] <JFo> only 8 hours late
[14:23] <smb> pmatulis, Re: LVM, tried a few things with the current lucid kernel and lvm and did not see any issues. There has been someone mentioning an error message which would be fixed by a patch currently also missing in lucid. But I was not able to reproduce it.
[14:35] <ogra_ac> ogasawara, tgardner, hey
[14:36] <tgardner> ogra_ac, dude
[14:36] <ogra_ac> tgardner, dod cooloney already contact you ?
[14:36] <ogra_ac> *did
[14:37] <tgardner> ogra_ac, about what?
[14:37] <ogra_ac> we have an x-loader change for omap4 that requires an in-sync kernel upload
[14:37] <ogra_ac> wiht a small patch
[14:37] <cooloney> tgardner, yeah, just wanna talk with you
[14:37] <cooloney> ogra_ac, we need to make sure the audio patch will upload
[14:37] <ogra_ac> release team is fine with omap4 changes at this time (we made that clear in advance)
[14:37] <lag> JFo: Where is the most recent top50?
[14:37] <tgardner> cooloney, I was just about to upload your ASOC changes.
[14:38] <ogra_ac> the audio patch can go in worst case as sru its not as critical as the booting
[14:38] <cooloney> tgardner, yeah, i was also just got another important patch fixing the display issue today
[14:38] <cooloney> will post it out soon
[14:38] <ogra_ac> tgardner, hold on then, we just got another (way smaller) patch from TI Nice
[14:39] <tgardner> cooloney, ogra_ac: I've pushed to the git repo, but haven't uploaded. I'll just wait until I see your next patch set?
[14:40] <cooloney> tgardner, thanks a lot. please wait for a while for my post
[14:40] <tgardner> cooloney, will do
[14:40] <cooloney> tgardner, thanks a lot, man
[14:40]  * ogra_ac hugs tgardner
[14:40] <tgardner> ogra_ac, no hugging in the kernel team.
[14:41] <tgardner> we let dholbach take care of all our hugging duties :)
[14:43] <ogra_ac> lol
[14:48] <lag> I think we should have a prettier 'hugger'
[14:48] <lag> tgardner: Where is the latest and greatest Top50?
[14:50]  * cooloney think kissing is more popular than hugging in kernel team. lol
[14:50] <pmatulis> smb: ok.  fyi, henninge is the warthog that was bitten
[14:53] <lag> cooloney: Remind me not to share a room with you at sprint
[14:53] <lag> apw: Top50?
[14:54] <lag> Someone, anyone?
[14:54] <lag> I have this one: http://reports.qa.ubuntu.com/reports/ogasawara/kernel-buglist-top50.html
[14:54] <lag> But it appears to be out of date: May 26 2010 0:18 UTC
[14:55] <bjf> lag: http://reports.qa.ubuntu.com/reports/jfo/kernel-Top50.html
[14:56] <lag> That's better
[14:56] <lag> Thanks Brad
[14:56] <bjf> lag: look at: https://wiki.ubuntu.com/Kernel/Tagging
[14:56] <bjf> lag, from there is the link to what needs to be reviewed as well as the top 50
[14:57] <lag> Lovely, thanks!
[15:10] <ogra_ac> diwic, so what would you propose wrt sound on omap4/panda ?
[15:11] <ogra_ac> do you think calling alsactl init is to hackish ?
[15:12]  * ogra_ac thinks its the least ugly workaround
[15:13] <diwic> ogra_ac, are you running pulseaudio at all?
[15:14] <ogra_ac> diwic, all i do is put the file into /usr/share/alsa/init, apply the one line patch to 00main and put alsactl init into rc.local (so it gets executed on boot)
[15:14] <ogra_ac> the whole rest of the system is completely unmodified
[15:14] <ogra_ac> so yes, pule works fine
[15:14] <ogra_ac> *pulse
[15:15] <ogra_ac> note that all sound is compiled in in this kernel
[15:15] <ogra_ac> no modules here
[15:15] <diwic> ogra_ac, so pulse saves and restores volumes, enabling users to change it on the fly. But then it can't handle all the crazy control names this chip has
[15:15] <ogra_ac> right
[15:16] <ogra_ac> and device 0 isnt linked up to a codec by default
[15:16] <ogra_ac> pules only uses device 0 by default
[15:16] <ogra_ac> *pulse
[15:16] <diwic> ogra_ac, so are there any volume controls that pulse actually control?
[15:17] <diwic> ogra_ac, have you written a custom PA mixer profile?
[15:17] <ogra_ac> it controls hw 0,0 once alsa is active
[15:17] <ogra_ac> no
[15:17] <ogra_ac> i didnt touch pulse
[15:17] <ogra_ac> i only initialize alsa
[15:17] <diwic> ogra_ac, I'm just trying to figure out what pulseaudio should do and what alsactl init should do here, to make sure they don't collide
[15:17] <ogra_ac> one of these controls lins hw 0,0 to a codec it seems
[15:18] <ogra_ac> *links
[15:18] <ogra_ac> https://bugs.edge.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/637947/+attachment/1673694/+files/omap4
[15:18] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 26)" [High,Confirmed]
[15:19] <ogra_ac> (dont ask me which though, i just took TIs .conf file and adapted it to an init file)
[15:19] <ogra_ac> the way TI does it currently is to hack up default.pa
[15:20] <ogra_ac> and to use an amixer shellscript
[15:20] <diwic> ogra_ac, so yes, try alsactl init, that would probably be best
[15:20] <ogra_ac> using the "init way" i dont need to touch pulse at all
[15:21] <diwic> ogra_ac, after that, test if you can modify volume in pulse, that it actually affects playback volume, and that the new volume is remembered across reboots
[15:21]  * ogra_ac tries to find a way to call it from a udev rule though
[15:21] <diwic> um, that should be easy I think
[15:21] <ogra_ac> diwic, it definitely controls it, i'm not sure its persistent over reboots
[15:22] <diwic> RUN+="alsactl init"
[15:22] <ogra_ac> diwic, well, there is not much info the soundcard exposes, i want thet rule to only affect this card indeed
[15:22] <ogra_ac> heh
[15:22] <ogra_ac> yeah, i know what to do to exec it
[15:22] <ogra_ac> but if i want the rule in libasound2 it needs to be specific enough to not call it for all sound devices
[15:23] <ogra_ac> and there are not many things exposed to udev it seems
[15:23] <diwic> aha, but it should be something in sysfs you could use?
[15:23] <ogra_ac> that would allow me to distinguish the parent device
[15:24] <ogra_ac> prob is that the sysfs tree just uses soc-audio as parent
[15:24] <diwic> I think you usually trigger on /dev/snd/controlC0
[15:24] <ogra_ac> right
[15:24] <ogra_ac> but thats to general for my taste
[15:24] <ogra_ac> i dont want to call the rule for intel hda :)
[15:24]  * ogra_ac goes digging
[15:25] <ogra_ac> would you mention at the bug that the alsactl init way looks ok from a sound guy's perspective ?
[15:25] <ogra_ac> (so i can get an sru)
[15:26] <diwic> 80-alsa.rules calls alsa-utils
[15:26] <ogra_ac> yep
[15:28] <diwic> look at /sbin/alsa-utils , function preinit_levels_on_card - seems to be a place where you can put in hacks? ;-)
[15:28] <ogra_ac> heh, thanks
[15:29]  * ogra_ac tests reboot persistence now
[15:32] <ogra_ac> yay, works fine :)
[16:40] <ogra> tgardner, so if cooloneys patch hits the git tree, feel free to upload, i just pushed the x-loader patch
[16:42] <tgardner> ogra: in progress
[16:44] <ogra_ac> tgardner, err, bryan just says its not in the git tree yet
[16:45] <tgardner> ogra: like I said, its in progress. I'll get it pushed soon, then upload thereafter.
[16:45] <ogra_ac> ah, it just only hit the ML
[16:45] <ogra_ac> ok, thanks
[16:45]  * ogra_ac clams down a bit :)
[16:45] <ogra_ac> (calms too)
[16:45] <rsalveti> tgardner: thanks :-)
[16:47] <tgardner> ogra, rsalveti: pushed (you'll need to rebase). I'll upload in a bit.
[16:49] <rsalveti> tgardner: cool, thanks a lot
[16:49] <rsalveti> tgardner: we own you a beer for sure
[16:50] <tgardner> rsalveti, :) I'm having one as we speak.
[16:51] <rsalveti> tgardner: oh, I wish I could haha
[16:51] <rsalveti> but we're at TI
[16:51] <rsalveti> we're all dressed and behaving well
[16:52] <tgardner> rsalveti, I guess thats the advantage of working at home.
[16:52] <tgardner> I'm neither dressed, nor do I behave well.
[16:52] <rsalveti> tgardner: for sure
[16:53] <rsalveti> hehe
[16:59] <manjo> tgardner, any thoughts on the mail I sent you regarding the 2 slots ?
[17:00]  * cooloney just crashed his macbookpro, since it is lucid.
[17:00]  * cooloney is upgrading it to maverick, shame
[17:02] <tgardner> manjo, patience lad. I referred it to pgraner.
[17:02] <manjo> :)
[17:03] <pgraner> manjo, schedule is not set yet I've got it on the list
[17:03] <manjo> pgraner, thanks
[17:11] <cking_> ah, better do some blueprints myself
[17:20]  * cking_ tries to figure out how much H/W he needs to take to the office tomorrow
[17:21] <cking_> eek, too much
[17:21] <lag> When bisecting, is there any way to make the builds faster?
[17:21] <tgardner> cking_, bring it in a roller bag
[17:21] <cking_> roller bag(s)
[17:21] <tgardner> lag, nap while building
[17:22] <cking_> heh, no multi tasking then?
[17:22] <bjf> lag, aren't you using the "--build-faster" flag?
[17:22] <penguin42> lag: -j n on make or DEB_BUILD_OPTIONS=parallel=n  for parallel builds
[17:22] <lag> A user has mentioned creating a script which configures the .config for current HW
[17:22] <lag> Thus only building necessary functionality
[17:23] <lag> Feasible?
[17:24] <cooloney> lag: maybe create some STAMP file in debian build directory
[17:24] <lag> To do what?
[17:24] <cooloney> i was just told before, never tried that
[17:25] <lag> But what would it achieve?
[17:25] <cooloney> tgardner, cking_ or bjf might know that
[17:26] <cooloney> lag: do you wanna to just build some specific driver files after your whole building?
[17:26] <tgardner> lag, you can rebuild fairly quickly by removing the stamp file
[17:26] <cooloney> tgardner: yeah, i mixed them
[17:27] <lag> tgardner: I have done that in the past, but it won't work for large diff bisecs for ~1yr
[17:27] <cooloney> lag: oh, that large change won't help build faster.
[17:28] <lag> Which is my point
[17:28] <cooloney> lag: that's painful. maybe building on our build machine?
[17:45] <lag> tgardner: Can you install the latest kernel-package on our build machine please?
[17:45] <tgardner> lag, wtf are you talking about?
[17:45] <lag> tgardner: I don't know how to say it any clearer :)
[17:46] <tgardner> lag, in a schroot?
[17:46] <lag> apt-get install kernel-package
[17:46] <lag> I am currently in an i386 chroot yes
[17:46] <tgardner> lag, which schroot? maverick? lucid?
[17:47] <lag> Maverick please
[17:51] <tgardner> lag, installed.
[17:52] <tgardner> lag, why are you using this? I'm not particularly interested in supporting make-kpkg
[17:53] <lag> tgardner: I'm building a Linus kernel
[17:55] <cooloney> tgardner: in the cross compiling patch you just pushed into our tree, there is a typo in the comment
[17:55] <cooloney> dpk- should be dpkg-
[17:55] <tgardner> cooloney, um, what?
[17:56] <tgardner> cooloney, I'll get apw to fix it.
[17:56] <cooloney> tgardner: np, :)
[17:56] <tgardner> cooloney, I really want him to add it the debian commonization
[17:57]  * manjo sees trouble ahead with Maverick on Toshiba NB305...
[17:58] <cking_> manjo, most toshiba machines are problematic
[17:58] <manjo> yep
[17:59] <manjo> this one especially coz we are hung on splash screen
[17:59] <tgardner> cking_, dude, you coming to Millbank tomorrow?
[18:01] <apw> cooloney, you need some apple juice
[18:02] <ogra_ac> apw, do i need to take care (we're about to leave for lunch)
[18:02] <apw> ogra_ac, the error is in a comment ... nothing to worry about
[18:03] <ogra_ac> apw, i meant about the apple juice
[18:04] <apw> ogra_ac, heh no ...
[18:04]  * cooloney likes apple juice,
[18:04] <manjo> cooloney, try it with titos
[18:05] <cking_> tgardner, yep, I'm packing my bags right now
[18:05] <cking_> had a hospital appointment today, so that threw the spanner in the works
[18:06] <cooloney> manjo: what's titos?
[18:06] <manjo> cooloney, fine vodka made in Austin
[18:06] <cking_> rats, not enough room for lego auto-finger
[18:07] <manjo> cking_, is it the same spanner apw keeps referring to ?
[18:07] <cooloney> apw: for cross compiling my ti-omap4, i just need to run dpkg-buildpackage -B -aarmel?
[18:07] <cking_> manjo, possibly
[18:07] <cooloney> manjo: great, man. let's drink tonight.
[18:08] <manjo> :)
[18:08] <cking_> hrm, my 10Kg transformer is too big to pack.
[18:10] <apw> cooloney, maybe :)
[18:11] <tgardner> cooloney, echo "dpkg-buildpackage -B -aarmel"|schroot -c maverick-amd64
[18:11] <jcastro> kernel guys submitting blueprints: stop for a minute please!
[18:11] <tgardner> cooloney, turn off tools building
[18:11] <jcastro> we need to fix your naming convention
[18:11] <tgardner> jcastro, whick kernel guys? smb?
[18:12] <jcastro> andy, bader so far.
[18:12] <smb> I am not doing anything anymore
[18:12] <tgardner> jcastro, his name is spelled 'smb'
[18:12] <jcastro> but if you're working on them I am sending a mail to -devel in a minute so we don't waste your time
[18:12] <jcastro> woo, I'll fix them for you
[18:12]  * cking_ postpones to tomorrow then
[18:13] <cooloney> tgardner and apw, got it, building on server now
[18:27] <bjf> vanhoof, around?
[18:32] <jcastro> ok, sorry for the confusion, I've fixed the blueprints, mail sent to -devel explaining it
[19:17] <fjohnber> names
[19:24] <JanC> bah, my gigabit ethernet NIC only works at 100 Mbit/s, seems like that's a common & recurring issue with the e1000e driver?  :-(
[19:29] <jcrigby> bjf: ping?
[19:29] <bjf> jcastro, hi
[19:29] <bjf> jcrigby, sorry, hi
[19:30] <bjf> jcastro, just ignore me, nothing to see here
[19:30] <jcrigby> bjf, in your kernel team notes it says something about queuing patches for Maverick SRU
[19:31] <bjf> jcrigby, which notes are you referring to? and yes we are
[19:31] <jcrigby> meeting notes from kernel team list
[19:31] <jcrigby> As mentioned last week, we've been queuing patches for Maverick SRU which includes the latest <IP_ADDRESS>, <IP_ADDRESS>, and <IP_ADDRESS> stable updates.
[19:32] <jcrigby> quote^^
[19:32] <bjf> ah yes,
[19:32] <jcrigby> but I don't see those in git
[19:32] <bjf> jcrigby, ogasawara, probably has them queued in her personal repo
[19:32] <jcrigby> is there a different tree for this?
[19:33] <jcrigby> oh she is here
[19:33] <ogasawara> jcrigby: yep, not pushed the official Maverick repo in case some last minute patches need to get applied and uploaded I didn't want to have to deal with the hundreds of stable patches
[19:33] <jcrigby> I was looking for wrong nick
[19:34] <bjf> jcrigby, git:/kernel.ubuntu.com/git/ogasawara/ubuntu-maverick.git
[19:34] <jcrigby> ogasawara, bfj: ok I see now
[19:35] <jcrigby> so if I wanted to work ahead I could do a new linaro tree based on that, but of course it might change
[19:35] <ogasawara> jcrigby: Am actually getting ready to re-base my tree to be against the latest official Maverick tree (had some last minute patches come in this morning that need to go in the day-0 upload)
[19:35] <jcrigby> so what is target day for day-0
[19:35] <cooloney> ogasawara: is the stable rebasing necessary for ti-omap4, do you think?
[19:35] <jcrigby> we want to do one last linaro based on your day-0
[19:36] <ogasawara> jcrigby: hopefully Oct 10 is the target day for day-0.  ie they'll officially release Maverick and then approve the day-0 upload right after.
[19:37] <jcrigby> ok, thanks
[19:38] <ogasawara> jcrigby: I'm finishing up some test builds for the day-0 patch set and then will re-push to the official Maverick linux master
[19:38] <ogasawara> jcrigby: I can ping you when it's ready so you can get a head start
[19:39] <jcrigby> ogasawara, thanks!
[19:40] <ogasawara> cooloney: I haven't been touching the ti-omap4 branch unless requested by yourself or others (ie I've not been automatically applying the stable patch sets to the ti-omap4 branch)
[19:41] <ogasawara> cooloney: and for the most part, I've been letting tgardner maintain the ti-omap4 branch
[19:41] <cooloney> ogasawara: yeah, i understand. i will try to rebase stable things after your work.
[19:41] <ogasawara> cooloney: ack
[19:41] <ogasawara> cooloney: thanks
[19:42] <cooloney> ogasawara: since there are some important arm related fixing in stable releasee
[21:06] <mpoirier> bjf: do you know if you absolutely have to be part of the kernel team to pull something from zinc ?
[21:07] <bjf> mpoirier, depends how you are trying to pull something, but anyone should be able to access git://kernel.ubuntu.com
[21:08] <mpoirier> will someone from linaro be able to get a pull request hosted on kernel.ubuntu.com ?
[21:09] <bjf> mpoirier, i don't know what the rules are for that but I think so
[21:10] <mpoirier> bjf: on zinc, under /srv/kernel.ubuntu.com/git/ubuntu/, we only have references for ubuntu trees.
[21:11] <mpoirier> how hard/feasible is it to add the linaro tree ?
[21:14] <bjf> mpoirier, the linaro tree is a topic branch in the maverick tree
[21:16] <mpoirier> bjf: ti-omap4 is also a topic branch in maverick
[21:16] <bjf> mpoirier, you are correct
[21:16] <mpoirier> bjf: and they have to go through the SRU process if they want to add something in there.
[21:16] <bjf> mpoirier, still don't get your point
[21:17] <mpoirier> bjf: when tim and I talked about the ftrace feature, we agreed to put it in the linaro tree.
[21:18] <mpoirier> bjf: that is all I want to do.
[21:19] <mpoirier> bjf: I was under the impressin that having a pull request for the linaro topic branch in ubuntu would subject me to the SRU process.
[21:19] <mpoirier> bjf: and if I used their tree, I wouldn't.  I could be mistaking.
[21:22] <bjf> mpoirier, what about using git://git.linaro.org/kernel/linux-linaro-2.6.35.git?
[21:23] <bjf> mpoirier, cloning it in your public area on zinc, apply your patches there and submit a pull request from it?
[21:25] <mpoirier> bjf: hold on a sec, checking something...
[21:26] <mpoirier> bjf: this morning i tried multiple time to get git://git.linaro.org/ubuntu/linux-linaro.git
[21:26] <mpoirier> it failed pathetically.
[21:26] <mpoirier> but it think it was a connectivity issue 'cause now it works.
[21:27] <mpoirier> I was trying to find other ways to do just that.
[21:27] <mpoirier> bjf: you can void the last 10 minutes from your memory.
[21:28] <bjf> mpoirier, heh
[21:41]  * ogasawara lunch
[22:05] <mpoirier> bjf: now I remember what the problem was...
[22:05] <mpoirier> bjf: you can't git clone  git://git.linaro.org/ubuntu/linux-linaro.git from zinc
[22:07] <mpoirier> bjf: would you have a suggestion ?
[22:07] <bjf> mpoirier, do you want to end up with a pull request against the official linaro kernel or the linaro topic branch in maverick (and I don't know what the diff between the two is)
[22:08] <mpoirier> official linaro kernel.
[22:08] <bjf> mpoirier, then I'd probably make a local clone and then rsync that git tree to my public area on zinc and then I can clone from that
[22:09] <bjf> mpoirier, it's kind of round-about but it would work
[22:09] <mpoirier> can you rsync from tangerine ?
[22:09] <bjf> mpoirier, i think you can but you would have to give it a try to know for sure
[22:10] <mpoirier> bjf: ya, I was about to write... ok I'll give it a shot.  I wasn't sure is there wasn't another way.
[22:10] <mpoirier> bfj: rsync it is then.
[22:19] <cnd> apw, good news!
[22:19] <cnd> someone posted a patch to a utouch bug that enables multitouch support on synaptics trackpads
[22:19] <cnd> real multitouch
[22:20] <cnd> and I think I can fix up the patch so that we can make things work properly AND allow use of the entire touchpad surface!
[22:21] <Sarvatt> cnd: do you lose tapping? that's kind of the deal breaker, can't imagine using any of my laptop touchpads with the buttons
[22:21] <cnd> Sarvatt, no loss of tapping
[22:21] <Sarvatt> nice!
[22:22] <cnd> it's all in my head right now, how to make this work though
[22:22] <cooloney> cnd, cool man.
[22:22] <cnd> so I need to sit down and try it out
[22:22] <cooloney> cnd, so we can use it in macbook pro
[22:22] <cnd> cooloney, unibody macs have their own MT capable driver already
[22:23] <cnd> so unless you're thinking of a rather old macbook pro, this isn't relevant
[22:23] <cnd> my idea is that with MT support you do two things:
[22:23] <cnd> 1. you have single touch emulation where the first touch on the touchpad controls the cursor
[22:23] <cooloney> cnd, ok, i just upgrade my mbp to maverick
[22:24]  * Sarvatt hopes the person that posted the patch agrees to copyright assignment
[22:24] <cnd> 2. if the first touch is in the button area as a button goes down, then the touch disappears
[22:24] <cnd> Sarvatt, this is kernel code, no assignment needed :)
[22:25] <cnd> if you implement both of those, I think you can get all the functionality of the touchpad back
[22:25] <cnd> and add in support for two finger scrolling and the like
[22:26] <cooloney> cnd, most of this work are in which part of our user space?
[22:26] <cnd> cooloney, what I'm talking about right now is in psmouse in the kernel
[22:26] <cnd> we don't have to touch userspace
[22:27] <cnd> one might make the argument that code for part 2 shouldn't be in the kernel
[22:27] <cnd> but I'm not convinced quite yet
[22:28] <cooloney> cnd, got it.
[22:29] <cooloney> you said unibody macs have the MT version psmouse driver in kernel?
[22:29] <cnd> they have bcm5984
[22:30] <cnd> which has MT support since lucid
[22:30] <cooloney> ok, so can we enable MT on my unibody mbp in Maverick, how?
[22:31] <cnd> it's already there, but the only app we have enabled out of the box on maverick is unity
[22:32] <cooloney> cnd, got it. man
[23:05] <cnd> I can confirm with my own eyes that we can do MT with the synaptics driver
[23:05] <cnd> :)
[23:05] <cnd> but it needs to be fixed up
[23:05] <cnd> I patched my psmouse module and tested it out, but it only emitted MT events instead of emitting both MT and ST (single touch) events
[23:05] <cnd> so X didn't know what to do
[23:05] <cnd> and the touchpad became useless :)


[20:01]  * vorlon waves
[20:03] <mdeslaur> hi!
[20:06] <vorlon> so no quorum?
[20:06] <mdeslaur> doesn't look like it