[00:11] <mtaylor> thumper: see, so you talk about me, and then you run away
[00:11] <thumper> mtaylor: sorry forgot about you :)
[00:11] <mtaylor> thumper: it happens
[00:30]  * mtaylor wants a tool that will connect to launchpad, grab all the users in a team and their ssh keys and make local users for each of them
[00:30] <wgrant> I think my script for that is gone.
[00:31] <wgrant> I had one a couple of years ago, though. But there is now a tool floating around to create a user with keys from an LP username, so it'd be easy to script up.
[00:31] <wgrant> Plus... the API makes it nice and easy.
[00:31] <wgrant> No more screenscraping.
[00:40] <lifeless> mtaylor: why not pam_launchpad ?
[00:40] <lifeless> static is so 1970's
[00:40] <mtaylor> lifeless: speed?
[00:41] <lifeless> premature optimisation:)
[00:41] <mtaylor> lifeless: ha!
[00:42] <mtaylor> lifeless: I was also thinking of a hudson security module which would delegate to launchpad ... but seeing as how I'm two plugins behind, I think perhaps adding another one is also premature
[00:42] <wgrant> mtaylor: OpenID?
[00:42] <mtaylor> wgrant: yeah, that would be part of it
[00:42] <mtaylor> wgrant: but I was thinking similar to above- if in hudson I said "hey, deal with launchpad project X"
[00:43] <mtaylor> wgrant: and it knew how to do tarmac stuff with that project, but also would use launchpad user/team info to grant people hudson access to build related stuff for that project...
[00:43] <mtaylor> see, I think entirely too large
[00:49] <lifeless> you'll want to see my stalled openid patch, in that case.
[08:21] <adeuring> good morning
[09:17] <jml> good morning Launchpadders
[09:17] <bigjools> b'jour
[10:28] <noodles775> BjornT or otherwise: to run launchpad with postgresql8.4, do I just install it, update the ports so 8.4 is running on 5432, stop 8.3 and run launchpad-database-setup?
[11:03] <deryck> Morning, all.
[11:23] <thumper> jelmer: ping
[11:27] <jelmer> thumper: otp
[11:27] <thumper> jelmer: ack
[11:36] <jelmer> thumper: hi
[11:37] <thumper> jelmer: got any idea why dulwich is leaving behing uncollectable garbage in the test suite?
[11:37] <jelmer> thumper: no
[11:37] <jelmer> thumper: which files?
[11:37] <thumper> jelmer: see BjornT's email about the import tests
[11:37]  * thumper looks
[11:38] <thumper> [<dulwich.pack.PackData object at 0x9e06e50>] (referenced from [(<dulwich.pack.PackData object at 0x9e06e50>,), [<dulwich.pack.PackData object at 0x9e06e50>], {'_basename': '/tmp/tmpFhvH-A/.git/objects/pack/pack-120fc662d24725ba18915fe0c17eea6644adc3fe', '_data': <dulwich.pack.PackData object at 0x9e06e50>, '_idx_path': '/tmp/tmpFhvH-A/.git/objects/pack/pack-120fc662d24725ba18915fe0c17eea6644adc3fe.idx', '_idx': <dulwich.pack.PackIndex1
[11:38] <thumper>  object at 0x9e06e90>, '_data_path': '/tmp/tmpFhvH-A/.git/objects/pack/pack-120fc662d24725ba18915fe0c17eea6644adc3fe.pack'}])
[12:27] <BjornT> noodles775: yes, more or less. following the manual step (replacing 8.3 with 8.4) in https://dev.launchpad.net/DatabaseSetup works. haven't tried launchpad-database-setup, but please let me know whether it works
[12:28] <wgrant> I've done it by purging 8.3 and installing 8.4. But dropping the 8.3 cluster and installing 8.4 should be just as effective
[12:28] <wgrant> Then launchpad-database-setup works fine.
[12:32] <noodles775> BjornT, wgrant: yes, it worked fine... I just modified the config so 8.3 isn't started. I had to install some extra 8.4 packages, but other than that launchpad-database-setup worked fine.
[12:39] <wgrant> Launchpad should really fix the Referer thing.
[12:42] <james_w> it's to prevent XSRF?
[12:42] <wgrant> Yes.
[12:42] <james_w> yeah, not ideal
[12:42] <wgrant> I suggested it, since i knew the real fix wouldn't be scheduled for a decade, unless there were enough complaints about the Referer check.
[12:42] <wgrant> Since one me complaining about security holes is probably easier to ignore.
[12:42] <james_w> I'm frequently surprised by how few frameworks come with built-in XSRF protection.
[12:43] <james_w> or at least convenience methods for doing it
[12:43] <wgrant> Indeed.
[12:44] <wgrant> It shouldn't be terribly difficult for LP, since all/most JS requests go through the JS API wrapper
[12:44] <james_w> not the easiest thing to apply to every form from a framework, but at least suggesting that people use it wouldn't be hard
[12:44] <wgrant> Right.
[12:45] <wgrant> JS-less Django apps can use middleware.
[12:45] <wgrant> (see c-i-p)
[12:45] <james_w> it could even be just thrown in memcached I guess?
[12:45] <wgrant> Possibly.
[12:45] <wgrant> But there is no good way to fix XSRFs :
[12:45] <wgrant> (
[12:45] <wgrant> All of them are broken in various ways.
[12:45] <noodles775> http://docs.djangoproject.com/en/dev/releases/1.2/#improved-csrf-protection
[12:45] <james_w> really?
[12:46] <james_w> \o/ for django
[12:46] <wgrant> Referer checking is broken, as we've seen.
[12:47] <wgrant> And throwing a token into every form means that distributing or caching that HTML is dangerous.
[12:48] <james_w> ah, I see, I thought you meant that it was consistently possible to beat the probabilities
[12:48] <wgrant> (plus forms probably have to time out)
[13:52] <g4tsu> Hi
[13:53] <g4tsu> I've installed my own launchpad and I want to know how to include my .deb packages
[13:54] <g4tsu> Because the documentation says that we have to use dput with .dsc .changes .orig.tar.gz etc and we haven't this type of file
[13:55] <g4tsu> Hello mars, it's ghostoyo
[14:01] <gary_poster> thank you lifeless
[14:02] <deryck> adeuring or intellectronica -- could I get a review from one of you?  Should be very easy.
[14:02] <adeuring> deryck: yure
[14:02] <deryck> adeuring, thanks!  https://code.edge.launchpad.net/~deryck/launchpad/subscribe-to-bug-mail-twice-577768/+merge/25532
[14:08] <g4tsu> nobody can help me ?
[14:10] <adeuring> deryck: r=me
[14:10] <deryck> adeuring, thanks!
[14:16] <maxb> g4tsu: It seems to me that if you're uncertain of how to use dput, then attempting to set up your own Launchpad instance is a matter of attempting to run before you can walk
[15:01] <bac> reviewers meeting starting now.
[15:39] <mars> sinzui, please let me know if you see another ec2 suite hang.
[15:39] <sinzui> okay
[15:39] <mars> sinzui, otherwise, the situation was well-covered by Gary and the mail I sent the list yesterday.  It should NOT hang now.
[15:41] <mars> g4tsu, I think maxb's advice is wise.  Best to understand how packaging works before you attempt to set up your own private LP-hosted repository.
[15:42] <mars> g4tsu, to my knowledge, you would also be best off talking to maxb and wgrant about running a private LP repository that way.  They know worlds more about it than I do.
[15:43] <maxb> g4tsu: Also, I have to ask... you're aware about the bit of the Launchpad licence which demands you replace all the images and icons if you create a private installation of any kind?
[16:28] <adiroiban> any idea what is causing and how can I fix this make link warning
[16:28] <adiroiban> warning: Not importing directory '/usr/share/pyshared/lazr': missing __init__.py
[16:28] <adiroiban> s/link/lint/
[16:47] <g4tsu> maxb> yep I'm aware of that
[17:24] <mars> maxb, allenap, your investigation yesterday makes perfect sense: the killem() function was killing the wrong process group.  Here is a healthy process tree before killem gets to it (note the PGIDs): http://pastebin.ubuntu.com/436221/
[17:29] <allenap> mars: Woohoo :)
[17:33] <adiroiban> danilos, henninge: is there a XPI template in the testing/demo LP database?
[17:33] <danilos> adiroiban, it's constructed from a bunch of files for testing
[17:34] <danilos> adiroiban, see lib/lp/translations/utilities/tests/xpi_helpers.py
[17:34] <adiroiban> danilos: so the sample database does not contain such a file?
[17:34] <danilos> adiroiban, no, and you shouldn't use it for tests either :) anyway, you should probably not worry about exporting source_file property right now
[17:35] <adiroiban> danilos: it is easy to export
[17:35] <danilos> adiroiban, (you shouldn't use sampledata for tests is what I mean)
[17:35] <adiroiban> but it looks like all POTemplates
[17:35] <adiroiban> don't have an associated source_file
[17:35] <danilos> adiroiban, sure, but the branch grows and you slow down the review for something that is not critical for what you set out to do (i.e. you are widening the scope without really needing to)
[17:37] <danilos> adiroiban, right, we don't extend sampledata at all anymore
[17:39] <adiroiban> danilos: ok. I was just curious about the usage of the source_file attribute. I will not export it in this branch :)
[17:39] <danilos> adiroiban, oh, it's also only used for XPI files so far
[17:40] <adiroiban> danilos: in the sample data, all source_file attributes for potemplates are null
[17:40] <danilos> adiroiban, there are no imported XPI files in the sample data :)
[17:40] <adiroiban> danilos: I see, and I was wondering why it is not used for other templates
[17:41] <danilos> adiroiban, it would take up space in the librarian (they could not be deleted after import), and we don't need them; we need en-US.xpi files to be able to re-construct translated XPI files (though we never got far enough with implementing that)
[17:41] <danilos> anyway, I'm leaving now
[17:41] <adiroiban> danilos: thanks. have a nice evening :)
[17:42] <danilos> adiroiban, cheers :)
[17:59] <mrevell> Night all
[20:41] <Darkpsy> Is it best to go through the launchpad setup procedure as root or non-root?  I tried it both ways and Apache is throwing errors.  One error states it can't find /var/tmp/archive
[20:43] <adiroiban> Darkpsy: just create that folder ... but rocketfuel-setup should take care of everyhing
[20:44] <Darkpsy> adiroiban:  in that case, what folder should hold the main part of launchpad?
[20:44] <adiroiban> devel branch
[20:45] <Darkpsy> ok
[21:02] <Darkpsy> I'm now getting this error: http://paste.ubuntu.com/436367/
[21:06] <adiroiban> Darkpsy: have you uploaded your ssh key on LP ?
[21:07] <adiroiban> can you use bzr with LP ?
[21:08] <Darkpsy> i have uploaded my ssh key to LP, this is the first time i've used bzr with LP since I didn't need to before
[21:09] <Darkpsy> i think i found the problem.  one sec
[21:12] <Darkpsy> got it working now.  turns out I imported the wrong key
[21:49] <mwhudson> mars: so i guess i should make my backtrace thingy a project really
[21:53] <mars> mwhudson, well, a setup.py would be a great start :)  I thought of writing one, but didn't need it.
[21:57] <mars> mwhudson, if it was a project with a setup.py, then we could roll it into the Launchpad distribution.  I might do that anyway.
[21:57] <mars> mwhudson, the other problem is detecting if debug symbols are available.  Without them I get a GdbError - maybe there is some way to gracefully detect if things are wrong.
[21:58] <mars> ahead of time
[21:58] <mwhudson> mars: those both sound like good ideas, they should be bugs ... which means setting up a project :)
[21:59] <mars> heh
[22:39] <wgrant> Um.
[22:39] <wgrant> What's the memcached work that landed this morning?
[22:39] <wgrant> It seems far, far, far too aggressive.
[22:39] <wgrant> To the point of making at least the milestone view almost useless.
[22:43] <wgrant> sinzui: Was it insufficient to cache each bugtask row?
[22:43] <wgrant> Even that is too aggressive for that view, but it's not quite so bad.
[22:44] <wgrant> I imagined that memcached would be used for caching links and non-critical "Latest [blah]" sort of things.
[22:44] <wgrant> Not for major sources of time-critical data like milestone listings.
[22:45] <sinzui> wgrant, it speed up the listing of milestone pages on staging. It was very impressive.
[22:45] <wgrant> sinzui: Yes, but it also makes them much more confusing and less useful.
[22:45] <sinzui> wgrant, the milestone view is one the top timeouts and the cause is the bug privacy and the number of bugs
[22:45] <wgrant> Of course it's going to make them much faster.
[22:46] <wgrant> I want my milestone view to not lie to me.
[22:46] <wgrant> I use it frequently.
[22:46] <sinzui> wgrant, yes, that is why I landed it eary in the cycle
[22:46] <lifeless> do we still use SQLOS in any way?
[22:46] <sinzui> wgrant, cool can you fix it for me then? you will be the 4th developer to wortk on this
[22:46] <wgrant> When my team is triaging a milestone, we refresh frequently and need to see each other's changes immediately.
[22:46] <wgrant> I am thinking about how best to do it.
[22:47] <wgrant> Is the query for finding visible bugs really that bad?
[22:47]  * wgrant must have a look at some point.
[22:47] <sinzui> we can adjust the cache time.
[22:48] <sinzui> wgrant, I too refresh often. We do not have tools to invalidate cache. I would have used them if they existed
[22:50] <wgrant> I think until we can invalidate, we can't safely cache that sort of thing. Top contributors, latest bugs, latest uploads, sure.
[22:50] <sinzui> wgrant, on cache rule is to only cache anonymous. We can switch to that and make bots happy. For users, they will still get timeouts
[22:50] <wgrant> Aspects of the bug rows on that page (tags, for example, that caused problems when they were temporarily switched on a while ago), maybe.
[22:50] <wgrant> But entire bug task rows won't work sanely yet.
[22:53] <sinzui> wgrant, I have considered everything you have mentioned. You are correct, but I have timeouts I am responsible for ending. I will adjust the rules as best I can, and will add and removed them as needed.
[23:23] <mwhudson> mars: https://code.edge.launchpad.net/~pygdb-hackers/pygdb/trunk
[23:23] <mwhudson> mars: it's based on a bzr-svn import of the pygdb upstream, so you'll need to recreate your branches i'm afraid
[23:47] <mwhudson> mars: rebased the branch again i'm afraid
[23:47] <mwhudson> (i'll stop this now)


[02:45] <ja4> Do you know where I can find checksums for the 64-bit lubuntu installer disk image?
[02:48] <Unit193> http://cdimages.ubuntu.com/lubuntu/releases/precise/release/MD5SUMS
[02:49] <ja4> thank you!
[02:50] <Unit193> Sure.
[06:17] <witeds> hello i could use some help i was wondering if there was any way to add directories to the start menu like what wine dose
[06:24] <mysteriousdarren> witeds: try #ubuntu if you need more help, it might take a long to get an answer here.
[06:25] <witeds> this is a lubuntu question since i am talking about the lubutnu start menu
[06:33] <mysteriousdarren> witeds: something like this? http://askubuntu.com/questions/159008/how-to-add-startup-applications-in-lubuntu
[06:33] <witeds> no
[06:33] <witeds> a menu directory like games or wine somthing like that
[21:40] <joe> hey guys
[21:40] <joe> using lubuntu 12.04, after installing nvidia drivers, everything seems to be blurry and fuzzy
[21:41] <bioterror> not the first
[21:42] <bioterror> cant remember the solution
[21:43] <Unit193> !nvidia
[21:47] <joe> thanks guys, having hard time
[21:57] <bioterror> joe, you have correct refresh rates and so on?
[21:58] <joe> bioterror: i can set it to either 75 or auto
[21:58] <bioterror> are you using CRT?
[22:03] <joe> nope,lcd


[00:14] <roaksoax> bigjools: http://paste.ubuntu.com/1587462/ --> so that'd be the fix for raring localbooting
[00:14] <roaksoax> bigjools: i guess we should only fix that in raring and not in maas/1.2
[00:14] <bigjools> roaksoax: +1
[00:14] <bigjools> on both
[00:20] <roaksoax> bigjools: right but I don't know what will happen if this patch is in quantal or precise
[00:20] <bigjools> roaksoax: we don't need to change them, so forget 'em ;)
[00:21] <roaksoax> bigjools: the only thing is that maas 1.2 will fail to boot anything until we upload maas trunk
[00:21] <roaksoax> if all goes well, it would happen next week
[00:22] <bigjools> roaksoax: that's fine
[00:22] <roaksoax> ok cool then
[00:22] <bigjools> it's not working now, so no change there
[00:22] <roaksoax> bigjools: https://code.launchpad.net/~andreserl/maas/fix_localboot_lp1092265/+merge/145520
[00:25] <roaksoax> bigjools: and this should add raring support: http://paste.ubuntu.com/1587476/
[00:26] <bigjools> +1
[00:42] <roaksoax> bigjools: https://code.launchpad.net/~andreserl/maas/maas-1.2-raring-support/+merge/145521
[00:42] <roaksoax> bigjools: https://code.launchpad.net/~andreserl/maas/raring_support/+merge/145522 (this one will update once previous fix lands)
[00:43] <bigjools> roaksoax: well you can add dependent branches which makes the diff correct
[00:50] <roaksoax> done
[11:28] <AskUbuntu> Juju cannot deploy services with MAAS | http://askubuntu.com/q/249350
[11:33] <agaoglu> Hi people, is there a way to boot UEFI PXE with MAAS
[15:08] <roaksoax> rvba: howdy!! is the branch you just proposed gonna hit lp:maas/1.2?
[15:08] <rvba> roaksoax: yes, I'll backport it
[15:10] <roaksoax> rvba: ok cool ill wait for it cause i wanna do one last upload to raring
[15:10] <roaksoax> rvba: in preparation for the TB meeting
[15:10] <rvba> roaksoax: ok, ta.  I'll ping you when it's done.
[15:12] <roaksoax> rvba: cool thanks
[16:59] <rvba> roaksoax: the branch has landed on trunk and a backport on 1.2.
[17:16] <roaksoax> rvba: awesome! thanks
[23:59] <bigjools> roaksoax: hey, did you backport the apparmor stuff to precise?


[00:07] <veasna> are you there, marjo?
[00:08] <veasna> you're still working?
[02:57] <yotux> I just installed 10.10 alpha 1 and did an update and it complained about a package in the cli.
[02:57] <yotux> Do I need to document this somewhere?
[02:59] <tgm4883> yotux, what package?
[03:00] <yotux> gnome-appearance-properties.desktop
[03:01] <tgm4883> well thats the file it was, but i'm assuming gnome-appearance-properties was the package?
[03:01] <tgm4883> I believe you will need to file a bug against the package in launchpad
[03:01] <yotux> I'll pastebin output is that ok?
[03:01] <tgm4883> sure
[03:01] <tgm4883> for some reason I was thinking this was a different channel, but i'll try to help :)
[03:05] <yotux> http://ubuntu.pastebin.com/TrnfYXv3
[03:05] <yotux> tgm4883 -- thankz for any help new to testing
[03:07] <tgm4883> yotux, I did a quick search but didn't find a bug. I'd file a bug here https://bugs.launchpad.net/ubuntu/maverick
[03:08] <yotux> Thankz ,  I have a gwibber issue to so I look that up while there
[03:11] <tgm4883> yw
[03:16] <stenten> Wow. Is that how we're supposed to file bugs in Maverick?
[03:16] <stenten> nominate them all for release in Maverick?
[03:18] <tgm4883> stenten, IDK, honestly when I saw his question I thought I was in a completely different channel. Nobody else chimed in so I tried to help
[03:18] <tgm4883> I usually just idle in here in case someone needs me to do something for mythbuntu
[03:19] <stenten> hah, ok then :)
[03:19] <tgm4883> anyway dinner is calling, so you can rant my way and i'll read it all when I get back :)
[07:24] <ara> morning all!
[07:27] <alourie> good morning
[07:36] <ara> good morning alourie
[07:37] <alourie> hi ara
[10:33] <xdatap> morning
[10:34] <xdatap> ara, hi!
[10:44] <ara> morning xdatap
[10:45] <xdatap> ara, ciao. I need a clarification
[10:46] <ara> xdatap, tell me
[10:48]  * xdatap at phone
[10:50]  * xdatap back
[10:50] <xdatap> ara, about maverick alpha 1 desktop
[10:50] <ara> xdatap, what's up
[10:50] <xdatap> ara, in the mail you said that because the kernel bug we would not have the desktop image
[10:51] <xdatap> ara, but we received the mail from iso tracker and ppl tested it and... it works
[10:51] <ara> xdatap, yes, the kernel bug was fixed, and now we have desktop images
[10:51] <ara> xdatap, I will send the updated mail
[10:52] <xdatap> ara, but in the image the kernel version is <IP_ADDRESS>.4 while in the bug the fixed version is 2.6.34-5.13
[10:53] <xdatap> (slow typing because i'm interrupted often)
[10:54] <ara> xdatap, in the manifest you can see: linux-image-2.6.34-5-generic 2.6.34-5.13
[11:01] <xdatap> ara, in the manifest inside the package you mean? I checked with apt-cache policy and with synaptic and it say <IP_ADDRESS>.4. I mean the 20100602.2 image. Is that correct?
[11:01] <ara> yes, it is correct, but, if you do apt-cache policy linux-image, then you will have the correct one
[11:09] <xdatap> ara, I have to go. Thanks
[11:10] <ara> xdatap, have a nice day
[12:29] <Hew> what happened to ubuntu.com/testing ? Is there a replacement?
[13:18] <fader_> Hey all
[13:24] <ara> morning fader_
[13:24]  * fader_ is having one of those days.
[13:25] <fader_> I rebuilt my main machine last night but didn't actually manage to finish installing, and then my home server died, so I've been up to my elbows in cables for 30 minutes...
[13:25] <fader_> I should have stayed in bed :)
[13:26] <ara> ouch!
[13:26] <ara> fader_, what did you try? reinstalling with maverick alpha1?
[13:27] <fader_> ara: No, just 10.04 LTS... the issue was that I decided to nuke the windows partition that came on the system since I had never ever booted into it.  But resizing the drive was going to take 4 hours so I went to bed
[13:27] <fader_> It's working, just not set back up yet... installing updates now.  Good thing I had my netbook :)
[13:27] <ara> fader_, :)
[13:28] <fader_> I think cyphermox said he was crazy enough to put alpha 1 on his main system... let's see if he is around today after that ;)
[13:28] <ara> tomorrow I will reinstall 10.04 amd64 in my main laptop and then will upgrade to maverick
[13:28] <ara> let see how that goes
[13:28] <fader_> Hehehe
[13:28] <moustafa> good luck!
[13:28] <fader_> ara: Good luck indeed!
[13:29]  * fader_ will wait for alpha 2 :)
[13:29] <moustafa> But it hasn't reached alpha 1.  Right?
[13:29] <ara> fader_, that's sensible... i might just reinstall and wait a bit more
[13:29] <ara> to upgrade
[13:30] <fader_> moustafa: A1 is today
[13:30] <fader_> moustafa: Why don't you upgrade and tell us if it is safe :)
[13:30] <moustafa> fader_ I did not know that 0_0
[13:30] <moustafa> lol
[13:30] <moustafa> Good try!
[13:31] <moustafa> I"ll make a virtual install first
[13:31] <moustafa> Don"t want to screw up the family PC
[13:33] <fader_> Heh, coward :D
[13:34] <moustafa> fader_ It"s called "protecting the gonads"
[13:34] <ara> well, I'd better get going for lunch, see you guys in an hour
[13:34] <moustafa> Although, at this rate, I should be able to get a cheap testing PC pretty soon
[13:35] <fader_> ara: Ciao / chow :)
[13:35] <moustafa> ara: Enjoy!
[13:40] <moustafa> fader_ Wait a sec, if I'm a coward, then what does that make you?
[13:40] <fader_> moustafa: It makes me cautious ;)
[13:40] <moustafa> fader_ touch/
[13:40]  * moustafa curses english keyboard for lack of accents
[13:42] <fader_> Caps lock makes such a good compose key... éĥ?
[13:43] <moustafa> fader_ That's a swedish canadian accent?
[13:43] <fader_> Heheh
[13:44] <moustafa> That's why I think the french canadians should fear Ikea more than the english
[16:05] <alourie> ara: pint
[16:05] <alourie> uhm, ping
[16:06] <ara> alourie, hey
[16:07] <alourie> ara: I've installed the site, but it seems that modules are not yet good for drupal6. Is there any way to downgrade drupal or update modules?
[16:08] <ara> alourie, instead of installing drupal6 you can just
[16:08] <ara> apt-get install drupal2
[16:08] <ara> apt-get install drupal5
[16:08] <ara> sorry
[16:08] <ara> alourie, btw, as part of a change I had to make anyways, I changed Edit result to Update result (still not in production)
[16:08] <ara> so you can concentrate in other bugs :-)
[16:08] <ara> there are plenty!
[16:09] <alourie> great, thanks!
[16:09] <alourie> ara: I'm running on Lucid, and it has problems installing drupal5...
[16:09] <ara> which problems?
[16:10] <alourie> "This may mean that the package is missing, has been obsoleted, or is only available from another source"
[16:12] <ara> alourie, and the line above that one?
[16:12] <alourie> "Package drupal5 is not available, but is referred to by another package"
[16:13] <ara> alourie, ok, it is not in Lucid, you can try to see if there is a drupal5 ppa for lucid
[16:13] <alourie> ok
[16:14] <ara> alourie, there is one: https://launchpad.net/ubuntu/+source/drupal5
[16:15] <alourie> so, the fact that it doesn't have "Lucid" builds should turn me off, right?
[16:33] <ara> alourie, go to section "Other versions of 'drupal5' in untrusted archives. "
[16:34] <ara> alourie, that should point you to a ppa
[16:34] <ara> https://launchpad.net/~ari-tczew/+archive/drupal
[16:35] <alourie> ara: I'm trying it now
[17:00] <Gadget3000> I've got a network card with a rt2860 chipset that works out of the box in Lucid but I had to blacklist some modules to get it to work in the maverick alpha. Should I file this kind of thing as a bug?
[17:01] <fader_> Gadget3000: Yes, please do
[17:01] <fader_> Gadget3000: Your best bet is probably to open a terminal use 'ubuntu-bug linux' to file it, as that will gather the relevant information for you
[17:02] <Gadget3000> fader_: Will do. Thanks for the response
[17:03] <fader_> Gadget3000: No problem :)  Please also add the tag "regression-potential" if you are certain it worked in 10.04 LTS but not in maverick.
[17:03] <fader_> And thanks for helping :)
[19:59] <Gadget3000> fader_: I've tried reporting the bug using 'ubuntu-bug linux' but I fill in all the information then says 'this is not a genuine ubuntu package'.
[20:01] <Gadget3000> fader_: nvm. I've worked out why. I didn't update the package database!
[20:03] <fader_> Gadget3000: Ah, glad you got it figured out :)


[00:32] <TJ-> !ram
[05:54] <lotuspsychje> good morning to all
[05:55] <lotuspsychje> Ben64: did your xenial work out the other day?
[05:55] <Ben64> still got some playing around to do with themes
[05:55] <Ben64> was editing them by hand for a couple hrs today :|
[05:56] <lotuspsychje> Ben64: wich DE did you choose?
[05:56] <Ben64> and still haven't been able to get windows in qemu to take my passthrough'd gpu
[05:56] <Ben64> gnome-flashback
[05:56] <lotuspsychje> cool
[05:56] <Ben64> grabbing qemu stuff from artful repo
[05:57] <Ben64> i'm breaking all the rules over here
[05:57] <lotuspsychje> lol
[05:57] <Ben64> took nvidia driver out of initramfs so i can grab the 2nd gpu before nvidia does
[05:57] <lotuspsychje> im gonna start testing beaver soon
[05:57] <Ben64> bought a rx 560 for passthrough today
[05:58] <lotuspsychje> nice
[05:58] <Ben64> might have more luck with that
[05:58] <Ben64> apparently nvidia drivers try to detect vm and stop it
[05:58] <lotuspsychje> hmm didnt know that
[05:58] <Ben64> all so i can run like 3 windows apps
[05:59] <lotuspsychje> wich ones
[05:59] <Ben64> fusion 360, maya, unity3d
[05:59] <lotuspsychje> aha
[06:00] <Ben64> maya and unity3d have linux versions but they're not quite as polished
[06:00] <lotuspsychje> i hear blender did alot of bugging out recently
[06:01] <Ben64> i never could get the hang of blender
[06:01] <EriC^^> morning all
[06:01] <Ben64> hey
[06:01] <EriC^^> hey Ben64
[06:17] <Alsophila1> Hi EriC^^
[06:17] <EriC^^> hi Alsophila1
[06:17] <Alsophila1> I'm going to die...
[06:18] <Alsophila1> After upgrading my Ubuntu to 17.10...
[06:18] <Alsophila1> I can't create any project in Eclipse...
[06:19] <EriC^^> create or save?
[06:21] <Alsophila1> Only can I choose General and CVS
[06:21] <Alsophila1> My JDT and CDT all did not work...
[06:23] <EriC^^> did you try reinstalling eclipse?
[06:23] <Alsophila> Yes but useless...
[06:24] <Alsophila> When I open an existing project... It called mousepad for me to edit my file...
[06:25] <Alsophila> As if it doesn't have an editor...
[06:29] <Alsophila> I wonder if I should burn another Ubuntu installer USB stick...
[06:40] <EriC^^> Alsophila: fresh installing is nicer anyways
[06:40] <EriC^^> go for it
[06:49] <Alsophila> Oh...  My collected software...
[06:54] <ducasse> good morning!
[06:57] <EriC^^> morning ducasse o/
[06:57] <ducasse> \o EriC^^ - up early?
[06:57] <EriC^^> yup :)
[06:58] <EriC^^> how are you doing?
[06:59] <ducasse> a bit tired, didn't sleep much - otherwise good, thanks :) all well with you?
[07:00] <EriC^^> good here, didn't sleep much myself either, i think my neighbors had a birthday party or something, til about 5am
[07:01] <EriC^^> xD
[07:02] <ducasse> oh, that's always fun :-/ luckily both my neighbors are well into their 80s, so not much noise here :)
[07:02] <lordievader> Good morning
[07:03] <EriC^^> :D
[07:03] <EriC^^> morning lordievader
[07:04] <ducasse> wb lordievader, how's life?
[07:04] <lordievader> Hey EriC^^ ducasse
[07:04] <lordievader> Doing good here
[07:04] <lordievader> How are you guys?
[07:05] <EriC^^> lordievader: good here thanks, you?
[07:05] <lordievader> ^, hihihi
[07:18] <lotuspsychje> http://news.softpedia.com/news/arch-linux-officially-kills-32-bit-support-migrate-to-arch-linux-32-fork-now-518452.shtml
[07:33] <ducasse> good morning lotuspsychje :)
[07:33] <ducasse> work today?
[07:35] <jink> Work EVERY DAY
[07:35] <jink> Because pay checks and bills.
[07:37] <ducasse> don't talk about bills this early :(
[07:37] <jink> YOU STARTED IT
[07:49] <Ben64> monodevelop saying it doesn't know what IEnumerator is now...
[07:53] <ducasse> Ben64: did you get the theme thing sorted out?
[07:55] <Ben64> mostly
[07:56] <Ben64> really frustrating doing theme stuff
[07:56] <Ben64> dunno if its a gnome thing or an ubuntu thing
[07:57] <Ben64> yay IEnumerator exists again
[07:58] <Ben64> had to install mono-reference-assemblies-2.0 mono-reference-assemblies-3.5
[07:58] <Ben64> all the little problems that come up is why i like LTS
[08:08] <lotuspsychje> hey ducasse
[08:09] <ducasse> hiya, lotus \o
[08:09] <ducasse> all well today?
[08:12] <lotuspsychje> yeah fine mate, chilling before WORK lol
[08:12] <ducasse> sssh, don't say that word ;)
[08:13] <lotuspsychje> KILL BILLS
[08:25] <jink> O__o
[11:56] <BluesKaj> Hiyas all
[11:58] <lordievader> hey BluesKaj (IRC)
[11:58] <lordievader> How are you doing?
[11:58] <BluesKaj> Hi lordievader, fine here, and you?
[11:59] <lordievader> Doing good here.
[11:59] <lordievader> Moved from riot to Weechat.
[12:04] <BluesKaj> still use the reliable old Konversation
[12:07] <BluesKaj> prefer a gui for irc, easier for these old eyes. I'll use irssi in the vt/tty if needed, but otherwise Konversation is my choice
[13:23] <BluesKaj> lordievader, I just read about Riot, it looks like an interesting irc client, why did you switch?
[13:33] <lordievader> It is not an IRC client, it is a Matrix client. Though you can do your IRC via Matrix.
[13:33] <lordievader> Weechat has a Matrix plugin.
[14:48] <BluesKaj> paranoia strikes deep, into your life it will creep :-)
[14:48] <BluesKaj> Neil Young
[14:56] <pauljw> i thought that was CSN
[14:58] <pauljw> my bad, you're right.  it was Buffalo Springfield w/Neil Young... :)
[15:00] <BluesKaj> Hi pauljw , you aren't bad, just mistaken :-)
[15:00] <pauljw> :)
[15:04] <BluesKaj> I wasa wrong as well, Stephen Stills wrote the song, "Forwhat it'
[15:04] <BluesKaj> s worth"
[15:06] <pauljw> ah, and i'd bet CSN has performed it more than once, hence my thinking it was theirs.
[15:07] <BluesKaj> all these yrs i thought Neil Young wrote it ...too bad my musiclologist pal passed last yr , he would have straightened me out on that one ... he was amazing
[15:07] <pauljw> :)
[18:10] <tgm4883> nacc: I'm not even sure I understand that logic..... "I've always used iirc when I want to talk about irc. I didn't know I could just type irc to mean irc"
[18:11] <nacc> tgm4883: :)
[18:14] <TJ-> nooo, you misunderstand, iirc == irritating internet relay chat :)
[18:20] <nacc> lol
[19:15] <lordievader> :)
[19:32] <nacc> what is wrong with the channel today??
[19:38] <nicomachus> ¯\_(ツ)_/¯
[19:44] <lordievader> nacc (IRC): What do you mean?
[19:45] <nacc> lordievader: just crazy right now ... totally random offtopic requests
[19:45] <nacc> "how do I make it so root can't see what I do on a system"?
[19:45] <nicomachus> lol
[19:45] <nicomachus> I'm not even bothering today nacc
[19:46] <lordievader> Ah, #ubuntu? Glad I'm not in there.
[19:46] <nacc> lordievader: yeah
[20:18] <daftykins> <Morpheus mode> it's always been this way, you're just seeing it for the first time
[20:18] <daftykins> </The Matrix>
[20:20] <nicomachus> daftykins: here's a fun riddle for you
[20:20] <nicomachus> why would my Amazon Echo ping 'www.example.com', 'www.example.org', and 'www.example.net' on both IPv4 and IPv6 every 5 minutes on the dot?
[20:20] <daftykins> haha
[20:21] <daftykins> i daren't hazard a guess for such silly gimmicky devices (:
[20:21] <nicomachus> https://i.imgur.com/CUZ79wu.png
[20:21] <nicomachus> Apparently Amazon doesn't even know.
[20:23] <nicomachus> "This is just the network logs being sent to improve connectivity."
[20:23] <nicomachus> "This will take time to send all the logs once all the logs will be sent it will automatically silent. As often it will ping as soon it will be resolved."
[20:23] <nicomachus> "So higher frequency of the pings means that your network connectivity is being strong much sooner."
[20:23] <nicomachus> Just.... what.
[20:25] <daftykins> sounds like online support chat? :)
[20:25] <nicomachus> Yeppppp
[20:25] <nicomachus> I asked for a native English speaker after that because I had no idea what that guy was trying to say.
[20:25] <daftykins> yeah they're dirty liars
[20:25] <nicomachus> got a new person, just as bad with English. Told me they'd look into it and get in touch within 24-48 hours.
[20:26] <nicomachus> meanwhile, I'm just blacklisting the domain through pihole I guess. And a few of their metric domains. :D
[20:41] <daftykins> gotta love big company support
[23:49] <oerheks> yay, new LSHW .. lshw_02.18-0.1ubuntu3.1_amd64.deb
[23:49] <oerheks> lets see if i have new hardware too
[23:55] <daftykins> :)


[00:15] <christel6> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[00:22] <pleia2> restricting to registered nicknames until the spam passes
[00:31] <jedijf> pleia2: ty
[00:32] <pleia2> jedijf: to turn it off, in case I'm not around /msg chanserv set #ubuntu-us-pa mlock +cnt-r
[00:32] <pleia2> but you know me :) just ping me to turn it off, I'll show up
[00:35] <jedijf> pleia2: lol i haz the power.....i just looked....i was thinking who has channel control all week DOH!
[00:36] <pleia2> lol
[00:36] <jedijf> i guess we changed that 2 years ago.....i was thinking lamealex
[00:52] <waltman> Aww, I was relying on this channel to know when I could remove the flag from #plug :(
[00:53] <jedijf> waltman: i have another for that purpose
[00:55] <waltman> So mlock's a more permanent /mode?
[00:55] <waltman> jedijf: this was my other channel :)
[00:56] <jedijf> waltman: yep, but when you see it removed here, it will mean no spam for a week - 20 minutes ago my watch cheannel was spammed
[00:56] <waltman> k
[00:58] <pleia2> waltman: yeah, mlock is set by services, so if the whole network gets disconnected, everyone leaves the channel (unlikely?) chanserv resets it
[00:58] <waltman> nod
[00:59] <pleia2> kinda a pain to use, but I am IRC guru so I know all the things
[01:00] <waltman> is the command to turn it on +cnt+r?
[01:01] <pleia2> the letters are the current modes
[01:01] <pleia2> which on plug are +gnprt
[01:01] <waltman> ah
[01:01] <pleia2> so you'd want /msg chanserv set #plug mlock +gnprt
[01:01] <pleia2> to remove it: /msg chanserv set #plug mlock +gnpt-r
[01:02] <pleia2> (remove the +r that is)
[01:03] <waltman> Thanks!
[01:03] <pleia2> you're welcome :)
[01:53] <ssweeny> Yeah just about every IRC channel I frequent has been hounded the last few days. Did I miss some big spammer event?
[01:57] <waltman> They started on the perl irc network and then found their way here.
[01:57] <ssweeny> freenode is pretty much unusable
[01:57] <waltman> the mst they were mentioning is a notorious asshole in the perl community
[02:00] <waltman> It's fine on the channels with +r.
[02:02] <waltman> meanwhile on #perl on that network someone's asking about porting the python pandas module to perl. afaict I'm the only one who's ever used pandast and told him to just use python. Everyone else, with no idea of the scale of the project, is encouraging him.
[02:02] <waltman> feeling a bit frustrated
[02:03] <waltman> Trying to do data science in perl instead of python in 2018 strikes me as madness
[02:05]  * ssweeny never got his head around perl enough to use it in anger
[09:50] <teddy-dbear> Morning peoples, critters and everything else


 Sadly fearing the weekend and all the work it entails. How are you?
[06:39] <seb128> duflu, tired and still not over that cold but otherwise alright though sort of not ready for the weekend, those are restless atm...
[06:40] <oSoMoN> I'm tired but fine otherwise, not fearing the week-end that much :)
[06:41] <seb128> brave :)
[07:09] <didrocks> good morning
[07:47] <duflu> Morning didrocks
[07:50] <didrocks> hey duflu
[08:06] <seb128> hey again, sounds like I was on the empty side of the server split
[08:06] <seb128> or things just started to unsplit now?
[08:09] <Nafallo> morning seb128 :-)
[08:10] <Nafallo> morning desktopers
[08:12] <oSoMoN> good morning Nafallo
[08:19] <seb128> hey Nafallo
[08:20] <didrocks> salut seb128, Nafallo, oSoMoN
[08:21] <Laney> hey seb128 Nafallo oSoMoN didrocks
[08:21] <Laney> guessing I was on the other side of a split!
[08:22] <Nafallo> damn. you're all so flexible... :-O
[08:23] <oSoMoN> hey Laney
[08:25] <didrocks> hey Laney
[08:25] <didrocks> it was so quiet this morning :)
[08:29] <marcustomlinson> morning callmepk duflu oSoMoN ricotz luna seb128 didrocks Nafallo Laney
[08:30] <duflu> Hi Laney
[08:33] <callmepk> hi marcustomlinson  oSoMoN ricotz Laney seb128 didrocks Nafallo Laney
[09:17] <k_alam> Laney Hello, With glib 2.67.5 all calls for g_clear_pointer and g_object_ref causing error in Unity...I tried to workaround with add_definitions(-DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_66) to Cmakelist.txt as described here https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1715...but then gtk icon tests are failing...what is known woraround
[09:17] <k_alam> here? Will it compile with 2.68 ?
[09:17] <k_alam> https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1715
[09:24] <Laney> k_alam: not sure, I dont think it would be the cause of tests starting to fail to be honest
[09:29] <Laney> duflu: https://github.com/snapcore/pi-gadget/commit/5c701c62e9502999a4af3ba0f071bf3b764e1b30 looks like it already happened
[09:29] <duflu> Laney: Same time as https://launchpad.net/bugs/1918110 then
[09:34]  * Laney claims ignorance on that one
[09:34] <seb128> Laney, I reworked my sponsoring queue collector change to avoid the web parsing
[09:35] <Laney> ah nice!
[09:35] <Laney> let me get to that today
[09:39] <seb128> thx
[09:49] <jamesh> k_alam: do you have a sample of the compile failure?
[09:51] <k_alam> jamesh: https://launchpadlibrarian.net/532623784/buildlog_ubuntu-hirsute-amd64.unity_7.5.0+20.04.20200312-0ubuntu1+202104090712~ubuntu21.04.1_BUILDING.txt.gz
[09:52] <duflu> Laney: That's the bug which meant switching from 'fkms' to 'kms' didn't work
[09:53] <duflu> Till now
[09:53] <seb128> tjaalton, did you see the xorg-server build failure and new comment on https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1920096 ?
[10:00] <Laney> aah
[10:01] <tjaalton> seb128: huh :D
[10:01] <jamesh> k_alam: It's not obvious what in the build env would cause that test to fail.  That said, it's not obvious why Unity would have a test doing that
[10:02] <seb128> Laney, did you said you had a fixed glib uploaded or did I misunderstand?
[10:02] <Laney> flatpak
[10:02] <Laney> it just got accepted
[10:03] <Laney> see if it works!
[10:03] <seb128> ah
[10:03] <seb128> thx
[10:04] <KGB-0> mutter ubuntu/master Daniel van Vugt * [open] merge request !72: Add 61-mutter.rules-Enable-KMS-modifiers-for-Raspberry-P.patch * https://deb.li/lDai
[10:59] <k_alam> jamesh: My unity branch is here: https://code.launchpad.net/~khurshid-alam/unity/+git/unity/+ref/build-hirsuit, and the recipe is https://code.launchpad.net/~khurshid-alam/+recipe/unity-build-hirsuit....on local machine it compiles for groovy...may be some regression with gtk
[11:00] <jamesh> k_alam: the test is making assertions about what it believes the current default theme is, which would depend on the build environment
[11:00] <jamesh> k_alam: are you building with e.g. sbuild?
[11:01] <k_alam> the current default theme is yaru, it is on build-depends, no I am using debuild
[11:02] <jamesh> k_alam: if you want to try and reproduce the failure locally, you'll probably need to use sbuild.  That should use an environment closer to what is used by the LP builders
[11:02] <jamesh> It basically constructs a minimal chroot containing only the packages you claim to depend on and then runs the build in that env
[11:26] <jamesh> didrocks999: This is the polkit change I was thinking of: https://gitlab.freedesktop.org/polkit/polkit/-/merge_requests/75 -- however it only seems to update the search path for JS rules rather than the XML .policy files
[11:31] <didrocks999> jamesh: waow, this is indeed really recent, but yeah, seems to be only JS rules… Happy that we found a way so that we can still run tests even on focal
[11:50] <GunnarHj> Hello seb128! I just filed bug #1923187. Would you be able to run the commands to promote libmarisa0 to main?
[11:53] <seb128> GunnarHj, hey. it should go the other way around, you upload first which makes it show on component mismatch then we promote, especially that if that ffe doesn't get accepted then we have no need to promote the package in hirsute no?
[11:54] <GunnarHj> seb128: I see. So if the FFe is accepted I just upload and the promoting is fixed afterwards.
[11:56] <seb128> GunnarHj, correct
[11:57] <GunnarHj> seb128: Thanks for clarifying.
[12:01] <seb128> np!
[12:03] <GunnarHj> seb128: Another thing: Do you have an idea offhand why lightdm fails to build in hirsute?
[12:03] <GunnarHj> https://launchpad.net/ubuntu/+archive/test-rebuild-20210325-hirsute/+build/21263293
[12:05] <seb128> GunnarHj, libsystem.c:333:1: error: no previous prototype for ‘__xstat’ [-Werror=missing-prototypes]
[12:05] <seb128> it seems?
[12:06] <seb128> GunnarHj, it was fixed upstream with https://github.com/canonical/lightdm/pull/168/files, let me cherry pick that fix
[12:08] <GunnarHj> seb128: I can do that if you like. (I'm about to make a tiny guest session fix but got stuck.)
[12:09] <seb128> GunnarHj, if you want sure
[12:09] <seb128> thanks
[12:41] <GunnarHj> seb128: That seemed to be it as regards lightdm. However, there is some symbols noise in the buildlog:
[12:41] <GunnarHj> https://launchpadlibrarian.net/532666335/buildlog_ubuntu-hirsute-amd64.lightdm_1.30.0-0ubuntu4~ppa2_BUILDING.txt.gz
[12:41] <GunnarHj> Is that important enough to require a refresh of the symbols file?
[12:42] <seb128> GunnarHj, those are c++ symbols marked as optional, I would let them as they are
[12:42] <GunnarHj> seb128: Ok, thanks. Then I'll do some tests and upload later.
[12:43] <seb128> 👍
[13:16] <popey> didrocks999 there's an interesting thread on the GNOME discourse. I mentioned ubuntu-report. You might want to take a look :). Could be an interesting way to work with upstream. https://discourse.gnome.org/t/help-creating-a-simple-reporting-app/6076
[13:23] <didrocks> popey: good answer! I will follow it and see what Allan answers to it, keep me posted in case I missed anything, but indeed, ubuntu-report can completely be repurposed to it. In addition, it provides a C library to integrate with any graphical application (this is how gnome-initial-setup interacts with it)
[13:24] <popey> Nice!
[14:20] <apw> seb128, i am using the default 'LP: #12345678' highlight (I think this is default) when the item is near the bottom of gnome-terminal (less that about 6 lines) the menu fails to open; the cursor changes but the menu does not appear.  at about 7 lines it starts appearing and is even shifted so the cursor is bottom left still.
[14:50] <hellsworth> good morning desktopers
[14:53] <didrocks> Laney: compared to this morning: more integrations tests and they are now running on Github Action: https://github.com/ubuntu/adsys/pull/118 ! :) (still need the one mocking AD though)
[14:54] <didrocks> hey hellsworth
[14:56] <hellsworth> hey
[14:56] <hellsworth> hey there didrocks :)
[14:56] <Laney> didrocks: NIIIIIIIIIIIICCCCCCCCCEEEEEEEEEEEEEEEEEEEEEEEEEE
[14:57] <didrocks> and the most crazy commit of the day: https://github.com/ubuntu/adsys/pull/118/commits/d190d211a2ed5b4350a4d720b0c9b0a768d04b0e (running the same tests twice, but alternating which side is in process for coverage and which side is a subprocess)
[15:00] <didrocks> and just reached 650 tests!
[18:20] <RikMills> glib2.0 migrated :)
[18:21] <RikMills> flatpak fix by L@ney obviously worked
[18:29] <oSoMoN> nice