[04:49] <Noskcaj> Can someone who uses pidgin test https://github.com/dmoonfire/prpltwtr ?
[04:56] <Noskcaj> We might be able to re-add a midgin microblogger for 14.04


[13:51] <wavded> SpamapS: here is the script: http://pastebin.com/UuBcRTws
[14:31] <resmo_> hi
[14:32] <resmo_> i created a upstart conf for node but but when I try to start myserver I get a Unknown job
[14:32] <resmo_> any hints what I am doing wrong?
[14:33] <resmo_> config is in /etc/init/myserver.conf
[14:46] <wavded> resmo_ that is the correct location, what is the contents of your upstart script?
[14:56] <SpamapS> wavded: hm, that looks ok
[14:56] <SpamapS> wavded: one side note, you do not need the 'script' and 'end script' bit
[14:57] <SpamapS> wavded: and you might consider dropping the log redirection too, and just use 'console log'
[14:57] <SpamapS> wavded: that will log to /var/log/upstart/your-job-name.log
[14:59] <SpamapS> wavded: could you raise log-priority to info (sudo initctl log-priority info) and start your job.. then pastebin any logs that end up in /var/log/syslog from that action?
[15:05] <wavded> SpamapS: sure
[15:08] <wavded> SpamapS: one question, does restart <job> not reload the config if it changed?
[15:17] <SpamapS> wavded: no it does not
[15:18] <SpamapS> wavded: stop/start to do that
[15:18] <wavded> ahh learned that yesterday, the hardway :)
[15:19] <wavded> ok its not starting now for some reason: I get: un 22 10:17:26 adc-staging-web2 kernel: [307549.693232] init: redi respawning too fast, stopped
[15:20] <SpamapS> wavded: should give you an exit code too
[15:20] <jodh> wavded: I'd guess /usr/bin/node is failing since HOME is not set for user sawyer.
[15:20] <wavded> status 2
[15:21] <SpamapS> jodh: hey howdy btw. :) Really loving job logging, btw
[15:21] <jodh> SpamapS: hi - how's things?
[15:22] <SpamapS> jodh: oh 'bout the same
[15:23] <jodh> SpamapS: :)
[15:23] <SpamapS> jodh: yourself? About done with that rewrite of upstart in go? ;)
[15:23] <wavded> ok, i tried adding env HOME=/home/sawyer to the config, didn't help, should i do it some other way?
[15:25] <SpamapS> wavded: you should have some logs giving you a hint as to why it is failing
[15:25]  * SpamapS goes afk for a bit
[15:26] <jodh> SpamapS: well I was thinking fortran might make a comeback...
[15:28] <wavded> ahh checked upstart log, looks like the /var/log/node/redi.log wasn't writable by sawyer
[15:29] <wavded> does 'console output' handle that stuff
[15:32] <wavded> ahh nm, got it, console log works, thanks for your help
[15:48] <jodh> this might come in useful for others in the future: http://upstart.ubuntu.com/cookbook/#checking-how-a-service-might-react-when-run-as-a-job


[00:14] <marienz> hope you don't mind that banforward, the floodbots were getting noisy
[00:17] <marienz> might need a similar one on #ubuntu
[00:17] <LjL> maybe not, they don't seem to be rejoining
[00:18] <marienz> it's still cycling ##fix_your_connection intermittently and ignoring my attempts at talking
[00:18] <marienz> reads as a human being annoying more than a bot
[00:19] <marienz> it might pick up on being able to join #ubuntu again, I mean
[00:20] <marienz> #debian and #python-unregistered now. It's about to leave for a bit if it won't answer me
[01:29] <marienz> that looks familiar
[11:58] <jussi> Ive just registered the IRC team blueprint for UDS P, you can find it at: https://blueprints.launchpad.net/ubuntu/+spec/ubuntu-irc-team-p-plans - It is currently empty, so if there is something you think should be in our plans for the next cycle, you should add it to the Whiteboard. If you are unable to change the whiteboard, please ping me and Ill look see what Ive done wrong :)
[13:51] <highvoltage> nj
 mark shuttlecock is openly hostile to the linux community
[16:38] <Seveas> #ubuntu-offtopic
[16:42] <gnomefreak> why is the bot being an ass
[16:42] <pangolin> did you @comment
[16:42] <pangolin> ?
[16:43] <gnomefreak> :(
[16:43] <pangolin> pebkac?
[16:43] <pangolin> :)
[16:45] <gnomefreak> i forgot "comment"
[16:45] <pangolin> thought so.
[16:45] <gnomefreak> if he shows up here let me know ill be working on spreadsheets for at least as hour
[16:46] <pangolin> I doubt he will, he is banned in #u also for the same reason
[17:57] <pangolin> going to test something
[17:57] <Pici> k
[17:58] <pangolin> heh
[17:58] <pangolin> didn't work AT ALL
[18:00] <pangolin> hmm
[18:00] <Pici> hmm
[18:01] <Pici> ?
[18:01] <pangolin> oh I know why
[18:01] <pangolin> I had the command backwards
[18:01] <pangolin> errrr
[18:03] <pangolin> ok last try
[18:12] <pangolin> hmm
[18:12] <pangolin> step closer
[18:12]  * Pici thinks that another channel might be better
[18:12] <pangolin> oh wait already had the +q set
[18:13] <pangolin> yup
[18:13] <pangolin> it would
[18:13] <Pici> my scrollback is getting rather messy
[18:14] <pangolin> but I think it is working now
[20:00] <gnomefreak> it looks right to mer
[20:00] <gnomefreak> s/mer/me
[20:03] <Myrtti> DAMN YOU
[20:03] <Pici> In #ubuntu-ops, Myrtti said: DAMN YOU
[20:04] <Myrtti> and it didn't even correct it.
[20:04] <Myrtti> harrumph
[20:04] <Myrtti> Imma gonna get more tea
[20:04] <gnomefreak> i dont see a problem with it
[20:05] <Myrtti> for more informationand workarounds
[20:05] <gnomefreak> i dont see them like that
[20:05] <gnomefreak> information and  workarounds
[20:05] <Myrtti> !controls
[20:05] <gnomefreak> thats copy+paste
[20:06] <gnomefreak> oh
[20:06] <gnomefreak> i msged bot earlier and didnt see it
[20:06] <Pici> !search nand
[20:06] <Pici> !reiserfs
[20:06] <Pici> eh, thats fine.
[20:06] <Pici> !reiserfs =~ s/ext3/ext4/
[20:07] <jpds> wifekillerfs*
[20:07] <Myrtti> !controls =~ s/nand/n and/
[20:07] <Myrtti> !controls
[22:12] <guntbert> hi, can someone have an eye on the convo between _r00t and DavidCA2 in #ubuntu? I have the feeling there is dubious advice given (although in best intent)
[22:58] <genii-around> I gave a !pastebin
[22:59] <Pici> pangolin: fwiw, flynn was being a bit difficult.
[23:00] <Pici> and I just checked yagoo's scrollback, nevermind ;)
[23:00] <yagoo> pangolin is a coward
[23:00] <pangolin> Pici: agreed but yagoo has been a issue for several days if not weeks
[23:00] <yagoo> If I say #ubuntu-<language>
[23:00] <yagoo> I mean it
[23:00] <yagoo> Grow up child pangolin.
[23:00] <pangolin> I told you I am 37
[23:00] <yagoo> Doesn't make u an adult.
[23:00] <yagoo> For weeks?
[23:00] <yagoo> Show me.
[23:00] <yagoo> pff
[23:00] <yagoo> I've been more helpful than you have.
[23:01] <yagoo> lol
[23:01] <Myrtti> this isn't helping you here
[23:01] <pangolin> I don't like your poor attitude towards users and the way you get insulting when challenged.
[23:01] <yagoo> I can even show my LPIC-1 tag for anyone wanting to see it.
[23:01] <yagoo> pff
[23:01] <yagoo> So I sure do have a background in linux.
[23:01] <pangolin> take a week off and please read the !guidelines and !coc
[23:01] <yagoo> pangolin is incompetent
[23:01] <pangolin> So can I
[23:01] <yagoo> Anyone wants to see my LPIC-1? They can ask and I can post it right here.
[23:02] <Myrtti> yagoo: I don't care if Linus himself would ascend to #ubuntu, if he wouldn't know how to behave, he'd be out
[23:02] <yagoo> All I said was. "I love to see you help him. This would be entertaining"
[23:02] <yagoo> ^ I've seen worse.
[23:02] <pangolin> nobody cares about your qualifications, it is your poor attitude that has got you banned.
[23:02] <yagoo> Now getting kicked for that tells me pangolin is a baby.
[23:02] <yagoo> Poor attitude?
[23:02] <yagoo> For what?
[23:02] <pangolin> read what you have said in here it is a fine example of what I mean.
[23:03] <yagoo> #ubuntu-language is a bannable offense?
[23:03] <pangolin> ban is for 7 days. I am done.
[23:03] <yagoo> Anyone can check the log. You're welcome.


[03:31] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Apply translations in id @ https://github.com/Xubuntu/xubuntu-default-settings/commit/4ab0fbe9083e548f35c7e846475707975f250331 (by transifex-integration)
[09:11] <bluesabre> jphilips: re: gnome-software, I created a bug for it, https://bugs.launchpad.net/ubuntu/+source/xubuntu-meta/+bug/1922157, but couldn't find an example where other flavors had actually added the dependency. If you can find an example, I can get the fix in.
[09:11] <ubot3> Launchpad bug 1922157 in xubuntu-meta (Ubuntu) "Depend on gnome-software to prevent upgrade to snap-store-desktop" [Undecided, Opinion]
[09:20] <bluesabre> jphilips: bzr instructions, http://doc.bazaar.canonical.com/latest/en/mini-tutorial/, the one thing I think it excludes is forking a project, which is just: `bzr branch lp:some-project; bzr push lp:~username/some-project/branchname`
[10:07] <bluesabre> jphilips: what's the iso verification check bug? Have a number?
[10:08] <bluesabre> I'm going to get the release notes in shape this weekend.
[10:09] <Unit193> FWIW, that ubiquity didn't seem to fix the problem. :/
[10:09] <bluesabre> I suspected as much :\
[10:10] <Unit193> Oh?
[10:10] <bluesabre> > judging by the fast that I have /boot/efi, I'd guess this won't fix, https://i533537319.restricted.launchpadlibrarian.net/533537319/0ba0b09a-9d29-11eb-9412-002481e91f22.txt?token=1XzMr5n1TQCbJhgZRwSmhpkzPv8hhsCF
[10:10] <bluesabre> Where my bios-vm had a /boot/efi installed
[10:11] <jphilips> bluesabre: hopefully David from ubuntu budgie will leave a comment in the bug report
[10:11] <jphilips> i tried my hand at bzr and not looking to try again
[10:12] <jphilips> ISO verification https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1870018
[10:12] <ubot3> Launchpad bug 1870018 in xubuntu-artwork (Ubuntu Focal) "Option (Ctrl-C) not shown to disable ISO verification" [Undecided, New]
[10:14] <bluesabre> jphilips: that's still present on hirsute?
[10:17] <jphilips> sorry that doesn't seem like the correct issue
[10:24] <jphilips> can't seem to find it, so i'll ask in the testers group
[10:29] <jphilips> thanks for looking into the translations, so our translators work will hopefully end up being in 21.04
[10:45] <bluesabre> Yeah, should land today
[10:46] -SwissBot:#xubuntu-devel- ::xubuntu-seed:: Move gnome-software from desktop-recommends to desktop (LP: #1922157) @ http://git.launchpad.net/~xubuntu-dev/ubuntu-seeds/+git/xubuntu/commit/?id=a955a0ac15d3b8330b8448b5cfa10283b6739e2f (by Sean Davis)
[10:55] <jphilips> bluesabre: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1917590
[10:55] <ubot3> Launchpad bug 1917590 in casper (Ubuntu Hirsute) "File integrity check at boot of install media  no longer functional" [High, Fix Released]


[01:41] <solarcloud> Sorry took a while to find .. here it is ::: http://uk.ts.fujitsu.com/rl/servicesupport/techsupport/lifebook/AMILO/Amilo-L/Amilo_Li1705.htm  .. I'll go to bed now , but if you reply here I will see/answer it in the morning, thank-you for your reply.
[06:52] <Ibr> Is this channel only for technical purpose. Or could we do general chat, ofcourse related to lubuntu?
[06:55] <Ibr> Hello
[07:00] <JohnDoe_71Rus> Hi
[09:39] <synned> ?
[09:39] <synned> ?
[09:41] <synned> can anyone help me with some theme setting issues
[09:43] <synned> guys any help regarding themes
[09:43] <synned> ?
[09:51] <cdoublejj> sorry synned but, theming really isn't so with lxde
[09:51] <cdoublejj> i've seen it done but, it's meh at best
[09:51] <synned> ok
[09:52] <cdoublejj> here is a how to
[09:52] <cdoublejj> http://maketecheasier.com/theme-up-lubuntu/2011/02/11
[09:52] <cdoublejj> you should at least judge for yourself it's worth doing or not
[09:53] <cdoublejj> there are other theme install by default but, it's just the same thing with a few tweaks
[09:58] <synned> cdoublejj: ok let me take a look
[11:24] <madmikeismad> has anyone here had the migration/xx process hang-up issues, and is there a fix for it yet?
[11:56] <madmikeismad> anyone up?
[11:57] <bioterror> da
[11:57] <madmikeismad> have you had any issues with the migration process hanging randomly?
[11:57] <madmikeismad> google wasn't much help
[11:58] <bioterror> I have to say that I have no problems ;)
[11:59] <madmikeismad> dang.  Mostly does it when I open new pages/tabs in chrome.  If I alt/ctrl into a terminal, and then back to X, it fixes it temporarily
[12:51] <MangoBoy> Hi. I just happend to update all old packages in my ubuntu oneric, and among them firefox to version 17 and now nearly all my add-ons are incompatible. i would like to revert back to 16 but dont know how, and in synaptic it seems like the only version i can force back to is 7. Is there a apt command to get access to all old versions or a adress where i can find the old packages for download and local install?
[12:52] <MangoBoy> lubuntu
[12:52] <bioterror> cd /var/cache/apt/archives/
[12:52] <bioterror> dpkg -i firefox-<tab complete>.deb
[12:53] <bioterror> sudo dpkg...
[12:55] <MangoBoy> bioterror there is only version 17 in the cache
[12:55] <bioterror> have you cleared your cache?
[12:56] <MangoBoy> no
[12:56] <bioterror> then go to mozillas site and download older deb?
[12:56] <MangoBoy> it suprised me to!
[12:56] <bioterror> I have to flee to see a doctor
[12:57] <MangoBoy> ok! yess of corce
[12:57] <MangoBoy> Thanx
[15:57] <leszek> hi
[16:05] <Moewe> hi leszek
[17:32] <nachoprepo> can someone help me to join a windows server 2k8 domain?
[17:32] <holstein> nachoprepo: in what way?
[17:33] <nachoprepo> i have an error when i want to join and i cant get it to work
[17:33] <holstein> http://www.linux.com/learn/tutorials/336477-how-to-join-a-ubuntu-machine-to-a-windows-domain
[17:33] <holstein> ^^ like that ?
[17:35] <nachoprepo> i tried with likewise and didnt work but now im trying with samba and i get an error
[17:35] <nachoprepo> Failed to join domain: Failed to set account flags for machine account (NT_STATUS_ACCESS_DENIED)
[17:35] <holstein> sure.. share the errors and we'll see
[17:36] <holstein> keep in mind, this is *not* a lubuntu or lxde specific issue, so you might get better help in #ubuntu .. but its going to be challenging to find someone with both ubuntu and a windows domain controller
[17:37] <holstein> you could try the server channels, but they are usually slow, i would imagine more about using linux as a controller
[17:37] <holstein> you could try a windows channel, but they will likely send you back to a *buntu channel.. that being said, looks like a permissions error with samba
[17:38] <holstein> i would choose the tool you want to troubleshoot, and start sharing error messages
[17:39] <holstein> nachoprepo: i assume you have seen http://ubuntuforums.org/showthread.php?t=1952895
[17:40] <holstein> http://fixunix.com/samba/244933-%5Bsamba%5D-joining-linux-machine-windows-2003-active-directory-domain.html
[17:40] <holstein> http://www.samba.org/samba/docs/man/Samba-Guide/unixclients.html
[17:42] <nachoprepo> i`ve seen another pages but i will look at those, thank you a lot
[18:10] <nachoprepo> i have another message now
[18:11] <nachoprepo> net_update_dns_internal: Failed to connect to our DC!
[18:11] <nachoprepo> DNS update failed!
[18:12] <holstein> nachoprepo: i would expect that to be something in /etc/hosts to sort that out
[18:12] <holstein> similar to http://blog.unflap.com/2010/03/04/fixing-net_update_dns_internal-or-dns-update-failed-for-smb-and-ad/
[20:19] <Noskcaj> is bug 1085825 actually a bug or just the theme being slightly difficult?
[20:31] <TheLordOfTime> Noskcaj, i had that with 12.04.1, not sure it even counts as a "bug" though
[20:31] <TheLordOfTime> Noskcaj, colorless ticks on the installer.
[20:33]  * TheLordOfTime downloads a 13.04 ISO
[20:33] <Noskcaj> i had though it was a bug originally, then i used lubuntu in a VM and realised its goal is to remove all colour from the OS
[20:33] <TheLordOfTime> :P
[20:34] <TheLordOfTime> it'd be a bug if the tickmarks didn't show up I think
[20:34] <TheLordOfTime> :P
[20:34] <TheLordOfTime> THAT would be problematic - missing imagery :P
[20:34] <Noskcaj> they appear but faintly
[20:36] <TheLordOfTime> *shrugs*
[21:46] <TheLordOfTime> Noskcaj, i can confirm what you see
[21:46] <TheLordOfTime> when you mention the colorless ticks
[21:46] <TheLordOfTime> but they're clearly visible on this system
[23:43] <Soojin> why has Safely remove disk been removed from the disk utility?:)
[23:46] <Soojin> i guess i should ask that to the gnome-utility-disk guys instead
[23:46] <holstein> Soojin: what are you trying to do?... i usually just do "eject"
[23:48] <Soojin> theres only a mount/unmount option now, i'm used to there being a "safely remove hardware" option that totally powers it off after unmounting.
[23:49] <holstein> i find eject does that.. though i dont know about powering anything off.. i havent seen that go on that im aware of


[00:50] <Sarvatt> eww, 7 boots in a row getting failsafe, thanks for the hint that fbdev works at least :D
[00:57] <Sarvatt> xorg metapackage, brltty, ntp, ifupdown, dhcp3-client, mountall, console-setup. something in that round of updates broke startup for me, hmm
[01:00] <Sarvatt> or xorg-server actually.. http://paste.ubuntu.com/342254/
[01:01] <Sarvatt> anyone else come in here this afternoon saying x wouldnt start? :)
[01:04] <JanC> Sarvatt: I think I saw bryce & others talking about something like that
[01:05] <JanC> where "like that" == people getting failsafe X
[01:06] <JanC> it was something related to dkms IIRC
[09:58] <geser> Hello, I've installed lucid alpha on my new Dell mini 10v and the touchpad is driving me crazy. Drag&Drop is nearly impossible to do as the cursor jumps into the upper right corner as soon as I try to do it.
[09:59] <geser> is this a known problem? and are any workarounds known?
[09:59] <hyperair> only drag&drop?
[10:01] <seb128> I've no such issue there
[10:02] <tseliot> I can't reproduce the problem here
[10:02] <geser> if I only use one finger it's ok but when I try to do a quick click and use an other finger it jumps too
[10:02] <tseliot> with the Mini 10v
[10:03] <tseliot> maybe you're missing the udev rules for synaptics?
[10:03] <tseliot> tjaalton: I assume that my patch for synaptics is already in Lucid
[10:03] <tseliot> the one about the jumpy cursor
[10:04] <tjaalton> tseliot: actually no, it's in git though
[10:04] <geser> which package are they in? (I used http://cdimages.ubuntu.com/ubuntu-netbook-remix/daily-live/current/ for installation)
[10:04] <tseliot> geser: then it's because my patch is not in Lucid yet, as tjaalton said
[10:04] <tseliot> tjaalton: can you upload it, please?
[10:05] <seb128> I'm getting the issue too using 2 fingers there...
[10:05] <tjaalton> tseliot: sure
[10:05]  * tseliot will become core-dev soon (hopefully) and won't have to bug other core-devs (too much) for uploads ;)
[10:05] <tseliot> thanks
[10:06] <tseliot> seb128: yes, that's expected, without my patch
[10:07] <seb128> ok
[10:08] <tjaalton> tseliot: uploaded
[10:08] <tseliot> thanks
[10:43] <virtuald> mew
[11:17] <geser> tseliot: I've tested the new package and the touchpad works fine now. Big thanks.
[11:18] <tseliot> geser: good, thank tjaalton for the upload ;)
[11:19] <geser> tjaalton: thanks for the upload :)
[11:20] <tjaalton> np :)
[14:41] <bjsnider> tseliot, for some reason as yet undetermined, the nvidia 195 blob is almost twice the size (70MB) of the 185/190 drivers
[14:41] <bjsnider> i thought you might find that interesting/puzzling, but maybe i'm wrong
[14:42] <tseliot> bjsnider: are you referring to the whole package?
[14:42] <bjsnider> pkg1/pkg2 combined
[14:43] <tseliot> bjsnider: you should use pkg0/pkg2 instead
[14:43] <bjsnider> the 64 nvidia package is 39.1 MB. the previous one was 22
[14:44] <tseliot> bjsnider: maybe they're shipping bigger and/or more libraries?
[14:44] <tseliot> I'm working on the new packaging scripts for Lucid and I'll start with 190
[14:45] <bjsnider> i think i'm using the right packages. i've been doing this for awhile. i just can't figure out what the hell they've put into this driver to make it so much bigger
[14:45] <tseliot> bjsnider: pkg1 has some prebuilt modules which pkg0 doesn't have (for 32 bit)
[14:46] <tseliot> prebuilt for suse, redhat, etc.
[14:46] <bjsnider> yeah, pkg1 is also almost twice as big as before
[14:46] <bjsnider> i mean i know they've been gradually growing, but this is a huge leap in size
[14:47] <tseliot> ok, thanks for reporting
[14:47] <bjsnider> tseliot, in the new scripts, is it possible to have most of the version numbers as variables? it is such a pain in the butt when a new driver comes out to change all of the numbers
[14:48] <bjsnider> like it is in the .in files
[14:48] <tseliot> bjsnider: yes, the new scripts will be much saner to maintain
[14:48] <bjsnider> awesome
[14:48] <tseliot> and to use
[14:48] <tseliot> :-)
[14:49] <bjsnider> and you're putting everything into one package, or so i hear
[14:49] <bjsnider> but debian is going in the opposite direction
[14:50] <tseliot> right
[14:51] <tseliot> but I'll talk to the debian maintainers when I'm done. I think we can share at least part of the code with them
[14:52] <bjsnider> i'd like to backport the changes you're implementing. any idea whent hey might be done?
[14:52] <bjsnider> or can i help?
[14:52] <tseliot> backport to what? Karmic?
[14:53] <bjsnider> indeed
[14:53] <tseliot> it can turn into an utter mess
[14:54] <bjsnider> i already implemented the minor changes in mario's ppa
[14:54] <bjsnider> i'd say the current one is an utter mess
[14:54] <tseliot> I'll use alternatives instead of diversions in mesa, fglrx and nvidia
[14:54] <tseliot> yes, the current one is an utter mess (which is part of the problem for a backport)
[15:03] <bjsnider> well, blob users face those types of issues when switching from packaged versions to nvidia's installer as well. they know what they're getting into.
[15:09] <tseliot> bjsnider: usually they don't. Furthermore I'm going to prevent problems with the nvidia installer from happening
[15:12] <tseliot> but if you warn them, then it's ok
[19:24] <federico1> hmm, no tseliot
[19:30] <bjsnider> he was here earlier
[19:31] <bjsnider> the ddos attacks have kicked everybody off from time to time
[19:39] <federico1> bryce: ping?
[19:44] <bryce> hi federico1, what's up?
[19:46] <federico1> bryce: my man
[19:46] <federico1> bryce: tseliot mentioned that he's interested in the moblin patches to do transformations in the GnomeRR API
[19:46] <federico1> bryce: but we didn't have a chance to discuss what that would actually be used for
[19:46] <bryce> mm ok
[19:46] <federico1> bryce: do you know anything about that?
[19:47] <bryce> no, hadn't discussed it with him.
[19:47] <federico1> in moblin I think we just use transforms to implement cloning by scaling the display, if one of them doesn't support the same resolution
[19:47] <bryce> my guess is that it's for an OEM project for some hardware
[19:48] <bryce> there was one question that I heard of where they needed a zoom functionality but couldn't use compiz
[19:49] <bryce> another question involved supporting multi-head on an i945 chip that was limited to 4k x 4k so they wanted a workaround to allow external monitors to work with large resolutions
[19:49] <federico1> haven't heard about the zooming one
[19:49] <federico1> the other one is a *constant* source of pain for us
[19:50] <federico1> some stupid OEMs can't make up their minds on whether they want 3D or external monitors
[19:50] <federico1> (not even Windows supports both)
[19:50] <bryce> I don't know if his question to you was in relation to either of those or something completely different
[19:50] <federico1> bryce: ok, I'll ping him later
[19:50] <bryce> yeah we need xinerama back on intel...
[19:51] <bryce> federico1, hey btw a side question to you
[19:51] <federico1> bryce: sure
[19:51] <bryce> one thing we've been doing in ubuntu is modify xserver to re-throw signals, so if X crashes we have a tool (apport) which collects the backtrace and auto-files the bug report
[19:52] <bryce> I maintain the patch to rejigger the signal handling myself, but have wondered if it would be of any interest outside ubuntu.  do you guys do anything like that for crash handling?
[19:52] <bryce> the patch is kind of invasive and ugly so I've been afraid to propose it upstream ;-)
[19:55] <bryce> federico1, an example of the kinds of bug reports we are able to generate with this type of thing -  https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/459402
[20:03] <federico1> bryce: one sec
[20:04] <federico1> bryce: interesting but scary :)
[20:04] <federico1> bryce: do you need any kind of user input?  if the X server is toast, you can't get much input... :)
[20:07] <bryce> federico1, right, apport stores a .crash file on /var when this happens, then on a later reboot it prompts them, displays the bug filing page, etc.
[20:08] <bryce> federico1, heh, ok, I think you answered my question :-)
[20:11] <federico1> ah, okay
[20:11] <federico1> makes sense
[20:11] <federico1> hmmmmmmmmm
[20:12] <federico1> I'm not very sure what we do these days in opensuse about automatic crash reports
[20:12] <federico1> since bug-buddy got broken beyond all recognition a few years ago, it has been kind of spotty
[20:30] <federico1> bryce: anyway, I'm documenting all of this here: http://en.opensuse.org/Moblin/RANDR
[20:47] <bryce> federico1, thanks I'll pass it along to tseliot
[20:53] <tormod> what's this (vdso) (__kernel_rt_sigreturn+0x0) that I get in Xorg backtraces?
[20:55] <tormod> http://paste.ubuntu.com/342983/
[20:59] <bryce> tormod, realtime kernel?
[20:59] <bryce> tormod, probably a sconklin question (#ubuntu-kernel?)
[20:59] <tormod> bryce, don't think so: 2.6.32-8.12-generic
[21:00] <tormod> I noticed that Sarvatt's pastebin earlier had (vdso) (__kernel_sigreturn+0x0)
[21:00] <bryce> does the v in vdso stand for virtual?
[21:02] <bryce> rt == run-time
[21:03] <bryce> tormod, how's your memory situation?
[21:03] <tormod> probably, but I have no idea why I have "rt". memory is 1GB
[21:04] <tormod> if you talk about my laptop and not me :)
[21:04] <bryce> heh
[21:05] <tormod> but how it was at the time of the crash I don
[21:05] <bryce> tormod, hmm well looks like kernel was unhappy about something (low memory, bad system call or some such) and raised a signal
[21:05] <bryce> the call appears to be a fairly standard signal raising routines if google is to be trusted
[21:06] <bryce> can you repro the problem?  I've got a rewrite of the xserver signal handling patch if you'd like to give that a try?
[21:06] <tormod> this things happen if I switch from console to X (with radeon, stock lucid)
[21:06] <tormod> I think I heard about a similar issue on intel before
[21:07] <bryce> mm, so could be failing to map some memory during the switch
[21:07] <bryce> if you can repro it easily enough, maybe try gdb'ing it
[21:07] <bryce> maybe we can get more info that way?
[21:08] <tormod> ok will try
[21:10] <tormod> this is on my USB stick install (poor man's SSD), but I don't see it on my HD install which has xorg-edgers
[21:11] <tormod> ok will try now, guess that means brb
[21:14] <bryce> tormod, ok xserver with refreshed apport signal handling hook patch is at https://edge.launchpad.net/~bryceharrington/+archive/blue
[21:27] <bryce> tormod, ok xserver with refreshed apport signal handling hook patch is at https://edge.launchpad.net/~bryceharrington/+archive/blue
[21:29] <tormod> bryce, thanks, I guess gdb is fine: http://paste.ubuntu.com/343010/
[21:33] <bryce> interesting, no kernel_rt_sigreturn call this time?
[21:34] <tormod> nope
[21:35] <bryce> according to my source, it's crashing on this line?        radeon_cs_space_add_persistent_bo(info->cs, driver_priv->bo, RADEON_GEM_DOMAIN_GTT | RADEON_GEM_DOMAIN_VRAM, 0);
[21:36] <bryce> mm, could crash if driver_priv == NULL; that looks unchecked
[21:36] <bryce> or something inside radeon_cs_space_add_persistent_bo(), however I think that symbol would have been in your stack trace if it descended into it
[21:39] <bryce> hmm this is weird
[21:39] <bryce> exaGetPixmapDriverPrivate() gets called twice in that routine
[21:39] <tormod> one with src one with dst
[21:40] <bryce> mm
[21:40] <bryce> FUNC_NAME(RADEONPrepareSolid) also has a pair of calls
[21:40] <bryce> and in the second of those, it does a NULL ptr check
[21:40] <bryce>         driver_priv = exaGetPixmapDriverPrivate(pPix);
[21:40] <bryce> 	if (driver_priv)
[21:40] <bryce>             info->state_2d.dst_bo = driver_priv->bo;
[21:41] <bryce> makes me wonder if ALL of these calls need such a check
[21:42] <bryce> tormod, if you have this up in gdb, next thing I'd do is check if indeed driver_priv is NULL before dereferencing driver_priv->bo
[21:42] <bryce> or alternatively, insert a print statement
[21:42] <bryce> like:        if (driver_priv == NULL)
[21:42] <bryce>             RADEON_FALLBACK(("driver_priv is NULL\n"));
[21:43] <tormod> no, I have rebooted, and it got totally stuck after I tried to stop X
[21:43]  * bryce speculates
[21:44] <bryce> maybe during the console->X switch there is a brief period where the driver privates aren't available for some reason?
[21:44] <tormod> I think I should first see if I can reproduce on my main install by uninstalling edgers
[21:44] <tormod> thing is I have no journal on the USB stick, so these crashes can mess up my fs there
[21:44] <bryce> ouch
[21:56] <tormod> yeah I can reproduce here on my HD install
[21:58] <tormod> are we getting a newer libdrm soon? could be that one
[21:59] <bryce> maybe; lookos like 2.4.15-1 is available in debian, looks like it's waiting on merge?
[22:04] <tormod> maybe the merge is waiting for 2.4.16 ?
[22:05] <tjaalton> it's merged, but .16 was rejected from debian
[22:06] <tjaalton> I'll upload it as -0ubuntu1
[22:06] <tormod> why was it rejected?
[22:06] <tjaalton> debian/copyright was missing stuff
[22:07] <tjaalton> it was stuck in NEW because it added libdrm-radeon1
[22:08] <tormod> ok, meanwhile I will see if just upgrading libdrm from edgers will help
[22:08] <bryce> tjaalton, btw the rethrow_signals patch is rewritten to apply now.  I'll upload it once it's tested sufficiently.
[22:08] <tjaalton> bryce: yeah, sounds good
[22:09] <bryce> tjaalton, I'm going on vacation after friday through to the end of the year, any things that I should get squared away before I go?
[22:10] <tjaalton> bryce: close all the bugs?-)
[22:11] <tjaalton> I don't know if there's anything special right now. maybe we should prepare a new ati snapshot?
[22:13] <bryce> does -intel need an update too?
[22:14] <tjaalton> not really. the beta needs kernel changes..
[22:14] <bryce> ah ok
[22:14] <tjaalton> or so I'm told
[22:14] <tjaalton> because of the pageflip stuff
[22:15] <bryce> ok then I'll do an -ati update
[22:15] <bryce> and hammer on bugs with what time remains
[22:15] <tjaalton> note that I didn't say "fix the bugs", closing is sufficient :)
[22:15]  * bryce lols
[22:16] <bryce> ok I have a script for that ;-)
[22:16] <tjaalton> hehehe
[22:16] <bryce> actually speaking of which I promised to set up some of my automatic bug scripts for others on the desktop team, including the close bugs one
[22:17] <tjaalton> yeah, they will benefit from them
[22:19] <tjaalton> jbarnes: hey, do you know if kernel support for the intel Q4 release will be backported to .32.x or will it require .33?
[22:26] <tormod> no, libdrm update did not help, guess next to try is DDX
[22:31] <tjaalton> bryce: heh, the "current" nvidia source package name on debian is just "nvidia-graphics-drivers"
[22:31] <tjaalton> so at least they don't seem to care if the upgrade goes boom
[22:32] <bryce> heh
[22:32] <tjaalton> (the nvidia maintainers)
[22:33] <tjaalton> and the legacy packages are "nvidia-graphics-legacy-173" etc (binary nvidia-glx-legacy-173 etc)
[22:34] <bryce> any relation between debian's packages and ours?
[22:34] <bryce> i.e. should we be considering changing in ubuntu to better match what debian does?
[22:34] <tjaalton> some, I haven't checked how much they have diverged since
[22:35] <tjaalton> well, it's something to consider, even if we won't actively merge from them
[22:35] <jbarnes> tjaalton: q4 should be ok with 2.6.32
[22:35] <tjaalton> jbarnes: cool, thanks
[22:35] <bryce> tjaalton, ok if you see tseliot, you might mention the idea to him
[22:35] <tjaalton> bryce: I will
[22:38] <tormod> building radeon DDX from git solved the issue. no time for bisecting now. I don't think anything has changed in the radeon_exa_funcs.c stuff we looked at
[22:40] <bryce> tormod, ok, well I'll up us to a newer snapshot later this week.  got a favorite snapshot id I should use?
[22:40] <tjaalton> libdrm uploaded
[22:40] <tjaalton> oh wait
[22:41] <tjaalton> Connection failed, aborting. Check your network [Errno 111] Connection refused
[22:41] <tormod> bryce, HEAD is my favorite :)
[22:41] <tjaalton> whattaheck
[22:41] <tormod> lp is down for service
[22:41] <tjaalton> gah
[22:42] <Sarvatt> pheeew, might get another day of stability then because that libdrm update is going to ruin it :D
[22:42] <tjaalton> oh right, source v3 rollout and that
[22:42] <tjaalton> Sarvatt: why?
[22:43] <Sarvatt> i'm lucky to last an hour without crashing with 2.4.16
[22:44] <Sarvatt> just crashed there with only 2.4.16 libdrm different than lucid, same problems i'm getting with edgers
[22:44] <tjaalton> which driver?
[22:45] <Sarvatt> intel 2.9.1 through git master
[22:45] <Sarvatt> [ 3389.832500] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Input/output error.
[22:45] <Sarvatt> [ 3389.836934] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Input/output error.Fatal server error:
[22:45] <Sarvatt> Failed to map batchbuffer: Input/output error
[22:46] <tjaalton> ok then.. jbarnes ^^
[22:47] <tjaalton> if the new intel builds, maybe time to update that as well
[22:47] <jbarnes> sounds like a gpu rese4t
[22:47] <jbarnes> reset
[22:47] <tjaalton> that's with just a new libdrm
[22:48] <Sarvatt> if i downgrade libdrm to 11-25 like Duke` also has to do it doesn't happen
[22:51] <tjaalton> I'll try it myself before uploading
[22:52] <Sarvatt> try like, loading a folder in icon view with alot of video thumbnails, that almost always seems to trigger it
[23:01] <Sarvatt> message is a little different when it crashes after suspend/resume
[23:01] <Sarvatt> [264301.566382] (WW) intel(0): i830_uxa_pixmap_swap_bo_with_image: bo map failed
[23:01] <Sarvatt> [264301.566535] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[23:01] <Sarvatt> [264301.566658] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[23:01] <Sarvatt> [264301.566777] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[23:01] <Sarvatt> then hundreds of those failed to submit batch buffer messages
[23:01] <bryce> hrm
[23:01] <Sarvatt> freezes to a solid color when those happen
[23:02] <bryce> what do you guys think of holding off on doing the update until this is sorted?
[23:02] <tjaalton> well, if <IP_ADDRESS>2 builds, we could update that as well
[23:02] <bryce> if -intel is looking like it might be getting unstable again, I'd prefer holding off on updating.
[23:02] <Sarvatt> that needs the headers from libdrm installed because our linux-libc-dev doesnt have the pageflip ioctls
[23:02] <tjaalton> that would likely mean the same for nouveau and ati
[23:03] <tjaalton> Sarvatt: jbarnes said it wouldn't
[23:03] <tjaalton> well
[23:03] <tjaalton> not exactly true, I didn't say we use the kernel headers, not libdrm
[23:04] <Sarvatt> http://lists.freedesktop.org/archives/intel-gfx/2009-December/005166.html
[23:04] <Sarvatt> get those errors unless you have the headers from libdrm or 2.6.33
[23:05] <Sarvatt> ah i'll check the irclogs
[23:06] <tjaalton> then the kernel needs those commits. simple as that
[23:06] <tjaalton> bryce: I meant that nouveau/ati probably depend on .16 as well
[23:07] <bryce> I'm just fearful of if we put in known-bad stuff expecting the fixes will arrive in time for release... they might not
[23:07] <Sarvatt> there was a thread about it on dri-devel last month where they talked about how people should be using libdrm's headers instead of the installed kernel ones because they use getparam things to enable runtime detection of features and they dont want all the ifdef trickery on top of that
[23:07] <bryce> (as has burned us before...)
[23:09] <Sarvatt> could just revert this commit from <IP_ADDRESS>2 to get it to work though http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=bd81734465912d79d6320a6fb021ce43d258b906
[23:10] <tjaalton> I'm just saying.. no need to upload broken stuff
[23:10] <bryce> Sarvatt, you can verify this resolves the issue for you?
[23:11] <Sarvatt> doesnt resolve any issue outside of letting it compile :D
[23:11] <bryce> tjaalton, also I can raise the issues as blockers to Intel if we have bug reports on them
[23:11] <Sarvatt> intel has been more broken than it ever was for me in jaunty since 11-06
[23:11] <bryce> Sarvatt, :-/
[23:12] <bryce> ok
[23:12] <bryce> well, first I've been told (by jbarnes and others) that libdrm policy is "regression-free"
[23:13] <bryce> so if we've found regressions in libdrm with -intel, flag those for me and I'll get them raised with Intel ASAP
[23:13] <bryce> we can focus on at least getting libdrm in and stable, so the nouveau and ati work can continue unimpeded
[23:14] <bryce> we can hold off on updating -intel until we have confidence that it's rock solid
[23:15] <bryce> if Sarvatt's findings are right and it's a pile of breakage at the moment, well I'd rather not update intel until we're absolutely confident about it
[23:15] <bryce> otherwise we'll be swimming in more bug reports :-)
[23:15] <tormod> Sarvatt, maybe we should add a reinstall of linux-libc-dev in ppa-purge... I got burnt now :)
[23:16] <tormod> bryce, he talked about libdrm not intel, right?
[23:16] <bryce> tormod, here's the exact quite from Yingying @ Intel:
[23:17] <tormod> bryce, if libdrm is held back, the latest ati commit that builds is 0061c4db
[23:17] <bryce> > For libdrm, we'd suggest Lucid pick up the latest libdrm. We've got
[23:17] <bryce> > some performance fixes in there, and some useful correctness fixes.
[23:17] <bryce> > Libdrm has a no-regressions policy which we've been good at, so this
[23:17] <bryce> > shouldn't be a problem. For -intel driver, the right version is going
[23:17] <bryce> > to be 2.10 (Intel Q4 version) which will provide KMS-based overlay
[23:17] <bryce> > support. If Ubuntu wants to support pre-915 chips and KMS, that seems
[23:17] <bryce> > like a requirement.
[23:17] <tormod> bryce, I am sure we will get there eventually :)
[23:18] <bryce> tormod, think I should update to that commit or just hold off until the libdrm stuff is in place?  is there testing value in moving to that snapshot?
[23:18] <tormod> bryce, it will fix the console switching breakage
[23:18] <bryce> ok
[23:19] <bryce> then I'll work on getting that snapshot in
[23:19] <tormod> well let me test it once more :)
[23:19] <bryce> meanwhile, if anyone has specific bugs narrowed to the libdrm update, make sure they're in LP and subscribe me to them and I'll ensure they get upstream priority on them
[23:21] <tormod>  bryce, yes that works: I reverted to old libdrm, built the above ati commit, and it fixed the issue
[23:22] <Sarvatt> was going to say that commit went into the stable branch too so it should work
[23:23] <Sarvatt> tormod: thats nasty, guess ppa-purge should check for all provides: and install those too huh..
[23:24] <Sarvatt> err Replaces:
[23:25] <tjaalton> looks like having a stable radeon kms needs a lot from .33
[23:25] <tormod> Sarvatt, ideally, but can get a bit ugly to detect all that, maybe we should just track our Replaces
[23:25] <tjaalton> by reading a thread from last month
[23:29] <Sarvatt> will do bryce, i havent filed any bugs on lp because its been edgers packages and i've seen all my issues on fdo bugzilla already
[23:31] <Sarvatt> note to self: dont use jordan.freenode.net :D
[23:33] <tormod> Sarvatt, it's netsplit all over I think
[23:35] <Sarvatt> tjaalton: this was the thread I was talking about, sorry http://marc.info/?l=dri-devel&m=125770698907397&w=2
[23:36] <tjaalton> Sarvatt: yes I read most of it
[23:36] <tjaalton> so could be that we'll be shipping them from libdrm, again
[23:37] <tjaalton> Granted this means the F12 kernel has now got
[23:37] <tjaalton> a bunch of patches that should be in 2.6.32 but will have to wait for
[23:37] <tjaalton> 2.6.33, distros thinking of packaging radeon kms do take note.
[23:38] <tjaalton> that's what I said about earlier (if you got that)
[23:38] <tjaalton> so I think the kernel team will have to pull a lot of drm updates from .33
[23:56] <bjsnider> then why not just use the .33 kernel at large?


[10:58] <GunnarHj> ginggs: Thanks for your help to migrate marisa. What does the trigger "migration-reference/0" mean?
[10:59] <ginggs> GunnarHj: it means run the autopkgtest with packages from -release only
[11:01] <GunnarHj> ginggs: I see. So it's really a hybrid between ruby 2.7 (autopkgtest) and 3.0 (build) at this point?
[11:02] <ginggs> GunnarHj: see https://lists.ubuntu.com/archives/ubuntu-devel/2021-November/041663.html
[11:05] <GunnarHj> ginggs: Thanks, that helped — I think. :/
[18:43] <juliank> Err:21 http://ddebs.ubuntu.com jammy/universe amd64 Packages
[18:43] <juliank>   File has unexpected size (4860012 != 4784712). Mirror sync in progress? [IP: <IP_ADDRESS> 80]
[18:43] <juliank> eek
[18:44] <juliank> either ddeb retriever crashed or it is not atomic-ish enough


[00:08] <redir> glad everyone is in good health and spirits.
[00:10] <redir> anastasiamac: I'm at a loss to help that person with https://github.com/CanonicalLtd/jujucharms.com/issues/372
[00:10] <redir> he was in asking for help on Friday.
[00:11] <redir> But got beyond my depth
[12:49] <voidspace> short review for anyone who fancies it: https://github.com/juju/persistent-cookiejar/pull/19
[12:52] <mgz> voidspace: hm, that is shorter than I expected
[12:52] <voidspace> mgz: heh, good
[12:52] <voidspace> mgz: hey, do you know how easy it would be to get a custom build of juju into a ppa?
[12:53] <voidspace> mgz: all juju tests pass with that branch of persistent-cookiejar, FYI
[12:53] <mgz> it's not super hard, but also of somewhat questionable use
[12:54] <voidspace> mgz: hah, I uploaded a custom binary for the reporter of the bug this addresses - and they don't know what to do with it and are asking for a ppa
[12:54] <voidspace> mgz: I've added another comment to the bug, but I've told them I'd try to get it into a ppa
[12:54] <voidspace> mgz: maybe I'll ask rick what he thinks at standup
[13:06] <rick_h> voidspace: yea this is part of the snap request
[13:06] <rick_h> To start to make it universal for folks testing
[13:20] <voidspace> rick_h: I'm looking at snapping it now, but I don't think they would know what to do with that either
[13:23] <rick_h> voidspace: right, but we can start to get docs together for it. snap install it, remove cleanly.
[13:23] <rick_h> voidspace: can you link me to the bug? /me is curious who we're talking about here
[13:23] <voidspace> rick_h: https://bugs.launchpad.net/juju-wait/+bug/1632362
[13:23] <mup> Bug #1632362: error during juju-wait ERROR cannot load cookies: file locked for too long; giving up: cannot acquire lock: resource temporarily unavailable <eda> <oil> <juju:In Progress by mfoord> <Juju Wait Plugin:Invalid> <https://launchpad.net/bugs/1632362>
[13:23] <voidspace> rick_h: lustostag
[13:24] <voidspace> rick_h: he's not online right now
[13:25] <rick_h> voidspace: oh, it this larry from OIL?
[13:25] <rick_h> voidspace: hmm, /me thought he should be able to handle the binary.
[13:25] <voidspace> rick_h: Greg Lutostanski
[13:25] <voidspace> the bug was reported by Larry, no response from him
[13:26] <rick_h> voidspace: ah ok, larry is on the bug to and should be able to work with it as well.
[13:26] <voidspace> k, no response yet - just digging into snapcraft as our snapcraft.yaml in the development tree fetches from github
[13:26] <voidspace> but grabbing coffee first
[13:26] <voidspace> brb
[13:26] <voidspace> (if I find Greg or Larry online later I'll chat to them)
[13:30] <rick_h> voidspace: yea, please reach out to cmars or balloons if there's any snap help there.
[14:58] <voidspace> natefinch: o/
[14:58] <perrito666> bbl lunch
[15:00] <rick_h> jujuteam standup please
[15:00] <rick_h> voidspace: ^
[15:00] <voidspace> kk
[15:00]  * rick_h needs to check if folks setup nick highlight
[15:17] <katco> rick_h: really difficult to estimate; errors hiding other errors =/ http://pastebin.ubuntu.com/23476038/
[15:18] <rick_h> katco: ok, np. just wanted to see how to set expectations re: next line of work
[15:23] <katco> rick_h: do we still need our 1:1 given we met tr?
[15:24] <rick_h> katco: up to you, I have gotten out my notes so it's available time for yourself if you want it
[15:24] <katco> rick_h: i don't have anything new
[15:25] <rick_h> katco: k, I'll leave you to awesome fun test land then, but poke me with a stick if anything comes up
[15:25] <katco> rick_h: will do
[16:39] <mup> Bug #1641643 opened: Boostrapping node fails to complete cloud init does to failure of System Logging Service <cdo-qa> <juju-core:New> <https://launchpad.net/bugs/1641643>
[17:13] <redir> rick_h: someone, rock_, was in looking for help on https://github.com/CanonicalLtd/jujucharms.com/issues/372 but I didn't know where to point them. Thoughts?
[17:17] <rick_h> redir: the folks managing the store need to help. Uiteam
[18:11] <redir> perrito666 natefinch katco anyone have any idea on how to get access to https://goo.gl/tNVh06 in a kvm container https://goo.gl/NJV7gg ?
[18:11] <perrito666> redir: I know not, sorry :(
[18:11] <redir> perrito666: np, worth asking
[18:12] <katco> redir: i suggest passing that function in as an argument and see what breaks. continue up the stack
[18:13] <redir> katco: yeah that seems to mean passing state down through the hall of abstrat mirrors
[18:13] <katco> redir: no don't pass state. *please* don't do that!
[18:13] <katco> redir: just pass that one function
[18:14] <redir> which is on state
[18:14] <redir> I"ll look
[18:14] <katco> redir: right, but you don't have to pass a reference to state, just the function
[18:14] <katco> redir: remember functions are reified
[18:14] <redir> yeah, just changing untold layers of abstraction
[18:15] <katco> redir: big systems necessitate this to be at all maintainable
[18:15] <redir> yes
[18:16] <katco> redir: at any rate, that's what i do: fix the module by requiring injection, and that takes me up the stack to where i can pass it in
[18:16] <katco> redir: good luck!
[18:22] <redir> thanks katco
[18:24] <voidspace> mgz: if you have a chance, I'd love your comments on my branch
[18:26] <mgz> voidspace: sure thing, will do that now
[19:26] <perrito666> rick_h: perri.to
[19:38] <natefinch> really? We stop people from putting capital letters in their application names?  Geez.
[19:57] <thumper> morning folks
[20:02] <rick_h> morning thumper
[20:02] <thumper> o/
[20:11] <katco> thumper: hey, hope everything is well down there
[20:11] <thumper> fine in Dunedin
[20:11] <thumper> although main highway down the island is shut at the top
[20:11] <thumper> due to slips
[20:11] <thumper> lots of them
[20:11] <thumper> someone said 100000 slips
[20:11] <katco> wow
[20:11] <thumper> big ones will take a long time to clear to make road passable again
[20:12] <thumper> and railway tracks were pushed off their footing, across the road and into the sea
[20:12] <thumper> some cool photos
[20:12] <rick_h> thumper: going to need a hand with alexisb out. This seems :( and need to know if anyone on your side can look? https://bugs.launchpad.net/juju/+bug/1640535
[20:12] <mup> Bug #1640535: HA tests fail after the leader is deleted <ci> <ha> <regression> <juju:Triaged by rharding> <https://launchpad.net/bugs/1640535>
[20:13] <thumper> hmm...
[20:13] <rick_h> thumper: going to need a hand with alexisb out. This seems :( and need to know if anyone on your side can look? https://bugs.launchpad.net/juju/+bug/1640535
[20:13] <mup> Bug #1640535: HA tests fail after the leader is deleted <ci> <ha> <regression> <juju:Triaged by rharding> <https://launchpad.net/bugs/1640535>
[20:14] <rick_h> oops
[20:14] <rick_h> dammit, different irc client working different
[20:14]  * rick_h goes to get the boy from school biab
[20:40] <perrito666> jam: are you around?
[20:49] <rick_h> perrito666: midnight there atm and he's on a couple of swap days
[20:49] <rick_h> perrito666: might be best to go async or if there's something someone else can help with
[20:50] <perrito666> rick_h: just a curiosity, I need someone old enough in the project :) and his name was on the code
[20:50] <rick_h> perrito666: gotcha
[21:53] <voidspace> mgz: you still around?
[21:58] <mgz> voidspace: heya
[21:58] <voidspace> mgz: hey, thanks for the review
[21:58] <voidspace> mgz: I'll change that variable name, good call
[21:59] <mgz> the other comment I think there's no change required
[21:59] <voidspace> mgz: but on the encode then replace dance - because only alphanumeric characters are valid for lock names
[21:59] <voidspace> mgz: yeah, I think it's needed
[21:59] <voidspace> mgz: but I agree it's not ideal
[21:59] <voidspace> mgz: anyway, thanks :-)
[21:59] <voidspace> will do it now and land it, so we can get the change into the develop branch
[22:00] <mgz> my comment was going to be base32 it instead, but given we just need the uniqueness, losing two of the encoded characters isn't really a big deal
[22:01] <voidspace> right
[22:01] <voidspace> and base32 would generate longer strings so we'd chop out more of the hash when we truncate it
[22:01] <voidspace> (40 char limit for lock names)
[22:14] <perrito666> who is admin for our github? I believe there is a way to set develop as the default branch when trying to merge
[22:14] <rick_h> perrito666: you can, but you have to do it as the default to pull and staging is meant to be that
[22:15] <rick_h> perrito666: moving it to develop as the default branch isn't the goal, it's just a pain point because we can't get blesses and merges to staging due to our test woes
[22:15] <perrito666> rick_h: oh, I was just talking about the papercut when PRing
[22:16] <perrito666> but I guess GH is not That configurable
[22:16] <rick_h> perrito666: it does have a single "default branch" that you can change, but I don't think it's wise for us to do that
[22:16] <perrito666> rick_h: correct, I thought it had a "branch to push" and "branch to pull"
[23:19] <babbageclunk> menn0: ping?
[23:19] <menn0> babbageclunk: howdy
[23:20] <babbageclunk> menn0: The logsink endpoint - does the client just keep the websocket open and keep sending logs to it as they come in?
[23:21] <menn0> babbageclunk: simplisticly speaking, yes
[23:21] <babbageclunk> menn0: hmm, except it still gets shut down at migration, right?
[23:21]  * menn0 checks
[23:32] <menn0> babbageclunk: sorry for the delay... a bit of drama here... looking now
[23:33] <babbageclunk> menn0: No worries!
[23:33] <menn0> babbageclunk: so yeah, logsender is shut down during migrations
[23:35] <menn0> babbageclunk: there is a deque which accumulates when the logsender isn't active/connected
[23:36] <babbageclunk> menn0: I've added code to the logsink handler to release the state when the connection finishes, but it's never happening.
[23:39] <menn0> babbageclunk: i'll probably need more context...
[23:41] <babbageclunk> menn0: Might be easier to explain in person!


[07:06] <vivek_> hello all, is there a way to setup default quota limits for each new user that gets created in the system on ubuntu server?
[07:17] <repozitor> is there any idea why my firewall doesn't work?
[07:17] <repozitor> i installed firewall-cmd and now it's status is running, rules are fine
[07:17] <repozitor> but some denied port are open from outside of server
[07:17] <repozitor> for example nmap show me 587 is open, but i expect firewall-cmd should deny it
[07:45] <ankitkulkarni> Hey Guys, I have to create myown distributable ubuntu iso so that I can install it again on my own pc using a pendrive . I have tried distroshare, pinguy builder , remastersys(although not available now for 14.04)  . Iso are created but no luck in installing them . I created 14.04 iso , it was of 2.2 gb around but takes lot of time to install . Normal ubuntu would take only few minutes while the distroshare one takes hours to install . Any
[07:45] <ankitkulkarni> good way to create small distributable iso from my current installation .
[07:57] <ikonia> I'd look at what in the process is taking time to install and why
[07:57] <ikonia> and define " a lot of time "
[07:58] <ikonia> a default install is actually very small, and if you're installing 2.2GB media it will take longer
[08:07] <ankitkulkarni> ikonia, yeah . "a lot of time "  is actually different when created with different method . From distroshare it takes almost 3+ hours to install the system .  With remastersys it stucked on choosing the install option .
[08:08] <ankitkulkarni> ikonia, I will try to debug what process exactly is taking time
[09:35] <lordievader> Good morning.
[15:31] <teward> anyone know a way to migrate a dovecot install completely from one server to another?
[15:31] <teward> it's on an old 9.10 server, now, trying to migrate it to a 14.04 server, but i'm getting dovecot auth issues :/
[15:32] <teward> (and yes I know 9.10 is old, but i'm not asking for help with that part, merely migrating it to a 14.04 system)
[15:41] <Montgallet> http://serverfault.com/questions/105804/how-can-i-migrate-dovecot-from-one-server-to-another
[15:42] <Montgallet> migrate dovecot to postfix possible too google search
[15:43] <teward> erm, i'm trying to migrate dovecot -> dovecot
[15:43] <coreycb> jamespage, keystoneauth1 has an optional dependency on requests-kerberos as a plugin, which I'm considering moving to Suggests in d/control instead of MIRing python-requests-kerberos
[15:43] <jamespage> coreycb, that sounds sensible
[15:43] <coreycb> jamespage, ok
[15:44] <teward> Montgallet: what's unclear from the imapsync is whether I have to provide every single user's authentication to make it sync - if so, most of these have authentication that's not readily available - there's an in-house listserv solution that relies on this, so the passwords are stored internally, NOT readily able to be provided...
[15:48] <coreycb> jamespage, zul: can you add a team subscriber to python-senlinclient, python-openstacksdk, python-keystoneauth1?
[15:49] <jamespage> coreycb,
[15:49] <jamespage> yes
[15:49] <coreycb> jamespage, thanks
[15:50] <jamespage> coreycb, done
[16:40] <coreycb> jamespage, can you sponsor these uploads from the debian/mitaka branches?  http://paste.ubuntu.com/14401092/
[16:47] <jamespage> coreycb, hey do we have a bug for the liberty point releases? I have a spare 1hr so could help with those updates if need be
[16:48] <coreycb> jamespage, ah thanks. let me check.
[16:48] <coreycb> jamespage, I don't think we have one yet
[16:57] <rbasak> nacc: o/
[16:58] <nacc> rbasak: hey!
[16:58] <rbasak> nacc: so looking at bug 1318317, I first wondered what the intention was of the original author of the init script.
[16:58] <rbasak> nacc: which led me to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614394 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539416 that suggest that it isn't packaged with an init script in Debian, so the bug relates to the functionality Ubuntu added and is missing from Debian.
[16:58] <rbasak> nacc: and you say that the init script comes directly from upstream?
[17:00] <rbasak> Doing some archeology, it looks like the init script was added by Ubuntu back in 2008! From https://launchpad.net/ubuntu/+source/openipmi/+changelog
[17:01] <rbasak> nacc: so usually I'd like to minimise our work in Ubuntu by coordinating with the original upstream source of anything we want to change, to see if we can do it there instead so we don't have to maintain being different from the world.
[17:01] <rbasak> nacc: in this case it sounds like nobody else is looking after the init script anyway, so I think it's fine for you to polish it up and we can upload that.
[17:02] <nacc> rbasak: well, i think it came from upstream, at least? and has been since modified ... but they are too similar to not have a common parent, it seems like
[17:02] <rbasak> nacc: perhaps we should update to the latest upstream script then, assuming it works?
[17:02] <nacc> rbasak: the last upstream change to impi.init was june 2010
[17:02] <rbasak> nacc: and then fix the bug if necessary, and send upstream that patch?
[17:02] <nacc> rbasak: i don't think it does ... but i can test it separately
[17:03] <nacc> rbasak: upstream git vs. xenial: 34 insertions(+), 80 deletions(-)
[17:03] <nacc> rbasak: but i see what you are driving at ... and that's why i sent an e-mail upstream
[17:03] <nacc> but crickets since; let me subscribe to that list and see if my e-mail was just ignored/lost
[17:06] <rbasak> nacc: thanks. As long as we do our best to contact upstream and send patches I think that's the best we can do.
[17:09] <nacc> rbasak: yep, so ... would you prefer i fully cleanup the init-script? it seems to be logically a bit circuitous; or is it better to just make the minimal changes locally?
[17:09] <rbasak> nacc: I'm not sure there's much point in fully cleaning it up if upstream aren't responsive and aren't likely to accept it.
[17:09] <jamespage> coreycb, gah - our charms will need updating to support a .1
[17:10] <jamespage> that decision lacked forsight...
[17:10] <rbasak> nacc: so I think making the minimal change in Ubuntu is fine for now.
[17:10] <nacc> rbasak: ok, I'll wait for testing results and then fixup my patch (should be a no-op for testing purposes still)
[17:10] <nacc> rbasak: i'll also take a peek at the effect of using the upstream init-script
[17:11] <rbasak> nacc: as long as it doesn't break any use cases our users might have except in some reasonable way. So for example I don't want to fix POWER at the cost of some regression on some Intel hardware. If that happens then we might need to clean it up to support both cases or something.
[17:11] <rbasak> nacc: OK, thanks. Let me know when you're ready. If you think that on balance your change fixes things and probably doesn't break things, that'll be fine I think.
[17:12] <rbasak> nacc: ideally IMHO /etc/modules shouldn't be required to be used for this at all, since the logic should be in one place.
[17:12] <rbasak> nacc: I think that's the case with your current patch?
[17:13] <coreycb> jamespage, darn, hopefully it's not too invasive
[17:13] <balrogg_cs> Good afternoon everyone , someone could direct me to a good tutorial on VPN for Ubuntu Server ?
[17:15] <nacc> rbasak: right, notionally, /etc/modules is separate and unconsidered; what my patch does functionally is make it non-fatal if some HW modules (as specified in the config file), fail to load
[17:19] <rbasak> nacc: that sounds reasonable given that the package tries to load those by default (I think?) and hardware exists that works without those modules. Ideally we'd detect and load only required modules by default but I don't think there's any need to go that far.
[17:24] <nacc> rbasak: yeah, it's more to do (at least with this bug, in particular) with some confusion (IMO) on the OP's part as to how to control the IPMI modules at runtime. Basically, the openipmi 'service' just loads whatever the config file says to load; which by default is only ipmi_si and ipmi_devintf -- hence why other stuff appears as unloaded, because that's the OpenIPMI configuration
[17:25] <nacc> but then secondarily, the Power folks complain because impi_si fails to load at all on their system (and the default config has it required) and so the init-script bails out
[17:25] <nacc> it might be better to treat it as two separate bugs? not sure
[17:26] <rbasak> I think I also see it as two bugs, but maybe I draw the line in a different place.
[17:27] <rbasak> I think "fails by default on Power" is the real bug here from a UX perspective.
[17:27] <nacc> rbasak: yep, I'd agree
[17:27] <rbasak> "Doesn't intelligently pick what modules to attempt to load by default" is a secondary bug I think, which I guess is much lower priority since we aren't aware of a way that would actually impact a user right now.
[17:27] <jamespage> coreycb, hey - I've uploaded what I can to https://launchpad.net/~james-page/+archive/ubuntu/wily/+packages for testing
[17:27] <rbasak> Even though fixing that one would be nice.
[17:27] <nacc> rbasak: so the alternative fix, which might be more palatable, is to just change the default value for IPMI_SI to "no" on Power
[17:28] <coreycb> jamespage, thanks
[17:28] <jamespage> however I need to think about the ch fix for version detection - may need to match on major/minor version only
[17:28] <rbasak> nacc: sure, but then you need to detect when to do that, and it's tricky to do in packaging because of conffile rules.
[17:28] <nacc> rbasak: right, and that's what I have sort of asked the upstream community about ... and whether the init-script should be mucking with modules that aren't set to "yes" in the first place (sinc ethey might be being controlled by something else, e.g.)
[17:28] <rbasak> (/etc is the sysadmin's domain, and changing it from scripts needs to respect any local changes the sysadmin made, and that's tricky)
[17:29] <nacc> rbasak: yeah, I wasn't sure that would be "easier" by any means :)
[17:29] <rbasak> :)
[17:29] <rbasak> Perhaps the default value should be "autodetect" and the script enhanced to be able to use that.
[17:30] <rbasak> But anyway, that's to fix the secondary bug, which I'm happy to leave.
[17:30] <nacc> rbasak: yep
[17:30] <rbasak> File it if you wish. It is useful to keep track of these things, since this bug will get resolved and forgotten.
[17:30] <rbasak> Then if anyone in Debian, Ubuntu or upstream wants to make things better at least there's a list.
[17:30] <nacc> rbasak: so the remaining/open question is if anyone relies on some /etc/default/openipmi configured modules not loading as fatal
[17:30] <rbasak> Right.
[17:31] <rbasak> That's a very good question.
[17:31] <nacc> it's still detectable, for what it's worth
[17:31] <nacc> the $? will have bit 1 set
[17:31] <nacc> but it's not going to just quit
[17:32] <rbasak> Presumably if someone is depending on that being fatal, then something will be fatal later?
[17:32] <rbasak> That is: something will be fatal later anyway, if we make the current failure non-fatal?
[17:33] <rbasak> If you've considered it and can't think of any other way, I think it's OK to fix it as you proposed unless/until someone points something out.
[17:33] <nacc> yeah, that's true; and as far as the end-user is concerned, the "fatal"ness of it is detected the same (technically), by that $? value. They just wont' see "[fail]" from the init-script ... but I'll take a closer look today, given what you've said
[17:46] <nacc> rbasak: thanks for the talkthrough, I appreciate it -- I probably will have some follow-up questions later about your archeology & investigation
[17:48] <rbasak> nacc: no problem!
[18:49] <coreycb> zul, can you sponsor this upload to xenial? https://code.launchpad.net/~corey.bryant/ubuntu/+source/python-keystoneauth1/+git/python-keystoneauth1
[18:54] <zul> coreycb: uscan --verbose --download failed
[19:08] <coreycb> zul, I've fixed that up and I'll push that to the debian repo separately
[19:14] <nacc> rbasak: ah ha! since we are setting RETVAL still, evne though we proceed (rather than aborting early), we still see the service 'fail' to start/restart
[19:43] <rbasak> nacc: good catch!
[19:53] <genii> Does anyone know of a way to use a secondary screen as the primary with just CLI, no X/xrandr ?
[20:09] <TJ-> genii: per-output framebuffer controls are via 'fbset', to swap primary<>secondary I suspect you'd need to do something to change the default from /dev/fb0
[20:11] <TJ-> genii:  'con2fbmap' should do what you want
[20:11] <genii> TJ-: My main prob is I have server installed headless on an old laptop which has had it's screen removed. Ssh-ing in works fine but I want to set it up that I can plug a monitor in locally and have it work if something happens
[20:13]  * genii investigates con2fbmap
[20:14] <TJ-> genii: you'll need to ensure there are framebuffers configured for the active outputs and a DRI/KMS driver active
[20:23] <wxl> hey folks is there anyone within the server community that tends to deal with ppc stuff?
[20:41] <rbasak> wxl: ask your question and find out!
[21:45] <wxl> rbasak: it's not so much a support issue as an architectural one. i have been contacted by a guy with some ppc64 hardware who's trying to get *ubuntu* (so not just server) working on it and he had some question about the potential of releasing multiple kernels, which apparently debian does upstream. i'm just trying to find him a good contact to chat with.
[21:46] <RoyK> wxl: it may be a good idea to use debian instead, then, since ubuntu is rather focused on x86/x64
[21:47] <wxl> RoyK: except for lubuntu, ubuntu mate, and server.
[21:47] <smoser> i dont know that "ubuntu is rather focused on x86/x64"
[21:47] <smoser> right.
[21:48] <RoyK> wxl: if you look at the updates on ubuntu, it holds a rather strong record of not updating anything that's not mainstream
[21:48] <sarnold> wxl: are we talking ancient stuff like a g5 mac or new shiny stuff from ibm or others? :)
[21:48] <wxl> sarnold: new, shiny.
[21:48] <RoyK> wxl: may I ask what sort of hardware?
[21:49] <wxl> RoyK: while i don't argue with you, this is orthogonal
[21:49] <sarnold> wxl: http://cdimage.ubuntu.com/releases/14.04/release/
[21:49] <sarnold> wxl: ppc64el iso is probably a fair starting point :)
[21:50] <wxl> here's what he's told me so far: dual-core, 64-bit, non-Altivec-enabled e5500 core
[21:50] <wxl> he also sent a pic http://tinypic.com/view.php?pic=1zbtlk9&s=5
[21:51] <wxl> he really just needs someone to chat at that might have the slightest of inkling as to what he might be talking about XD
[21:51] <sarnold> "remove at risk of death"
[21:52] <sarnold> there's a warning you don't see every day
[21:52] <wxl> apparently he's pushed support for it into the 4.4 kernel on his own
[21:53] <wxl> but i guess this is a Book-E CPU and the kernel needs to be compiled with Book-E support rather than Book-S support thus the question about alternative kernels
[21:56] <wxl> here's an older article that discusses Book-E if it's helpful https://www.kernel.org/doc/ols/2003/ols2003-pages-340-350.pdf
[21:57] <sarnold> aha :) now we're on to something. perhaps #ubuntu-kernel then?
[21:59] <wxl> ah maybe that would be best. great idea sarnold. thanks!
[22:00] <sarnold> wxl: if book-e vs book-s is a mutually exclusive choice, I wouldn't be too surp0rised if someone wants a support contract to make it worth while :) hehe
[22:01] <wxl> sarnold: money always helps XD
[22:54] <tsimonq2> ^
[23:01] <lost1nfound> hey guys, ive had a pretty serious production problem since upgrading from 15.04 to 15.10 on my EC2 m4.xlarge/c4.xlarge high-traffic web instances. the instances just become unreachable and fail status checks 2-4 times per day. seen ifquery segfaults in logs as well, but nothing logs once they go into this state, so this is a bit tricky to debug. been working with aws support for 3 weeks and no
[23:02] <lost1nfound> luck. has anyone else had similar issues? or could maybe point me in the right direction?
[23:02] <lost1nfound> my other 15.10 instances are fine (20+) but these 10 machines crash 2-4x a day. i have an askubuntu post about it but it hasn't gotten any response, and im not sure where to go from here: https://askubuntu.com/questions/710747/after-upgrading-to-15-10-from-15-04-ec2-webservers-have-become-very-unstable
[23:02] <TJ-> lost1nfound: have you kept an open ssh session tailing the /var/log/kern.log to try to capture useful clues?
[23:04] <lost1nfound> i have, but the connection times out and i never see anything around the time of the crash
[23:05] <TJ-> OK, and have AWS shared any diagnostic clues with you?
[23:05] <TJ-> things they've ruled out maybe?
[23:16] <TJ-> those segfaults in ifup all look to be ocurring early in the life of the boot, and we could deduce there is a problem with the virtualised interface not being completely ready in some strange way
[23:51] <lost1nfound> TJ-: sorry, someone pulled me into a meeting. they have not, other than telling me theyve throughly examined the host/hardware diagnostics and determined theres no problem
[23:53] <lost1nfound> fairly early in the boot, one im looking happened right after remounting the root filesystem
[23:53] <TJ-> is there any pseudo-console (IPMI/KVM) options other than SSH to connect to the guest?
[23:53] <lost1nfound> at 2.817xxx. so not very early; the network adapter had already been initialized, etc
[23:53] <lost1nfound> i dont think aws offers that :( let me look again
[23:54] <TJ-> 2.8 seconds is early in terms of uptime though
[23:54] <TJ-> many things happen in parallel at boot-time; those could be due to some unusual race condition
[23:55] <lost1nfound> ah here we go, i found the console log and indeed, one of my frequently crashing machines logged [171009.844097] general protection fault: 0000 [#1] [ 0.000000] Initializing cgroup subsys cpuset
[23:55] <lost1nfound> immediately before reboot
[23:57] <TJ-> typical there's no stracktrace with it
[23:59] <lost1nfound> right, yeah. i wonder if theres any way to enable any debugging information on one of the systems


[09:17] <foobarry> !ping
[10:30] <brobostigon> morning boys and girls.
[10:31] <dwatkins> good morning
[10:35] <brobostigon> morning dwatkins
[10:38] <dwatkins> it's lovely and quiet in the office today
[10:43] <zmoylan-pi> perfect time to loot other peoples staplers...
[10:44] <dwatkins> best leave the red ones alone, I've seen that film Office Space
[18:05] <Loogie> uncyclopedia


[00:47] <diddledan> eh? sherlock special with the normal bbc cast but in victorian london instead of the present...
[00:48] <diddledan> this reminds me of pentatonix: https://www.youtube.com/watch?v=KSj_eS1Sqww
[01:01] <diddledan> teehee: https://twitter.com/WilliamChyr/status/651869361603522560
[03:57] <mapppppppps> Hi
[03:57] <mapppppppps> Finally get internet today yay
[03:57] <mapppppppps> :)
[03:58] <mapppppppps> They're coming to install it at 9am
[03:58] <mapppppppps> 3 weeks with no net at home urgh ive been downloading my tv eps by standing outside places at 5am using their wifi :)
[04:11] <mapppppppps> Finished my downloads yau
[04:11] <mapppppppps> Can go in now lol looks odd standing outside
[08:09] <davmor2> Morning all
[08:09] <diplo> Morning davmor2 / all :)
[08:11] <davmor2> So musical revelation of the day, I have let her go stuck in my head and I knew it reminded me of another song and couldn't think what turns out it was Luka by susan vega
[08:51] <brobostigon> morning boys and girls.
[09:09] <JamesTait> Good morning all; happy Thursday, and happy World Sight Day! 😃   👓   👁
[09:12] <davmor2> JamesTait: https://www.youtube.com/watch?v=pSsqWHtg7Ig
[09:16] <JamesTait> Apt, given the grey skies of the last couple of days seem to have cleared up.
[09:16] <davmor2> JamesTait: or you could go with https://www.youtube.com/watch?v=Vd85aPZ-QAE
[09:17] <JamesTait> First one was better. 😉
[09:19] <davmor2> JamesTait: I didn't say it wasn't I just said you could go with it :)  There is also the version from cool runnings too that was sung by someone else but I prefer the original :)
[09:44] <awilkins> Is there a paramiko package version >=1.15 for Trusty, maybe in a PPA somewhere?
[09:45] <awilkins> Can't get a tunnel working on MySQL Workbench because paramiko 1.10 isn't compatible with OpenSSH 6.7 on Vivid
[09:50] <awilkins> And GAH Debian helpfully patches `pip` so that it won't upgrade libraries "owned by the OS"
[10:22] <arsenip> daftykins  i'm pretty stuck in work :<
[11:40] <MooDoo> :)
[11:55] <bigcalm> Good morning peeps :)
[12:00] <MooDoo> howdy bigcalm
[12:09] <popey> evening bigcalm
[12:09] <bigcalm> Hello my lovelies
[12:17] <popey> Thing bought from ebay arrived!
[12:17] <popey> and works!
[12:17] <popey> \o/
[12:23] <m6lpi> always nice when 'slightly used' means that and not a smouldering pile of bits...
[12:27] <foobarry> vmware installer not working for me, dumping core. tried strace and gdb core (doesn't recognise file format)
[12:27] <foobarry> any other ideas?
[12:28] <bigcalm> Why I tend to by from tech companies that refurbish hardware
[12:49] <diplo> foobarry: Upgrading or fresh installing ?
[12:49] <foobarry> vmware horizon client
[12:49] <foobarry> 3.5 the new 64 bit version
[12:49] <foobarry> works on one machine but not other, think its package missing
[12:51] <foobarry> might be a gtk3/2 thing
[12:51] <diplo> Not used that, but it appears it should normally dump the log of issues in /tmp ?
[12:53] <foobarry> yeah, no errors though :(
[12:53] <foobarry> attempt to lock mutex that was not locked
[12:53] <foobarry> goes to stderr
[12:55] <diplo> Sucks a bit, guess you pay for support ?
[12:55] <diplo> If so maybe worth a ticket?
[13:07] <foobarry> ah, only 12.04 supported for the 64 bit version :-|
[13:08] <foobarry> 14.04 supported for the 32 bit
[13:08] <diplo> ia32 libs ?
[13:09] <foobarry> i've used --console mode to install it
[13:10] <foobarry> seems OK now
[13:11] <foobarry> not sure what was causing the gui fail for the intaller and not he real app
[14:11] <diddledan> merning
[16:32] <diddledan> quit in here today again
[16:32] <diddledan> quiet*
[16:32] <bigcalm> Shhhh
[16:32] <diddledan> sorry :-p
[16:33]  * brobostigon lets of an air raid siren
[16:33] <brobostigon> off*
[16:36] <bigcalm> Better than *off
[16:36] <brobostigon> :)
[16:42] <diddledan> \o/
[17:49] <diddledan> I'll just drop this here: http://www.gethampshire.co.uk/news/local-news/britains-area-51-been-found-10209824
[17:53] <zleap> isn't hampshire where the SAS are based?
[17:54] <diddledan> I would expect the sas are over in wiltshire
[17:54] <diddledan> i.e. salisbury
[17:57] <zleap> ok
[18:07] <zleap> hereford
[18:08] <zleap> according to wikipedia
[18:08] <diddledan> yey wiki!
[18:08] <diddledan> wiki is all knowing
[18:08] <zleap> yeah
[18:08] <diddledan> I think man have created a new God in wikipedia :-p
[18:11] <zleap> oracle
[18:11] <zleap> however you still need to cross reference stuff if doing research
[18:11] <diddledan> does that mean there's a neo somewhere, too?
[18:11] <zleap> not just rely on wikipedia
[18:12] <diddledan> that's too much hard work
[18:12] <diddledan> wiki and done
[18:12] <zleap> diddledan: i thought oracle was a term used to describe someone that knows a lot of stuff about things
[18:12] <diddledan> :-p
[18:12] <zleap> if this was the matrix we could simply upload wikipedia
[18:12] <diddledan> ooh, good idea
[18:12]  * diddledan jacks-in
[18:13] <diddledan> hmm, wrong disk. I now know kung fu instead.
[18:13] <zleap> scp wikipedia.com /human/diddedan:/memory
[18:13] <zleap> or something like that
[18:14] <diddledan> lol
[18:14] <diddledan> scp wikipedia diddledan@Nebuchadnezzar:/brain
[18:14] <zleap> yeah
[18:15] <diddledan> :-p
[18:15] <diddledan> gotta get the syntax right :-p
[18:15] <zleap> i was just going to say i never can get it right,  irritating when trying to copy files from a virtual machine for example
[18:35] <popey> Kinda wish I'd ordered a Steam controller now
[20:11] <awilkins> popey, Allegedly my Steam Controller has shipped but all the courier has is the parcel registration
[20:37] <directhex> awilkins: same for everyone
[20:38] <directhex> they aren't arriving until enxt week
[20:38]  * awilkins shrugs
[20:38] <awilkins> I have an XBox contoller
[20:38] <awilkins> I imagine the Steamtroller takes some getting used to anyway
[20:42] <directhex> definitely
[20:42] <directhex> radically differenty
[20:43] <popey> Friday apparently.
[21:55] <diddledan> argh, I just started talking to myself. I think I might have finally completely lost the plot.
[21:59] <popey> I do that all day
[21:59] <popey> I pass it off as talking to the cats
[21:59] <popey> Also, I do silly sound effects when I'm doing things, like opening the fridge and stuff
[22:00] <diddledan> hehe
[22:00] <popey> Forgot Sophie was here the other day (off school sick) and she went "what!?" when I made a Star Trek door opening sound effect opening the fridge
[22:00] <popey> "Oh, nothing"
[22:00] <popey> "Did you just make a sound effect when you opened the fridge?"
[22:00] <popey> "maybe"
[22:00] <popey> "You're odd"
[22:00] <popey> She's learning
[22:00] <diddledan> lol, class
[22:34] <Myrtti> bah.


 Hello everyone! There is an official tutorial on how to install kubuntu with btrfs and luks. On the net I only found ubuntu.
[01:38] <omegatron> I would assume it's the same, as Kubuntu = KDE + Ubuntu
[01:39] <omegatron> the DE shouldn't be involved how you set up your filesystems ..
[01:39] <omegatron> (or make a difference)
 When clicking on the option to encrypt, there is no option to format the partition with luks. Is it a bug? (re @IrcsomeBot: <omegatron> I would assume it's the same, as Kubuntu = KDE + Ubuntu)
[13:16] <BluesKaj> Hi all
 Hello there.
[14:27] <bittin> hey
[14:42] <user|39> Hey all. Looking for help determining the max resolution of my integrated graphics card. How can I find that out? VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
[14:45] <oerheks> "xrandr' shows all resolutions available
[14:46] <user|39> Thank you! That's helpful! Is it possible to get higher resolutions? For example, by installing newer/better drivers?
[14:47] <oerheks> no, there are no newer drivers, intel is supported in the kerne;
[14:47] <oerheks> c/kernel
[14:47] <user|39> Ok. Thank you.
[14:48] <oerheks> one could add a modline, or create a custom xorg.conf
[14:48] <alkisg> The resolutions are advertised by your monitor, not by your graphics card (well it's a combination). So just connect a better monitor
[14:48] <oerheks> https://wiki.ubuntu.com/X/Config/Resolution
[14:48] <alkisg> If you connect a 1024x768 monitor, you'll get that. Same with 1920x1080 or 4k monitors; you get your monitor resolution
[14:49] <user|39> Connected monitor is HP 27q, capable of up to 2560 x 1440 @ 60 Hz, but xrandr shows highest resolution of 1920x1200
[14:50] <alkisg> Then it's probably not reading the EDID monitor information properly; I doubt that your graphics card is too old to support that. Upload the output of `xrandr -v` and your /var/log/Xorg.0.log
[14:53] <alkisg> *output of `xrandr --props`, not -v, sorry
[14:53] <user|39> Uploaded file: https://uploads.kiwiirc.com/files/08462a979cf132aca185b2b21e8bbd5c/xrandr.txt
[14:53] <user|39> Uploaded file: https://uploads.kiwiirc.com/files/6e474b999f3af063ab68eb57d8a51b36/Xorg.0.log
[14:54] <user|39> Uploaded file: https://uploads.kiwiirc.com/files/eae7c20426bd5f07814bc1401f8c92db/xrandr.txt
[14:55] <alkisg> Indeed 1920 is the max modline in your EDID: [     3.132] (II) modeset(0): Modeline "1920x1200"x60.0  154.00  1920 1968 2000 2080  1200 1203 1209 1235 +hsync -vsync (74.0 kHz e)
[14:55] <alkisg> Which adapter are you using to connect your monitor?
[14:55] <user|39> Hmm, is this because connected via DVI? Only other is VGA.
[14:56] <alkisg> Do you have a DVI to HDMI converter? Yes that's very possible; also in rare cases the cable might be to blame as well
[14:58] <user|39> Will have to have a dig around for cables and converters, but thank you, you've helped me identify that it's probably not a drivers thing, it's probably a cable/connector thing.


[00:07] <quotemstr> Does bzr have anything like git's rebase -i?
[00:08] <bob2> bzr-rewrite?
[00:09] <quotemstr> bob2: Looking at that now, but it seems more limited.
[00:45] <poolie> maybe in bzr-interactive
[01:00] <poolie> ah kirill is working on rebase-interactive
[03:27] <poolie> docs for the 'judge' tool i mentioned the other day: http://judge.readthedocs.org/en/latest/index.html
[05:29] <jelmer> 'morning *
[05:36] <nigelb> jelmer: Its afternoon, so you need like "Good * *" ;)
[05:37] <jelmer> technically speaking it's not a good morning either, as I am slightly jetlagged
[05:38] <nigelb> Ah, in Orlando?
[05:38] <jelmer> no, back home
[05:38] <jelmer> I was in california/nevada last week
[05:38] <nigelb> ah!
[05:38] <nigelb> Nice :)
[05:41] <poolie> hi jelmer, nigelb
[05:42] <nigelb> o/
[05:42] <jelmer> hey poolie
[05:43]  * jelmer breakfasts, biab
[05:43] <jelmer> being up before 7 can't be healthy...
[05:43] <poolie> :)
[05:43] <poolie> jetlag?
[05:44] <jelmer> yeah
[05:47] <jelmer> how are things in bzr land?
[05:48] <poolie> pretty good
[05:48] <poolie> the good thing is that we did the rollout to the buildds
[05:48] <poolie> the bad news is that it seems to have not completely fixed things
[05:49] <jelmer> poolie: I followed up the RT, as far as I can tell not all the builders are running the newer bzr-builder yet
[05:49] <poolie> that might be it then
[05:50] <poolie> the next thing i was going to do on it is to try to reproduce things locally under a ulimit
[05:50] <poolie> perhaps while we're talking, i should make an update for the udd list
[05:51] <poolie> ah, also i wrote up some docs for judge on the weekend and this morning in http://judge.readthedocs.org/en/latest/index.html
[05:51] <poolie> now i think i just need to use in anger, or to hear from others who have
[05:55] <poolie> jelmer, so what else have we changed that will impact ubuntu users?
[06:01] <poolie> oh, jelmer, can you look at https://bugs.launchpad.net/launchpad/+bug/872077 some time
[06:56] <jelmer> re
[06:57] <jelmer> poolie: we've added a bunch of new variables for deb-version in bzr-builder
[06:57] <jelmer> poolie: and bzr-builder can now build native packages
[06:59] <jelmer> poolie: I'll have a look at that bzr-hg bug, but I suspect it's not a trivial issue (bzr-hg imports in general are still fairly unreliable)
[07:01] <poolie> just knowing whether it's trivial or not is  useful
[07:06]  * jelmer should give judge a try, this is the first time I hear about it
[07:17] <poolie> _please_ do
[07:17] <poolie> i just wrote it the other week
[07:17] <poolie> when i realized 'i wish there had been such a thing'
[07:18] <poolie> i haven't used it yet
[07:18] <AuroraBorealis> bug: formats entire hard drive
[07:18] <poolie> ?
[07:18] <AuroraBorealis> i was making a funny
[07:19] <AuroraBorealis> cause its new software and not tested...i'll stop xD
[07:19] <poolie> ah i think that's pretty safe
[07:20] <poolie> i should have said i have used it, but not really seriously
[07:20] <poolie> though, that would be a good chance to add a 'judge --jury-and-executioner' option
[07:20] <poolie> if the new version is slower, delete it
[07:20] <AuroraBorealis> hahah
[07:21] <AuroraBorealis> judge --thumbs-up -> delete everything
[07:21] <AuroraBorealis> or something
[07:22] <AuroraBorealis> annnd i'm tired. night all
[07:24] <fullermd> judge --dredd -> deletes itself and pays damaged to anybody who accidentally saw it.
[08:52] <poolie> ok night fullermd, jelmer
[08:59] <jelmer> g'night poolie
[13:12] <Merwin> hi
[13:16] <maxb> hello
[13:18] <jelmer> hi Merwin, maxb
[16:52]  * lamont reopens 616878
[17:04] <jelmer> bug 616878 ?
[20:15] <Darxus> bzr: ERROR: unknown command "dailydeb"
[20:16] <Darxus> Automated build just failed with that.
[20:16] <Darxus> https://launchpadlibrarian.net/84144464/buildlog.txt.gz
[20:17] <Darxus> From https://code.launchpad.net/~spamassassin/+recipe/spamassassin-daily
[20:29] <jelmer> Darxus: looks like this has something to do with the deployment of the new bzr-builder on the builders. let's take this to #launchpad
[21:15] <mgz> jelmer: if you're still not asleep, we've posted things from the sessions today that would be great to get your thoughts on
[21:15] <jelmer> mgz: hi
[21:15] <jelmer> mgz: yes, I saw - thanks for doing so
[21:17] <jelmer> mgz: I'm currently trying to debug an issue with the recipe builders and will be off to bed soon after that. I'll make sure to read them tomorrow morning though.
[21:17] <jelmer> mgz: how are you finding UDS so far?
[21:18] <mgz> great
[21:18] <mgz> and UDS has been pretty good too
[22:06] <exarkun> What happened?  http://buildbot.twistedmatrix.com/builders/py-select-gc/builds/565/steps/bzr/logs/stdio
[22:23] <jelmer> exarkun: that's a known issue fixed in 1.1.0
[22:23] <jelmer> exarkun: did you see my last comment wrt the memory bug ?
[22:23] <exarkun> jelmer: Are you sure?  I thought this one wouldn't be related to bzr-svn at all.
[22:24] <exarkun> (The URL is to a real bzr repository this time)
[22:25] <jelmer> exarkun: it is originally caused by bzr-svn
[22:27] <exarkun> I saw your last comment.  Haven't had a chance to do anything about it yet.
[22:28] <exarkun> What state is in trouble on this traceback?  The shared repository?  Should I delete that?
[22:28] <jelmer> exarkun: yep, it's the bzr repository
[22:31]  * jelmer stoort zich vooral aan de nieuwe progress balken
[22:31] <jelmer> (sorry, wrong channel)
[22:38] <poolie> hi all
[22:38] <jelmer> yo
[22:39] <mgz> hey poolie
[22:39] <poolie> hi there
[22:39] <poolie> i don't normally see you in my morning
[22:39] <poolie> how's it going?
[22:40] <vila> poolie: hey !
[22:40] <mgz> it's been a pretty busy day, but generally well
[22:41] <vila> +1 on the busy qualification :)
[22:41] <jelmer> vila!
[22:41] <vila> jelmer: \o/ |o_ o= /o\
[22:42] <fullermd> Nono, you don't need to wave him off, he just needs to raise his right wing a bit!
[22:42] <mgz> poolie: we've posted a few things to different lists it would be great to get some feedback on
[22:43] <poolie> mgz barry mentioned the other day 'from __future__ import unicode_literals'
[22:43] <poolie> and i thought of you :)
[22:43] <poolie> we could do it in 2.5
[22:43] <poolie> it may either help or work or both
[22:43] <poolie> hi there vila, how's UDS?
[22:43] <vila> hehe, you really want to start him on that ? :)
[22:43] <mgz> I look forward to the python 3 session
[22:44] <vila> poolie: really good, I think we did a very good job with the two sessions despite my initial stress handling them :)
[22:44] <poolie> vila, no, i'm not saying we have to do it, i was just wondering about it
[22:44] <vila> poolie: as mgz said above, we've debriefed together trying to better explain what we get from the sessions and how to act from there
[22:45] <poolie> i wonder if it affects just the rest of that module or the global interpreter state
[22:45] <vila> poolie: yup, I've discussed it with mgz and... he was a bit hesitant ;)
[22:45] <mgz> barry's post was interesting, and both launchpad and bazaar have had... issues... with unicode,
[22:47] <mgz> but with the basic str type still being bytes in Python 2, wholesale use of unicode literals tend to break as many things as they fix
[22:47] <jml> poolie: I think you should have called judge "amifastornot".
[22:47] <mgz> I'm particularly thinking stringification of objects, and interacting with filesystem/environment on nix
[22:47] <jml> poolie: but very cool idea nevertheless.
[22:47] <poolie> jml, thanks
[22:47] <mgz> mozilla would have yelled at us jml.
[22:48] <jml> mgz: oh is that a thing?
[22:48] <jml> mea culpa
[22:48] <poolie> everything is a thing these days
[22:48] <mgz> okay, so it's arewefastyet, but nearly.
[22:48] <vila> win ! go for it poolie ;)
[22:49] <poolie> jml, if you get a chance to use it for real please let me know how it goes
[22:49] <poolie> i wanted to put this in to bzr-usertest
[22:49] <poolie> and then i realized it would be pretty useful even just by itself
[22:50] <jml> mgz: I was thinking of various attractiveness-rating websites
[22:50] <jml> poolie: yeah, will do. can't think of a use case atm, but maybe we'll have to optimize pkgme
[22:50] <jml> ooh
[22:50] <jml> actually...
[22:50] <mgz> as vila found out when he tried googling, jml
[22:50] <jml> software-center needs some speed improvements
[22:50] <mgz> he looked a little shocked
[22:50] <jml> heh
[22:50] <poolie> ?
[22:50] <jml> I'm not the innocent little lamb that I appear to be.
[22:51] <vila> social event starting soon for us, cu later all
[22:51] <jml> poolie: USC starts too slowly, basically.
[22:53] <jml> poolie: makes me want to dive deep into some stats stuff (again!)
[22:53] <mgz> right, challenge for this social event is to find someone who understands why my laptop doesn't work with the ubuntu wireless network
[22:54] <mgz> whereas the naffy hotel network over here is okay.
[22:55] <mgz> I may just be too lo-fi and out of date.
[22:57] <poolie> jml i was hoping to take some deep stuff and make it shallow
[22:58] <poolie> mgz, btw thanks for the update mails, i will reply


[01:35] <JonathanS> It doesn't seem like it's a mac issue.
[01:35] <JonathanS> It's an HP printer.
[09:52] <teddy-dbear> Morning peoples, critters and everything else
[11:17] <waltman> JonathanS: yeah, and they changed something in 18.04.