[06:57] <inetpro> good morning
[06:59] <superfly> aloha!
[07:43]  * nlsthzn waves
[08:12] <sakhi> mooning
[08:24] <superfly> morning sakhi and nlsthzn
[08:30] <nlsthzn> Good morning superfly
[08:31] <sakhi> yo superfly howzit going?
[08:31] <superfly> not bad, just tired
[08:32]  * superfly bought the humble frozenbyte bundle, and has been so hooked on Shadowgrounds, the mrs complained at him last night
[08:32] <nlsthzn> superfly: hehe...
[08:33] <superfly> well worth the purchase
[09:00] <cocooncrash> Ubuntu 6.06 (Dapper Drake) reaches end-of-life on June 1 2011
[09:07] <Kilos> morning superfly and every other nother one bodies
[09:07] <Kilos> Maaz, coffee on
[09:07]  * Maaz flips the salt-timer
[09:07] <Kilos> nuvolari got lotsa tails
[09:10] <nlsthzn> Hi Uncle Kilos
[09:10] <Kilos> ask for coffee quick
[09:11] <Kilos> hurry nlsthzn
[09:11] <Maaz> Coffee's ready for Kilos!
[09:11] <Kilos> too late
[09:11] <Kilos> Maaz, ty
[09:11] <Maaz> You're Welcome I'm sure
[09:13] <superfly> morning Kilos
[09:22] <nlsthzn> Sorry was AFK
[09:48] <Kilos> youre forgiven
[10:22] <nlsthzn> Just bought my first application via the Ubuntu Software Center... so far it has been very painless
[10:30] <inetpro> hmm....
[10:34] <superfly> Maaz: tell nlsthzn What did you buy?
[10:34] <Maaz> superfly: Okay, I'll tell nlsthzn on freenode
[10:37] <nlsthzn> superfly: volley brawl... from ongubuntu
[10:37] <nlsthzn> omgubuntu
[10:38] <nlsthzn> lunch time
[10:39] <superfly> ah ,ok
[10:54] <cocooncrash> froztbyte: DNS for ubuntu-archive.mirror.ac.za seems broken
[10:58]  * froztbyte has very little influence on the DNS
[10:58] <froztbyte> when symm's online again I'll ping him about it
[11:14] <superfly> cocooncrash, froztbyte: there he is ;-)
[11:15] <froztbyte> Symmetria: pingggggggggg
[15:45] <panphried> isnt Pardus the Turkish distro, sponsored by their dept of sci and tech ?
[17:57] <marcog> http://digitizor.com/2011/04/20/libreoffice-openoffice-no-merge/
[19:28]  * superfly has decided to upgrade to Natty
[19:35] <Squirm> 8 days till release ^^
[19:35] <Tonberry> \doom
[19:39] <superfly> Squirm: yep, I'm upgrading to the beta
[19:40] <Squirm> cool
[19:40] <Squirm> anyway, bbl
[20:43] <inetpro> superfly: let me know how it goes
[21:23] <superfly> inetpro: will do
[21:24] <inetpro> hmm... not done yet?
[21:26] <superfly> about 25 minutes to go
[21:26] <superfly> had to download about 4.4 Gigs of stuff ;-)
[21:37] <inetpro> yikes
[21:37] <inetpro> superfly: did you make a backup?
[21:50] <superfly> inetpro: nope
[21:53] <inetpro> superfly: you are brave
[21:53] <inetpro> superfly: then again I think it should be fine
[21:53] <superfly> inetpro: not really, mostly stupid, I reckon ;-)
[21:53] <superfly> yeah, I haven't had issues upgrading in the last 3 years
[21:53] <inetpro> superfly: let's hope that it stays like that
[21:54] <superfly> the last problematic upgrade that I had to deal with still had no data loss
[21:54] <superfly> and taught the person upgrading how to fix his own computer ;-)
[21:54] <inetpro> I don't think you should ever loose data with the upgrade
[21:55] <inetpro> it might just mess up your settings


[05:30] <str0ng> zak
[13:08] <student> weeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
[13:11] <zeroseven0183> keep quiet
[13:11] <zeroseven0183> :-)
[13:12] <student> nge
[13:12] <zeroseven0183> maraming natutulog
[13:12] <student> ahh ganon ba
[13:13] <student> weeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
[13:14] <zeroseven0183> hehehehe
[13:15] <student> ngayon lang ulit ako bumisita ulit
[13:16] <zeroseven0183> Nice!
[13:16] <zeroseven0183> welcome back
[13:16] <student> hindi ako welcome dito. haha
[13:17] <zeroseven0183> Madramang studyante
[13:19] <student> puro spam lang ang pinopost ko dito
[13:21] <zeroseven0183> medyo lang
[13:22] <student> ayos. sige bye
[13:22] <student> 2log na ko
[13:36] <stjohnmedrano> kumusta ph? tulog parin kayo?
[14:35] <wers> balita?


[03:35] <bluesabre> JackFrost: I might be able to attend on the 5th, assuming I have internet by then
[03:37] <JackFrost> bluesabre: 5pm our time?
[03:38] <bluesabre> sure, I'll plan to take over the coffee shop
[03:39]  * elfy plans to turn up ...
[03:40] <bluesabre> bah, shimmer-themes got pulled from our packageset upload rights it seems
[03:40] <JackFrost> Whaaaaat?
[03:40]  * bluesabre will fix
[03:42]  * elfy lets bluesabre fix that
[03:43] <JackFrost> Cool, so: Mon, 05 Jan 2015 22:00:00 +0000 it is.  Dang, now I have to mail the list again, and I just did that...
[03:43] <bluesabre> sorry, often slow to respond these days
[03:45] <elfy> bluesabre: don't apologise
[03:45] <bluesabre> sorry elfy
[03:45] <bluesabre> :P
[03:45] <elfy> no setting precedents :)
[03:45] <bluesabre> also, you're online really late it seems
[03:45]  * elfy shudders while shuddering
[06:15] <JackFrost> https://lists.ubuntu.com/archives/xubuntu-devel/2014-December/010513.html I broke it. :3
[07:18] <ochosi> bluesabre: crap, how the hell did that happen?
[11:47] <bluesabre> ochosi: Laney fixed it, package uploaded
[11:48] <bluesabre> bbl
[11:48] <ochosi> cool thanks bluesabre
[11:48] <ochosi> that was a lot quicker than i had hoped
[12:43] <elfy> ochosi: so gtk3.14 updates turned up now
[12:47] <ochosi> elfy: and, total havoc on your screen?
[12:47] <elfy> nope :)
[12:47] <ochosi> phew :)
[12:48] <elfy> :)
[12:49] <ochosi> would you mind testing with the 15.04 greybird package too?
[12:49] <ochosi> just to be sure that bluesabre's upload had the desired result
[12:49] <elfy> assuming that it came through ppa then I am using it
[12:50] <ochosi> it *should* be based on the same commit
[12:51] <elfy><PHONE_NUMBER>46~ubuntu15.04.1
[12:52] <elfy> anything in particular to look out for - or just run with it and see :)
[12:52] <ochosi> that's the upload time though i think
[12:53] <ochosi> cause my commit was from yesterday
[12:53] <ochosi> well, the panel/indicators were broken
[12:53] <ochosi> so if that's not the case anymore, i guess we're good
[12:53] <elfy> I've not rebooted - but I would think that we're good
[12:54] <ochosi> right, well that you have to do
[12:54] <ochosi> or at least restart your session
[12:54] <elfy> k - I'll do that :)
[12:54] <ochosi> ty
[12:57] <elfy> ochosi: looks good to me currently :)
[12:57] <ochosi> ok, if you notice anything lemme know
[12:57] <ochosi> could be that the checkboxes still look weird
[12:57] <ochosi> not sure
[12:58] <elfy> yep will do
[12:58] <elfy> checkboxes look right now - you can see where to en/disable
[12:59] <ochosi> could you show me a screener?
[12:59] <elfy> http://www.zimagez.com/zimage/screenshot-191214-125931.php
[13:00] <ochosi> looks a bit compressed, but okayish
[13:00] <ochosi> and that frame... fugly.
[13:00] <ochosi> but that's not a theme problem, but one of the app
[13:00] <elfy> synaptic looks odd now - big boxes round the options - http://www.zimagez.com/zimage/screenshot-191214-130036.php
[13:01] <ochosi> yeah, i read that ubuntu were patching something wrt toolbars
[13:01] <ochosi> i think gtk3 changed some default setting there
[13:01] <elfy> ok
[13:01] <ochosi> so toolbar buttons look like buttons now
[13:01] <elfy> yep
[13:01] <ochosi> need to see whether that should be tackled in the theme or in gtk
[13:02] <elfy> catfish - http://www.zimagez.com/zimage/screenshot-191214-130155.php
[13:02] <ochosi> yeah, bluesabre said he'd take care of that
[13:03] <elfy> I'd look at parole - but I'll forget to reset blanking :p
[13:03] <ochosi> as soon as light-locker 1.5.1 has landed in vivid, i'll try to fix xdg-screensaver
[13:04] <elfy> http://www.zimagez.com/zimage/screenshot-191214-130354.php
[13:04] <elfy> yep - I was pleased to find out what that was - that really drove me nuts :D
[13:06] <ochosi> weird, checkboxes in the menus
[13:07] <elfy> saw that - hence showing it for you :)
[13:09] <elfy> anyway - I'm using shimmer and staging and unit's ppa's - so as long as changes show there first - then I can check what I'm seeing here
[13:09] <ochosi> yup, i'll start with those buttons
[13:10] <elfy> :)
[14:01] <ochosi> elfy: just pushed several huge commits to greybird, that should fix most of the remaining gtk3.14 issues
[14:10] <ochosi> crap, our checkboxes are 17x15 instead of 16x16
[14:10] <ochosi> that's why they look skewed
[14:10] <knome> oi :P
[14:12] <ochosi> sucks a bit cause that means they'll look off by 1px
[14:14] <ochosi> elfy: could you check whether radiobuttons are also skewed?
[14:22] <elfy> want to point me at something with radio buttons :p
[14:23] <ochosi> if you have propr drivers, the additional drivers tab in software and updates has them
[14:23] <ochosi> also, with the latest version of greybird, those nasty frames should be gone
[14:24] <elfy> well - they look ok to me - but I've got old eyes and most things do :)
[14:24] <ochosi> screenshot pls
[14:24] <elfy> http://www.zimagez.com/zimage/screenshot-191214-142443.php
[14:24] <ochosi> also, i just triggered a rebuild, so hopefully you'll get a greybird-update in the afternoon
[14:25] <elfy> yep - was doing it :)
[14:25] <ochosi> crap, skewed
[14:25] <ochosi> ok, thanks
[14:25] <elfy> ok - I will check that later then
[14:28] <ochosi> ok, the fix the radios won't be in the build
[14:28] <ochosi> but it's in git already
[14:29] <elfy> what do you actually mean by skewed ?
[14:29] <elfy> ochosi: okey doke
[14:31] <ochosi> well it's not square
[14:31] <ochosi> the pixmap is 16x15 px and gtk3 used to just not care about that
[14:31] <ochosi> now i resized the canvas to 16x16 (without scaling the radios/checks) and now the circles should be circular again
[14:31] <ochosi> instead of slightly ellipse-like
[14:32] <elfy> oh right - so to you the circles aren't circles ?
[14:32] <ochosi> yup
[14:33] <ochosi> they arent
[14:33] <ochosi> objectively speaking, not just to me
[14:33]  * elfy points up logs a bit to where I've got old eyes :)
[14:33] <elfy> I guess if I zoomed in I'd see it :)
[14:34] <elfy> thanks though :)
[14:35] <ochosi> i guess it'd annoy me more than you ;)
[14:36] <elfy> :)
[14:37] <elfy> especially if you know the code says 16x15 - even you couldn't actually see it you'd think you could :)
[14:51] <ochosi> elfy: new packages are built and published, so you should be able to update and test
[14:55] <elfy> aah - good must have just published them then - I checked 5 minutes ago :p
[15:00] <elfy> ochosi: all updated now
[15:01] <ochosi> mind to show me the same windows agai?
[15:01] <elfy> was just doing that :)
[15:01] <ochosi> oh good :)
[15:05] <elfy> http://www.zimagez.com/zimage/screenshot-191214-150209.php http://www.zimagez.com/zimage/screenshot-191214-150235.php http://www.zimagez.com/zimage/screenshot-191214-150404.php http://www.zimagez.com/zimage/screenshot-191214-150504.php
[15:05] <elfy> same 4
[15:05] <elfy> just realised the screenshot tool has host on imgur
[15:06] <elfy> testcase probably needs tweaking
[15:08] <ochosi> hm, that seems like it didn't pull from github
[15:12] <ochosi> hmpf, i triggered the rebuild too early
[15:12] <ochosi> bzr import from git wasn't complete yet...
[15:12] <ochosi> well, in that case let's just test it tomorrow then
[15:12] <elfy> ok :)
[15:12] <ochosi> if it's still not fixed with tomorrow's package, please ping me
[15:13] <elfy> I wasn't sure if anything had changed - but my eyes you know :p
[15:54] <slickymasterWork> elfy, re https://bugs.launchpad.net/bugs/1404275, what version of xfce4-screenshooter are you using?
[15:56] <elfy> oh bah humbug - bet it came from unit's ppa ...
[15:56] <JackFrost> Was about to say.. :3
[15:56] <elfy> lol
[15:56] <slickymasterWork> lol, funky nick you got for the holidays JackFrost
[15:57] <JackFrost> Thanks.
[15:57] <elfy> so we gonna get that at some point soonish (eg 15.04) or not
[15:57] <JackFrost> They've been working on it upstream a fair bit..
[15:58] <slickymasterWork> thing is elfy, the one shipped with Vivid doesn't yet offers imgur as hosting option
[15:58] <elfy> yea - marked it invalid for the moment - when it does land - the fix is waiting :)
[15:59] <slickymasterWork> ok, you'll probably have to remind me then, to do the review :P
[16:01] <elfy> JackFrost: well it does work though :p
[16:02] <ali1234> while people are about, just a reminder that i fixed https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/1270090
[16:03] <ali1234> the debdiff needs redo-ing for vivid i guess, i'm still on 14.04 here
[16:04] <drc> Finally! :)
[16:37] <elfy> ochosi: is the fix for shaded windows and inteligent hide coming soon?
[18:18] <drc> pleia2: http://www.dedoimedo.com/computers/best-distro-2014.html
[18:18] <pleia2> he sure likes us :)
[18:18] <pleia2> thanks
[18:45] <xuxuxu> whats going on in here
[18:55] <knome> development discussion.
[22:36] <ochosi> bluesabre: meh, seems like we might have to add a "flat" class to the osd buttons to prevent them from having borders in gtk3.14 :(
[22:37] <ochosi> should be fairly friction-free in terms of backwards-compatability, but still, meh
[23:52] <ochosi> bluesabre: i pushed several updates to greybird today after noticing that my previous patches weren't sufficient for the gtk3.14 switch *at all*. if you can push a new package for it, that'd be great. otherwise we can continue to test with the daily builds until i have something solid (should be a lot better now though). it's likely that we won't install bluebird, albatross and orion anymore by default, no time to update them properly...
[23:52] <knome> ochosi, if it would be just for a similar diff that you showed me earlier, i can run through those two/three themes and do that.
[23:53] <knome> i mean, if doing that was enough to convince you we can ship them..
[23:53] <pleia2> woohoo, just confirmed venue (San Francisco Gandi.net offices) for Ubuntu Global Jam, working on Xubuntu QA again :)
[23:53] <knome> yay
[23:54] <ochosi> knome: if you have time/energy for it, go for it
[23:54] <ochosi> i'm happy to ship them if they work, but i know i won't get to maintaining them anymore
[23:54] <knome> ochosi, would you need more than that to be willing to ship them?
[23:54] <knome> what we really should do...
[23:54] <ochosi> well generally i want them to work
[23:55] <knome> well maybe this is more for #shimmer, but anyway
[23:55] <ochosi> so if they look bad in other places even with those patches, i would say we'd have to fix it
[23:55] <ochosi> pleia2: cool!
[23:55] <knome> see the point where greybird started getting those gtk3 updates
[23:55] <knome> and try to port them to the other themes
[23:56] <ochosi> yeah
[23:56] <knome> converting to SASS might work good for that kind of things
[23:56] <ochosi> that's how we did it up to now
[23:56] <ochosi> but it's not getting easier
[23:56] <knome> so is that the only thing missing?
[23:56] <knome> or are we missing other things?
[23:56] <ochosi> gnome is using sass, so using sass as well makes it easier to remain in sync
[23:56] <ochosi> honestly, i can't tell yet
[23:56] <knome> but sass comes with some extra dependencies
[23:56] <ochosi> 3.14 has just landed and i have only just started to really explore it
[23:57] <knome> sure.. but regarding greybird vs. albatross/bluebird, is that the diff?
[23:57] <ochosi> sort of
[23:58] <ochosi> the themes aren't 100% the same
[23:58] <knome> of course


[08:24] <admin0> hi all .. how do I solve  Failed to activate service 'org.freedesktop.machine1'
[10:12] <yurtesen> utkarsh2102: good afternoon, any progress? I was also wondering, how long more do you think it will take to resolve this issue?
[10:35] <utkarsh2102> yurtesen: I'm not sure, really. I'm afraid I don't have an answer.
[10:36] <utkarsh2102> Let's see what ahasenack comes up with whilst fixing the same thing for frr. Only then we'd know a bit more.
[11:47] <athos> good morning :)
[19:35] <athos> schopin: Not sure if this is sth you are aware of, but there is this nodejs/webpack - openssl3 incompatibility I am hitting with the new nodejs in proposed
[19:35] <athos> https://bugs.launchpad.net/ubuntu/+source/rainloop/+bug/1974202
[19:36] <sergiodj> athos: hah
[19:36] <sergiodj> athos: take a look at https://code.launchpad.net/~sergiodj/ubuntu/+source/nodejs/+git/nodejs/+merge/423043 , it may help :)
[19:36] <sergiodj> (feel free to review it too!)
[19:37] <athos> haha
[19:38] <athos> I so glad I did not start diving into backporting that patch :)
[19:38] <athos> thanks, sergiodj :)
[19:38] <sergiodj> :-P
[19:38] <sergiodj> yw
[19:38] <athos> taking one for the team! \o/
[19:39] <sergiodj> that's the spirit!
[20:00] <ahasenack> bryceh: can you run the script that opens the merge bugs on an arbitrary package as well?
[20:00] <ahasenack> because nfs-utils is not our package, but we (I) kind of adopted it in the last cycle
[20:00] <ahasenack> i.e., can you run it once for nfs-utils?
[20:00] <ahasenack> if not, I can file the merge bug manually, no problem
[20:07] <bryceh> ahasenack, unfortunately it's set up as a batch script so not that handy for individual bugs.  It's a good idea though, that's come up more than a few times, so I'll put it on the todo list.  But yeah just file manually for now
[20:07] <ahasenack> np, thx


[10:09] <Guest21892> hi, guys.  i upgraded to jaunty and enabled the proprietary ati driver and now my x is borked.  can you help me fix it, please?
[10:09] <crevette> Guest21892: trying booting the safe mode
[10:10] <crevette> there is a menu to fix the X configuration
[10:10] <Guest21892> crevette: there is no safe mode in jaunty.  it gives an option to fix x but that didint' do it.
[10:11] <Guest21892> crevette: i meant there's no safe mode for x.
[10:12] <crevette> ah
[10:12] <Guest21892> i'm in irssi now.  how do i switch between rooms?
[10:13] <crevette> humm, I didn't used irssi for years ...
[10:13] <jcristau> Guest21892: ^n ^p, /window, alt-N, ...
[10:14] <Guest21892> jcristau: that worked.  thank you.
[10:17] <Guest21892> does anyone have any ideas about disabling the ati driver?
[10:17] <tjaalton> dpkg --purge xorg-driver-fglrx
[10:18] <Guest21892> tjaalton: that will disable the proprietary driver enabled?
[10:18] <tjaalton> Guest21892: it will purge it from your system
[10:18] <Guest21892> tjaalton: thanks!!!  i'll try it.
[10:24] <Guest21892> tjaalton: ok.  i purged the ati driver.  now when i startx i get a message saying 'no screens found'.
[10:24] <tjaalton> put the logfile somewhere
[10:26] <tjaalton> but first make sure /etc/X11/xorg.conf is sane.. move it aside and try without one
[10:26] <Guest21892> tjaalton: ok:  pastebin.com/f267af216
[10:27] <tjaalton> how did you end up with the radeonhd driver?
[10:27] <Guest21892> tjaalton: i don't know what you mean by move it aside.
[10:27] <tjaalton> rename it, but it doesn't matter here
[10:27] <tjaalton> it's probably empty anyway
[10:27] <Guest21892> someone in #ubuntu told me to try it.
[10:28] <tjaalton> right
[10:28] <tjaalton> so dpkg --purge xserver-xorg-video-radeonhd then
[10:28] <tjaalton> I guess that'll make it work again, if you managed to install it in the first place..
[10:29] <tjaalton> jaunty on your system, that is
[10:30] <Guest21892> i upgraded to jaunty, everything was ok, then i enabled the ati driver, that's when things went bad.
[10:30] <Guest21892> after i purge do i have to change my xorg.conf?
[10:30] <tjaalton> I don't think it supports that device
[10:30] <tjaalton> anymore
[10:31] <tjaalton> no
[10:31] <Guest21892> ok.  i'll try.  thanks.
[10:31] <tjaalton> neither does radeonhd for that matter
[10:31] <tjaalton> but -radeon does
[10:33] <Guest21892> should i install radeon?
[10:33] <tjaalton> it should be installed
[10:33] <tjaalton> by default
[10:33] <Guest21892> ok.  i'll try startx.  wish me luck.
[10:45] <binMonkey> tjaalton: ok.  i did what you said and now x comes up but my keyboard, mouse, and touchpad don't work.
[10:45] <tjaalton> binMonkey: same deal, logfile thanks
[10:45] <binMonkey> i am jazzed that at least i get a gui up.
[10:46] <binMonkey> ok.  thanks.
[10:49] <binMonkey> tjaalton: ok, here it is:  pastebin.com/f457e6482
[10:49] <binMonkey> tjaalton: if it matters, i tried dpkg-reconfigure xserver-xorg.
[10:50] <tjaalton> it does nothing of interest
[10:50] <tjaalton> try rebooting
[10:50] <tjaalton> or restart HAL and try again
[10:51] <tjaalton> and remove the fglrx module (rmmod fglrx)
[10:52] <binMonkey> how do i restart hal?
[10:53] <tjaalton> just reboot ;)
[10:53] <binMonkey> ok.  wish me luck.
[10:56] <binMonkey> WOOOOOTTT!!!!!!!!
[10:57] <binMonkey> tjaalton: it's working.
[10:57] <binMonkey> THANKS A MILLION FOR YOUR HELP!
[10:57] <tjaalton> np
[10:57] <tjaalton> don't break it again
[10:58] <binMonkey> i won't.  i hate to be a pest, but is there a driver for the 200m that i can use in jaunty?
[10:58] <tjaalton> you already have it
[10:58] <binMonkey> the radeon?
[10:58] <tjaalton> yes
[10:58] <tjaalton> what more do you want?
[10:59] <tjaalton> it's the only one supporting your device
[10:59] <binMonkey> ok.  i guess i should be thankful.
[10:59] <binMonkey> and i am.
[11:00] <tjaalton> I'm pretty sure that the restricted manager didn't suggest to install fglrx and you forced the install, am I right?
[11:00] <binMonkey> i'm not sure.  i used 'hardware drivers' in the main menu.
[11:00] <tjaalton> what does it say now?
[11:01] <binMonkey> hold on.
[11:01] <binMonkey> i see what you're saying.  i did ignore the warning.
[11:02] <binMonkey> but it did work really well in 8.10.
[11:02] <jcristau> but you're not using 8.10 anymore
[11:02] <tjaalton> I don't think it should even offer it
[11:02] <binMonkey> yeah.  i just didn't know that jaunty didn't support it.  had i known...
[11:03] <tjaalton> what does the warning say?
[11:03] <binMonkey> this is my old laptop that i'm using.  can i change a video card without having to worry about other hardware?
[11:04] <tjaalton> umm, laptop?
[11:04] <tjaalton> no
[11:04] <tjaalton> it's built-in
[11:05] <binMonkey> i closed it but it was something like 'these drivers have no public source code. they represent a risk, ubuntu cannot fix them, etc.'
[11:05] <tjaalton> that's a generic warning
[11:06] <binMonkey> dang.  i guess the only game i'll play for a while is nethack.
[11:06] <tjaalton> file a bug, by running 'ubuntu-bug restricted-manager'
[11:06] <tjaalton> it shouldn't offer the driver at all
[11:06] <tjaalton> the free driver should support 3D just fine
[11:07] <binMonkey> i think i agree.  especially if it's not supported.
[11:07] <binMonkey> i tried googleearth.  it's a little jerky but i can live with it.
[11:09] <binMonkey> youtube looks ok.
[11:10] <binMonkey> i got two good things out of this:  i learned about pastebinit and i learned a little bit about screen.
[11:12] <binMonkey> thanks again for the help.  have a good night.
[11:21]  * bryce_ waves
[11:21] <tjaalton> o/
[11:21] <bryce_> tjaalton: btw pitti said that 2.7.1 caused some freeze issues and a kernel panic on his laptop; he'll file a bug this evening and we'll chat with jbarnes_BCN when we see him
[11:22] <tjaalton> bryce_: ah, ok..
[11:22] <tjaalton> has worked fine here, but IIRC he has a 945
[11:23] <bryce_> tjaalton: looking at the changelogs, seems most likely to be something in the upstream code; the debian and ubuntu packaging sounds pretty sane, so guessing it's one of keith's patches, but really hard to say
[11:24] <tjaalton> bryce_: btw, in case you missed it.. debian dropped the pci-ids patch, and it pointed out a flaw in the xserver patch 143_default_to_vesa. I've disabled that one for now
[11:24] <bryce_> yep, saw that
[11:24] <tjaalton> ok, good
[11:24] <bryce_> tjaalton: there was one person who said his hardware got misdetected as -vesa with that change
[11:24] <bryce_> encouraged him to file a bug
[11:24] <tjaalton> also, there are a bunch of upstreamable patches in the xserver, have you planned to push those?
[11:25] <bryce_> probably should go upstream
[11:25] <bryce_> you mean the little segfault fixes?
[11:25] <bryce_> generally all of those that I did at least have a bug reported upstream
[11:26] <tjaalton> yeah, those ones. at least they weren't in <IP_ADDRESS>1, might be in master
[11:27] <bryce_> well, I'd found that upstream (i.e. whot) didn't like the approach I was using to solve them
[11:27] <bryce_> usptream would rather leave the crash in until the root cause was solved, and not just paper over the issue
[11:27] <tjaalton> oh, right..
[11:27] <bryce_> in the distro though, I was happy to paper over the issue since crashing is bad ;-)
[11:28] <bryce_> so... I made sure the bugs were registered upstream but didn't bother putting in the patch if I thought upstream would rather figure out the root cause than paper over.
[11:28] <tjaalton> yeah
[11:28] <bryce_> in one or two cases they did that, and the better patches are already upstream
[11:29] <bryce_> I chatted with pitti about this approach, and he agreed it was better for us to stop the crashing than to wait for the final solution
[11:29] <tjaalton> yep, makes sense
[11:30] <bryce_> I hope to have more time this release to do more of these.  We've got a ton of crash reports that could probably be solved this way
[11:36] <tjaalton> I haven't done much bug triaging for a while, but I've seen the bug count getting higher again..
[12:53] <bryce_> tjaalton: indeed, I'm worried it's going to get out of control again
[13:38] <CShadowRun> Is it possible to run 2 seperate X servers (not screens) on 2 heads, on 2 graphics cards?
[13:38] <jcristau> in theory, yes
[13:39] <CShadowRun> any more information i can gleam on that?
[13:39] <jcristau> google for multiseat
[13:39] <CShadowRun> i currently use seperate X screens and the bugs make me want to hurt people, i figure completely seperate X screens might be better
[13:39] <CShadowRun> ah, i don't exactly want multiseat though, but i admit its close
[13:40] <CShadowRun> i only want one mouse/keyboard
[13:40] <CShadowRun> i guess that's a good starting point though, thanks
[13:41] <jcristau> err. with only one mouse/kbd, how do you think this can work?
[13:41] <CShadowRun> hopefully by moving my mouse across (similar to multiple X screens)
[13:41] <CShadowRun> but obviously not moving windows across
[13:41] <jcristau> well. no.
[13:42] <CShadowRun> why not?
[13:42] <CShadowRun> there must be some way of switching what seat your on
[13:43] <tjaalton> the seats have their own mouse/keyboard..
[13:43] <CShadowRun> what happens if you try when you only have 1 keyboard/mouse?
[13:43] <tjaalton> then you have no mouse/keyboard on the other head
[13:43] <CShadowRun> and theres no way to switch which keyboard/mouse controls which head?
[13:45] <CShadowRun> even if there is no way to switch, i can still do it
[13:45] <CShadowRun> could use synergy (It's like a KVM switch, but software, and without the video switch)
[13:46] <CShadowRun> and just tell it that the networked computer is localhost \o/
[13:47] <CShadowRun> any other ideas/suggestions about it?
[13:47] <tjaalton> not that I know of
[13:48] <CShadowRun> hehe
[13:48] <CShadowRun> the reason is because i actually want to run the DE (in my case gnome) twice, completely seperately
[13:48] <CShadowRun> because the way gnome handles multi X screens is appauling and nobodys going to fix it, and i'm fed up with waiting :)
[13:49] <CShadowRun> most DE's suffer from the same issues, though
[13:49] <jcristau> you could fix it yourself...
[13:49] <CShadowRun> i had a look at the code, but not being a C programmer i couldn't even figure out what file i was supposed to look in
[13:50] <CShadowRun> and the bug report is 3 years old, and the developer is "too busy" so, this seems like the next best bet really
[14:32] <tjaalton> bryce_: you seem to have something left to push to xorg.git
[14:32] <tjaalton> the changes in 5ubuntu20
[14:44] <bryce_> tjaalton: nope
[14:45] <tjaalton> oh
[14:45] <tjaalton> something is wrong on my end
[14:45] <tjaalton> ah, there it is
[14:55] <bryce_> tjaalton: ideas on if removing x's hal dependency is feasible in karmic's timeframe?
[14:56] <tjaalton> bryce_: are you on the "improving boot speed" session?-)
[14:56] <tjaalton> just lost the stream
[14:56] <bryce_> yes
[14:57] <tjaalton> I haven't looked at how to use dbus directly, the xserver supports that
[14:57] <tjaalton> don't know if there are limitations
[14:57] <bryce_> scott was suggesting keith was looking at using udev in place of hal
[14:58] <tjaalton> oh, even lower
[14:58] <bryce_> he had also mentioned that kms would help move a chunk of startup time out
[14:58] <tjaalton> yes
[14:58] <bryce_> that'd run earlier on during kernel startup, in parallel with module startup
[14:59] <bryce_> guess we ought to resurrect the timing patch (and fix the hang bugs that were in it)
[15:00] <bryce_> end of session
[15:00] <tjaalton> yeah, got the stream back just in time for that
[15:01] <jcristau> using udev directly means losing solaris and bsds, so i'm not sure how that can fly upstream..
[15:01] <tjaalton> true
[15:03] <crevette> hal is going to be deprecated anyway ....
[15:04] <jcristau> crevette: well if there's no sensible replacement..
[15:04] <jcristau> http://lists.freedesktop.org/pipermail/xorg/2009-May/045590.html
[15:05] <crevette> jcristau: the deal is to use libudev apparently and others have to find their solutions
[15:05] <jcristau> crevette: and i'm saying that 'use libudev' is not a sensible replacement
[15:05] <crevette> adn DeviceKit is a daed-end too :)
[15:16] <bryce_> jcristau, #ifdef __LINUX ?
[15:18] <jcristau> bryce_: that's where an abstraction layer comes in
[23:49] <binMonkey> hi, guys.  after some drama last night that tjaalton helped me fix, i've become obsessed with my ati 200m card.  if i post my xorg.conf can you guys tell me what to do to speed it up a little?


[01:34] <sergio-br2> hey
[01:34] <sergio-br2> bzr: ERROR: bzrlib.errors.NotBranchError: Not a branch: "http://bazaar.launchpad.net/~libretro/libretro/scummvm-libretro_tmp/".
[01:34] <sergio-br2> that branch does exist...
[01:34] <sergio-br2> it happened only on trusty
[01:34] <wgrant> sergio-br2: Is it reproducible?
[01:35] <sergio-br2> https://code.launchpad.net/~libretro/+recipe/scummvm-libretro-daily
[01:35] <sergio-br2> hey wgrant
[01:35] <sergio-br2> I'm trying to build again


[00:14] <ogra_> persia, your dnybook, is that a 16G model ?
[00:15] <ogra_> *dyna
[00:16] <NCommander> ogra_: this won't give us working sound on ac100, would it?
[00:16] <ogra_> NCommander, well
[00:17] <ogra_> NCommander, we have a codec driver ... we have working devices in pulse ... we just dont have anyone who has a clue how to wire up the sound devices in the driver internally
[00:17] <NCommander> ogra_: i.e., needs kernel hacking on an ALSA level, right?
[00:17] <ogra_> yes
[00:20] <NCommander> ogra_: what's partition 6? (I've already flashed my device several times)
[00:20] <ogra_> NCommander, LNX
[00:21] <NCommander> ogra_: handy, also, don't I have to reflash the partition map?
[00:22] <ogra_> no, just part 6
[00:22] <ogra_> seems Daviey already ran into the first issue :(
[00:23] <NCommander> ogra_: great. Last quesiton, your instructions seem to suggest that I need to use a USB key, or can I just use an SD card?
[00:23] <ogra_> what do you want to achieve ? an internal install or one to external media ?
[00:24] <ogra_> for internal it doesnt matter where you put the tarball, it will find it on SD as well as USB
[00:25] <ogra_> for external you just need to make sure to put the tarball onto the media you dont want to install to :)
[00:26] <ogra_> (and boot with both plugged in)
[00:27] <NCommander> ah
[00:56] <NCommander> Daviey: were you able to get your AC100 to work with the Android flashing tools?
[01:18] <NCommander> ogra_: your installer crashed :-/
[01:22] <persia> ogra_: Yeah.  Mine is 16G
[01:55]  * NCommander has had no luck with ogra_'s installer
[01:55] <NCommander> it appears /var doesn't get mounted
[01:55] <NCommander> or something, as there are a lot of errors to that before it goes belly up
[02:16] <persia>  /var shouldn't be on a separate partition.
[02:16] <persia> (unless this is the overlay hack)
[02:17] <persia> Do you have a promt of any sort?
[03:45] <ZeZu> I can't connect an app to the local xserver from ssh on natty,  anyone know why?
[11:28] <ogra_> persia, i'm looking for a /proc/partitions dump from such a dynabook
[11:36] <damo22> What is the most powerful android phone on the market?
[11:36] <ogra_> probably something yu should ask in an android channel ?
[11:36] <damo22> (that uses an ARM cpu)
[11:39] <damo22> okay sorry wrong channel..., does 11.04 run on arm? as far as i can see, rootstock builds karmic or jaunty images? or do i have an old version?
[11:40] <dcordes> use >= maverick
[11:40] <dcordes> for recent htcs
[11:43] <dcordes> ogra_: the touchscreen rotation problem was solved by cnd
[11:45] <ogra_> awesome
[11:46] <ogra_> Daviey, ha ! i found a hack to open a terminal in oem-config
[11:46] <ogra_> not really helpful since it runs as oem user though
[11:46] <dcordes> ogra_: it would be helpful to add on screen keyboard in oem-config
[11:47] <dcordes> the same assistive technology menu that's also in gdm login screen
[11:47] <ogra_> i think there is a bug open for that
[11:47] <dcordes> yes but it doesn't receive any attention
[11:47] <dcordes> all the tablet devices on the market but nobody cares
[11:48]  * ogra_ would first of all like to see florence integrated
[11:50] <dcordes> we have onboard
[11:50] <dcordes> I think it would be nicer to keep onboard and implement florence's auto show/hide features
[11:51] <dcordes> https://bugs.launchpad.net/ubuntu/+source/oem-config/+bug/626055 oem-config
[11:51] <ubot2> Ubuntu bug 626055 in smartphone "oem-config: make on-screen keyboard available" [Critical,Confirmed]
[11:52] <dcordes> https://bugs.launchpad.net/smartphone/+bug/443986
[11:52] <dcordes> at-spi
[11:52] <ubot2> Ubuntu bug 443986 in smartphone "RFE: Add option to automatically show and hide onboard" [Undecided,New]
[11:53] <Daviey> ogra_: ahha!
[11:54] <Daviey> ogra_: now all i need is a root exploit.
[11:54] <ogra_> heh
[11:55] <damo22> does the samsung nexus s work with arm based ubuntu?
[11:55] <ogra_> i can reproduce the bug here btw
[11:55] <Daviey> ogra_: Oh?  What do you think it is?
[11:55] <ogra_> no idea yet, but i used my brandnew ac100 and for internal install it exposes the same issue
[11:56] <ogra_> i will try an external install now so i can check logs
[11:56] <damo22> im thinking something like the htc desire z with a keyboard would be nice for an ubuntu install
[11:56] <Daviey> interesting
[11:56] <ogra_> i didnt have it on either installs to SD or USB
[11:56] <dcordes> Daviey: yes
[11:56] <Daviey> ogra_: If you want me to test anything, give me a shout.
[11:56] <dcordes> damo22: yes, I don't see a problem
[11:57] <damo22> what about the keyboard mapping?
[11:57] <dcordes> damo22: it is google nexus s though. not samsung nexus s
[11:58] <dcordes> damo22: the keyboard drivers present to userspace as normal keyboards so you can remap just like you would remap any other keyboard inlinux
[12:39] <ogra_> aha, i think i found the issue with the ac100 installer
[12:41] <dcordes> ogra_: do you know why http://packages.ubuntu.com/natty/kde/kde-config-qt-graphicssystem is missing in natty arm ?
[12:42] <ogra_> likely because it depends on some gles stuff that wasnt built
[12:42] <ogra_> just a guess though
[12:43] <dcordes> https://bugs.launchpad.net/unity-2d/+bug/782326
[12:43] <ubot2> Ubuntu bug 782326 in unity-2d "unity-2d: flickers with xf86-video-fbdev on some machines" [Undecided,New]
[12:43] <ogra_> heh
[12:43]  * ogra_ never used unity-2d on x86
[12:43] <dcordes> :
[12:51] <ogra_> ok, issue verified
[12:53]  * ogra_ doesnt get why the error pops up during kbd config, its totally unrelated
[12:54] <ogra_> NCommander, it was just the initramfs getting to big, nothing with /var ... i'll roll a fixed image later today
[12:55] <ogra_> this 4MB restriction for the initrd is really hard to handle :(
[12:55] <NCommander> ogra_: could I just get a headless tarball?
[12:55] <NCommander> :-)
[12:55] <ogra_> i can roll one, sure, but not right now
[12:55] <ogra_> oneiric will have both :)
[12:55] <_persia> NCommander: How badly do you want one?  I've an old one (but it has all the bugs ogra fixed in the past while)
[12:56] <ogra_> since half the server team has ac100s now
[12:56] <_persia> (not headless, but doesn't even try to perform an install)
[12:56] <ogra_> so we need to give them server like images for their netbooks :)
[12:56] <_persia> Ugh.  No.
[12:57]  * ogra_ wishes he could find a way to use a bigger initrd than 4M somehow
[12:57] <_persia> We need to integrate LXC and libvirt so that folks can play.
[12:57] <ogra_> _persia, already happening ;)
[12:57]  * ogra_ already had requests to add all the needed config bits to the ac100 kernel ...
[12:58] <ogra_> -2-ac100 should be fully lxc capable
[12:59] <_persia> ogra_: There are plenty of non-kernel issues to make it seamless still :)
[13:00]  * lilstevie is looking forward to seeing what oneiric will bring
[13:00] <ogra_> _persia, sure, but the platform support is there
[13:01] <persia> That helps.
[13:11] <dcordes> ogra_: how would I go about further investigating lack of pacakge
[13:11] <dcordes> ogra_: is there a way to recommend a package being added in the arm ?
[13:12] <dcordes> ubuntu ARM :)
[13:12] <_persia> dcordes: Is the package missing entirely in Ubuntu, or just for armel?
[13:13] <persia> For the most part we try *not* to do anything architecture-specific (this is not always avoidable)
[13:13] <dcordes> persia: it is missing just for armel.
[13:14] <dcordes> persia: http://packages.ubuntu.com/natty/kde/kde-config-qt-graphicssystem
[13:15] <persia> dcordes, Take a look at the output of `apt-cache showsrc ${PACKAGE} | grep ^Architecture`
[13:15] <dcordes> persia: ok
[13:15] <persia> In this case, it's "any", which means that LP should attempt to build it for every architecture.
[13:16] <persia> Next, check https://launchpad.net/ubuntu/+source/${SRCPACKAGE}/ and dig into the latest upload for your release
[13:18] <dcordes> kcm-qt-graphicssystem (The binary 'kde-config-qt-graphicssystem' is part of the kcm-qt-graphicssystem package)
[13:19] <persia> Right.  Now, if you look at the details for 1.2-0ubuntu1, you'll see the list of "Package files".  The ones ending "_armel.deb" indicate that armel binaries were generated.
[13:20] <persia> You can verify they have been published by checking https://ports.ubuntu.com/ubuntu-ports/pool/universe/k/kcm-qt-graphicssystem/
[13:22] <persia> You can check to make sure the "universe" component is enabled in /etc/apt.sources.list (if you need to enable it, be sure to update your apt cache (`apt-get update` is one way to do this))
[13:22] <persia> Alternately, if you're using a mirror, check to make sure the package appears on the mirror.
[13:22] <persia> (some mirrors only mirror subsets of Ubuntu, which is fine)
[13:24] <dcordes> persia: ok
[13:25] <persia> Oh, and if you're concerned about the output at packages.ubuntu.com : the system that uses to collect information is completely unaware of anything other than i386 and amd64, so it can never be right.
[13:26] <janimo> ogra, rsalveti are out initrd images lz compressed now?
[13:27] <ogra_> janimo, not that i know of
[13:27] <janimo> the uInitrd are marked as gzip but inside it seems is is lz
[13:27] <ogra_> just try file
[13:27] <dcordes> persia: it would be nice to have a nicer web interface to the armel packages.
[13:27] <janimo> file says :data
[13:27] <ogra_> (on the initrd.img)
[13:27] <dcordes> After this operation, 150 MB of additional disk space will be used.
[13:27] <dcordes> I am not sure if it's so good to use so much extra space just for https://bugs.launchpad.net/unity-2d/+bug/782326
[13:27] <ubot2> Ubuntu bug 782326 in unity-2d "unity-2d: flickers with xf86-video-fbdev on some machines" [Undecided,New]
[13:28] <persia> dcordes, The number of packages that differ between architectures is well less than 1% of the archive.  I agree it would be nice to be able to export unified dists information, but that's pending a stack of other things, and will probably be some time.
[13:29] <dcordes> persia: how about simple preliminary search feature ?
[13:29] <persia> Hrm?  What do you mean?
[13:29] <dcordes> something more comfortable than https://ports.ubuntu.com/ubuntu-ports/pool
[13:30] <persia> What are you trying to accomplish?
[13:30] <dcordes> I want to fix https://bugs.launchpad.net/unity-2d/+bug/782326
[13:30] <ubot2> Ubuntu bug 782326 in unity-2d "unity-2d: flickers with xf86-video-fbdev on some machines" [Undecided,New]
[13:31] <dcordes> I need to run all QT programs with this paramter: "-graphicssystem native"
[13:31] <persia> No.  You need Qt to properly select "native" as the graphicssystem to use when presented with that hardware.
[13:33] <persia> Ah, there seems to be a blueprint about that, but it appears to be "not started".  jazh appears to have been working on it.
[13:35] <persia> apachelogger reported that Qt supports the QT_GRAPHICSSYSTEM environment variable, which might be a lighter-weight workaround in the meantime (see http://apachelog.wordpress.com/2010/09/05/qt-graphics-system-kcm/ )
[13:37] <persia> (note that you'll need to configure the environment variable so that gnome-session sets it, as startkde is unlikely to run in a unity environment)
[13:41] <janimo> ogra, I am looking at the uInitrd files in the preinstalled 11.04 and oneiric images and they seem to be lzma
[13:41] <janimo> where are they generated?
[13:42] <NCommander> janimo: as part of livecd-rootfs for preinstalls
[13:43] <janimo> I am trying to debug the SD alignment issue so I need to change jasper scripts in initrd
[13:43] <ogra_> i dont think they stay lzma after install
[13:43] <NCommander> ogra_: with the ac100, the 'install' step completes fine, oem-config explodes into confetti
[13:43] <ogra_> NCommander, yeah, thats caused by a to big initrd
[13:43] <NCommander> ah
[13:44]  * NCommander vaguely wonders how difficult porting u-boot to the ac100 would be. */pipedream*
[13:44] <ogra_> i messed around with a diversion of plymouth in initrd, somehow that didnt work, so plymouth ends up in the initrd
[13:44]  * Daviey vaguely wonders if NCommander will ever respond to his mails.
[13:44] <janimo> NCommander, ah indeed. INITRD_COMPRESSOR=lzma there
[13:44] <ogra_> NCommander, already ported, the prob is that kbd and display dont work
[13:44] <janimo> ogra_, probably not after install
[13:44] <ogra_> janimo, right, but the installed initramfs-tools default to gzip
[13:45] <ogra_> so with the first local regeneration they switch
[13:45] <NCommander> ogra_: I take it someone found the pads for the serial port
[13:45] <janimo> ogra_, which reminds me. Why does the VFAT need to be rewritten when resizing on first boot? Isn't only the 2nd partition expanding
[13:45] <janimo> ?
[13:45] <ogra_> NCommander, yes
[13:45] <NCommander> Daviey: er, what email?
[13:46] <ogra_> janimo, to make sure MLO lands in the first sector again ... if that bug is gone (which i heard should be with next x-loader) we can drop that crap
[13:46] <Daviey> NCommander: Subject: Ubuntu ARM Server release for 11.10 (server-o-arm-server)
[13:46] <ogra_> apparently the whole CHS stuff is fixed
[13:47] <janimo> ogra_, but does the resize not only entail increasing the number of cylinders? the first partition parameters should stay the same
[13:47] <NCommander> Daviey: ack, sorry, I missed it the first time around
[13:47] <janimo> I also read that bug is gone for a while already
[13:47]  * NCommander sees your follow up
[13:48]  * janimo tries to modify existing uInitrd and convince panda to take it without saying
[13:48] <NCommander> Daviey: davidm is working to schelude a call on a regular basis so we can sync wr.t. to our tasks and progress on said tasks
[13:48] <janimo> wrong image format for source command
[13:51] <Daviey> NCommander: super!  Thanks.
[14:09] <dcordes> persia: ah I remember I tried that and failed automatically setting this (profile.d)
[14:10] <persia> Isn't profile.d sourced by shells, rather than the session managers?
[14:11] <dcordes> ah :)
[14:16] <persia> dcordes, If you're creating a spice package, stuff something in /etc/X11/Xsession.d : If you want to do something for your user, put something in $HOME/.xsessionrc
[14:17] <persia> There are very likely to be display-manager- and session-manager-specific ways to do this, but I suspect something general is more likely to meet your needs in a flexible manner.
[14:17] <dcordes> Xsession.d is fine I already have a script there for screen rotation
[14:18] <dcordes> and to remove the 'overlay scrollbars'
[14:18] <dcordes> export LIBOVERLAY_SCROLLBAR=0
[14:19] <dcordes> I will use that script as a global Xsession.d env script
[14:20] <Vaati> hello all
[14:20] <persia> hey Vaati
[14:20] <Vaati> so, is this also for general arm dev ?
[14:21] <ogra_> Daviey, NCommander, new installer image is up
[14:21] <ogra_> should work now
[14:21] <NCommander> ogra_: those are famous last works
[14:21] <ogra_> and words too :)
[14:22] <Vaati> lol
[14:22] <Vaati> but, am I allowed to ask non-specific questions about arm development?
[14:22] <ogra_> well, the installer is fine, i'm not yet sure my diversion hackery survives a dist-upgrade though
[14:22] <Vaati> 'cos ##arm is rather silent...
[14:22]  * ogra_ is just testing that
[14:24] <dcordes> how can I test if Xorg parsed my environment variables ?
[14:24] <persia> Vaati, We're mostly focused on integration of stuff and making sure all of Ubuntu is available on ARM (and as many devices as possible are supported by Ubuntu).
[14:24] <Vaati> ok
[14:24] <persia> If you have questions related to how things work, we can try, but we may not be the ideal resource.
[14:25] <persia> And if you're writing arch-specific code that isn't kernel or driver related, some folk will encourage you to be portable :)
[14:25] <Vaati> ok, well I'm trying to set up a gcc toolchain for the STM32 vl discovery board (arm7 cortex m3) under ubuntu
[14:25] <Vaati> i.e.; I want to use ubuntu to program it
[14:26] <Vaati> and I've found the stm32flash software, but apparently it requires a usart, so I cant use the on-board jtag...  however, someone created a bootloader called versaloon -- anyone familar with it?
[14:28] <persia> Heh.  That's an area we probably ought to investigate: using ARM as a host for embedded development.
[14:28] <Vaati> aww yeeaaah
[14:29] <persia> We usually focus on running Ubuntu on the ARM chip (but I don't believe the m3 implements all the instructions used in Ubuntu)
[14:29] <Vaati> ok
[14:29] <dcordes> persia: I put "export QT_GRAPHICSSYSTEM=native" in /etc/X11/Xsession.d/54setupenv
[14:29] <Vaati> well, has someone ported puppy linux to the m3 yet?
[14:29] <Vaati> or some other form of *nix
[14:30] <Daviey> ogra_: oooo
[14:31] <Daviey> ogra_: just boot-installer-2.6.37-1-ac100.img, same tgz?
[14:31] <ogra_> yep
[14:31] <ogra_> tgz didnt change
[14:31] <Daviey> super!
[14:31] <Daviey> thanks for your attention to this ogra_
[14:31] <persia> To the m3?  I'm not sure it *can* run Linux.  If it can, the Yocto folk are most likely to have a working environment.
[14:31] <dcordes> persia: in fact even if I run "QT_GRAPHICSSYSTEM=native DISPLAY=:0 unity-2d-launcher" from a remote terminal, it still doesn't work
[14:31] <Vaati> yocto?
[14:32] <ogra_> Daviey, well, i want to have proper oneiric images so the natty ones are my testbed
[14:32] <Vaati> ah, found a port
[14:32] <ogra_> all the ac100 stuff will go to the archive soon
[14:32] <Vaati> http://www.linux-arm.org/LinuxKernel/LinuxM3
[14:32] <Vaati> if you were wondering
[14:33] <persia> Vaati, You'll probably need ulibc with that: there's no MMU
[14:33] <zul> ogra_: i know i might be a PITA but we could get like a minimal install without unity so just like a cli and ssh?
[14:34] <ogra_> zul, read my conversation with persia above ;)
[14:34] <ogra_> on my TODO
[14:34] <zul> ogra_: cool thanks
[14:34] <dcordes> persia: maybe unity-2d was compiled in a way it will not parse the QT_GRAPHICSSYTEM env var ?
[14:35] <persia> That would be odd, but perhaps.
[14:35] <Vaati> omg
[14:35] <Vaati> I think I stumbled across a solution to a toolchain...
[14:35] <Vaati> without even looking for it
[14:36] <ogra_> sigh ... updates to gnome-user-guide always make me think my system is dead
[14:36] <Vaati> at any rate -- what are the minimum specs for running ubuntu on an arm?
[14:36] <ogra_> i wonder whats its doing all that time
[14:37] <persia> ogra_, There's something annoying at the FS layer that needs sorting.  It's the same reason cp is slow to install.
[14:37] <ogra_> well, all other packages arent that slow
[14:37] <persia> Vaati, support for the ARMv7a ISA
[14:37] <ogra_> it must do something special
[14:37] <persia> ogra_, They don't have anything *near* the file count.
[14:38] <persia> (unless I misremember g-u-g)
[14:38] <ogra_> ah, now it moved
[14:47] <ogra_> ok, i take everything i said about g-u-g back, ubuntu-docs is worse
[14:53] <NCommander> we have ubuntu docs?
[14:54] <persia> Yes.
[14:54] <persia> A single source generates a package to populate yelp *and* the majority of the contents of help.ubuntu.com
[14:57] <dcordes> Bug 791852
[14:57] <ubot2> Launchpad bug 791852 in unity-2d "unity-2d: does not parse QT_GRAPHICSSYSTEM env var" [Undecided,New] https://launchpad.net/bugs/791852
[14:59] <persia> Except that's not something unity-2d is *supposed* to do: that should happen in Qt.
[15:00] <dcordes> persia: I don't understand. could you elaborate ?
[15:02] <persia> Qt clients specifically should never care which graphicssystem is in use.  They should just call into Qt abstractions.  Qt then should turn those abstractions into something that actually does something on the system (frequently through additional abstraction layers).
[15:03] <dcordes> persia: so at what place must the env var be present for the clients to get the correct graphicssystem ?
[15:05] <persia> At the process level.  So, `QT_GRAPHICSSYSTEM=native unity-2d-launcher` ought do the right thing.  But this is because Qt notices the environment variable, not because unity-2d does.
[15:05] <dcordes> this is what I do but it does not work. so I can assume something with Qt is fishy ?
[15:10] <persia> I believe so.  I believe that the bug has the wrong task.  I'm not sure precisely *what* is responsible for handling QT_GRAPHICSSYSTEM though, but I suspect the bug would get attention from the right folk if retargeted to the right place (mind you, finding this probably requires more investigation)
[15:11] <dcordes> ok I will leave it as is, affecting unity-2d, and hope for the unity folks to know what is the correct project affected :)
[15:20] <dmart> zumbi_, hrw: I think the conclusion was that eglibc is misdetecting the new triplet as being non-eabi
[15:20] <dmart> wrong channel
[15:20]  * dmart sighs
[17:05] <Daviey> ogra_ is man of the match, your latest boot img worked greated
[17:06] <ogra_> awesome !
[17:08] <ppisati> GrueMaster: Linux omap 2.6.39-3-omap #10 Thu Jun 2 17:41:26 CEST 2011 armv7l GNU/Linux
[17:08] <ppisati> GrueMaster: i have usb
[17:08] <ppisati> GrueMaster: beagle xm rev a
[17:08] <ppisati> GrueMaster: i just ssh-ed in
[17:08] <GrueMaster> Is this the same kernel that is in the current images?
[17:09] <ppisati> GrueMaster: uhm no, latest oneiric
[17:09] <GrueMaster> That's what I mean.
[17:10] <ppisati> GrueMaster: ok, but then the bug will be fixed with the next release
[17:10] <GrueMaster> The kernel I have is <IP_ADDRESS>.4
[17:10] <GrueMaster> Ah.
[17:10] <ppisati> flag@omap:~$ cat /proc/version_signature
[17:10] <ppisati> Ubuntu 2.6.39-3.10-omap 2.6.39
[17:10] <GrueMaster> ok
[17:10] <ppisati> GrueMaster: can you double check with latest oneiric?
[17:10] <ppisati> and wait
[17:11] <ppisati> one more check
[17:11] <ppisati> Texas Instruments X-Loader 1.5.0 (Apr 11 2011 - 09:47:05)
[17:11] <ppisati> U-Boot 2011.03 (Apr 20 2011 - 07:19:53)
[17:11] <ppisati> do they correspond?
[17:11] <GrueMaster> Latest image is 20110601, which I already tested.
[17:11]  * ppisati wonders if correspond is the correct word at all...
[17:11] <GrueMaster> x-loader & u-boot should be the same.
[17:12] <ppisati> GrueMaster: please check
[17:12] <ppisati> GrueMaster: i did a lot experimentation
[17:12] <GrueMaster> Give me a sec to setup.
[17:13] <ppisati> no hurry
[17:14] <GrueMaster> x-loader & u-boot are the same on the 20110601 image.
[17:14] <ppisati> ok
[17:14] <ppisati> /proc/version_signature?
[17:16] <GrueMaster> That should be in the bug report.
[17:16] <ppisati> right
[17:16] <ppisati> but is the same as mine...
[17:16] <ppisati> uhmmm...
[17:17] <ppisati> ok, i'll install that image then
[17:19] <GrueMaster> I recommend the headless image, otherwise you won't get very far.
[17:21] <ppisati> GrueMaster: k
[17:26]  * ppisati -> out for a walk...
[18:24] <GrueMaster> ogra_: Is there a way to restore factory default Toshiba image after installing your image?
[18:27] <ogra_> GrueMaster, yes, you can restore the full backup you took before changing anything, vnflash should always work
[18:28] <ogra_> *nvflash
[18:28] <GrueMaster> Good to know.
[18:28] <ogra_> indeed that requires that you actually backed up everything first :)
[18:32] <GrueMaster> I haven't even started messing with it beyond plugging into power.
[18:32] <ogra_> oh, you got one too now ?
[18:32] <ogra_> (not michaels)
[18:32] <GrueMaster> Got it yesterday.
[18:32] <ogra_> wow
[18:32] <ogra_> its like an epidemic thing how these things pop up around me :)
[18:38] <lilstevie> lol
[18:53] <Daviey> ogra_: Is this expected, nvec nvec.0: new transaction during send trying to retransmit! ?
[18:53] <Daviey> Every minute or so in dmesg
[18:53] <ogra_> Daviey, yes, thats a workaround in the kernel that makes your input devices not die
[18:54] <ogra_> in the former kernel revision the complete input system locked up every time you see this message ... and only a shutdown, making the device 30sec powerless and reboot could make it work again
[18:54] <Daviey> ah
[18:55] <ogra_> we somehow get event storms on the nvidia event controller, nobody knows why yet
[18:55] <ogra_> if you see that message in demsg it actually means nvec eas restarted
[18:55] <ogra_> *was
[19:47] <janimo> what is the easiest way to preseed a few values on the preinstalled headless image? I'd like to skip most installer questions as I run fresh images frequently and that slows the process down
[19:47] <ogra_> janimo, well, currently only setting them on kernel cmdline is supported
[19:48] <ogra_> but that works well
[19:48] <janimo> can I set cmdline from uboot or only from boot.scr?
[19:49] <ogra_> you could do it manually from u-boot shell but would have to manually type in the whole boot.scr content indeed
[19:52] <janimo> ok. On the cmdline I pass a preseed file path or even the actual preseeded value list?
[19:52] <ogra_> only values
[19:52] <ogra_> and keys
[19:52] <ogra_> as i said above, files arent supported yet, only setting preseed options directly on cmdline
[19:53] <ogra_> for oneiric i plan to add file support though
[20:05] <GrueMaster> Can't you set it to pull a preseed from http?
[20:05] <GrueMaster> I've not dealt with preseeds before.
[20:06] <ogra_> GrueMaster, the prob is that you need code to process it ... where it comes from doesnt matter much
[20:06] <GrueMaster> I thought oem-config could handle it.
[20:06] <persia> oem-config *consumes* preseeding
[20:07] <ogra_> and the code processing preseed that i added last release simply only reads /proc/cmdline atm
[20:07] <GrueMaster> hmmm.
[20:07] <ogra_> right, what persia said
[20:07] <ogra_> the code *setting* the options from file or cmdline is whats matters
[20:08] <ogra_> that should be trivial to add though, will have it in place before A2
[20:08] <ogra_> preseed files are a requirement for server images
[23:24] <Martyn> Hey everyone!
[23:24] <ogra> grmpf
[23:26]  * ogra fights with oeniric


 I tried to fix python bug but then discovered more "issues".  I am out of time tonight, but will continue tomorrow if nobody beats me to it. (re @IrcsomeBot: <ubottu> Bug 1965811 in software-properties (Ubuntu Jammy) "software-properties-qt does not load driver information" [Critical, New] https://launchpad.net/bugs/1965811)
 Update the source you grabbed (re @DarinMiller: I tried to fix python bug but then discovered more "issues".  I am out of time tonight, but will continue tomorrow if nobody beats me to it.)
 https://launchpad.net/ubuntu/+source/software-properties/0.99.20
 may now be fixed
[13:00] <BluesKaj> Hi all
 heyo
 FYI, Firefox .deb in jammy is now just a transitional package that installs the snap


[02:14] <mapps> tired;]
[02:15] <mapps> watched 2 films today heh man from uncle and knock knock
[02:15] <mapps> hard day:)
[03:13] <mapps> quiet time eh
[09:23] <diplo> Morning all
[09:30] <popey> yes
[09:38] <davmor2> Morning all
[09:40] <JamesTait> Good morning all; happy Monday, and happy World Freedom Day! 😃
[09:48] <davmor2> JamesTait: https://www.youtube.com/watch?v=AgcTvoWjZJU  seems apt
[09:50] <JamesTait> davmor2, +1
[09:53] <foobarry> how can i check in perl if a variable doesn't contain special characters?
[09:54] <foobarry> i'm chomping lines from a log that sometimes have weird chars like  ��
[09:54] <davmor2> foobarry: hahahahahahahahahahahahahahahahahahahahahahahaha
[09:55] <foobarry> oh :(
[09:55] <davmor2> foobarry: perl's doc base is meant to be really good you can check there other than that someone must still use perl ;)
[09:56] <foobarry> i think i just need a regexp to check for regaular alphanumeric+punctuiations
[09:57] <foobarry> if ($str =~ /[^!-~\s]/g){print "Non-ASCII character found"}
[09:57] <foobarry> maybe that will do it
[09:57] <davmor2> foobarry: http://perldoc.perl.org/perlunicode.html that might help you
[10:01] <foobarry> davmor2: the regexp fixed it for me
[10:01] <davmor2> foobarry: :)
[10:18] <bigcalm> Good morning peeps :)
[10:24] <brobostigon> morning boys and girls.
[10:26] <bigcalm> o/
[10:27] <brobostigon> hi bigcalm
[12:14] <daftykins> aww my favourite tamed telco engineer is retiring in 4 weeks :(
[12:17] <daftykins> great having a direct line to get stuff sorted :D
[12:19] <zmoylan-pi> was... it WAS great having a direct line to get stuff sorted :-)
[12:19] <daftykins> ;_; too soon!
[12:19] <daftykins> just got a nice USB 3.0 UASP capable 2.5" SATA enclosure :D
[12:20] <daftykins> also 4 x 8GB USB 2.0 flash drives for £8 \o/
[12:20] <daftykins> trying out doing a straight up cp of an ubuntu ISO straight onto the /dev/sdX now, not tried it before
[12:22] <popey> cp?
[12:22] <popey> not dd?
[12:22] <popey> ooh, lunch time
[12:29] <daftykins> indeed! sure enough it works perfecto
[12:29] <daftykins> sudo cp /path/to/iso /dev/sdX
[12:29] <daftykins> a quick "sync" after to be sure, and hey presto
[13:29] <popey> Anyone else use privacy badger
[13:29] <popey> ?
[13:31] <foobarry> nope
[13:31] <foobarry> use adblock
[13:32] <zmoylan-pi> i have it installed in firefox atm
[13:32] <daftykins> ublock origin is a lot leaner than adblock
[13:32] <foobarry> daftykins: how?
[13:32] <daftykins> its' implementation is just better, give it a try
[13:32] <foobarry> "This extension does not work at all in FF42. Everything is allowed now. Examples being google-analytics, scorecardresearch, facebook, etc. Everything is set to allow."
[13:32] <zmoylan-pi> but be careful to use ublock origin and not the other version of ublock
[13:32] <daftykins> plus it has none of the bribery whitelisting that adblock has.
[13:32] <foobarry> ^^ someone moanuing about badger in ff
[13:33] <foobarry> response: If you've installed a new version of it, it will take some time for Privacy Badger to re-build its hueristics. You may find that soon many of these trackers will be blocked (once they've been spotted on a few sites)
[13:33] <zmoylan-pi> seems to be working/reporting trackers on firefox 42 here ok
[13:34] <foobarry> others moaning that it breaks sites
[13:35] <foobarry> css issues
[13:39] <diddledan> if it just blocks shared assets then I wonder how it copes with things like the javascript cdn?
[13:39] <diddledan> specifically https://cdnjs.com/
[15:33] <Laney> booked a dentist checkup for 8.30 on thursday
[15:33] <Laney> WHY
[15:34] <diddledan> that's way too early
[15:34] <diddledan> you'll have to not sleep! :-p
[15:34] <zmoylan-pi> flannel pyjamas soak up lots of blood... :-P
[15:35] <diddledan> ok. what's "ubuntu personal"?
[15:35] <diddledan> teh googs isn't helping much on the term
[15:35] <davmor2> diddledan: snappy based phone and desktop
[15:36] <davmor2> diddledan: infact just generally phone and desktop
[15:36] <diddledan> why do we need a different name?
[15:36] <popey> deb vs not-deb based
[15:37] <diddledan> hmm
[15:38] <SuperMatt> that's a fair point
[15:38] <davmor2> diddledan: because phone and desktop are the same team so why call them different things when you can call both personal, add to that table and tv and it's even easier to call it one thing rather than 4 :)
[15:38] <diddledan> why can't we just call it "ubuntu"?
[15:39] <SuperMatt> I think I get it. Snappy is used in phones because it's a way of being able to install applications without requiring any kind of privalege escalation. It's a personal device, so it doesn't need to be overly complex - hence ubuntu personal
[15:40] <diddledan> I get why we have the name "ubuntu phone" while there's a difference between the two, but once we're unified I don't see why we can't just call it "ubuntu"
[15:40] <SuperMatt> but the deb based ubuntu works in the old way. Want to install something? You need to escalate to root. This is not a personal way of doing things
[15:42] <davmor2> diddledan: because all of it is ubuntu but you wouldn't install the cloud image on your phone, so we need a way to separate for the new series coming though, so Ubuntu cloud, Ubuntu server, Ubuntu Personal and Ubuntu  iot
[15:43] <diddledan> ok, that makes sense
[15:43] <diddledan> so when can I buy ubuntu personal?
[15:43] <diddledan> :-p
[15:46] <davmor2> diddledan: once snappy is stable, it's api is stable and then we have the desktop/gfx/networking/bluetooth.....frameworks in place :)
[15:47] <diddledan> am I right in believing that unity8 will be default on 16.04? if so will that be ontop of mir or X+xmir?
[15:47] <davmor2> diddledan: no
[15:47] <diddledan> ok
[15:49] <davmor2> diddledan: unity7 will be the default for 16.04, unity8/snappy (aka personal) will be targeted for 16.10 but again not as default, the users will say when it is ready for the prime time, but then the plan as I understand it that 18.04 will be personal based
[15:49] <diddledan> rightio
[15:50] <diddledan> so we're hoping to be personal in the next LTS
[15:50] <diddledan> (after 16.04)
[15:51] <davmor2> diddledan: I think that is the game plan but it depends on lots of things and user feedback etc etc etc If you listen to Marks keynote from UOS he says we will not be rushing unity8 to the desktop like we did with unity7
[15:52] <diddledan> right, so we're going for more of a "when it's ready"
[15:52] <diddledan> I think that is quite a good approach - have targets but not requirements
[15:53] <diddledan> I hate hard deadlines
[15:57] <diddledan> interesting video I'm watching on scopes from the UoS - about the javascript scopes. using node.js intrigues me because it would be interesting to explore the possibility of using node.js to create normal apps too in addition to the qml and html styles
[16:01] <diddledan> hmm, node embedded in each scope that uses it
[16:02] <diddledan> problem with that is increase in package size
[16:44] <brobostigon> anyone familier with a hittite cuneiform translation matrix?
[16:48] <davmor2> brobostigon: isn't everyone........hmmmmm not!
[16:49] <brobostigon> quite.
[16:49] <brobostigon> its a specilist thing.
[16:49] <diddledan> I was just thinking about learning that!
[16:50] <davmor2> brobostigon: the hittites were a tribe from the old testiment if that helps
[16:50] <diddledan> I thought to myself about 10 minutes ago "wouldn't it be interesting to learn about a hittite cuneiform translation matrix?"
[16:50] <brobostigon> davmor2: infact the hitties were a tribe that dies out in 1200bc in eastern turkey.
[16:51] <brobostigon> davmor2: but yes, they were mentioned in said document as well.
[16:51]  * diddledan sniggers at the similarity between the word hitties and a piece of anatomy
[16:52] <davmor2> brobostigon: weren't they the ones with a city that rivalled the egyptians, set high in some mountains that made it virtually impregnable too
[16:52] <brobostigon> davmor2: spot on.
[16:52] <diddledan> speaking of ancient people - did you know the bible tells of ancient dwarf civilisations? the nehites and the shoehites
[16:52] <davmor2> brobostigon: it's almost like I saw a tv show about it........wait a minute  I did :)
[16:53] <zmoylan-pi> you're going to encode all your private docs in cuniform? :-)
[16:53] <brobostigon> davmor2: :)
[16:53] <diddledan> zmoylan-pi: what about heiroglyps?
[16:53] <brobostigon> zmoylan-pi: i need it for a potential game a friend of mine has suggested.
[16:53] <davmor2> brobostigon: so cuniform is their version of heiroglyphs right
[16:53] <zmoylan-pi> that's just emojii... not cool now, not cool then :-)
[16:54] <diddledan> lol
[16:54] <brobostigon> davmor2: cuneiform is the writing system they used, yes.
[16:54] <diddledan> cuniform was just a series of lines iirc?
[16:54] <brobostigon> no.
[16:54] <diddledan> shows how much I know :-p
[16:54] <zmoylan-pi> wedge shaped impressions in clay iirc
[16:54] <diddledan> I R CLEVR
[16:55] <zmoylan-pi> https://en.wikipedia.org/wiki/Cuneiform
[16:56] <diddledan> that was taught by the aliens, right?
[16:56] <davmor2> brobostigon: from what I remember from the show, isn't it like tall pyramid shape that made up characters similar to chinese/japanese
[16:57] <davmor2> ah it is \o/ I rock at remembering tv shows
[16:57] <diddledan> https://www.youtube.com/watch?v=4tDJP1Ctci8
[16:59] <brobostigon> davmor2: kindof, i am familier with cuneiform, i need a software engine to be able to potentially assist the user with the idea i mentioned above.
[17:00] <diddledan> brobostigon, does google translate work? :-p
[17:00] <brobostigon> it also depends on which version of cuneiform, it varied quite a bit, over tis 35000 odd years in usage.
[17:00] <brobostigon> diddledan: somehow i think thats very unlikely.
[17:00] <diddledan> that's almost like a real language!
[17:00] <zmoylan-pi> you have an extra 0 there unless you want to go the whole aliens route :-)
[17:01] <davmor2> brobostigon: maybe make tiles and then treat it like mahjonng
[17:01] <diddledan> zmoylan-pi, definitely go the aliens route!
[17:01] <brobostigon> davmor2: :)
[17:01]  * diddledan cites the youtube link above
[17:02] <davmor2> brobostigon: or better still scrabble
[17:03] <brobostigon> lol.
[17:04] <zmoylan-pi> i thought i was geeky playing a rpg with a latin root... :-)
[17:08] <davmor2> zmoylan-pi: amateur
[17:13] <zmoylan-pi> and just in time to preserve your tweets... http://dumbcuneiform.com/
[17:13] <davmor2> popey: I wonder if we can do band names for the next alphabet cycle, Adam Ant, Beastie boys, culture club.... it could catch on right :)
[17:18] <zmoylan-pi> or 8 bit computers... atari, bbc, commodore...
[17:19] <davmor2> zmoylan-pi: needs to be AA, BB, CC etc
[17:20] <diddledan> isn't it supposed to be adjective/noun?
[17:21] <davmor2> diddledan: yes
[17:21] <davmor2> diddledan: but band names shakes it up a bit :)
[17:21] <diddledan> in which case your CC would have to be cultured club
[17:22] <zmoylan-pi> using the names might cause legal issues...
[17:22] <davmor2> zmoylan-pi: ofcourse it would it's not a serious suggestion :P
[17:23] <diddledan> what about body parts?
[17:23] <zmoylan-pi> it is sad that such a simple idea couldn't get past a wild idea stage...
[17:23] <diddledan> epic eyes?
[17:23] <diddledan> crazy calfs?
[17:24] <zmoylan-pi> dynamic duodenum
[17:24] <diddledan> ooh good one
[17:24] <diddledan> strenuous sternum
[17:24] <zmoylan-pi> a.... hmmmm.... :-)
[17:25] <diddledan> acute anus
[17:25] <daftykins> what did i channel switch into...
[17:25] <davmor2> arterial aorta
[17:25] <zmoylan-pi> humongus hemaroids...
[17:25] <diddledan> lol
[17:25] <zmoylan-pi> what are we naming again? :-p
[17:26] <diddledan> what about viruses? contagious clamidia?
[17:27] <davmor2> diddledan: get your coat
[17:27] <diddledan> davmor2, have I pulled?
[17:27] <diddledan> or am I being kicked out?
[17:27] <diddledan> :-p
[17:28] <davmor2> diddledan: https://www.youtube.com/watch?v=c3OM2MA1pic
[17:30] <popey> davmor2, we wont need names, we'll be rolling by then :)
[17:30] <davmor2> popey: ah of course every release is rawhide
[20:16] <diddledan> my gmail spambox is full of brightly coloured animated icons in the subject lines
[20:17] <daftykins> yeah i've been getting those the last week or two
[20:18]  * davmor2 doesn't look at his spam folder
[20:18] <davmor2> makes me cry
[20:18] <diddledan> I try to remember to go through every so often
[20:19] <diddledan> one problem I have is several accounts are all set to forward to a single place but each of those seem to have different spam catching than the final destination
[20:21] <diddledan> apparently my spambox thinks I have a partner, and that I want to cheat on that partner
[20:22] <diddledan> so not only has it given me a partner I wasn't aware of, but it's also decided that I need to be a cheating bar steward
[20:23] <Myrtti> I go through everything daily
[20:23] <diddledan> I guess I need to stop cheating and start loving the partner that I manage to have completely overlooked
[20:23] <Myrtti> unread emails is 0 at all times
[20:23] <davmor2> diddledan: maybe it is that spambox has a partner and it is cheating and it is hiding it's mail by addressing it to you knowing it will get forwarded as spam to itself
[20:23] <diddledan> I hear that gmail gives you an infinity symbol when you have a lot of unread
[22:10] <mapps> hi all
[22:56] <diddledan> ello mapps
[23:51]  * daftykins looks at diddledan
[23:51] <daftykins> another dead disk!
[23:51] <diddledan> -.-
[23:51] <diddledan> lol
[23:51] <diddledan> well done!
[23:51] <diddledan> \o/
[23:51] <daftykins> i can smells 'em, i tell ya!
[23:51] <diddledan> keep 'em coming


[15:25] <SJupgrade> hello, i am having error upgrading from 12.04 to 14.04
[15:25] <SJupgrade> can advise?
[15:38] <TJ-> SJupgrade: try #ubuntu - this channel is for automated bug report messages and discussions rather than support
[15:39] <SJupgrade> ok thanks
[18:37] <MegaBrutal> Hi all!
[18:40] <MegaBrutal> I have this bug reported: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1391429 – I'd like to get it triaged, and I believe I supplied everything I could. Would anyone help me what should I do to triage it?


[01:47] <coreycb> doko: dnspython should be fixed up now
[04:35] <fnordahl> jamespage: I am preparing a number of patches for SRU to the OVN package, in that breath I see that ovn 20.12 is cut which contain all the fixes. Due to the holidays they will most likely postpone actual release until January, but I wonder if we would consider updating the package in hirsute early so that we get one less release to target for the patches.
[07:37] <icey> doko: I don't understand your request, the only shebangs I see in ironic are: https://pastebin.ubuntu.com/p/YXZCSZXTMV/
[08:21] <doko> icey: you're looking into the source, not the package: https://paste.ubuntu.com/p/8Pw4KFJx45/
[08:22] <icey> doko: indeed, can you point me at any docs about what to change to resolve that, as I don't know where the versioned shebangs are coming from
[08:23] <doko> icey: the debian package doesn't ship these binaries at all
[08:24] <doko> icey: dh_python3 --shebang=/usr/bin/python3 should do the trick
[08:24] <doko> icey: probably not just ironic. might be a good idea to scan all the openstack packages for python3.8 / python3.9 shebangs
[08:25] <icey> doko: decent time for it as it's OpenStack milestones time :)
[09:30] <seb128> could anyone point me to the script generating component-mismatches.txt ?
[09:33] <Laney> seb128: lp:ubuntu-archive-tools component-mismatches
[09:34] <seb128> Laney, thanks, I was looking in -script which has process-component-mismatches-diff , the split between those repository keeps confusing me
[09:35] <Laney> yeah I usually end up looking in the other one if it's not in the first
[13:28] <sil2100> jibel: thank you for the review and rebase!
[13:28] <sil2100> You rock
[13:29] <jibel> sil2100, yw
[14:47] <doko> seb128: use comm -12 on these two, and only process those
[15:55] <juliank> Does anyone here use podman in hirsute?
[15:55] <juliank> I can do podman -t run debian:stretch (for example), but then I can't input anything into the shell, like the tty is  not attached
[16:05] <icey> doko: given that the package isn't doing anything to override the shebang, it feels like this could be an update to dh-python to make it default to a less strict shebang unless specified?
[16:08] <doko> icey: send a patch? you only change the specific shebang to the python3 one, if it's the default version (this only matters when we have two supported versions during transitions)
[16:09] <icey> doko: so you're suggesting making overriding these shebangs to python3 _just_ for hirsute?
[16:09] <icey> I'm trying to really understand the need
[16:11] <doko> icey: for the 3.10 transition ... if we have python3.9 shebangs, then things are not automagically tested for the next python, and we'll issues only later
[16:12] <icey> doko what is the target for 3.10?
[16:12] <doko> October 2021
[16:12] <icey> so, we'll want the python3 shebang for the next ~year?
[17:54] <blackboxsw> rbasak: cpaelzer so the latest update-notifier upload queued to -proposed is still seeing pep8 include errors "FileNotFoundError: [Errno 2] No such file or directory: 'pep8'". Yet if I can download the update-notifier source on xenial-proposed and run mk-build-deps --install debian/control I can see both pep8 and python3-pep8 installed as build-depends on a system that doesn't yet have pep8
[17:54] <blackboxsw> https://paste.ubuntu.com/p/ZQqrPTJdSg/
[17:54] <blackboxsw> any thoughts on what I could be missing in the autopkgtest environment?
[17:54] <blackboxsw> I can see that the debian/control of the source package does require pep8, maybe I also need to be exlicit on python3-pep8 too?
[23:04] <blackboxsw> turns out the above was my own oversight on xenial-only.... pep8 was required only for autopkgtests (not package build) so that dependency needed to be in d/tests/control not in debian/control Build-Depends