[06:46] <mup> Bug #1555236 changed: Spurious test failure in TestRegionServer.test_register_calls_refresh_when_needed <tests> <MAAS:Won't Fix> <https://launchpad.net/bugs/1555236>
[08:31] <tzoun0> hello!
[08:31] <tzoun0> how can I make all my nodes to have the same time & date?
[11:11] <mup> Bug #1591958 opened: Commisioning fails on machines without HW virtualization <MAAS:New> <https://launchpad.net/bugs/1591958>
[11:20] <mup> Bug #1591958 changed: Commisioning fails on machines without HW virtualization <MAAS:New> <https://launchpad.net/bugs/1591958>
[11:23] <mup> Bug #1591958 opened: Commisioning fails on machines without HW virtualization <MAAS:New> <https://launchpad.net/bugs/1591958>
[13:43] <shewless> Hi there. Trying to install maas 2.0.0 on a system that has previously had maas running (used apt remove maas and autoremove initially). getting this errror: http://paste.ubuntu.com/17290298 any ideas?
[13:44] <shewless> in a nut shell: psycopg2.OperationalError: FATAL:  password authentication failed for user "maas"
[13:54] <Guest7817> hello there
[13:54] <Guest7817> I need a help, i m a newbie
[13:55] <Guest7817> i have three old computers at home. wants to connect them and make a high performance cluster. will MAAS allow me to handle such old hardwares?
[14:39] <shewless> i ran purge maas-dns based on some previous bug reports and that worked.. couldn't just do maas..
[14:39] <shewless> maas is great.. once it works.. just don't change the IP addresses :)
[15:36] <shewless> Hi guys. I have 14.04 and 16.04 images downloaded but I can't change the default commisioning image to 16.04.  only 14.04 is an option. Maas <IP_ADDRESS>
[15:44] <shewless> hmm.. seemed to show up after about 10 more minutes.. I guess ignore. THanks
[16:09] <kiko> shewless, we're working to make it more obvious when we are downloading and processing images
[16:10] <shewless> kiko: that's good. Currently I use bmon to monitor the network traffic as my progress bar :)
[16:11] <roaksoax> shewless: you can monitor the events too
[16:11] <roaksoax> shewless: while stuff is happening , cloud-init sends status messages to maas
[16:13] <shewless> roaksoax: I'm talking about downloading images to the maas controller
[16:16] <roaksoax> shewless: ah! MAAS shows progress
[16:17] <shewless> roaksoax: it shows a spinning wheel thing I guess..
[16:18] <roaksoax> shewless: yeah if you hover on it it will give you progress
[16:18] <roaksoax> shewless: but since that page is YUI, it won't update automaticlaly
[16:18] <roaksoax> shewless: you you will have to F5 to refresh
[16:19] <shewless> roaksoax: interesting.. next time I download an image I guess I'll have to try that.
[16:31] <kiko> shewless, when that page is no longer YUI you'll have a better way of tracking updates
[16:33] <mup> Bug #1592051 opened: [arm64] [beta6] auto enlistment on arm64 hardware not getting power parameters with ipmi <MAAS:New for newell-jensen> <https://launchpad.net/bugs/1592051>
[19:03] <mup> Bug #1592132 opened: [2.0b7] Enlisting output returns objects <MAAS:Confirmed> <https://launchpad.net/bugs/1592132>
[19:12] <mup> Bug #1592132 changed: [2.0b7] Enlisting output returns objects <MAAS:Confirmed> <https://launchpad.net/bugs/1592132>
[19:15] <mup> Bug #1592132 opened: [2.0b7] Enlisting output returns objects <MAAS:Confirmed> <https://launchpad.net/bugs/1592132>
[19:15] <mup> Bug #1592137 opened: [2.0b7] Can't sort IP addresses under a subnet details page <MAAS:Confirmed> <https://launchpad.net/bugs/1592137>
[19:28] <mup> Bug #1592137 changed: [2.0b7] Can't sort IP addresses under a subnet details page <MAAS:Confirmed> <https://launchpad.net/bugs/1592137>
[19:34] <mup> Bug #1592137 opened: [2.0b7] Can't sort IP addresses under a subnet details page <MAAS:Confirmed> <https://launchpad.net/bugs/1592137>
[23:26] <bdx> blake_r_: do you have a maas-rack charm in the works somewhere I can check out?
[23:27] <bdx> blake_r_: just found it in your namespace:-)


[00:55] <akgraner> ok I'll work on that a little later....
[00:55] <akgraner> as in sometime in the next 24 hours or so.... :-)


[02:25] <bkerensa> pleia2: ahh really? it would be cool if you guys got the venue
[03:43] <pleia2> bkerensa: they have the date available, I sent off the details last night so we'll see if it'll work out :)
[03:44] <bkerensa> pleia2: :P did u tell them you will requiree artisan pizza and a keg? :D
[03:47] <pleia2> hah, no, I need a projector and the ability to eat in the space we're using (I am planning on buying)
[03:47] <pleia2> so that's all I asked for ;)
[17:33] <akk> Oh no, another anti charter school person (on bay area LUG lists) ... is there some rabid anti charter school NRA-style lobbying group I hadn't heard of?
[17:33] <akk> (re partimus)
[17:34] <pleia2> people who dislike charter schools do tend to be pretty opinionated
[17:34] <pleia2> so I'd say yes
[17:35] <pleia2> I try not to get involved with the conversation :)
[17:35] <akk> I don't get it. I can understand disliking religious charter schools that get public money and then don't teach academic subjects.
[17:35] <akk> But that's obviously not what schools like KIPP do.
[17:35] <akk> I WANT my tax money going to schools that take disadvantaged kids and help them academically (and let folks like you and Christian give them Linux boxes!)
[17:36] <pleia2> they would rather see all schools be uniform and money used to improve all of them, not do experiments in non-profit organized charter schools that are more loosely organized
[17:37] <pleia2> I understand their viewpoint, but we've tried to improve public schools for years, it didn't work, experiments at charter schools are an interesting approach in our imperfect world
[17:37] <akk> I can see wanting all schools to improve (of course we all want that).
[17:38] <akk> But a small volunteer group can only help one school at a time.
[17:38] <pleia2> and partimus can't get into proper public schools, no one can, they have too much red tape and bureaucratic and funding bickering :\
[17:38] <akk> I'm not going to rail against Partimus because they're helping schools in SF and not schools in SJ, or whatever.
[17:39] <akk> Yeah :(
[17:39] <akk> It's sad how resistant most schools are to accepting help.
[17:39] <pleia2> and so people end up getting cranky at partimus because we're supporting these charter schools, when clearly we should actually be spending all our time lobbying to fix real public schools
[17:39] <pleia2> "you first" I say :)
[17:40] <akk> I was going to say, don't hear THEM doing that lobbying. :)
[17:40] <pleia2> I'll do what I am good at and am passionate about
[17:40] <pleia2> it's not like we reject helping proper public schools, we are in a library of one
[17:40] <pleia2> would be great to do more
[17:40] <akk> Your time is far better spent actually putting computers in schools that will accept them than it would be lobbying for other schools to accept help.
[17:41] <pleia2> agreed
[17:41] <akk> Rick & co never bring up these issues that could be rebutted, they just get all hung up on the word "public" and stop there.
[17:42] <akk> I guess Christian could stop pushing that hot button if he wanted to by saying "a free charter school" instead of "a public charter school".
[17:42] <pleia2> I learned pretty quick not to ever argue with Rick :)
[17:43] <akk> Yeah, me too.
[17:43] <pleia2> yeah, I mentioned that to Christian a couple weeks ago, he was non-commital in his reply (he did drop "public" from the subject line at least this time)
[17:56] <bkerensa> akk: idk I think lobbying is the only way we will get other schools interested into opening up to FOSS.... I know a teacher who recently had trouble with printing on Windows and I helped her and then suggested she get some Edubuntu workstations in her classroom
[17:57] <bkerensa> and now she is looking into it
[17:59] <akk> bkerensa: I'd love to see people who are good at lobbying doing that to improve all schools ... but I don't think Pleia and Christian should stop doing Partimus to go do lobbying instead. :)
[18:00] <bkerensa> akk: Likely not... I also don't think Ubuntu or most distros have any platform for lobbying anyways :)
[18:00] <akk> It takes so much time, money and political savvy to get anything done through lobbying. :(
[18:00] <bkerensa> I however did talk to our likely mayoral candidate here in Portland who has assured everyone if he goes into office he would bring more Open Source to city agencies
[18:01] <akk> Nice!
[18:01] <bkerensa> and one of our Secretary of State Candidates said he would eliminate Microsoft from all SOS functions
[18:01] <pleia2> Christian is the talker who gets us into schools at all, and he's attended some political things from time to time, but it's very much not something I'm skilled at :)
[18:01] <bkerensa> all propritary software in fact
[18:02] <akk> pleia2: I'm in awe of Christian's ability to get these computers into any schools, even charter ones.
[18:02] <pleia2> there is an open source policy here in California, but I haven't seen it make change in schools yet (schools are complicated)
[18:02] <akk> What is the CA open source policy?
[18:03] <bkerensa> http://www.cio.ca.gov/Government/IT_Policy/pdf/IT_Policy_Letter_10-01_Open_Source_Software.pdf
[18:03] <darthrobot> Content type: [application/pdf] Size: [86446]
[18:03] <pleia2> yeah, that one
[18:03] <bkerensa> Aside from the Datacenters
[18:03] <pleia2> http://opensource.org/node/497 is tl;dr :)
[18:03] <darthrobot> Title: [California's new Open Source policy rings in the New Year | Open Source Initiative]
[18:03] <bkerensa> I can say with confidence that not a single state agency uses open source on any workstations
[18:04] <bkerensa> they mostly run Windows 2000 or XP with Novell GroupWare
[18:04] <bkerensa> highly outdated IE
[18:04] <bkerensa> =/
[18:04] <akk> So it's really only permitted as an acceptable practice, not encouraged.
[18:04] <pleia2> federal agencies are much better at adopting open source than local and state, but there are some pretty major people pushing it in several federal agencies
[18:04] <bkerensa> But you can use personal laptops with Ubuntu for work
[18:04] <akk> (But that's a start, anyway!)
[18:05] <bkerensa> my cousin brought her netbook up which I put 12.04 on and she might start using in the field
[18:05] <pleia2> we have a NASA guy coming to our SF Ubuntu Hour next month, and they've host an open source summit the past few years
[18:05] <bkerensa> she works for Fish and Game as a Biologist
[18:05] <pleia2> and it's well known that the NSA uses linux all over the place
[18:05] <akk> Yeah, NASA uses some open source sw
[18:05] <akk> though mostly they don't opensource stuff they do themselves (some groups do).
[18:06] <bkerensa> Yeah my friend was on the team that built curiosity and he said they use 90% open source in the labs
[18:06] <bkerensa> they have their own distro
[18:06] <akk> It seems to be by group -- they allow it if people in the group push for it
[18:06] <pleia2> https://sites.google.com/site/openmct/ is the software our visitor from NASA open sourced
[18:06] <darthrobot> Title: [Open Mission Control Technologies]
[18:06] <akk> but a lot of the JPL groups are very proprietary-minded.
[18:07] <bkerensa> fortunately JPL hasn't sent anything to space in recent years
[18:07] <bkerensa> :P
[18:08] <pleia2> (the "contact us" on that site goes to a nasa address)
[18:09] <pleia2> so some of their groups are trying to release too :)
[18:09] <bkerensa> I thought it was funny the news media made so much chatter about the people in the NASA control room and the guy with the mohawk
[18:09] <bkerensa> my friend was like... "They do pretty much nothing"
[18:10] <akk> I guess because they're the people you can see doing work on NASA TV?
[18:10] <akk> NASA TV probably doesn't show programmers writing the code years the launch. :)
[18:11] <akk> There was a fun LA Times article a week or so ago about the teams who (write the code to) drive the rover.
[18:11] <bkerensa> akk: yeah
[18:11] <bkerensa> it also doesn't show the actual MSL Team that built Curiosity
[18:11] <bkerensa> :)
[18:12] <bkerensa> people like this https://sphotos-a.xx.fbcdn.net/hphotos-ash4/311706_10151165761545609_804757913_n.jpg
[18:12] <darthrobot> Content type: [image/jpeg] Size: [62417]
[18:12] <bkerensa> ;p


[02:21] <ToStItOs> I almost have my modem recognized question for all: 1. How do I edit the isp info. 2. What if I don't have a user id and password???
[02:22] <ToStItOs> I am using by the way wvdial
[02:23] <ToStItOs> my modem is a usb 3G modem data card
[02:35] <ToStItOs> I have a usb 3g modem from my Cellular company. I am trying to use wvdial to get my modem to work. But I do not have a user id and password. Will that be a problem???
[02:35] <ToStItOs> Also how do change the isp info in wvdial????
[03:21] <charlie-tca> ToStItOs: have you looked at /etc/wvdial.conf ?? Is there such a file?
[03:23] <ToStItOs> I got charlie thanks now I just gotta plug my modem and do a wvdial
[03:23] <ToStItOs> it*
[07:58] <edakiri> Is the webmaster present?
[08:28] <edakiri> in ~/.Xdefaults , this looks evil.  Xft.dpi: 96 . I haven't found documentation for that XResource, but is that to pretend the monitor has a DPI of 96?
[08:28] <Sysi> i think it's about font
[08:29] <edakiri> that the font be rendered as if the monitor has a DPI of 96?
[08:29] <Sysi> idk, change and try?
[08:33] <edakiri> changing had no visible immediate effect. (presuming i used xrdb correctly). perhaps it only takes effect when restarting X
[09:22] <edakiri> testing, xresource xft.dpi .  It does set affect dpi for font rendering in some programs.  My GTK programs seem to be getting DPI from some place else.  XTerm also seems unaffected.
[09:23] <edakiri> Can FreeType not get the DPI from the X Windows server?  or what is the reason for setting this resource?
[09:24] <well_laid_lawn> I thought .Xresources was superseeded by .Xdefaults... ?
[09:32] <edakiri> well_laid_lawn: the contents of .Xdefaults are still X resources.
[09:33] <well_laid_lawn> but if some apps have moved to the newer naming convention...
[09:34] <edakiri> I'm not talking about file names here except for the file in the xubuntu-defaults package
[09:34] <well_laid_lawn> ok you figure it out
[09:37] <edakiri> If this setting is to work around a bug, it would be great to track it to the bug somehow, like putting a comment above the setting with a bug #.
[09:39] <edakiri> Otherwise, if there is no bug and FreeType can get its information from the X Windows server, this is not something that should be set by default.
[09:40] <well_laid_lawn> or you missed something in your approach to it
[11:52]  * dreamtraveler brb
[12:03] <Aninha_17> hello
[12:04] <Aninha_17> i have changed the res on my xubuntu laptop and now i cant see anything. how can i change the res back?
[12:05] <Aninha_17> hello? :)
[12:06] <Aninha_17> anyone here?
[12:36] <brot> is there a command where i can see which packages i installed last?
[13:17] <edakiri> brot: if you installed with 'aptitude', it is logged by default
[16:08] <slow-motion> hi
[20:22] <ndeah> mistekak
[21:33] <AleX__> Hi!
[22:22] <AleX_> Ciao! Con un HDD da 20 GB devo far co-esistere Win98 e (X)Ubuntu... Che partizioni mi consigliate di fare (oltre a quella di Win98)?
[22:29] <Sysi_> !it
[22:36] <AleX_> I'm sorry... I have an HDD (where is installed Win98) and I want to install both Windows and Xubuntu... How should I create partitions on it?
[22:36] <AleX_> The HDD is 20GB
[22:37] <Sysi_> at least 5GB to xubuntu, and 512mb-1gb swap
[22:50] <AleX_> Win98 8 GB, should be ok?
[22:50] <Sysi_> methinks
[22:59] <AleX_> ?
[22:59] <Sysi_> i guess so
[23:00] <AleX_> Hmm... 10 GB to Win98 - 6 to Xubuntu?
[23:00] <AleX_> Should I create the /home partition?
[23:01] <bazhang> AleX_, no idea about windows. with only 6GB for xubuntu you are really pushing it though
[23:01] <Sysi_> i wouldn't, for that small space
[23:01] <AleX_> Now, I'm using 2GB on Win98...
[23:02] <AleX_> PC is only for Internet
[23:02] <bazhang> not really important
[23:02] <Sysi_> bazhang: what do you need to do to get over 5GB root full? maybe if you have data also there..
[23:02] <AleX_> I don't have some files to save on this PC
[23:03] <KE1HA> The standard install is only about 2.5GB
[23:03] <bazhang> AleX_, any reason not to have all xubuntu? with a drive that small 6GB is really pushing it
[23:03] <Sysi_> but yeah, 6GB isn't much
[23:03] <KE1HA> What you putting in there to get 6GB ?
[23:03] <bazhang> root and home all on 6GB?
[23:03] <AleX_> My brother plays some games that are installed on Win98
[23:03] <AleX_> Yes, no?
[23:03] <AleX_> :P
[23:03] <bazhang> that would take about a week to fill up
[23:04] <Sysi_> bazhang: i have on 8gb netbook xubuntu and lots of music
[23:04] <KE1HA> LOL.. yeah, That's allot of space for Linux.
[23:04] <KE1HA> Music can eat space quick though.
[23:04] <AleX_> So... 8GB Xubuntu / 6 GB Win98?
[23:04] <bazhang> it's tiny
[23:04] <Sysi_> you said it's 20gb?
[23:05] <AleX_> I don't have to save any type of document
[23:05] <bazhang> 18 xubuntu 2windows
[23:05] <Sysi_> win98 really don't need much space
[23:05] <Sysi_> but neither xubuntu :P
[23:05] <AleX_> Yes, but the true space is about 16GB
[23:05] <bazhang> 14/2
[23:06] <Sysi_> how much RAM, btw?
[23:06] <KE1HA> win 98 Specs: 195 MB of free hard disk space (the required space may vary from 120 MB to 295 MB, depending on your computer's configuration and the options you choose to install)
[23:06] <AleX_> 320 MB
[23:06] <AleX_> :P 5 GB are ok! :)
[23:06] <KE1HA> 2GB is WAY more than enough.
[23:07] <AleX_> Thanks KE1HA...
[23:07] <bazhang> 16/0
[23:07] <KE1HA> been a Long time since I looked up Win98 Specs :-)
[23:07] <AleX_> But, probably I will install a total of 512 MB
[23:07] <bazhang> run the games in a vm
[23:07] <Sysi_> i'd say 4gb is tarting to be tiny for xubuntu, but more is better
[23:08] <Sysi_> even all win98 stuff don't work on wine :/
[23:08] <KE1HA> +1 on VM, probably the best option.
[23:08] <Sysi_> but you should try those games, they propably will
[23:08] <AleX_> I will do this: 5 GB Win 98 - 1 GB Swap - 10 GB Xubuntu. Is this ok?
[23:08] <Sysi_> or VM
[23:08] <KE1HA> The /boot will be bigger than the Win98 install LOL
[23:08] <AleX_> I want Win98 native :)
[23:08] <bazhang> AleX_, sure
[23:08] <AleX_> Thanks bazhang
[23:09] <bazhang> no point in a separate home imo
[23:09] <KE1HA> bazhang, did you get the must register buiz from the freenode server ?
[23:09] <AleX_> I create only two partition: / (ext4) 10 GB - linux-swap 1 GB
[23:09] <KE1HA> You need a /boot as well
[23:10] <bazhang> KE1HA, for #ubuntu?
[23:10] <KE1HA> Yes
[23:10] <AleX_> I have to create it?
[23:10] <KE1HA> it thru me to the ubuntu-register channel
[23:10] <Sysi_> no you don't
[23:10] <bazhang> no as I'm registered; that's only temporary KE1HA as the channel was under severe bot attack
[23:10] <AleX_> Ok :)
[23:11] <KE1HA> Ahh, ok, well I registerd anyway, and got my PW in the login-manager now.
[23:11] <bazhang> we'll set it back soon enough
[23:11] <bazhang> ie back to -r
[23:11] <Sysi_> AleX_: basically everything can be in one partition, but separate swap is nice
[23:11] <AleX_> Swap partition is set "logical"?
[23:12] <KE1HA> AleX_, just a good general Practice, 3 is the norm /boot /root and /swap  .. wiht your /home bing in the /root partition.
[23:12] <Sysi_> iirc that's failure of automatic
[23:12] <AleX_> I have to set it to "logical" not "primary", true?
[23:12] <KE1HA> You can set 4x Primary partitions
[23:13] <Sysi_> (with msdos partition table)
[23:13] <AleX_> Yes... Swap partition would be Primary?
[23:13] <KE1HA> Yes
[23:14] <Sysi_> doesn't matter, but no need for logical partitions, keeping it simple
[23:14] <AleX_> Or I can create an Extended partition with Swap partition as a logical one?
[23:14] <KE1HA> for /swap = Primary too
[23:14] <AleX_> Ok! :)
[23:14] <AleX_> Thanks!
[23:14] <KE1HA> keep them all simple, primary partitions
[23:15] <AleX_> Do you have the D-Link DWL-G132?
[23:15] <KE1HA> no, I have a Cisso Router
[23:15] <KE1HA> Cisco
[23:16] <AleX_> Yes, I know... But the DWL-G132 is a USB Wi-Fi adapter
[23:16] <AleX_> I works only with ndiswrapper :(
[23:16] <KE1HA> I have no idea abt that
[23:16] <AleX_> *It
[23:16] <KE1HA> here's my router: https://www.cisco.com/en/US/products/ps10977/prod_view_selector.html
[23:17] <AleX_> It's good! It works great?
[23:17] <KE1HA> Well It stops all this DOS ping crap dead in it's tracks, so yeah, works for me.
[23:18] <AleX_> It's so big!
[23:18] <KE1HA> I bought it surplus
[23:18] <AleX_> Has it got Print Server function?
[23:18] <AleX_> So, you can share a printer through it?
[23:19] <KE1HA> I use a WAP for that.
[23:19] <Sysi_> http://ubuntuforums.org/showthread.php?t=1491279
[23:19] <KE1HA> You better off wiht a Home Wireless / LAN router
[23:19] <TopHatSir> xubuntu is pronounced zoo-bun-too, right?
[23:19] <Sysi_> CUPS supports sharing any printer connected to some linux machine
[23:20] <AleX_> I bought a TP-Link print server
[23:20] <KE1HA> OOo-bun-too
[23:20] <AleX_> I think it works with all OS
[23:20] <TopHatSir> then where's the x?
[23:20] <AleX_> Win, Linux and Mac OS X
[23:20] <Sysi_> i say ksubuntu
[23:20] <KE1HA> Yeah, those little Plug in printer srevers are nice.
[23:21] <AleX_> eheh... How much it costs?
[23:21] <KE1HA> We just hung our printer on the Acess point, works fine.
[23:21] <AleX_> Thanks Sysi_ for the link! :)
[23:21] <KE1HA> how much what cost ?
[23:24] <KE1HA> hey bazhang why does it say on the top of my xchat window #xubuntu-unregged whn I jsut did the registration ?
[23:24] <AleX_> Your router?
[23:24] <KE1HA> not too much abt 400 or so.
[23:25] <KE1HA> where did bazhang go, he still here?
[23:25] <AleX_> Hmm... It's ok if it works great :)
[23:25] <AleX_> I think of NO :)
[23:26] <KE1HA> Well I originally got it fer another purpose, it's overkill for what Im using it for atm.
[23:26] <KE1HA> Anyways, we're way OT here.
[23:26] <AleX_> ATM?
[23:26] <KE1HA> At The Moment
[23:26] <AleX_> Thanks! :)
[23:27] <AleX_> So... I go! Good bye! Thanks for all!
[23:35] <knome> insane_umlaut, please stop nickflooding
[23:35] <insane_umlaut> sorry
[23:36] <insane_umlaut> just trying to get a nickname I can use for the rest of setup
[23:36] <knome> okay, no problem there then
[23:46] <bazhang> KE1HA, you got the registration email and then identified after confirming?
[23:47] <KE1HA> Yes, but it has that thing on the top of xchat
[23:48] <KE1HA> But my Identified, what do you mean? I put the line in the /msg {info form email}
[23:49] <bazhang> KE1HA, could we do this in #freenode ?
[23:51] <KE1HA> Sure. just got to #freenode   ?
[23:57] <jessebye> just installing xubuntu
[23:58] <jessebye> I'm wondering how much faster it is compared to Ubuntu


[02:37] <robotfuel> Could I please get an ubuntu irc cloak? My launchpad page is https://launchpad.net/~chris.gagnon
[02:41] <JoseeAntonioR> robotfuel: One second, please
[02:42] <JoseeAntonioR> robotfuel: Ok, everything seems alright, but you'll need to wait for the IRC Council
[02:42] <robotfuel> JoseeAntonioR: when does that happen?
[02:43] <JoseeAntonioR> robotfuel: could you please let me check if any of them is online?
[02:43] <robotfuel> JoseeAntonioR: oh, I thought it might be a meeting :P
[02:43] <JoseeAntonioR> nah, just a matter of waiting
[02:44] <JoseeAntonioR> none of them is online, but if you wait (may take a couple hours) they'll process the request
[02:45] <JoseeAntonioR> AlanBell, topyli, funkyHat, Tm_T, Pici: robotfuel has requested an @ubuntu/member/robotfuel cloak, with the LP link https://launchpad.net/~chris.gagnon, could you please process the request?
[02:53] <robotfuel> I am off to bed, thanks for your help JoseeAntonioR
[02:53] <JoseeAntonioR> np
[16:02] <IdleOne> !no oggcamp is <reply> is a two day unconference on August 18th/19th 2012 - see http://oggcamp.org/
[16:02] <IdleOne> hmm
[16:05] <genii-around> Does lubotu3 use some different db ?
[16:05] <Pici> it should get synced eventually
[16:09] <IdleOne> right but she doesn't no anything about it so
[16:09] <IdleOne> !oggcamp is <reply> is a two day unconference on August 18th/19th 2012 - see http://oggcamp.org/
[16:09] <IdleOne> !oggcamp
[16:10] <IdleOne> she knows now
[16:10] <IdleOne> s/no/know
[17:34] <LoT> how much of an interaction does the IRCC / IRC team have with team channels?
[17:34] <LoT> specifically with "emergency moderation" and the likes
[17:37] <IdleOne> as much or as little as that team wants
[17:38] <LoT> so basically the same as freenode staff, such that "If we're not on the ACL, we won't help." ?
[17:38] <IdleOne> the ircc needs to be added to the access list of course and team channels can always join #ubuntu-ops and ask if some ops would be willing to idle in their channel.
[17:38] <IdleOne> LoT: Not exactly, the IRCC is always willing to help but without access they can't.
[17:38] <LoT> but basically you'd need ACL access first (ChanServ)(
[17:38] <LoT> indeed.
[17:38] <LoT> that basically answers the question
[17:38] <LoT> thanks
[17:38] <IdleOne> right, the ircc can ask staff to add them if they really need it
[17:39] <LoT> indeed, being the contact(s) for the #ubuntu namespace
[17:39] <LoT> thanks, that answers the question
[17:41] <IdleOne> I should point out that freenode staff is also willing to be helpful. I didn't mean to imply they weren't
[17:42] <Fuchs> we aren't
[17:42] <IdleOne> ha
[17:42] <LoT> heh
[17:43] <IdleOne> LoT: yeah, if  team channel needs/wants ops but doesn't have anybody they know, they can join -ops and ask us to join and add a few of us to the ACL.
[17:43] <LoT> IdleOne: as an aside, its kind of hard when the team's ops are both offline :P
[17:44] <LoT> hence the question
[17:44] <LoT> (not the case atm, but at the time it was an issue, well...)
[17:44] <IdleOne> ah, well if that is an ongoing issue the IRCC should be made aware and maybe they offer to help the team.
[17:45] <IdleOne> long story short. We are here to serve.
[17:45] <LoT> indeed.
[17:46] <LoT> IdleOne: i dont see it as a common issue, but the team in question is the beginners team.  strangely enough there's a bunch of people who forward the newbies to -beginners, and there was a spammer in there... um...
[17:46] <LoT> it was either yesterday or two days ago
[17:46] <LoT> and nobody was on, so...
[17:47]  * LoT shrugs
[17:47] <Fuchs> oh, as a sidenote, in order to have staff help, one should put us with the *!*@freenode/staff/*  mask on the ACL. Else we will be quite a bit more hesitant, as we respect channel owners decision to not have us intervene in their channel
[17:47] <Fuchs> unless, of course, network policy is broken or other emergencies
[17:47] <IdleOne> ah, well I believe pleia2 has some influence for that team, maybe mention it to her and she can take it to the people who need to know ?
[17:47] <LoT> Fuchs: indeed, the person who reported the spam said, basically, "To hell with that"
[17:47] <LoT> when i mentioned "poke #freenode"
[17:47] <LoT> Fuchs: since *!*@freenode/staff/* is on the ACL
[17:48] <pleia2> IdleOne: not really anymore, and I don't have ops or anything there
[17:48] <LoT> IdleOne: i can poke bodhi, he's got significant influence as well (i have to poke him about some Debian things anyways0
[17:48] <Fuchs> if it is, and the person is an obvious spammer, chances are  good that we do act if people poke us
[17:48] <IdleOne> pleia2: sorry to have pinged you about it then
[17:48] <Fuchs> we just prefer local ops to handle things if possible. But if none are around, and we are on the ACL, sure, poke us
[17:48] <IdleOne> LoT: well there ya go. :)
[17:48] <LoT> IdleOne: indeed.
[17:49] <IdleOne> I remember being turned off by -beginners when it first started out. I found it a little insulting that I had to jump through hoops to be "accepted" in the team.
[17:50] <IdleOne> I left soon after
[17:50] <LoT> heh
[17:50] <pleia2> they got rid of their membership process, but it's a pretty quiet team these days
[17:52] <IdleOne> I just feel the only membership we should have to apply for is Ubuntu membership. Team/LoCo should be open to all and not require a formal process to be part of.
[17:52] <Unit193> Staff are on the ACL, and have stepped in before.
[17:53] <LjL> IdleOne: so any ubuntu member could be in the ops team without a process? :P
[17:53] <IdleOne> LjL: every rule has an exception of course
[17:53] <IdleOne> being an op is different from being a part of a loco
[17:54] <LoT> indeed
[17:56] <IdleOne> LjL: also, becoming and op in the Ubuntu-ops team requires that the person, if not an Ubuntu member officially, might as well be one because they already have showed they can be.
[17:56] <IdleOne> s/and/an/
[17:57] <IdleOne> Which I believe is probably one of the reasons why the IRCC was given the authority to grant membership :)
[17:58] <IdleOne> Now I must reboot and hope this latest update has not broken my system
[17:58]  * Fuchs wishes IdleOne good luck
[18:02] <IdleOne> You may now uncross your toes. Thank you for your assistance
[18:18] <Tm_T> IdleOne: uh, I need some assistance, some of my toes are on cramp due to holding them crossed too long
[18:19] <Fuchs> Tm_T: I recommend hydrochloric acid
[18:19]  * IdleOne gets the moisturizing cream and bath salts
[18:20] <IdleOne> Tm_T: put your footsies in this tub of boiling water please
[18:22] <Tm_T> IdleOne: salt and pepper, yes?
[18:22]  * LoT puts a bag of uknownsubstance into the boiling water
[18:22] <IdleOne> and a little garlic powder
[18:22] <Tm_T> sounds delicious
[18:22] <Tm_T> smells too!
[18:22]  * IdleOne peels potatoes and carrots too
[18:22] <Fuchs> if you remove the feet, yes. Cheese is eugh :(
[18:22] <IdleOne> We is gonna eat good tonight
[18:23] <Tm_T> IdleOne: ...yes it's good you can get membership from this lot
[20:11] <Unit193> https://wiki.ubuntu.com/IRCCouncil/TeamReports Oi, that's a bit stale...
[20:39] <philballew> To add my current nic to my group with my member cloak, what would I do, or is there any thing I can /msg to find out how?
[20:39] <Fuchs> sure,  /msg nickserv help group
[20:39] <Fuchs> you need to be identified to your account and on the nick you want to group
[20:40] <Fuchs> so   /msg nickserv identify yourmainnick yourpassword     and then the group command


[01:20] <infinity> slangasek: Around?
[01:21] <slangasek> infinity: hi
[01:21] <infinity> slangasek: Care to lend an eye to http://paste.ubuntu.com/697609/ for sense-making?
[01:21] <infinity> slangasek: Turns out that we went around and around in circles because someone had me convinced we actually used the debconf frontend.  Which we really don't. :P
[01:22] <infinity> (except for server)
[01:23] <slangasek> ah :)
[01:25] <slangasek> infinity: looks good to me
[01:25] <infinity> You counted case/;; agreement, didn't you?  I can only assume that was the delay.
[01:25] <infinity> My eyes crossed when I did it. ;)
[01:29] <slangasek> yes, I did :)
[01:30] <infinity> Should hit the queue in 2 seconds.
[01:30] <infinity> If you'd like to accept for me.
[01:31]  * infinity considers exporting VISUAL=vim in cdimage@antimony's bashrc... This nano business offends me.
[01:33] <slangasek> 'cepted
[01:33] <infinity> Danke.
[01:34] <infinity> And now I delay the preinstalled dailies, so we actually get something fixed in before another 25 hours passes.
[01:46] <infinity> Are LP automagic bug closures broken, or am I just being impatient?
[01:46] <infinity> (Should happen on ACCEPT, surely?)
[03:56] <pitti> cjwatson: would be nice, yes; usually we have the 7 day maturing period for regressions, but as this doesn't "naturally" get tested by people using -proposed, it would be good to know that regular installs still work
[06:24] <pitti> infinity: still awake?
[07:37] <pitti> I'm reviewing other people's gnome updates, but it would be nice if someone could review my uploads (glib2.0, nautilus (trivial), gnome-online-accounts, eog, gedit-plugins
[07:57] <slangasek> pitti: I see two breaks: added for the gdbus ABI change.  Is it certain that this is all that's affected, has anyone searched the revdeps for symbol references?  And how recently was the API introduced - could conflicting with old versions of nautilus cause more harm than good for upgrades?
[07:57] <seb128> slangasek, I can reply for that
[07:57] <slangasek> seb128: heya
[07:57] <seb128> slangasek, the api was added mid-oneiric, I've grepped through main on a dc machine
[07:57] <seb128> upstream grepped through the GNOME git as well
[07:58] <seb128> only nautilus and gnome-online-account showed up
[07:58] <slangasek> ok
[07:58] <seb128> I checked with dx as well to make sure they don't use the gfbus generator, they don't yet
[07:58] <seb128> it will only break the current oneiric version of nautilus
[07:58] <seb128> gnome-online-account is a new source in oneiric
[07:58] <seb128> so the breaks are useful for oneiric upgraders during a day or so
[07:59] <seb128> we don't need it for natty->oneiric
[08:00] <slangasek> I would go further and say it's important to remove the breaks for natty->oneiric, so we don't make upgrade calculations more difficult than they need to be
[08:00] <slangasek> maybe I'm being paranoid, but we've recently seen breaks negatively impacting upgrades, so...
[08:00] <slangasek> (gcj-4.4)
[08:00] <pitti> right, i also grepped unity
[08:01] <pitti> slangasek: ok, I'm fine removing them
[08:01] <seb128> I've checked with ted, they didn't have time to use the gdbus generator yet
[08:01] <pitti> slangasek, seb128: I tested nautilus with the new glib, and didn't find any breakage
[08:01] <pitti> g-o-a didn't work, but that could just as well have been the old version
[08:01] <seb128> it's not really a feature change
[08:01] <seb128> just a namespace tweak
[08:01] <slangasek> pitti, seb128: well, accepted this version - a further upload later in the week to drop the breaks may be the right thing to do
[08:01] <pitti> I just tested the new g-o-a and new glib, and that works fine
[08:01] <seb128> slangasek, thanks, agreed
[08:01] <pitti> slangasek: I can remove it right now
[08:02] <pitti> slangasek: well, let's say, I'll upload it once that version built, just in case there's some armel trouble again, etc.
[08:02] <seb128> pitti, well, maybe save a glib update for tomorrow in case any post . patch land in git?
[08:02] <pitti> seb128: sounds good
[08:02] <seb128> post 3.2
[08:02] <seb128> who broke my keypad? ;-)
[08:06] <pitti> slangasek: bah, I suck -- turns out that I forgot a comma, which effectively dropped the two new breaks: :/
[08:07] <pitti> slangasek: funny retroactive "do what you mean"
[08:07] <slangasek> pitti: ah shoot - does that give a build failure due to broken syntax, then/
[08:07] <slangasek> ?
[08:07] <pitti> no, it built fine here
[08:08] <pitti> I actually had expected it to fail on "cannot parse dependency" or so
[08:08] <slangasek> yeah
[08:08] <pitti> hm, I built it about three times, but not sure whether i rebuilt the whole package after adding the breaks
[08:08] <pitti> I guess it'll fail then; fixed in bzr, I'll upload again once it does
[08:08] <pitti> sorry about the mess
[08:51] <pitti> slangasek: so, of course it failed to build, sorry; ^ fix
[08:51] <pitti> I mean, I just uploaded the fix
[09:03]  * pitti accepts glib2.0, we discussed it above, and the diff is quite trivial
[09:05] <cjwatson> pitti: would you mind acking my debian-installer/natty-proposed upload?
[09:05] <pitti> cjwatson: good morning; sure
[09:06] <pitti> looks fine, accepted
[11:06] <pitti> cjwatson: ^ would you mind reviewing ubuntu-defaults-zh-cn?
[11:07] <pitti> I also uploaded gnome-online-accounts (part of gnome 3.2 finals), would be nice if you could ack this as well
[11:08] <jamespage> hello
[11:09] <jamespage> please could a member of the release team review FFE bug 851659
[11:09] <ubot4> Launchpad bug 851659 in jenkins (Ubuntu) (and 4 other projects) "[FFE] Sync asm3 3.3.2-1 (universe) from Debian unstable (main) (affects: 1) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/851659
[11:09] <jamespage> required to support eclipse 3.7
[11:29] <doko> jamespage, commented
[11:31] <jamespage> thanks doko; still needs a release team ack if anyone is around
[11:35] <pitti> jamespage: done
[11:35] <pitti> jamespage: want to sync yourself, or need a sponsor?
[11:36] <jamespage> pitti, need a sponsor for that one please
[11:38] <pitti> jamespage: asm3 synced
[11:38] <jamespage> pitti: thankyou
[12:00] <doko> pitti, please accept java-common, fixing broken /usr/lib/jvm/default-java symlink
[12:05] <cjwatson> pitti: done
[12:16] <doko> cjwatson, pitti: please accept java-common and openjdk-6. java-common isn't really necessary, but will unbreak the dangling symlink faster on all archs
[12:24] <pitti> doko: accepted j-common; still waiting for the diff to appear for openjdk
[13:05] <pitti> uploaded debian-gis and osm2pgsql to fix NBS
[17:00] <tumbleweed> bdrung: we were expecting an eclipse FFe for the last month. glad to finally see it. I have no previous experience with the package, and it is rather close to final freeze. Are we pretty confident about wanting this?
[17:01] <bdrung> tumbleweed: we had to get some deps updated before we can get eclipse in (that delayed it).
[17:02] <bdrung> tumbleweed: 3.5 is very old and it used xulrunner (see the workaround to get rid of xulrunner). eclipse 3.7 uses webkit by default
[17:02] <tumbleweed> bdrung: right. And you are ready to deal with any last-minute issues from it?
[17:03] <tumbleweed> err yeah, I can see why we'd want it with webkit
[17:03] <infinity> bdrung: I highly approve of the xulrunner->webkit thing, but yeah, this is pretty last-minute.  Are these packages actually testing?
[17:03] <infinity> tested*
[17:03] <bdrung> tumbleweed: eclipse 3.7 lived in experimental for a long time (will be uploaded to unstable soon).
[17:04] <tumbleweed> right, that helps
[17:04] <bdrung> infinity: it lives in the ppa. i did some small testing and one user is using the ppa version (and it works for him)
[17:04]  * bdrung will be afk for two hours.
[17:08]  * tumbleweed grants the FFe
[17:11]  * micahg hugs tumbleweed and bdrung
[17:12] <doko> https://launchpadlibrarian.net/81207327/buildlog_ubuntu-oneiric-armel.xzgv_0.9%2Bsvn40-1ubuntu1_FAILEDTOBUILD.txt.gz
[17:12] <doko> seb128, pitti: which gtk/gnome libary causes these build failures?
[17:12] <doko> it's not the only one, and I think it's too late for such changes. please could you consider reverting this?
[17:13] <doko> skaet, ^^^ repeating here, you're not on #ubuntu-devel
[17:13]  * skaet goes to edit her auto logins for Freenode,  silly reboot.
[17:14] <doko> did see similiar build failures on some theme packages
[17:15] <skaet> thanks for repeating it here doko.
[17:15] <seb128> doko, no idea
[17:16] <seb128> reverting> no
[17:16] <seb128> we just updated from a .90 in unstable series to stable
[17:16] <seb128> those updates have only a few selected import bug fixes, it doesn't make sense to "revert"
[17:16] <seb128> if there is a bug we should find and fix it
[17:18] <micahg> seb128: I think that's this: http://mail.gnome.org/archives/desktop-devel-list/2011-August/msg00236.html
[17:19] <seb128> that one is not recent though
[17:19] <seb128> it's like a month old
[17:21] <micahg> that build failure is almost 2 weeks old also
[17:21] <micahg> oh, no it isn't...
[17:22] <micahg> seb128: right, but I think it happened after the amd64/i386 rebuild
[17:23] <micahg> and started to manifest in the armel rebuild
[17:24] <seb128> it doesn't really make sense to add bugs back though
[17:24] <seb128> if as-needed is breaking things maybe turn that off for the end of the cycle and back next cycle?
[17:25] <micahg> we did that last time :)
[17:25] <doko> no. we did fix all known issues
[17:25] <seb128> well apparently not, you just pointed one
[17:25] <seb128> ;-)
[17:25] <doko> these were introduced between the x86 rebuild and the arm rebuild
[17:26] <doko> seb128, a FFe for gtk/gnome packages doesn't mean that you don't have to fix regressions
[17:26] <seb128> doko, that's not a regression
[17:26] <seb128> it just expose application which rely on something else to call -lm for them when they use it
[17:27] <seb128> "sources" rather than "application"
[17:27] <seb128> i.e those softwares are buggy, it just happened that the bug was not showing because something else was bringing in an implicit way what they need
[17:29] <seb128> the corresponding commit is http://git.gnome.org/browse/gdk-pixbuf/commit/?id=d430bc4df3314a88cd538474d26ff7764d1f408c
[17:29] <seb128> we could revert it for oneiric as a workaround I guess but still that's not a bug
[17:29] <seb128> those source will need fixing next cycle
[17:30] <doko> seb128, skaet: it is a regression. the x86 builds did succeed: https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+sourcepub/1865274/+listing-archive-extra
[17:30] <seb128> doko, define regression
[17:30] <doko> seb128, doesn't build, when it did build before. that's what counts for buildability
[17:30] <seb128> those sources are buggy and instead of declaring the depends they need they happened to work because others were pulling requirement for them
[17:31] <seb128> it's technical neither a bug nor a regression on the gdk side
[17:31] <doko> then don't change the requirements after feature freeze
[17:31] <ScottK> seb128: If they were depending on stuff they only indirectly depended on, that's a bug, IMO.
[17:31] <seb128> that's barely a feature, it's a fix, it was leading softwares to link to libraries they don't need
[17:32] <seb128> ScottK, it's a bug from their source, they use lm and need -lm which gdk happened to bring for them but they can't rely on that
[17:32] <seb128> if they use lm they need to have -lm in their flags
[17:32] <ScottK> Sounds right to me.
[17:33] <seb128> I'm fine putting the extra flags in gdk as a workaround for those buggy source
[17:33] <seb128> but I disagree that's a feature freeze break or a regression
[17:35] <skaet> seb128, noted.  Thanks.
[17:35] <micahg> doko: there are only ~75 failures in the armel rebuild that aren't depwait and most aren't in a packageset, maybe just put out a call for help fixing them (if it's this issue, it should be easy for almost Ubuntu dev)
[17:36] <seb128> how many of those -lm bugs do we have? just curious
[17:36] <doko> seb128, the bad thing is that we don't know it
[17:36] <seb128> so let's revert the commit as a workaround, I will do that
[17:36] <seb128> still I will drop it early next cycle ;-)
[17:36] <doko> three did fail in gtk-engines-*, this is the fourth one
[17:37] <doko> seb128, right, sounds fine at this stage
[17:46] <doko> micahg, I think some of these need some planning, like all the OpenGL/Gles issues
[17:46] <micahg> doko: yeah, wasn't sure how many were -lm vs OpenGL/Gles
[17:49] <doko> micahg, the issue is that somebody has to look at these, maybe better file bug reports. waitung now for weeks on this ...
[17:50] <micahg> doko: if you can file the reports you might get some people's attention
[17:50] <doko> ARM/Linaro did commit to do that
[17:51] <infinity> There's nothing we can do about GL/GLes in some cases.
[17:51] <infinity> Not without a lot of porting effort, that is.  These aren't always "quick FTBFS fixes".
[17:53] <doko> infinity, micahg these are seen very often: https://launchpadlibrarian.net/81210497/buildlog_ubuntu-oneiric-armel.ratbox-services_1.2.4-1_FAILEDTOBUILD.txt.gz
[17:55] <infinity> doko: That hardly looks arm-specific.
[17:55] <micahg> looks like a toolchain on arm bug ;)
[17:56] <infinity> doko: That header defines the user struct on amd64 too.
[17:56] <doko> infinity, didn't ftbfs
[17:57] <infinity> doko: That's nice.  Maybe the header changed? :P
[17:58] <infinity> Or, maybe something started including it that shouldn't have...
[17:58] <infinity>  /* The whole purpose of this file is for GDB and GDB only.  Don't read too much into it.  Don't use it for anything other than GDB unless you know what you are doing.  */
[17:58] <infinity> ^-- A bit of a scary warning. :P
[18:01] <infinity> doko: If you're seeing that class of failure "often", then user.h is almost certainly being included by some more common/standard header.  If so, we should find this and make it stop. :P
[18:01]  * infinity will have a quick hunt after a smoke and root beer run.
[18:11] <Daviey> can an AA nack keystone please.
[18:13] <infinity> Daviey: It's broken?
[18:14] <infinity> Well, it's also a huge diff...
[18:16] <Daviey> infinity: being superseeded
[18:27] <dblawson> I'm putting the buildds on manual for a bootstrap briefly
[18:37] <dblawson> Done, back to auto
[18:43]  * Daviey reviews ^^
[18:45] <Daviey> slangasek: Do you have thoughts on  openssl in queue, related to another c_rehash issue?
[18:50] <Daviey> RE: dovecot, have a few questions to ask the sponsor - will follow that up tomorrow, in his TZ.
[18:51] <infinity> Daviey: You might want to reject it if you have concerns to discuss, or someone else might decide to accept when you're not looking. :/
[18:51] <infinity> (This has happened to me a few too many times)
[18:51] <infinity> We really need a "being looked at, don't touch" queue.
[18:51] <Daviey> infinity: Annoyingly, i don't have foo to do that.
[18:52] <Daviey> or at least a comment field.
[18:52] <slangasek> Daviey: cjwatson briefed me on it earlier, I'll have a look at it
[18:53] <Daviey> I'm sure dgetting from the queue used to work.. :/
[18:54] <Daviey> cool
[19:01] <infinity> doko: So, that class of failures is due to sys/ucontext.h on ARM including sys/procfs.h ...
[19:09] <Daviey> Can orchestra be accepted please.
[19:13] <Daviey> jdstrand: Are you confident your patch for libvirt will be accepted upstream?
[19:14] <Daviey> (Silly question, because we need it anyway)
[19:14] <jdstrand> Daviey: well, I am the upstream author of the security driver. I noticed that someone sent a patch for something else with unidirectional pipes like 5 minutes after I did (not for the apparmor driver)
[19:15] <jdstrand> Daviey: it's conceivable that they will have me iterate on it-- but the patch is solid as is and acceptable for ubuntu. I can reupload or refactor for 'p'
[19:15] <jdstrand> if required
[19:15] <Daviey> nah, i just wondered really.
[19:16] <jdstrand> they've accepted everything from me. on occasion they have had me redo something based on some other stuff they were working on
[19:16] <Daviey> jdstrand: It was lots more work than i expected it to be.. make sure you collect beer tokens from ubuntu-server at UDS.
[19:17] <jdstrand> heh
[19:17] <Daviey> can libvirt be accepted please.
[19:17] <jdstrand> depending on what happens with the latest pipe code, I might have to iterate, but that is all 0.9.7 stuff anyway
[19:17] <Daviey> reject dovecot for now please
[19:18] <Daviey> Happy times.
[19:19] <Daviey> Are any AA's around?
[19:20]  * Daviey launches a big *sigh*
[19:21] <infinity> Daviey: I might be.
[19:22] <infinity> Daviey: libvirt+ dovecot-
[19:22] <Daviey> \o/
[19:22] <Daviey> orchestra+
[19:23] <Daviey> reviewing glance
[19:23] <Daviey> zul: Does glance need to wait for pending nova upload?
[19:23] <zul> no it shouldnt
[19:29] <Daviey> infinity: thanks
[19:29] <Daviey> don't go anywhere!
[19:31] <zul> nova should be there now
[19:34] <Daviey> Can any spare AA accept glance please, looks good.
[19:34]  * Daviey now looks at nova.
[19:52]  * Daviey wonders if there is any point in him reviewing stuff.
[19:53] <infinity> Daviey: Just ping me with a list of things that have your +1/-1, I'll get to it when I take breaks from my own work.
[19:54] <Daviey> infinity: thanks
[19:54] <Daviey> infinity: nova+1
[19:54] <Daviey> infinity: glance+1
[20:02] <dobey> hey release guys; could someone approve these please? :) https://launchpad.net/ubuntu/oneiric/+queue?queue_state=1&queue_text=ubuntuone
[20:07] <stgraber> just pushed a new edubuntu-artwork hiding two entries that we don't want in our menus (nepomuk). I just realized this may have needed a UIFe from edubuntu-docs. As a member of edubuntu-doc and the guy who's going to do the screenshots, I don't have a problem with that change and I know these two entries don't appear in any of our documentation.
[20:09] <Daviey> dobey: I'm really not confident in reviewing a new upstream version of ubuntuone*, especially without a changelog of what it does.
[20:10] <Daviey> Not to mention it's flippin' huge, looks like artwork changes and strings.
[20:10] <Daviey> Does it have an FFe already?
[20:12] <stgraber> Daviey: could it be bug 849494 I seem to remember seing this one in my mails recently
[20:12] <ubot4> Launchpad bug 849494 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "String freeze exception: still offers Evolution plug-in for contact sync in Oneiric (affects: 3) (dups: 1) (heat: 22)" [Medium,Triaged] https://launchpad.net/bugs/849494
[20:13] <dobey> Daviey: artwork changes and strings?
[20:14] <infinity> Is there a permanent FFe for ubuntuone, like we have for GOME?
[20:14] <dobey> no
[20:14] <Daviey> infinity: no.
[20:14] <infinity> If not, while I'm inclined to review this anyway because it fixes some important bugs, huge diffs like this at this point in the release are pretty unacceptable. :/
[20:15] <seb128> infinity, well, even with a ffe that's not really a good sign
[20:15] <infinity> At least, for packages that are installed on nearly every ubuntu desktop in the world.
[20:15] <dobey> which huge diff?
[20:15] <seb128> GNOME has a ffe because they don't do such diffs that late ;-)
[20:15] <infinity> seb128: Some of GNOME's late changes can get this large.
[20:15] <dobey> ubuntuone-control-panel?
[20:15] <Daviey> dobey: I'm seeing pot translation changes in ubuntuone-control-panel?
[20:16] <dobey> GNOME also doesn't have a bunch of extra code inside the same source tree, to support another platform, independent of linux
[20:17] <infinity> Irrelevant.
[20:17] <Daviey> dobey: I wrongly assumed the binary blob in ubuntuone-control-panel-2.0.0/ubuntuone/controlpanel/gui/qt/ui/images_rc.py was an image, what is it?
[20:17] <infinity> Like I said, I'm inclined to spend some time reviewing it anyway, but at this point in a release cycle, we want specific bugfixes (even if that means backporting patches), not large new versions.
[20:18] <dobey> Daviey: compiled qt UI code for the windows port
[20:18] <dobey> Daviey: though not sure why that would be in the diff
[20:19] <Daviey> dobey: Ah, ok - i assumed it as a diff representaton of an image.
[20:19] <dobey> Daviey: anything with 'qt' in the filename path can be ignored, because we don't install that on ubuntu; that's the windows stuff
[20:19] <stgraber> dobey: http://launchpadlibrarian.net/81223413/ubuntuone-control-panel_1.1.3-0ubuntu1_2.0.0-0ubuntu1.diff.gz in case you're wondering what's in the diff
[20:20] <Daviey> dobey: Off Topic, being upstream - does it make sense to ship that in the same orig tarball?
[20:21] <doko> infinity, https://launchpadlibrarian.net/81225550/buildlog_ubuntu-oneiric-armel.easymp3gain_0.5.0-6_FAILEDTOBUILD.txt.gz looks like an incomplete fpc transition, there are more ...
[20:22] <dobey> Daviey: it doesn't make any sense not to. as an upstream i don't want to maintain a different release for every different platform. ideally there would only be one UI and one set of code, but we are in an odd place with that at the moment, though will improve over the next 6+ months
[20:23] <dobey> Daviey: i really have no idea why exactly the pot file is just a big block of ----- in that diff :-/
[20:23] <Daviey> :(
[20:23] <infinity> doko: The user.h thing is a bug in ARM's ucontext.h, BTW.  It's the only arch that includes (and always had included) procfs.h instead of carrying local typedefs like the others.  I guess something recently started including ucontext that didn't before, thus the chain reaction explosion.
[20:23] <dobey> Daviey: it gets generated at build time anyway
[20:24] <infinity> doko: I imagine we should rewrite ucontext.h and push it upstream, but I don't see that happening in the next 2 days.
[20:24] <dobey> Daviey: so the pot file itself being there really doesn't make any difference afaik
[20:24] <Daviey> dobey: Hmm, doesn't LP pull in the translations from source packages, rather than binary?
[20:25] <Daviey> s/translations/template/
[20:25] <dobey> Daviey: i don't know about launchpad, but the u1 strings get pulled out by the langpacks magic at build-time
[20:25] <dobey> as i understand it
[20:25] <infinity> LP translations are from the build-time tarballs, yes.
[20:25] <infinity> If by "LP", you mean Rosetta.
[20:26] <infinity> (Okay, so it hasn't been called that in 5 years, but "launchpad translations" felt ambiguous)
[20:26] <infinity> langpacks? :)
[20:26] <dobey> the strings for things in the default seed are pulled out by langpacks after the "build" portion of the package building afaik
[20:26] <infinity> Daviey: Pulling translations from source packages would be nearly impossible.
[20:27] <infinity> Daviey: We do it post-binary-build, when the files actually have sane names and locations and such.
[20:27] <doko> infinity, if you don't know what, then call it multiarch
[20:28] <infinity> doko: I really doubt it...
[20:28] <Daviey> infinity: ah, ok - thanks
[20:28] <doko> something did change in the order of inclusions. at least on i386 where the x86_64 headers are used. not sure on arm
[20:28] <infinity> doko: I can keep tracing it back, but I'm not sure I see the point.  There's no harm in including sys/ucontext.h, except on ARM, so it's more likely an ARM bug that's been sleeping for 7 years than something we can blame on others.
[20:29] <doko> anyway, some more packages fixed in the next cycle
[20:32] <jamespage> dovevot
[20:32] <jamespage> dovecot
[20:32] <infinity> Yeah.  I think I'll put a pin in this *glibc bug, but I should rewrite that header.
[20:33] <infinity> I just love that it's been like this ever since the port started in glibc CVS and, apparently, no one's included it until now.
[20:34] <infinity> Actually, that in itself might be a sign that maybe the bug is that it shouldn't be included at all.  Maybe I'll trace back further.  The part where it works on other arches may just be a happy accident.
[20:34] <Daviey> jamespage: hey
[20:34] <jamespage> I should learn to type ctrl-f first
[20:34] <Daviey> hmm
[20:35] <jamespage> Daviey: you had questions?
[20:35] <Daviey> jamespage: Can you expand on reasoning for:
[20:35] <Daviey> +    - debian/mail-stack-delivery.postinst: drop -n flag from dovecot deliver
[20:35] <Daviey> +      command in postfix configuration.
[20:36] <jamespage> Daviey: -n is not longer a valid flag as far as I can see
[20:36] <Daviey> ah, ok
[20:36] <Daviey> and:
[20:36] <Daviey> -        imap_client_workarounds = outlook-idle delay-newmail
[20:36] <Daviey> +        imap_client_workarounds = delay-newmail
[20:36] <Daviey> correct, right?
[20:37] <jamespage> OK; so dovecot is actually quite helpful
[20:37] <jamespage> I reviewed all of the warnings that where generated by the current configuration
[20:37] <Daviey> And it wanred that outlook-idle was deprecated?
[20:38] <jamespage> this option is no longer required by which I assume its implicit rather than explicit
[20:38] <Daviey> jamespage: The one which concerned me really was, http://pb.daviey.com/gqzT/
[20:38] <Daviey> It looked like a potential typo, wanted to make sure.
[20:38] <jamespage> both of the _file options are deprecated
[20:39] <Daviey> jamespage: but re-added with "<" there?
[20:39] <jamespage> I tested this on a local install to ensure that imaps was working OK with that configuration
[20:39] <jamespage> picks up the new config fine
[20:40] <doko> infinity, the fpc issues track down to the lazarus ftbfs
[20:40] <Daviey> jamespage: did the warnings suggest you add a '<'?
[20:40] <jamespage> yep - and that is as documented in examples provided in package as well
[20:40] <Daviey> jamespage: ah, ok - super!
[20:41] <Daviey> jamespage: sorry for doubting you. :)
[20:42] <jamespage> Daviey: np - I was quite surprised - I was actually just testing utlemming proposed change to the upstart config and discovered it was all borked
[20:42] <Daviey> jamespage: well if you will test stuff, you are more likely to find issues.. best not to test :)
[20:43] <dobey> i wish i could make the diff only show changes relevant to ubuntu, but alas
[20:44] <jamespage> Daviey: we should probably have a test for mail-stack-delivery - thats the second time I've discovered it non-functional a few weeks before release...
[20:45] <Daviey> :/
[20:45] <Daviey> good thinking.
[20:46] <Daviey> infinity: can you un-reject dovecot please, and accept? ;)
[20:47] <infinity> Done.
[20:48] <Laney> dobey: you can provide a filtered diff on a bug or whatever
[20:48] <Laney> filterdiff is your friend
[20:48] <dobey> hmm
[20:53] <infinity> doko: Indeed.  Retrying lazarus on armel and powerpc, but I assume they'd fail again.  Any idea what's gone wrong there?
[20:53] <doko> infinity, tell me how to turn on verbose build logs ...
[20:55] <SpamapS> re the ensemble rename to juju .. which I'm almost done testing..
[20:55] <infinity> doko: Happy to do a local build, if you have an idea of what to look for.
[20:55] <SpamapS> Would it be better to keep the source package name ensemble and just introduce juju as a new bin package, or let it come in as a NEW source package?
[20:56] <infinity> SpamapS: NEW source is fine, we'll just have to manually diff it.  Not the end of the world.
[20:56] <infinity> SpamapS: I assume the new source still builds ensemble-ish binary packages for transition purposes, though?
[20:56] <SpamapS> Just thinking about bug tracking, people will likely want to report bugs in juju, not ensemble
[20:57] <ScottK> Since it's a new package this cycle, I'd rename the source
[20:57] <SpamapS> infinity: it builds a transitional package so people with ensemble installed will get juju, and a /usr/bin/ensemble which displays a disclaimer.
[20:57] <infinity> SpamapS: Kay, good enough for me.  Yeah, new source makes more sense.
[20:57] <SpamapS> ack, thx
[21:07] <dobey> filterdiff is not my friend :(
[21:07] <doko> infinity, got it, multiarch ...
[21:09] <infinity> doko: Is that the answer for everything now? :)
[21:09] <slangasek> infinity: not for everything, just the bugs
[21:09] <doko> infinity, yes I fixed all ld --as-needed issues ;)
[21:09] <slangasek> hey, multiarch broke NM, so it can break anything :)
[21:10] <skaet> :P
[21:11] <dobey> Laney: filterdiff -x qt changes.diff seems to not do what --help says it should do :(
[21:11] <dobey> anyway, i need to go now
[21:11] <Laney> add some *s
[21:15] <dobey> Laney: ah, none of the other actual regex stuff i was doing worked either but "*qt*" seems to have done it :P
[21:16] <Laney> :-)
[21:18] <dobey> http://people.freedesktop.org/~dobey/ucp-ubuntu-2.0.0.diff
[21:19] <dobey> much shorter without all the windows code in the way
[21:19] <dobey> anyway, i do have to go :)
[21:24] <infinity> slangasek: You want to review that ca-cert upload from lool, since it seems to be more fallout from your headache? :)
[21:24] <slangasek> maaaan
[21:25] <slangasek> looking
[21:28] <doko> powerpc looks messy after the last gnome orgy
[21:31] <doko> infinity, fpc waiting ...
[21:31] <infinity> doko: When the queueu munger gives me a diff.
[21:39] <slangasek> lool: why does ca-certificates add a conflicts: on the old openssl instead of a Depends: on the new one?
[21:39] <slangasek> lool: (fwiw I'm inclined to reject this upload for that)
[21:47] <infinity> doko: Is the upstream for foo-plugins @gentoo? :P
[21:47] <infinity> doko: That entire CFLAGS line is pretty suspect, not just the sse.
[22:11] <Daviey> keystone looks good, can it be accepted please?
[22:39] <slangasek> Daviey: done
[22:48] <slangasek> ^^ bugfix-only flashplugin upload, touches up a few spots I missed with the previous one
[22:56]  * infinity grumbles about file renames making the package one enormous diff.
[23:00] <Daviey> slangasek: thanks
[23:04] <slangasek> infinity: what package was that?
[23:04] <infinity> slangasek: fp-nonfree
[23:05] <slangasek> infinity: there shouldn't have been file renames in the latest - only a directory rename (due to the native package)
[23:05] <infinity> slangasek: Yeah, but the autogenerated diff was against the one in the archive, not the one in the queue.
[23:05] <infinity> Anyhow, reviewed and accepted.
[23:08] <slangasek> infinity: oh; I thought 10ubuntu4 was already accepted long enough ago that LP would've gone against that
[23:08] <slangasek> but it seems not... something wrong with the publisher?
[23:08] <infinity> slangasek: ubuntu4 was still in unapproved.
[23:08] <infinity> slangasek: I just rejected it.
[23:08] <slangasek> oh
[23:08] <slangasek> odd, I was sure I saw an accept earlier
[23:09] <infinity> Odd indeed.
[23:09] <slangasek> maybe I just imagined it because mdeslaur started talking to me about it :)
[23:09] <mdeslaur> slangasek: I wasn't accepted yet when I looked at it
[23:09] <mdeslaur> s/I/It/
[23:09] <slangasek> yeah :)
[23:09] <slangasek> infinity: anyway, by the time I was done gutting the maintainer scripts, might've been shorter to review the whole package than the diff ;)
[23:10] <infinity> slangasek: Which is what I ended up doing. :)
[23:10] <slangasek> :D
[23:14]  * Daviey would accept orc (1:0.4.14-1ubuntu1), if he could.
[23:15] <infinity> Is that a hint?
[23:15] <Daviey> builds, and sensible upstream cherrypick, fixes a bug.
[23:15] <doko> slangasek, infinity: please give back the powerpc builds once gtk-3.0 is in the archive
[23:15]  * micahg confronts orc with a 12 damage dragon...
[23:16] <doko> afk now
[23:16]  * infinity is trying to decide how to feel about that libav upload.
[23:17] <micahg> did siretart upload the 63 patch change?
[23:17] <infinity> Yup.
[23:17] <infinity> And actually, the 63 upstream cherrypicks worry me less than multiarching 2 days before final freeze.
[23:18] <infinity> Unless those m-a changes are well-testing in Debian already?
[23:18] <micahg> yeah...
[23:18] <infinity> tested*
[23:18] <micahg> I think multiarch was only uploaded last week to debian for libav
[23:18] <doko> reject it. we don't have a chance to test this
[23:18] <infinity> That's my feeling too.  Someone needs to re-upload with the CVE fix, though.
[23:19] <micahg> infinity: worse, uploaded Friday :D
[23:19] <infinity> micahg: If it's Friday where you are, I want to be in your timezone.
[23:19] <micahg> infinity: no, libav w/multiarch was uploaded to Debian last Friday
[23:19] <infinity> Ahh.
[23:19] <Daviey> debian-gis, uploaded by pitti - postgresql-8.4-postgis -> postgresql-9.1-postgis, change.. Would be good to know if it should be "postgresql-9.1-postgis | postgresql-8.4-postgis", rather than a straight change.. as postgresql-8.4-postgis is still in Oneiric (should it be?).
[23:20] <micahg> infinity: tomorrow is my Friday this week though :D
[23:20] <slangasek> infinity: I actually have a multiarching coming yet, but I'm going to rebuild-test the lot of revdeps
[23:20] <slangasek> (libjack... the *right* libjack, instead of the wrong one I already converted this cycle but isn't installed by default, feh)
[23:21] <infinity> slangasek: Feel free to unreject libav if you think it's even remotely testable for sanity, but it just seems risky to me.
[23:21] <slangasek> nope
[23:21] <slangasek> doko is right, multiarching libs needs to come with pre-upload regression testing
[23:21] <infinity> Or with the flood of opening a new release and some random prayer? :P
[23:22] <micahg> with libav that's almost impossible at this point
[23:22] <infinity> Cause you know we'll see this same upload again in 2.5 weeks. ;)
[23:23] <micahg> infinity: anyone running pre-alpha1 shouldn't mind the breakage
[23:23] <infinity> slangasek: So, what you're saying is that when you regression-tested the (wrong) libjack, everything worked smashingly because nothing was linked to it? ;)
[23:23] <slangasek> yep!
[23:23] <infinity> Well done!
[23:23] <slangasek> and this is why libasound2-plugins:i386 isn't installable for users of freshly-installed amd64 systems
[23:23] <slangasek> (but works great for those of us continuously upgrading since lucid :P)
[23:26] <infinity> Aww.  I was about to get excited about how the best upstream version bump is when the diff is nothing but the version number, and then I found an actual bugfix hidden at the very bottom.
[23:32] <slangasek> infinity: we wanted a conffile for dpkg multiarch, right?
[23:33] <infinity> slangasek: I do believe we wanted to make sure upgrades looked the same as new installs, and taking over the installers' /etc/dpkg/dpkg.cfg.d/multiarch as a conffile seemed like a sane way to go.
[23:36] <infinity> slangasek: It also lends the path a certain bit of canonical credibility, should other people feel the need to do the same sort of thing in insallers in the future (so you don't end up with /etc/dpkg/dpkg.cfg.d/{multiarch,march,multi,foreignarch} depending on mood and moon phase)
[23:37] <slangasek> infinity: yah, just checking that 'conffile' is sane from your POV
[23:38] <infinity> slangasek: I was happy with config file too, but conffile does lead to the path credibility argument.  Shows up in dpkg -S and everything.
[23:38]  * slangasek watches dpkg utterly fail to notice it's not actually building for the architecture I asked it to.  oh, irony
[23:39] <slangasek> that's ok, building an i386 .deb containing amd64 code is easier than trying to get it to actually cross-build, so this is a sufficient test :)
[23:39] <infinity> Heh.
[23:40]  * infinity wanders off to hunt a sandwichbeast.
[23:41] <slangasek> infinity: can you review dpkg post-hunt?
[23:46] <slangasek> bjf: fix for bug #846451 in the dpkg upload waiting in the unapproved queue; feel free to grab/build/test
[23:46] <ubot4> Launchpad bug 846451 in dpkg (Ubuntu) "upgrades from oneiric beta-1 installs missing multiarch support (affects: 3) (heat: 16)" [High,Fix committed] https://launchpad.net/bugs/846451
[23:49] <doko> slangasek, infinity: gtk3.0 built on powerpc. please give back powerpc builds in 1h
[23:49] <doko> good night
[23:49] <slangasek> doko: which builds, specifically?
[23:50] <doko> slangasek, all in main, which don't have ftbfs bug report
[23:50] <doko> http://qa.ubuntuwire.org/ftbfs/
[23:50] <slangasek> hum, I don't know of a sane way to query that, so I'll defer to infinity
[23:50] <slangasek> ah
[23:50] <slangasek> ok


[01:25] <Takyoji> Gah; too bad I don't leave really close to the cities
[01:27] <_diablo> I do what's going on
[01:28] <Takyoji> The recent message on the Ubuntu Minnesota mailing list (of Penguins Unbound)
[01:29] <_diablo> dammit. I'm going to be in Missouri this weekend :(
[01:29] <_diablo> I wish they'd let us know what the topic is sooner :(
[02:07] <Takyoji> Awkward; for some reason I just can't set the output resolution in Handbrake anymore..
[02:09] <_diablo> weird.
[02:09] <_diablo> I use thoggen so I can't really help
[02:10] <Takyoji> AAC; is that the audio format by Apple?
[02:11] <Takyoji> Erm; I'm thinking of something else
[02:11] <_diablo> Takyoji, I think you're right
[02:11] <Takyoji> For wider compatibility; would MP3 be better to use than AAC
[02:11] <_diablo> it's a lossy format, but I think it's the one behind mp4 used by apple
[02:11] <_diablo> Takyoji, or just use .ogg :)
[02:12] <Takyoji> I wish we lived in such a world. :P
[02:12] <Takyoji> I'm doing the fallback version first, I'll also have a Theora+Vorbis version as well
[02:12] <_diablo> Takyoji, if someone doesn't use songbird or vlc, then that's their problem lol
[02:12] <_diablo> but yeah, I understand where you're coming from
[02:13] <Takyoji> I'm curious; I haven't really found any tutorials on making an HTML5 video player yet..
[02:15] <_diablo> same
[02:16] <Takyoji> Even though I could just RTFM
[02:17] <_diablo> lol
[02:18] <Takyoji> Mozilla's developer documentation
[02:18] <Takyoji> or the W3C specification
[02:19] <_diablo> yup
[04:02] <Takyoji> So; what would be some interesting basic projects that beginner computer users could do (of what would be interesting)?
[04:03] <Takyoji> While also tying in some FOSS as well
[04:04] <Takyoji> that could also be done on Windows
[04:10] <Obsidian1723> hi all
[04:13] <Takyoji> Hello
[04:13] <Obsidian1723> So you want projects fo Windows users or just users of FOSS?
[04:15] <Obsidian1723> ?
[04:15] <Takyoji> Well; to explain the details: it's a "Introduction to Business Applications", although seems to be a bit of keyboarding as well. Occasionally students may finish early, thus I figure it would be useful to have other things they can do in the mean time, to learn more.
[04:17] <Obsidian1723> Interesting... I have a thought onthe idea... why not come to a meeting at FGTC and we can work together on it? We need to put together some stuff to train new users of Linux. Right now we are still getting up and going, but when things start rolling when we open, it'd be good to have a head-start of some training material.
[04:17] <Obsidian1723> Just a thought....
[04:18] <Takyoji> A good possibility
[04:18] <Takyoji> Minor disclaimer: I'm not the teacher of the class or anything; I'm just a student that's somewhat tutoring a bit
[04:18] <Obsidian1723> Gotcha.
[04:19] <Obsidian1723> Well, if you want more info............ http://freegeektwincities.org
[04:19] <Takyoji> But still; I want to do as much in my ability.
[04:19] <Obsidian1723> Have you seen the Promote Ubuntu website?
[04:19] <Takyoji> And as another note; it's like an hour for me to get to the Twin Cities area (I'm in Faribault)
[04:20] <Takyoji> Yea, I'm aware of Spread Ubuntu; I'm on the Ubuntu marketing channel, etc
[04:20] <Obsidian1723> cool.
[04:20] <Takyoji> Well, I even have administrative abilities over Spread Ubuntu
[04:20] <Obsidian1723> Very cool.
[04:21] <Takyoji> otherwise I take it that the FGTC website has been redone?
[04:21] <Obsidian1723> Yeah, fairbuilt is a drive.
[04:21] <Obsidian1723> yeah it has.
[04:22] <Obsidian1723> I'm involved with the place. Right now the space is getting setup, I've gathered some infrastructure hardware for it, etc.
[04:22] <Takyoji> I was looking into it previously; but noticed that it seemed a bit dead
[04:22] <Obsidian1723> Very active actually. The flooring just went in at the new space.
[04:22] <Takyoji> (this was like several months ago as a sidenote)
[04:23] <Obsidian1723> Right now, we have meetings around 2pm on Saturdays, with donations from 12pm-5pm...
[04:23] <Obsidian1723> Honestly, FGTC and the MN LoCO should connect and work together in some aspects.
[04:24] <Takyoji> Is there an XMPP channel for Free Geek?
[04:24] <Obsidian1723> XMPP??
[04:24] <Takyoji> Alternately known as Jabber
[04:24] <tonyyarusso> Takyoji: not to my knowledge.
[04:24] <Takyoji> I thought I came across one..
[04:24] <tonyyarusso> Certainly unlikely for the Twin Cities branch
[04:25] <tonyyarusso> Obsidian1723: and you should go add FGTC to our "area groups" wiki spec page now plz.
[04:26] <Obsidian1723> We communicat via the mailing list. staff [at] lists.freegeektwincities.org
[04:27] <tonyyarusso> also, @ both Obsidian1723 and Takyoji, note the yellow ribbon group listed on that page - they also are looking for early-stage training stuff.
[04:29] <tonyyarusso> Obsidian1723: https://wiki.ubuntu.com/MinnesotaTeam/Specs/AreaGroups
[04:32] <Obsidian1723> Launchpad isnt letting me login. grrrrr
[04:33] <_diablo> Obsidian1723, I think it's up...
[04:34] <tonyyarusso> Obsidian1723: I always have to log in twice for it to work :S
[04:35] <Obsidian1723> yah Im in.. now how do I add it?
[04:38] <Obsidian1723> ?
[04:38] <tonyyarusso> clicketh the edit button, and it should be obvious from there.
[04:42] <mr_steve> howdy
[04:42] <_diablo> mr_steve, yo
[04:42] <mr_steve> Hey _diablo, how goes it?
[04:43] <_diablo> mr_steve, not bad. watching shawshank and moving files between externals
[04:44] <mr_steve> Fun. Math homework here :(
[04:44] <_diablo> fun.... which math?
[04:45] <mr_steve> I'm stuck in Math 70, it's introductory algebra
[04:45] <mr_steve> a 5-credit class and it doesn't even count towards my degree
[04:48] <mr_steve> Oh well tho.  Strength in numbers and all that
[04:50] <mr_steve> I gotta get some stuff together too, like some livecds and a couple flyers
[04:50] <_diablo> mr_steve, exactly. I can help with the livecds.
[04:50] <_diablo> I can also bring an extra laptop (maybe 2) that people can play with
[04:51] <_diablo> we just do the latest ubuntu (9.10) right? Not LTS?
[04:51] <mr_steve> I'd bring 9.10
[04:51] <_diablo> kk, agreed.
[04:51] <mr_steve> I'll probably bring my clunker of a laptop if i scout the place and there's power outlets. *nobody* touches my netbook :)
[04:51] <mr_steve> It's the new shiny
[04:52] <_diablo> haha, which model?
[04:52] <_diablo> (I'll bring a power strip or 2)
[04:52] <mr_steve> Aspire One AOD250
[04:52] <_diablo> ah, I have the Asus 1000HE
[04:52] <_diablo> from a few months ago
[04:52] <_diablo> still has 8 hour battery though, so that's nice
[04:52] <mr_steve> I likes it, except that it refuses to run at it's rated speed due to some BIOS bug
[04:52] <mr_steve> Yeah, I got this one especially for the huge battery
[04:52] <_diablo> ouch.
[04:53] <Takyoji> Hah, this is pretty interesting: http://www.michaelv.org/
[04:54] <mr_steve> Takyoji: it sure is creative
[04:54]  * Obsidian1723 Time for bed all.... night night
[04:55] <_diablo> nn
[04:55] <Takyoji> All in JS; found it on Ajaxian
[04:58] <mr_steve> Wow I'm starting to realize how hard it is to do homework with 3 computers in front of me
[04:59] <mr_steve> I would so much rather be tweaking, hacking, or generally breaking something than solving linear equations ;)
[05:00] <_diablo> mr_steve, yeah, that happens to me all the time
[05:01] <Takyoji> heh
[05:01] <Takyoji> I have a desktop and laptop in front of me; both Ubuntu 9.10
[05:02] <mr_steve> I got my laptop and netbook, and a ssh session into my misbehaving server. 9.10, 9.10UNR and 9.10 Server, respectively
[05:04] <_diablo> I have big laptop, middle laptop, and netbook. Debian 5 stable, fedora 12, crunchbang 9.04
[05:04] <_diablo> I don't think I'm allowed in this channel :(
[05:04] <mr_steve> Heh
[05:04] <mr_steve> I'm secretly a Gentoo user, shhh..
[05:05] <_diablo> I'm too worried about my sanity to do that
[05:05] <_diablo> I did slackware for a while.
[05:05] <mr_steve> I sacrificed my sanity to GCC compiles a long time ago
[05:05] <mr_steve> That's why I moved to Ubuntu
[05:05] <_diablo> lol
[05:05] <_diablo> brb
[05:05] <mr_steve> I still fiddle with gentoo here and there tho
[05:13] <_diablo> bak
[05:15] <mr_steve> I think I'm turning into a console junkie again. And Byobu kinda rocks.
[05:15] <_diablo> byobu?
[05:16]  * _diablo googles that sheet
[05:16] <mr_steve> It's a wrapper around GNU Screen
[05:16] <_diablo> mr_steve, ah. yeah, I don't use screen. I need to figure out how to SSH first :-/
[05:16]  * _diablo is embarrassed by his lack of networking knowledge
[05:17] <mr_steve> everyone's gotta start somewhere
[05:17] <mr_steve> if you start using SSH a lot, screen is handy. If you do everything in screen on the remote system, then it all stays running if you lose your connection for some reason
[05:18] <_diablo> mr_steve, yeah, that's what I've heard. Maybe you can teach me how to use SSH over ubuntu hour next week?
[05:19] <mr_steve> Absolutely.
[22:40] <Takyoji> We should plot more for world domination..
[22:42] <_diablo> I'll bring the lasers.


[23:00] <antenore> Hi all. I think I've misunderstood an old launchpad blog. https://blog.launchpad.net/general/beta-test-asynchronous-ppa-package-copies
[23:00] <antenore> Is it possible scheduling the copy of binaries between PPAs?
[23:02] <antenore> in the specific, I need to programmatically copy binaries from ~remmina-ppa-team/+archive/ubuntu/freerdp-daily to https://launchpad.net/~remmina-ppa-team/+archive/ubuntu/remmina-next-daily
[23:02] <antenore> is there a way to do it automatically at each succesfull builds of freerdp-daily?
[23:04] <cjwatson> You can do the copy programmatically using launchpadlib, but there's currently no way to be signalled asynchronously when a successful build completes, so you'd have to write something that polls every so often.
[23:06] <antenore> ok, thanks cjwatson
[23:07] <cjwatson> (If we ever add such a signalling mechanism, it would probably be a webhook along the lines of https://help.launchpad.net/API/Webhooks - not a bad thing to have but it would take some work)
[23:10] <antenore> yep, I'm reading https://launchpad.net/+apidoc/beta.html
[23:22] <antenore> found a good starting point https://github.com/mschlaeffer/tuxonice-ppa-scripts/blob/a8487ba9093fac279892a0c518f24eeb78a09d12/ppa-copy-package :-)
[23:30] <antenore> cjwatson: cool! Thanks a lot again. Time to sleep in my time zone. have a good day/evening/night


 You posted some one singing  as what you stated as a kernel panic
[20:58] <stove> I posted a panic
[20:59] <stove> You are trolling me, it's the inverse
[21:04] <hggdh> stove: anything else we may do for you?
[21:05] <hggdh> stove: if not, then please /part the channel


[00:04] <coz_> hey all
[18:14] <nysosym> hi there
[18:24] <thorwil> 'lo
[18:57] <darkmatter> 'ello coz_
[18:57] <coz_> darkmatter,  hey guy
[19:32] <thorwil> doctormo: hi! my backtestground ppa package doesn't install any modules, a fact i overlooked because the installed scripts worked on my system due to a little tweak here :/
[19:33] <doctormo> thorwil: Do you need my help?
[19:33] <thorwil> also, i thought if the setup.py doe sit right, that would be all needed
[19:33] <thorwil> doctormo: yes, desperately! after figuring out so many things, this packaging business is still a mystery for me
[19:35] <thorwil> doctormo: lp:backtestground/packaging
[19:43]  * thorwil pushes cleaned up version he's actually working with
[19:45] <doctormo> thorwil: OK, please start with clear question/request.
[19:45] <doctormo> Otherwise I have to think for a bit what you mean ;-)
[19:46] <thorwil> doctormo: i have a setup.py that works fine if used as such. but the package i created does not install any of modules that are in the "lib" dir of my source tree
[19:47] <thorwil> doctormo: so the question is what i have to change for building a package that will install everything including the modules
[19:52] <doctormo> thorwil: Your commit looks funky. there is a directory in here with versions...
[19:53] <doctormo> thorwil: OK so I spot the problem
[19:53] <doctormo> thorwil: You can't use packages=['lib'], packages isn't a list of directories, it's a list of packages.
[19:53] <doctormo> and lib isn't a package
[19:55] <thorwil> i started to suspect that, but my experiments with package_dir and packages didn't lead to useful results, so far
[19:56] <doctormo> thorwil: No, that's because you don't have any packages
[19:56] <doctormo> Your source code indicates that what you have is a collection of modules, no packages.
[19:56] <doctormo> although they should probably be packaged into a proper set of python module packages....
[19:56] <doctormo> because at the moment it's a bit of a mess.
[19:57] <thorwil> i thought a package was more or less a dir with modules
[19:58] <doctormo> thorwil: It is, but it's a dir with __init__.py in it as well as the namespace. Your scripts in bin don't use lib.alpha_composite they just use alpha_composite.
[19:59] <doctormo> You need to make a new directory in lib, this is your namespace.
[19:59] <doctormo> And make it unique
[19:59] <doctormo> then add package_dir={'':'lib'} and edit all your scripts to use the correct name space.
[20:01] <thorwil> doctormo: ok, thanks
[20:02] <doctormo> have a look at some of the python libs I've packaged, they may give you an idea about how to organise modules and packages.
[20:02] <thorwil> doctormo: uhm, would just using py_modules work, too?
[20:03] <doctormo> thorwil: sort of, it will work, but you'll have the wrath of python devs on your back if you ever wanted to put it into debian or Ubuntu.
[20:03] <doctormo> Because you'll be taking lots of confusing namespaces from the root global python dir.