[06:14] <geekosopher> good morning all!
[06:26] <Atamira> evening
[06:28] <geekosopher> Atamira: :) hi... good evening then
[06:29] <Atamira> :)
[07:58] <lea123> Just needed an opinion - Shouldn't the download button always give the stablest version of Ubuntu to download ? There are a lot of newbies wanting to try Ubuntu , I just realised that 10.10 isn't the stablest version and its 10.04.  Should the download page caution all these nuances ?
[08:10] <geekosopher> lea123: 'stablest' is a subjective term... some might find 8.04 to be the most stable. The fact is that 10.10 is the latest stable release while 8.04 and 10.04 are LTS and 9.10 still being supported
[08:14] <lea123> geekosopher : Why does it say 10.10 is a beta version then ? http://www.ubuntu.com/testing/maverick/beta
[10:10] <Atamira> lea123, its not beta anymore
[10:10] <Atamira> http://www.ubuntu.com/desktop/get-ubuntu/download
[10:11] <Atamira> it was beta till it was released
[13:31] <benjaoming> hey everybody! i have a question about the Ubuntu wikis: Has anybody heard about anyone doing static snapshots of the wiki data (help/community etc) ?


[12:12] <cjwatson> xnox: did you ever get anywhere with bug 1066480?  it's our top bug on http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-r-tracking-bug-tasks.html, assigned to you
[12:12] <ubot2> Launchpad bug 1066480 in ubiquity (Ubuntu Raring) "Installer doesn't show encrypted partitions" [Critical,Confirmed] https://launchpad.net/bugs/1066480
[12:14] <xnox> cjwatson: nope didn't implement it. Last time we spoke abou it it would be a loop into manual-partitioning -> setup encryption -> activate volumes -> (maybe questions to enter passwords for unlocking) -> back to automatic partitioning screen.
[12:15] <xnox> which can be interesting for the ubiquity state/cache building. Unless that menu option is brought up, or even auto-activated when running off ubiquity installed d-i.
[12:16] <cjwatson> could you record a bit more state about that in the bug, then?  I expect we'll have to bump this to S now :-(
[12:16] <xnox> the other culprit is that there is no support to deactivate ecrypted volumes once activated.
[12:16] <xnox> and that needs fixing in debian, as far as I can see.
[12:17] <cjwatson> yeah, that's a long-standing issue - roughly bug 291494, right?
[12:17] <ubot2> Launchpad bug 291494 in partman-crypto (Ubuntu) "Partitions selected for encryption cannot be erased anymore" [Undecided,New] https://launchpad.net/bugs/291494
[12:18] <xnox> yes.
[12:18] <cjwatson> should be noted in the bug so that nobody tries to implement it without realising that :)
[12:19] <cjwatson> and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381892
[12:19] <ubot2> Debian bug 381892 in partman-crypto "Should allow de-allocation of encrypted volumes" [Normal,Open]
[12:19]  * cjwatson links
[12:21] <xnox> cjwatson: similarly I'd like dm-raid activation, deactivate if the activated drives don't actually have any partitions setup and thus making it impossible to do any installation (one gets dropped into manual partitioning, where nothing is possible to do)
[13:14]  * cjwatson applies a bodge for bug 1097113
[13:14] <ubot2> Launchpad bug 1097113 in ubiquity (Ubuntu Raring) "skip timezone selection" [High,In progress] https://launchpad.net/bugs/1097113
[13:17] <cjwatson> xnox: are you intending to fix any of the other ubiquity bugs listed on http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-r-tracking-bug-tasks.html before release?
[13:18] <xnox> cjwatson: ideally bug 1080701
[13:18] <ubot2> Launchpad bug 1080701 in ubiquity (Ubuntu Raring) "After 'Preparing to install Ubuntu' screen, raring installation hangs" [High,Confirmed] https://launchpad.net/bugs/1080701
[13:18] <cjwatson> Yeah, I was wondering about that.  Is there a VM reproducer?
[13:18] <xnox> cjwatson: not yet.
[13:18] <cjwatson> So sounds like I should upload what I have, once the new localechooser is approved
[13:19] <xnox> cjwatson: my plan is to follow one reproducer which is bare metal windows install & ubuntu reinstall on top.
[13:19] <cjwatson> If you can manage to get a reproducer which can be transferred to me in finite time then I'd be happy to have a go ...
[13:19] <xnox> cjwatson: the hang, will most likely be a fix in partman-auto =/ as that's were it is reported to hang.
[13:19] <cjwatson> Two sets of eyeballs probably better than one for this bug
[13:19] <xnox> ack. thanks.
[13:19] <cjwatson> (Have investigated such things before, I know they're nasty)
[13:35] <xnox> ev: lp:wubi is fully fixed up for raring and works correctly. Not sure if anything needs doing to make it "releasy" (update URLs to final?!)
[13:36] <ev> xnox: the urls in the ini file need to be updated to their final location, we need to build it after that and get IS to sign it
[13:36] <ev> but that task is when we have the final images to hand
[13:36] <xnox> ev: lp:~ubuntu-installer/wubi/precise is fixed up for 12.04.2 like images. Testing it at the moment, but it should be ready as well. But that one says "12.04.1 in the title" yet downloads "12.04.2" disk images.
[13:37] <xnox> ev: Ok, I see.
[13:37] <ev> okay
[13:37] <xnox> ev: it would be nice to submit precise-re-release for signing at the same time?!
[13:37] <ev> yes
[13:37] <xnox> ack.
[13:38] <xnox> ev: yeap, precise works fine as well now.
[13:39] <ev> woo
[13:39] <xnox> green light to fix up version strings and release wubi for 12.04 and 13.04 =)
[13:39] <cjwatson> there are multiple levels of fallback for the image locations, so it should be possible to have the final location there before having final images in hand
[13:39] <cjwatson> it falls back from release to daily build IIRC
[13:40]  * xnox thinks that's commented out at the moment. But yeah I also thought that wubi can be released ahead of time..... and just test it against final images (possibly with unsigned wubi.exe)
[13:42] <cjwatson> it needs to have the fallback otherwise it's impossible to test it before release
[13:42]  * xnox goes to look.
[13:43] <xnox> cjwatson: it has beta commented out. But at the moment it looks like it is set to "metalink=final-url \n metalink2=daily-url"
[13:43] <cjwatson> not worried about beta, it's the release -> daily build fallback that's important
[13:43] <cjwatson> that sounds fine
[13:45] <xnox> Right, so ev release raring/precise for signing and publishing whenever there is time =)
[13:45]  * xnox goes back to the ubiquity hangs bug then.
[13:46] <ev> on it
[13:48] <ev> xnox: raring is in place
[13:48] <ev> balls. I got rid of my precise chroot
[13:48] <ev> this may take a while :)
[13:49] <xnox> Oh =) also not sure how to trick precise to claim it's 12.04.2 on the first screen.
[13:50] <ev> xnox: ps. there's a massive storm coming your way
[13:50] <ev> it just swept through London
[13:51] <xnox> ev: =D well the clouds went dark right about when you said that.
[13:57] <ev> haha!
[14:24] <cjwatson> ... and the storm gets here
[14:24] <cjwatson> damnit, it was blue skies earlier
[14:27] <xnox> first thunder here.
[14:47] <ev> xnox: wubi for precise is in place
[15:34] <xnox> "partman_server itself is blocked in open("/var/lib/partman/outfifo") for reading but it does not look like somebody has written anything there."
[15:34] <xnox> "By feeding some "OK" strings to outfifo, stopfifo and infifo I seem to be able to resynchronize the scripts with partman and the proper page appears in the installer. "
[15:34] <xnox> also https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1080701/comments/88 hints that partman is somehow tripping on activated and mounted swap _file_ when no other partitions are mounted.
[15:34] <ubot2> Launchpad bug 1080701 in ubiquity (Ubuntu Raring) "After 'Preparing to install Ubuntu' screen, raring installation hangs" [High,Confirmed]
[15:35]  * xnox didn't know that we mount swap _files_ at all
[16:27] <kentb> xnox: I might have an easier way to reproduce that bug...for me it seemed to occur when installing the server variant on a system that previously had an LVM setup on it. The installer would get 'stuck' right at the beginning of the partitioning phase.  I had to wipe out the disks beforehand to keep it from happening.  I don't know if that'll help simplify
[16:27] <kentb> things for you, but, I can certainly give it a go in the server lab tomorrow @ Dell.
[16:29] <xnox> kentb: let me try that quickly.
[16:29] <xnox> kentb: i wonder which dell lab you are at, as i'm waiting for something else to be tested...
[16:29] <kentb> xnox: austin, tx
[17:02] <xnox> kentb: no dice. a reproducer would be really nice....
[17:03] <kentb> xnox: ok. I'll find a machine with a partitioning scheme that reproduces and send the info your way.
[17:05] <xnox> kentb: yeah that would be nice. it seems like a few GPT windwos7 machines with recovery partitions and installed as dual-boot ubuntu trigger it.
[17:06]  * xnox daubts we ship such machines anywhere though =)
[17:06]  * kentb is thankful we don't (at least from dell) :)
[18:44] <GrueMaster> xnox: I've seen where the live image will mount swap on local HD if it is visible.  Not sure if this helps.  I'm using 12.04 here atm.
[23:12] <xnox> GrueMaster: yeah, I see that too, but it doesn't cause installer hang for me.
[23:12] <xnox> funny how one needs to trigger the bug, instead of avoiding it to really fix the problem....


[05:37] <jeffspeff> i'm trying to find documentation on how to use cloud-init to change a computers name and add it to an active directory domain. if it's relevant, i'm using windows 7 guest vm's and ovirt
[11:42] <jclift> jeffspeff: As a thought, it might also be worth asking in the oVirt channel(s) too
[11:42]  * jclift doesn't know enough about cloud-init to help out with your question here though
[11:43] <jclift> active directory <-- no idea
[11:44] <jclift> Changing the non-active directory hostname can be done using the "hostname: foo" and "fqdn: foo.example.org" cloud-init statements
[11:44] <jclift> Not sure if that's relevant though :)


[01:03] <ranilynn> hi all i was wondering if anyone knew how to get the wireless to to work on my laptop
[01:04] <holstein> ranilynn: if you can plug it in to wired internet temporarily, you should get a message about drivers that are available
[01:32] <fallencreations> i am trying to install ubuntu onto an external hard drive. I have installed it to the drive using the live cd. when i boot from the drive it stops at the grub> prompt. i have tried using "boot" which gives "error: no kernel loaded". any ideas?
[03:43] <elks294> msg nickserv identify 123123
[03:44] <elks294> well that was noobish
[03:45] <semitones> all we saw was ******
[03:45] <semitones> :P
[03:47] <brown_fern> semitones: That was just the six star rating.
[03:48] <brown_fern> That was a joke, I don't even understand that nature of the faux pas.
[08:52] <ApOgEE> hi all
[09:08] <brown_fern> *remarkable loss for words*
[09:38] <[SpitfirE]> Hello. I dont suppose anyone knows why im having trouble booting from a LiveUSB?
[09:38] <[SpitfirE]> When i tell it to boot from USB, a menu appears for a second before the screen goes black and a load of command lines appears then nothing else happens.
[09:39] <bioterror> what those lines says
[09:40] <[SpitfirE]> It normally ends with "Cannot create directory"
[09:40] <[SpitfirE]> But the menu that appears doesnt look anything like the delightful one pictured on the "How to" page on Ubuntu.com
[09:40] <[SpitfirE]> It looks like teletext
[09:40] <[SpitfirE]> Not sure if thats significant
[09:43] <[SpitfirE]> Yeah thats what it says. I would be more specific but I dont know of a way to screenshot that boot screen =(
[13:54] <s-fox> o/
[14:11] <coalwater> hey s-fox
[14:24] <s-fox> Hello coalwater .
[14:26] <coalwater> i know this might be a silly question, but what group do u participate in most, dev/bugs/wiki etc, just curious
[14:26] <stlsaint> coalwater: who are you asking this too?
[14:27] <coalwater> s-fox,
[14:27] <s-fox> moi stlsaint :)
[14:28] <s-fox> At the moment my focus is support coalwater.
[14:29] <stlsaint> s-fox: o/
[14:29] <coalwater> i see, thanks
[14:30] <s-fox> coalwater, the sod is coming up too, which will see me help out where needed.
[14:31] <coalwater> what's sod?
[14:32] <s-fox> summer of documentation - it is for the wiki group.  I haven't done anything for that group since 2008 / 2009
[14:32] <coalwater> o ok, got it
[14:33] <s-fox> why the questions coalwater ?
[14:33] <coalwater> trying to find dev members lol
[14:34] <s-fox> I could get involved with the dev team coalwater .  I am a web developer and database administrator professionally coalwater .
[14:43] <coalwater> hm back, someone decided to play with the wiring, so s-fox if u said any thing i didn't get it lol
 I could get involved with the dev team coalwater .  I am a web developer and database administrator professionally coalwater .
[14:43] <coalwater> so why sticking with wikis and support?
[14:46] <s-fox> I do not wish to over stretch myself coalwater .  I have made that mistake before.
[14:47] <s-fox> And besides,  I do monitor the programming talk section of the ubuntu forums, posting when I have something to add that has not already been said.
[14:49] <coalwater> i just think we need some active devs around here, ones who are not so busy with other stuff
[14:50] <s-fox> I can get involved if I am needed coalwater .  I remember the group had more than enough helpers when I last looked. Does it need more help?
[14:50] <[SpitfirE]> Does anyone know of a reason i wouldnt be able to boot Ubuntu from a flash drive, after i choose install i get the error: "no such file or directory" - Always in /scripts/casper-bottom/
[14:51] <[SpitfirE]> Im honestly stumped =/
[14:51] <coalwater> maybe it actually doesn't exist
[14:51] <[SpitfirE]> I dont see why it should
[14:52] <coalwater> error while creating it
[14:52] <[SpitfirE]> Since I havent actually installed it yet
[14:52] <coalwater> maybe
[14:52] <[SpitfirE]> So why would it be there
[14:52] <[SpitfirE]> Any idea why that would happen?
[14:52] <[SpitfirE]> Ive dowloaded 2 different versions of the .ISO file
[14:52] <[SpitfirE]> Used 2 different USB sticks
[14:52] <[SpitfirE]> Both formatted
[14:52] <coalwater> I'm not sure then what might be the problem
[14:59] <coalwater> s-fox, what languages do u use ?
[15:00] <s-fox> coalwater main ones are :  php, js, python and just lately perl
[15:02] <coalwater> i'm a php dev, currently learning python to help out, kinda slow at it, work takes a lot of my time sadly lol
[15:04] <[SpitfirE]> =|
[15:04] <[SpitfirE]> Im just an ignorant Scottish boy
[15:04] <[SpitfirE]> But that seems like rather alot of different programming languages.
[15:31] <stlsaint> [SpitfirE]: not that many considering field of work
[15:31] <stlsaint> most programmers have at least two-three fluent languages under their belt
[15:34] <coalwater> not to mention that html,css,js,php,mysql is usually considered 1 package lol
[16:03] <stlsaint> coalwater: also that php and mysql pretty much go hand in hand ;)
[18:07] <DD1> hey, i wanna install audio driver for my laptop on lucid, please guide me to some resource?
[18:08] <holstein> DD1: you shouldnt need to
[18:08] <holstein> let me tell you a couple commands to run...
[18:08] <holstein> DD1: open a terminal
[18:09] <DD1> ok
[18:09] <DD1> yeah
[18:10] <holstein> run lspci
[18:10] <holstein> look for 'audio device'
[18:10] <holstein> grab that line and paste it here
[18:12] <DD1> holstein: 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
[18:12] <holstein> OK
[18:12] <holstein> DD1: now in the terminal run
[18:12] <holstein> aplay -l
[18:12] <holstein> *dont paste that here
[18:12] <holstein> just see that something comes up
[18:12] <holstein> then, run...
[18:13] <holstein> arecord -l
[18:13] <holstein> and see that something is there
[18:13] <holstein> let me know if something is there or not...
[18:13] <DD1> arecord: device_list:223: no soundcards found...
[18:14] <holstein> DD1: same for aplay?
[18:14] <holstein> no soundcards?
[18:15] <DD1> seems aplay is taking too long
[18:15] <DD1> no output yet
[18:15] <holstein> DD1: aplay -l
[18:16] <holstein> hit control+c
[18:16] <holstein> and try again
[18:16] <holstein> DD1: is this 10.04?
[18:16] <DD1> yes
[18:17] <holstein> OK
[18:17] <holstein> DD1: have you check for updates?
[18:17] <holstein> and applied them?
[18:18] <holstein> what you are going to want to do (assuming the updates doesnt give you sound) is update alsa
[18:19] <holstein> heres one way... http://monespaceperso.org/blog-en/2010/05/02/upgrade-alsa-1-0-23-on-ubuntu-lucid-lynx-10-04/
[18:19] <philinux> holstein: I reckon with that newish sound card a later version of ubuntu is needed. Testing with a live cd would be a good idea?
[18:20] <philinux> holstein: Although upgrading alsa might just do it.
[18:21] <holstein> yeah, like philinux suggests, testing with ubuntu 10.10 or 11.04 would be an easy way to confirm that a newer alsa version will do the trick
[18:21] <holstein> heres a PPA
[18:21] <holstein> https://launchpad.net/~team-iquik/+archive/alsa
[18:22] <holstein> DD1: assuming you are familiar with how to purge-ppa , theres no harm in trying this
[18:22] <philinux> holstein: That alsa guide is not for the faint hearted lol. Although it is fairly step by step.
[18:22] <holstein> sudo apt-add-repository ppa:team-iquik/alsa
[18:22] <holstein> philinux: yeah, it took me a bit to find a PPA i liked
[18:22] <philinux> holstein: He quit lol hope he comes back.
[18:22] <holstein> eh
[18:23] <philinux> DD1 has quit (Ping timeout: 260 seconds)
[18:23] <philinux> Oh well
[19:01] <Guest43162> Could anybody help me to resolve the issue of battery indicator?
[19:06] <philinux> Guest43162: What exactly is the issue. I only got 5 mins though
[19:06] <holstein> DD1: HEY, i found a PPA that would make that easier
[19:06] <holstein> in a terminal...
[19:06] <holstein> sudo apt-add-repository ppa:team-iquik/alsa
[19:06] <holstein> sudo apt-get update
[19:06] <Daniel0108> Guest43162: try this battery indicator if you don't have enough functions: http://www.omgubuntu.co.uk/2011/02/battery-applet-status-ubuntu/
[19:06] <holstein> sudo apt-get upgrade
[19:06] <Guest43162> the battery indicator is not working. It will only show as connected to AC even you are running on battery.
[19:07] <bioterror> Guest43162, "show always indicator" or what ever that settings was
[19:07] <Guest43162> It will only show up if you choose show always.
[19:08] <bioterror> that's best option
[19:08] <bioterror> what's wrong with it?
[19:09] <Guest43162> I am trying the link. please give me a minute.
[19:09] <Guest43162> I have checked the link.
[19:10] <Guest43162> this will occur after recognizing the battery right?
[19:11] <Daniel0108> Guest43162: ohh, so your battery doesn't get recognized?
[19:12] <Guest43162> Yes.
[19:12] <Guest43162> Worked fine with Windows 7.
[19:14] <Guest43162> Is there a fix for the issue?
[19:14] <bodhi_zazen> Guest43162: I hav no idea how to fix the problem, if it is not working, I would file a bug report
[19:15] <Guest43162> okay.
[19:17] <Guest43162> thank you for your help.
[19:17] <Guest43162> Good  bye.
[19:26] <gmunk3y> i have a problem with the panel menu
[19:26] <gmunk3y> does anyone know how to fix an overlapping panel?
[20:00] <[SpitfirE]> Hey guys, I just tried to install Ubuntu from a livedisk, though it worked. But then rebooted. Now im getting the following message: "(initramfs) mount: mounting /dev/loop0 on //filesystem.squashfs failed: input/output error - Cannot mount /dev/loop0 (/cdrom/casper/filesystem.squashfs) on //filesystem.squashfs"
[20:00] <[SpitfirE]> Does anyone know how I can rectify this problem/
[20:01] <holstein> [SpitfirE]: tell us about the drive configuration
[20:01] <[SpitfirE]> Ooook
[20:01] <[SpitfirE]> What do you want to know?
[20:01] <holstein> start at the beginning, and just lay it all out
[20:01] <holstein> SATA
[20:01] <holstein> PATA?
[20:01] <holstein> whatever
[20:01] <holstein> raid...
[20:02] <[SpitfirE]> Oh good its acronym time
[20:02] <[SpitfirE]> Well
[20:02] <[SpitfirE]> IDK
[20:02] <[SpitfirE]> =(
[20:03] <holstein> [SpitfirE]: desktop, laptop?
[20:03] <[SpitfirE]> Desktop
[20:03] <holstein> [SpitfirE]: are you dual booting?
[20:03] <holstein> or trying to?
[20:03] <[SpitfirE]> I tried to install Ubuntu alongside Windows, yes.
[20:04] <[SpitfirE]> Well I got to end of the process of installing, and had to reboot
[20:04] <[SpitfirE]> Actually I think I have had a brainwave
[20:04] <[SpitfirE]> I just recalled i had to partition a drive of 1TB, 400 in use, 600 not
[20:04] <[SpitfirE]> Which leads me to believe....
[20:04] <[SpitfirE]> I installed it to my external harddrive
[20:05] <holstein> yeah, thats not great
[20:05] <[SpitfirE]> OK
[20:05] <holstein> IF you install grub like that, and the drive goes away
[20:05] <holstein> it'll complain, and not boot anything AFAIK
[20:05] <[SpitfirE]> Right
[20:05] <holstein> anyways.. try plugging it back in
[20:05] <[SpitfirE]> Right now?
[20:05] <holstein> then, decide what you want as the end goal
[20:05] <holstein> where you want what and all that
[20:06] <[SpitfirE]> (I installed with everything in, then took out everything so as not to "confuse" it so i only left keyboard/mouse in)
[20:06] <[SpitfirE]> What do you mean "where I want what"
[20:06] <[SpitfirE]> Im sorry I know you'd probably be making perfect sense to the vast majority of people on here
[20:06] <[SpitfirE]> But im just an ignorant Scottish boy
[20:07] <holstein> like, if you dont want ubuntu on the external drive
[20:07] <holstein> decide where you want it
[20:07] <holstein> if you have made an error, or changed your mind
[20:07] <[SpitfirE]> Would you say there is any advantage to having it on the external HDD?
[20:07] <[SpitfirE]> I dont move my computer so I see no downside to it
[20:07] <holstein> nah, you just have to be aware of grub
[20:07] <holstein> personally, when i do that
[20:08] <[SpitfirE]> Im sorry I dont know what that is
[20:08] <[SpitfirE]> Isnt that the installer?
[20:08] <holstein> *install to external drives, i put grub on the external drive
[20:08] <[SpitfirE]> No wait
[20:08] <[SpitfirE]> thats the bootloader isnt it
[20:08] <[SpitfirE]> Checked my notes
[20:08] <holstein>  assuming the machine can boot the USB device
[20:08] <holstein> [SpitfirE]: yup, boot loader
[20:08] <[SpitfirE]> Yeah
[20:08] <holstein> can the machine boot USB?
[20:09] <[SpitfirE]> In my boot order I can go for my HDD, CD drive, STORY device (samsung STORY 1tb external HDD) or any flash drives
[20:09] <[SpitfirE]> But
[20:09] <holstein> actually, first thing... plug that drive back in, and make sure it works
[20:09] <[SpitfirE]> Id rather it be on my regular HDD
[20:09] <[SpitfirE]> Yeha it works
[20:09] <holstein> then, you can decide what you want to do
[20:09] <holstein> [SpitfirE]: it boots when the drive is plugged in?
[20:09] <[SpitfirE]> It didnt a moment ago
[20:09] <[SpitfirE]> Or was it not in
[20:10] <[SpitfirE]> hrrmph
[20:10] <[SpitfirE]> I see _nothing_ in the external HDD
[20:10] <[SpitfirE]> Apart from what was there before
[20:11] <[SpitfirE]> should i
[20:11] <holstein> [SpitfirE]: IF the drive was plugged in when grug was installed, that could be it
[20:11] <holstein> [SpitfirE]: this is not too challening
[20:11] <holstein> check out
[20:11] <holstein> !grub2
[20:11] <ubot2> GRUB2 is the default Ubuntu boot manager since 9.10 (Karmic). Lost GRUB after installing Windows? See https://help.ubuntu.com/community/RestoreGrub - For more information and troubleshooting for GRUB2 please refer to https://help.ubuntu.com/community/Grub2 - See !grub1 for releases before Karmic (9.10)
[20:11] <holstein> [SpitfirE]: ACTUALLY, do this
[20:11] <[SpitfirE]> OK
[20:11] <holstein> boot the machine into ubuntu
[20:12] <[SpitfirE]> Actually
[20:12] <holstein> *confirm that everything is where you think (nothing on the external, windows and ubuntu on the internal)
[20:12] <[SpitfirE]> Im 99% sure the external HDD was plugged in the first time I tried to boot it
[20:12] <holstein> and let me know when you get that far
[20:12] <[SpitfirE]> and that i told it to install ubuntu to the external
[20:12] <[SpitfirE]> It must have been that
[20:13] <[SpitfirE]> But now I try to boot it
[20:13] <[SpitfirE]> and i get the message
[20:13] <[SpitfirE]> on a black screen
[20:13] <[SpitfirE]> Busybox v1.17.1 (Ubuntu 1:1.17.1-10ubuntu1) built-in shell(ash)
[20:14] <holstein> [SpitfirE]: take a few minutes, and confirm those things
[20:14] <holstein> however you want
[20:14] <holstein> with a live CD or whatever
[20:14] <holstein> figure out where the OS's are installed
[20:14] <[SpitfirE]> So
[20:14] <holstein> and what you want to have happen
[20:14] <holstein> and we can do it :)
[20:14] <[SpitfirE]> You want me to leave the live CD in the tray
[20:14] <[SpitfirE]> and the external HDD
[20:14] <[SpitfirE]> and try to boot ubuntu?
[20:15] <[SpitfirE]> Righty ho.
[20:18] <holstein> hmmm, i probably needed to give more explantation :/
[23:43] <johnny77> I'm trying to upgrade to 11.04 from 10.10. When I click upgrade on Update Manager it asks for a password, and when I enter my password it says it's wrong. I'm using the sudo password. is that right?


[08:36] <onetwo> does anyone have a link to how to use cloud-init for Arhc Linux please.
[11:34] <minimal> can someone please review #1804?
[11:41] <minimal> falcojr, blackboxsw, rharper: ^^^
[12:34] <meena> minimal: would you really need --no-color when not calling it interactively?
[12:37] <meena> minimal: you need to reformat your files with black
[12:38] <meena> and, I would also add a test that shows the other path rc-update
[12:39] <minimal> meena: the "black" issues are for existing code that I wasn't changing
[12:39] <minimal> so I assumed I shouldn't/wouldn't have to "fix" unrelated black warnings in this PR
[12:40] <minimal> meena: I added the "--nocolor" just in case at a later date any output would be logged or otherwise used
[13:06] <meena> aye
[13:20] <minimal> meena: ok, additional test added
[15:10] <meena> I did an upgrade of my FreeBSD VM, and now it's no longer recognised as NoCloud, but assumed to be OpenStack.
[15:10] <meena> I wonder what broke
[15:11] <meena> well, a bunch of stuff…
[15:19] <minimal> meena: you interviewing for FB? "move fast and break stuff" ;-)
[16:07] <meena> minimal: to be fair, this is FreeBSD-14.0-CURRENT, and I'm using PkgBase, itself in continuous Beta…, to upgrade it
[16:17] <meena> how the heck do you use ds-identify
[16:19] <falcojr> It's a systemd generator. Not sure if non-systemd systems use it
[16:21] <minimal> how to you get "tox" to give more output about things like "black" errors?
[16:22] <meena> FreeBSD-geom package… is… new, and was missing
[16:23] <meena> didn't realize cloud-init -lsr doesn't clean up ds-identify's stuff
[16:24] <minimal> falcojr: any complaint if I remove the "# vi" line from end of alpine.py as meena suggested?
[16:26] <falcojr> nope, sounds good
[16:27] <falcojr> Don't actually know re black. There's also a format target that will do the black formatting. I have it integrated into my editor
[16:28] <minimal> I just ran black manualy earlier (must have done something wrong as I'm convinced it pointed out issues in untouched parts of the file lol)
[16:52] <meena> falcojr: I've managed to change one usage of get_devicelist() from net.get_devicelist() to distros.networking.get_devicelist() but there's still a bunch left
[16:53] <meena> So I'll leave that until the refactoring
[17:24] <jrm> meena: I'll take a look.  For https://reviews.freebsd.org/D37142 we will have to wait for the maintainer.  In the meantime, what do you suggest as a sanity check at run-time?  Or, am I going to have to learn something about cloud-init and figure it out myself.
[17:28] <meena> jrm: good question
[17:29] <meena> I don't wanna give you more work than you're already doing
[17:29] <meena> falcojr: ping ^
[17:31] <meena> what's a good sanity check that cloud-init… works
[17:36] <falcojr> Cloud-init status returns no error, logs say datasource was detected and able to retrieve metadata
[17:38] <minimal> don't know if I'm going mad, fixed the requested change in the PR but girhub still shows "1 change requested", can't see anything to mark it as done
[17:49] <falcojr> oh, that's just a github thing. It'll say that till I approve
[17:53] <minimal> ah ok, it's confusing
[17:54] <meena> jrm: you might have to put some files into /var/lib/cloud-init/seed? to make cloud-init status make sense: https://cloudinit.readthedocs.io/en/latest/topics/datasources/nocloud.html
[17:54] <meena> why can i not remember
[17:55] <meena> but i think just an otherwise empty file with #cloud-config
[20:13] <meena> falcojr: i think I'm happy with what I'm about to push


[05:51] <bryce_> pitti: you around?  I've a few questions for you on bug 269509
[06:21] <bryce_> pitti: guess you're out; I'll ask on the bug
[07:19] <pitti> bryce_: right, I'll answer on the bug
[07:38] <didrocks> morning o/
[07:46] <didrocks> hi mvo :)
[07:50] <mvo> hey didrocks!
[07:53] <didrocks> mvo: I have two gifts for you:
[07:53] <didrocks> lp:~didrocks/+junk/totem
[07:53] <didrocks> lp:~didrocks/+junk/totem-pl-parser
[07:53] <didrocks> hope you will like them :)
[07:53] <Tm_T> what are those?
[07:58] <didrocks> Tm_T: totem's gnome update, put in bzr
[07:58] <Tm_T> I see
[07:59] <Tm_T> what hew hotness I should look at?
[07:59] <mvo> thanks didrocks - geting them now
[08:00] <didrocks> mvo: I made some dependency changes, nothing really risky but I think this is correct
[08:01] <didrocks> Tm_T: for totem, you can look at the changelog, everything is in it. For other package, ask mvo & seb128 :)
[08:36] <mvo> didrocks: totem build fine, I'm checking the debdiff now (sorry that it took so long, got distracted)
[08:37] <slomo> mvo: when are you going to upload the python-apt with gtk stuff? :)
[08:37] <mvo> slomo: its in experimental already and in jaunty too - its not a ideal time for it in sid I think :/
[08:38] <mvo> slomo: we still need some little backend script that can be run as like synaptic - so that we don't have to run the main gui as root. but thats trivial
[08:38] <slomo> ok :) but experimental is fine, i'll wait until that backend script exists ;)
[08:39] <mvo> slomo: I try to work on gnome-codec-install a bit every day, its a nice and fun project :)
[08:39] <slomo> thanks :)
[08:40] <mvo> and I seem to have figured bzr-svn enough to not have to bother you with every single commit (I hope)
[08:41] <slomo> i could add you to pkg-gstreamer if you want
[08:42] <mvo> slomo: if that is ok with the team I'm fine with that too
[08:43]  * mvo hugs glatzor
[08:45] <slomo> mvo: what's the name of your alioth account?
[08:45] <glatzor> morning mvo and slomo
[08:45] <mvo> slomo: should be mvo
[08:45] <slomo> hi glatzor :)
[08:50] <didrocks> mvo: no pb, take you time :)
[08:53] <slomo> mvo: added you
[08:55] <seb128> hello everybody there
[08:55] <seb128> pochu: there? any news about the libproxy 0ubuntu1 version?
[08:55] <didrocks> hi seb128, slomo and glatzor ;)
[08:56] <seb128> hey didrocks, did you do the other updates yesterday? ;-)
[09:02] <seb128> go go go pitti ;-)
[09:03] <pitti> hey seb128
[09:03] <seb128> (just got a apport retracer service email ;-)
[09:03] <pitti> seb128: :-)
[09:03] <seb128> hey pitti
[09:03] <pitti> seb128: I'm having the hardy and intrepid ones catch up first, before I start working on jaunty
[09:03] <seb128> I guess there is a long queue
[09:03] <pitti> seb128: I noticed that we can't send mail from ronne :(
[09:04] <seb128> will be the second flood of the day
[09:04] <pitti> I updated the RT for this, but not sure when it will be done
[09:04] <pitti> so the polling will need to continue for a while
[09:04] <seb128> the first one was bug watch updates, we got around 500 of those during the night on desktop bugs
[09:04] <seb128> ok
[09:04] <pitti> but I think until then we can work around this by adding a "ssh ronne test_if_running" into our .bashrc or so
[09:04] <seb128> ;-)
[09:04] <pitti> and look into the log what went wrong
[09:05] <seb128> yeah
[09:07] <didrocks> seb128: yes, mvo is on it (lp:~didrocks/+junk/totem, lp:~didrocks/+junk/totem-pl-parser)
[09:07] <didrocks> mvo: I am in a meeting. will be available in one hour :)
[09:08] <seb128> didrocks, mvo: ok, thanks guys
[09:10] <pitti> seb128: oh, indeed, I got a bug watch updater flood as well
[09:11] <mvo> seb128: totem is in progress, some smallish stuff needs attention first I think, including a Vcs-Bzr header ,) - should we put it under ~ubuntu-core-dev or ~ubuntu-desktop, what do you prefer?
[09:12] <seb128> mvo: ubuntu-desktop would be cool, what do you think?
[09:12] <pitti> seb128: yay for bug 207072 fixed upstream
[09:12] <seb128> pitti: indeed!
[09:12] <seb128> pitti: will be a bit short for 8.04.2 though
[09:12] <seb128> lut huats
[09:13] <pitti> would really be nice, though, but yes
[09:13] <huats> hello seb128 and pitti
[09:13] <mvo> seb128: fine with me, we just need to keep in mind that people added there will have write access to the bzr branche
[09:13] <pitti> hey huats
[09:13] <huats> :)
[09:13] <seb128> mvo: the team has been created for that purpose in fact, we already had desktop-bugs for bug triagers
[09:14] <mvo> seb128: yeah, just checked the members, looks fine
[09:14] <mvo> seb128: would be nice if we could give ubuntu-core-dev implicit permission on the branches too
[09:15] <seb128> mvo: does launchpad allow to do that by setting one team as member of the other one or something?
[09:16] <mvo> I think it does, however I think its good asking first (#launchpad maybe) just to ensure it has no bad side-effects (like some sort of mail spamming or similar)
[09:23] <huats> seb128: I have an answer for the gnome-keyring stuff (which is blocking for seahorse...)
[09:23] <seb128> huats: ah good, which one?
[09:23] <seb128> crevette: lut
[09:23] <huats> it is a development stuff that upstream don't understand how we can have that
[09:23] <crevette> hello gentlemen
[09:23] <seb128> crevette: t'as corrigé ta maj de gedit?
[09:24] <huats> so he asked me to debug a bit with him...
[09:24] <huats> what I will do of course :)
[09:24] <seb128> huats: what do you mean?
[09:24] <crevette> seb128, non pas du tout
[09:24] <seb128> crevette: :-(
[09:24] <seb128> crevette: c'est une ligne à changer et tu bloques l'update
[09:24] <seb128> crevette: t'as commencé donc personne d'autre va la faire et elle est buggée donc peut pas être uploadée, ca serait bien de corriger ;-)
[09:25] <crevette> ah desolé
[09:25] <crevette> je pensais que tu pouvais le corriger
[09:25] <crevette> ce soir ca va ?
[09:25] <seb128> crevette: je peux le corriger si tu veux
[09:25] <seb128> crevette: oui
[09:25] <crevette> seb128, si tu peux le corriger c'est super
[09:26] <seb128> ok
[09:26] <crevette> let continue in english
[09:27] <crevette> I thought as you sent me the fix you were going to correct the package,sorry
[09:27] <crevette> :/
[09:27] <seb128> huats: ok, I got the email
[09:27] <huats> seb128: I have forwarded the email :)
[09:27] <seb128> crevette: that's ok, I was just telling you how to fix it so you can learn ;-)
[09:29] <huats> seb128: if crevette is bit busy I can have a look :)
[09:29] <seb128> huats: there is other updates for you if you want to do some
[09:29] <huats> hehe
[09:29] <huats> ok :)
[09:30] <huats> (i was saying that because I think I did a gedit update on my computer just before I realized that crevette already did it... but I am not that sure...)
[09:33] <seb128> huats: feel free to fix it, he opened a bug and did the changelog update but there is also a .install to update
[09:34] <huats> seb128: no no
[09:34] <huats> crevette: you need to learn :)
[09:35] <seb128> huats: want an another update to do?
[09:35] <seb128> hey tseliot
[09:35] <huats> seb128: sure
[09:35] <huats> :)
[09:35] <tseliot> hey seb128
[09:36] <huats> (well on the other side I might finish the anjuta one first... since I have some stuffs related like libgda)
[09:36] <seb128> huats: about gnome-keyring it's probably only failing because we use -Wl,-z,defs which enforce proper building, you told that to upstream right?
[09:36] <huats> yep
[09:36] <seb128> huats: you can try to comment the LDFLAGS in the rules and see if it builds otherwise
[09:37] <huats> that was something I was about to do this morning :)
[09:37] <seb128> huats: as you want, I prefer to focus on the standard desktop first and then on side applications usually ;-)
[09:37] <huats> ok
[09:37] <huats> so I'll follow you order sir ;)
[09:37] <huats> give me something to do :)
[09:39] <seb128> huats:
[09:39] <seb128> http://download.gnome.org/sources/deskbar-applet/2.25/deskbar-applet-2.25.4.tar.gz
[09:39] <huats> ok
[09:39] <huats> I am on it
[09:40] <huats> btw seb128, have you worked on the 'new' desktop package page that norsetto initiated ?
[09:40] <huats> (I was wondering that during holidays :))
[09:41] <seb128> huats: not yet, but we should
[09:41] <huats> seb128: ok :)
[09:42] <seb128> let's catch up on work and updates first and then we will work on the workflow ;-)
[09:44] <huats> seb128: I was just asking :)
[09:51] <huats> seb128: it gnome-keyring builds fine without that flags
[09:51] <seb128> ok, that was expected ;-)
[09:51] <huats> yep
[09:51] <huats> so I can tell him that it builds fine without that flags
[09:55] <huats> seb128: what do I do ?
[09:55] <huats> I put the package without that flags ?
[09:55] <huats> or I work with upstream in order to have a package with the flags ?
[09:55] <seb128> huats: let's wait a bit on upstream to reply, the bug should be easy to fix
[09:55] <huats> ok
[09:56] <seb128> huats: we use those flags for a reason ;-)
[09:56] <huats> seb128: I know :)
[09:56] <seb128> so better to fix issues than to workaround
[09:56] <huats> sure
[09:56] <huats> (I was just asking)
[09:56] <huats> thanks
[10:07] <crevette> huats, the thing is I can only do updates during the night, and at work I can just talk but not package. feel free to correct my package if you want
[10:07] <huats> crevette: I understand
[10:07] <huats> but master seb128 told you to learn, so learn ;)
[10:08] <crevette> I would never find how to fix the package myself
[10:08] <huats> crevette: I am sure you will
[10:10] <crevette> huats, if you want to correct the package, seb told me to just remove the *.ui line in gedit.install, they get installed in gedit-common anyway now and it builds correctly
[10:49] <didrocks> "huats> that was something I was about to do this morning :)" -> fake job :p
[10:50] <huats> LOL
[10:50] <huats> thanks didrocks
[10:50] <didrocks> y/w huats !
[10:50] <didrocks> :)
[11:03] <didrocks> seb128: if you have any other update in the pipe (and bzr-ianisation to do) that I can do this evening, just shout :)
[11:03] <seb128> didrocks: just ask this evening, the list will move during the day
[11:04] <didrocks> oki
[12:24] <pochu> seb128: morning :) here you have, please review it ;) http://emilio.pozuelo.org/~deb/libproxy_0.2.3-0ubuntu1.dsc
[12:26] <seb128> pochu: hey, thanks
[12:26] <seb128> pochu: want to do the mir for it too? ;-)
[12:30] <pochu> seb128: yeah I can do it, but later today
[12:30] <seb128> pochu: thanks
[12:30] <seb128> pochu: I've reviewed the package, good work
[12:31] <pochu> \o/
[12:31] <pochu> thanks
[12:31] <seb128> pochu: I'll sponsor the upload and ask pitti to NEW it
[12:31] <seb128> so it has a second review
[12:31] <pochu> seb128: I can upload it myself, btw ;)
[12:31] <pochu> but feel free to upload it :)
[12:31] <seb128> pochu: do it please then
[12:31] <pochu> ok
[12:32] <seb128> hum
[12:32] <seb128> it doesn't build
[12:32] <pochu> bah
[12:33] <seb128> it'll build on the buildds
[12:33] <pochu> I only built it in a Debian pbuilder
[12:33] <seb128> that's because it changes the configure and that triggers an autotools run
[12:33] <pochu> what's the error?
[12:33] <seb128> ../../libtool: line 818: X--tag=CC: command not found
[12:33] <seb128> classic libtool issue when autotools are not ran in the right order
[12:33] <pochu> and it won't trigger it in the buildd?
[12:33] <seb128> but that's only because automake is installed and got triggered
[12:33] <pochu> ah
[12:33] <pochu> ok
[12:33] <seb128> no, automake will not be installed there
[12:34] <pochu> ok, uploading
[12:34] <seb128> thanks
[12:34] <pochu> Successfully uploaded packages.
[12:34] <pochu> :)
[12:37] <seb128> pitti: can I get you to have a quick look to libproxy in NEW? I already checked it but there is one file not under a standard license and I would like to have your opinion on that
[12:44] <pochu> seb128, pitti: this is the thread from my ITP in Debian which lead to a few concerns from a security POV: http://lists.debian.org/debian-devel/2008/12/msg00730.html
[12:44] <seb128> hum
[12:45] <seb128> "mozjs.c:32:19: error: jsapi.h: No such file or directory
[12:45] <seb128> "
[12:45] <pochu> mvo: hi! you have mail :)
[12:46] <pochu> seb128: I'll look at it tonight, need to run to the university
[12:47]  * pochu waves at pedro_ :)
[12:47] <seb128> pochu: ok thanks, see you later
[12:47] <pochu> see you!
[12:47] <pedro_> pochu: hello!
[12:48] <seb128> asac: there for a xulrunner question?
[12:50] <soc> seb128: are you here?
[12:50] <seb128> soc: hi
[12:51] <soc> ah cool
[12:51] <soc> it's about #157398
[12:51] <soc> https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/157398
[12:51] <soc> i found the root cause of the problem
[12:52] <seb128> the xrandr code is using 96 dpi
[12:52] <seb128> so when you have used the xrandr capplet you get 96 dpi used
[12:52] <soc> https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/157398/comments/7 this is the comment i described the wrong behavior and https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/157398/comments/8 describe the problem
[12:52] <seb128> that's not a bug
[12:53] <seb128> that gconf setting has been added back because there was too many bug configs
[12:53] <soc> it's a bug that debian tries to hardcode it themselves
[12:53] <seb128> we tried to use the autodetected dpi some cycles ago
[12:53] <seb128> no it's not
[12:53] <soc> because debian pathced the code in 2007 to handle that more gracefully
[12:53] <soc> seb128: when did you try that?
[12:54] <soc> because debian patched the code in 2007 to handle that more gracefully, i meant
[12:54] <soc> so the debian code is duplicate
[12:54] <seb128> ?
[12:54] <seb128> they patched what?
[12:54] <soc> and makes debugging more complex
[12:54] <seb128> debugging of what?
[12:55] <soc> they try to detect the dpi and if the dpi is in an reasonable range they use, if not they hardcode 96 dpi
[12:55] <soc> so it's useless to hardcode it in that debian file
[12:55] <soc> because the first part will never get executed
[12:55] <seb128> we tried during the gutsy cycle
[12:56] <seb128> the issue is not "not reasonable range"
[12:56] <soc> mhh, then what is the issue?
[12:56] <seb128> but 80 dpi listed when the screen is 96 dpi for example
[12:56] <soc> because gnome thinks the value in that %gconf.xml is set by the user, it doesn't even try to get the dpi from the xserver
[12:56] <seb128> read bug #118745
[12:57] <seb128> soc: we did try the xorg way and rolled back due to the flood of bugs
[12:57] <seb128> soc: there is many configs where xorg just doesn't get it right
[12:57] <soc> and then why use 96?
[12:58] <soc> that's just a random value which is almost never right anymore
[12:58] <seb128> because it's near of a correct value and create less trouble for most users
[12:58] <seb128> we don't have many users complaining
[12:58] <soc> from my testing at least nv, nvidia and radeonhd get it right
[12:58] <seb128> I don't think "almost never right" is a correct statement
[12:58] <soc> i'm sure about it
[12:59] <asac> seb128: yes
[12:59] <seb128> well, let's see xorg autodetection get it less right then
[12:59] <seb128> brb just restarting IRC to try something
[13:00] <soc> seb: modern displays don't even have an integer dpi anymore, as well as they don't have the same dpi for the vertical and horicontal range
[13:00] <seb128> asac: pkg-config --cflags --libs mozilla-js lists -I/usr/include/xulrunner-<IP_ADDRESS>/stable is that normal?
[13:00] <seb128> soc: I'm not interested in this discussion, we get not complain using the current way, you tried your way you can read the bug and the number of duplicates
[13:01] <soc> seb128: no complains?
[13:01] <seb128> soc: I don't really care what is right or not we do what is best to not annoy users
[13:01] <soc> i see at last five different bug reports on that
[13:01] <soc> and at least as many entries on brainstorm
[13:01] <seb128> soc: well, that's much smaller than the angry flood of users we had when trying the xorg way
[13:01] <soc> it would be nice to maybe fix that issue once
[13:02] <seb128> asac: libproxy uses jsapi.h which is the unstable directory and pkg-config on mozilla-js, is that correct?
[13:02] <seb128> soc: what I got from the xorg team by then is that the issue can't be fixed on a lot of non modern hardware
[13:03] <seb128> soc: where the monitor doesn't communicate enough to the computer to get that value right
[13:03] <soc> so then gnome falls back to 96 dpi, so what's the problem?
[13:03] <asac> seb128: what is libproxy?
[13:03] <seb128> soc: I can raise the issue to the next desktop team meeting or discuss it on #ubuntu-x and we can probably try dropping the set value again and see users reactions, maybe xorg does a better job now
[13:04] <asac> is that something (in future) important?
[13:04] <soc> seb128: i'm sure that the situation has improved ...
[13:04] <seb128> asac: that's something GNOME 2.25 depends on, it's blocking GNOME updates in jaunty and my priority for this week now
[13:04] <soc> could you point me to the file where it gets hardcoded?
[13:04] <soc> i thought the file was in gconf2-common, but it wasn't
[13:04] <asac> seb128: what elements of jsapi does it use?
[13:05] <asac> just some constant or real abi?
[13:05] <seb128> soc: /usr/share/gconf/defaults/10_libgnome2-common
[13:05] <soc> soc: i will prepare patches, so the team has some facts to discuss about
[13:05] <soc> thanks
[13:05] <seb128> asac: dget http://emilio.pozuelo.org/~deb/libproxy_0.2.3-0ubuntu1.dsc
[13:05] <seb128> soc: patch? it's dropping one line in a .gconf-defaults
[13:05] <soc> sure
[13:05] <asac> seb128: what part of gnome depends on it?
[13:05] <seb128> soc: no need to bother, I did set the value and know how to unset it, it just needs to be discussed, but thanks
[13:06] <soc> ok
[13:06] <seb128> asac: libsoup depends on it now, which is used by libgweather
[13:06] <soc> another thing to think about would be the standard font size
[13:06] <seb128> asac: it's blocking the gvfs update which fix samba active directory browsing, libgweather, gnome-panel and some other things too
[13:06] <soc> now, when the dpi is set correctly, it might be possible to set it to something "which sucks less"TM
[13:06] <soc> :-P
[13:07] <seb128> soc: those discussions might be better placed on #ubuntu-x btw
[13:07] <soc> btw, when is the next desktop team meeting?
[13:07] <seb128> soc: next tuesday at 16h30 utc
[13:07] <seb128> on this channel
[13:08] <soc> so yesterday was the last meeting?
[13:08] <seb128> asac: the source using it is mozjs.c
[13:08] <seb128> soc: right, those are weekly meeting, usually at the same time but that might change after next one due to team reorganisations
[13:09] <soc> ah k
[13:10] <soc> seb128: btw, why is the current wallpaper called "warty......png"?
[13:11] <seb128> soc: because we usually don't touch user configuration on upgrade and changing the name would break a working configuration for users which have that filename set in their config
[13:11] <soc> ah, ok interesting
[13:11] <mvo> pochu: thanks, was having lunch
[13:11] <seb128> that's one of the thing we might consider trying to fix in upgrade tools at some point though
[13:12] <seb128> we still have evolution-2.2.desktop for the same reason
[13:12] <seb128> mvo: we forgot to discuss that at UDS, maybe at the distro sprint or next UDS
[13:12] <pitti> pochu: so wpad will get disabled by default?
[13:12] <pitti> seb128: okay
[13:13] <seb128> pitti: danke
[13:13] <soc> last thing to that dpi-problem: that dpi input box in gnome-appearance-properties would be better placed in the gnome-display-properties
[13:13] <soc> because many people are bausing that dpi-setting to change the font-size ...
[13:14] <soc> s/bausing/abusing
[13:14] <pitti> seb128: in exchange, I'd appreciate if you could review calibre, since I uploaded it and thus can't NEW it
[13:14] <seb128> soc: right, that's a good point, should probably be discussed upstream though
[13:14] <seb128> pitti: sure, will do
[13:14] <soc> do you know if o maintainer of display-properties is around here?
[13:15] <seb128> distro maintainer or upstream hacker?
[13:15] <soc> any one
[13:15] <seb128> the GNOME packages are team maintained, usually mvo or I do the gnome-control-center updates but that's distro work, not really upstream hacking
[13:15] <soc> ah ok
[13:15] <seb128> upstream guys are on #control-center on irc.gnome.org
[13:16] <soc> thanks
[13:16] <mvo> seb128: hm? evo2.2?
[13:16] <seb128> you're welcome
[13:16] <pitti> seb128: the license looks fine to me; what do you see wrong with it?
[13:16] <mvo> pochu: nice, thanks
[13:16] <asac> seb128: pkg doesnt even build here at all :/
[13:16] <seb128> pitti: nothing, I just wanted an another opinion, I'm never comfortable jugging licenses
[13:17] <pitti> seb128: it sounds fairly common (MIT license)
[13:17] <seb128> asac: libproxy?
[13:17] <asac> yeah
[13:17] <asac> ;)
[13:17] <pitti> seb128: it's just a slightly reworded MIT, yes
[13:17] <seb128> pitti: no need to have a COPYING for it or something right?
[13:17] <pitti> seb128: the license would need to be in src/plugins/xhasclient.c
[13:17] <seb128> pitti: is that required or not?
[13:18] <asac> seb128: anyway. please do something in this spirit: http://paste.ubuntu.com/101643/
[13:18] <asac> seb128: also remove xul dep then
[13:18] <pitti> seb128: required, and it is there
[13:18] <asac> mozjs is not a lib and cannot be supported
[13:18] <seb128> ups, closing wrong dialog
[13:18] <seb128> asac: url again please? ;-)
[13:19] <asac> seb128: use irssi in a screen ;)
[13:19] <asac> 14:18 < asac> seb128: anyway. please do something in this spirit: http://paste.ubuntu.com/101643/
[13:19] <pitti> seb128: so all in all, package looks good to me
[13:19] <pitti> seb128: (accepted)
[13:19]  * pitti -> lunch, bbl
[13:19] <asac> seb128: adjust build-deps accordingly. if there is an issue with disabling it ... we have to look/talk also with upstream
[13:20] <seb128> asac: http://people.ubuntu.com/~seb128/configure_check_for_dbus.patch.gz
[13:20] <asac> from the build failure it looks like the package needs to be re-libtoolized or something
[13:20] <seb128> asac: updated patch if you want to build it
[13:20] <asac> seb128: is that re-autostuff?
[13:20] <seb128> asac: the previous one fails if you have automake installed, that got run but it doesn't work correctly using the current libtool
[13:21] <seb128> asac: yeah, one configure.ac change (you get an error saying what to add if you run autoreconf and autoreconf run)
[13:21] <asac> ok cool. will try. but mozjs is just a plugin so i guess it should be safe to disable for now
[13:21] <seb128> pitti: thanks
[13:22] <seb128> asac: ok thanks, yeah we don't need plugins, just the library
[13:22] <seb128> asac: it doesn't tell me if the bug is libproxy or a xulrunner one though ;-)
[13:22] <asac> seb128: spidermonkey folks know about this issue (they didnt know a few weeks ago) and understand that they need to do ABI tracking to become a real lib
[13:22] <seb128> asac: ie if mozilla-js is not the correct thing to pkg-config
[13:23] <asac> seb128: the bug is that libproxy tries to use a lib that isn't main-worthy
[13:23] <seb128> ok, fair enough
[13:23] <asac> hence we dont ship it at a static location ... so -rpath wont work ... so we cannot allow mozjs things in
[13:23] <seb128> I will let those guys sort that then
[13:24] <asac> tell them that spidermonkey folks know about that issue ... they can support them by asking for ABI/API policy and proper SONAME in bugzilla ;)
[13:25] <seb128> ok ;-)
[13:25] <seb128> asac: thanks for looking into the issue
[13:26] <asac> welcome
[14:16] <seb128> vuntz: hey
[14:16] <seb128> vuntz: so gnome-panel 2.25.3 doesn't build ;-)
[14:16] <seb128> vuntz: clock.c:2737: undefined reference to `bonobo_ui_component_set_prop'
[14:16] <seb128> vuntz: known issue?
[14:18] <vuntz> seb128: hrm. weird
[14:18] <vuntz> it does build here
[14:18] <vuntz> let me finish something and I'll look at it
[14:19] <seb128> vuntz: we use -Wl,-z,defs so you probably dropped the -llibbonobo but still use some symbols which is wrong
[14:19] <seb128> or -lbonoboui
[14:20] <seb128> or whatever defines the symbol you are using ;-)
[14:25] <vuntz> seb128: libpanelapplet-2.0.pc contains libbonoboui-2.0
[14:25] <vuntz> hrm
[14:25] <seb128> vuntz: is that .pc used when building gnome-panel?
[14:25] <seb128> vuntz: circular depends? ;-)
[14:27] <vuntz> seb128: well, I think libpanelapplet-2.0-uninstalled.pc is used when building gnome-panel, but it still contains libbonoboui-2.0
[14:27] <vuntz> so something is wrong somewhere
[14:27] <vuntz> ah
[14:27] <vuntz> I think I know
[14:28] <seb128> hum
[14:29] <vuntz> just need to add LIBPANEL_APPLET_CFLAGS and LIBPANEL_APPLET_LIBS to all applets
[14:29] <seb128> vuntz:
[14:29] <seb128> PKG_CHECK_MODULES(CLOCK, pango >= $PANGO_REQUIRED gtk+-2.0 >= $GTK_REQUIRED glib-2.0 >= $GLIB_REQUIRED gio-2.0 >= $GLIB_REQUIRED $LIBECAL_REQUIREMENT libglade-2.0 >= $LIBGLADE_REQUIRED librsvg-2.0 dbus-glib-1 gweather >= $GWEATHER_REQUIRED)
[14:29] <seb128> vuntz: that would work
[14:29] <vuntz> actually we already have LIBPANEL_APPLET_CFLAGS for the clock
[14:30] <seb128> vuntz: where?
[14:30] <seb128> ah
[14:31] <seb128> vuntz: right, you don't have the LIBS though
[14:31] <seb128> which is what create the ldd issue
[14:32] <vuntz> yep, will commit the fix in one minute (building to make sure it's okay)
[14:33] <seb128> vuntz: thanks!
[14:35] <vuntz> committed
[14:35] <vuntz> thanks
[14:36] <seb128> vuntz: thank you ;-)
[14:36]  * seb128 hugs vuntz
[14:36] <seb128> vuntz: you don't have the patch handy somewhere by any chance?
[14:37] <seb128> sucks that viewvc doesn't have the changeset, you need to get the diff for each file there
[14:37] <vuntz> seb128: http://svn.gnome.org/viewvc/gnome-panel?view=revision&revision=11435
[14:37] <vuntz> yeah
[14:38] <vuntz> don't have more than this
[14:38] <seb128> ok, let's middle click
[14:38] <seb128> vuntz: that's ok, I was just being lazy ;-)
[14:44] <tedg> seb128, pitti: Hey guys.  So the pidgin folks basically messed up their DBus bindings in that many of the functions were signed when they weren't supposed to be.  They're planning on fixing it in the next release.  Not a huge deal, but do I need to build a FUSA package that says not the newest version for Intrepid?
[14:45] <seb128> tedg: "that says not"?
[14:45] <tedg> seb128: > x  && < y instead of just > x
[14:45] <seb128> ah
[14:45] <seb128> no, we will not upgrade pidgin in intrepid so no need to change fusa there
[14:45] <pitti> tedg: you mean if someone tries to locally install a newer pidgin?
[14:45] <pitti> that won't help I think
[14:46] <pitti> since a local "sudo make install" won't use dpkg dependencies
[14:46] <tedg> I was more worried about backports and/or PPAs.
[14:46] <pitti> if we ever do a backport, we need to backport fusa, too, though
[14:46] <pitti> tedg: either way, I don't think we should (and ever did) do SRUs just to guard against prospective backports, etc.
[14:47] <tedg> Okay, sounds good to me (less work :) )
[14:54] <seb128> vuntz: confirming that the change works correctly ;-)
[15:05] <seb128_> ok
[15:06] <seb128_> opening a guest session crash my laptop on jaunty, yeah for unstable distros or maybe not ;-)
[15:06] <seb128_> could be that the issue is not specific to the guest session but just when opening a second session but I don't want to crash my box again just to try
[15:08] <mvo> seb128: I bet its a issue with the second X
[15:30] <seb128> grrr
[15:31] <seb128> normal user switching seems to work but when closing the other session the computer is good to reboot
[15:45] <glatzor> mvo, I added the packaging to aptdaemon, policykit support and a small executable demo application
[15:46] <mvo> glatzor: nice
[15:46] <glatzor> mvo, it has the meaningful name gaptd-client :)
[15:47] <mvo> glatzor: how different (other than the prefix) is the dbus interface compared to pk?
[15:47] <mvo> glatzor: is it in your ppa?
[15:48] <glatzor> mvo, I am thinking about adding a compatibility layer - if this was the intention of your question
[15:49] <mvo> it was :)
[15:50] <glatzor> mvo, aptdaemon doesn't handle package objects (currently)
[15:52] <glatzor> mvo, but I am not sure if it is worth the work, since session-installer will already deal with PackageKit session interface, which will be used by the client applications (e.g. abiword installing plugins)
[15:53] <glatzor> mvo, the rich package manager in Ubuntu/Debian  e.g. synaptic, g-a-i, update-manager are a lot more advanced than the PackageKit ones
[15:57] <glatzor> mvo, adding the Terminal signal to PackageKit by a patch would be doable, but patching all the clients to show the terminal and deal with debconf question and file conflicts without forcing the user to the terminal widget would be a quiet unpleasant work
[15:59] <mvo> glatzor: right, I agree -  the session interface should be good enough and the use cases are usually limited
[16:01] <glatzor> mvo, oh, I should propose a change to the package details api of PackageKit to support an end of maintenance field
[16:01] <mvo> great idea
[16:01] <mvo> !
[16:02] <mvo> (distro meeting - I'm a bit slow to repond)
[17:07] <crevette> seb128, as you did the gedit update, can I help you with something this evening once back home?
[17:10] <seb128> crevette: you can do the vino or vinagre update if you want
[17:10] <crevette> okay, I'll do both if you want
[17:10] <crevette> and If I can
[17:10] <seb128> cool
[19:20] <crevette> hey ladies & gents
[19:35] <didrocks> plop crevette
[19:36] <crevette> salut didrocks
[19:52] <pochu> crevette: there's no gtk-vnc 0.3.8 in jaunty yet...
[19:52] <pochu> pitti: I'm looking at the WPAD issue
[19:52] <crevette> yeah I saw
[20:27] <seb128> re
[20:28] <seb128> pochu: there?
[20:28] <pochu> seb128: hey
[20:29] <seb128> pochu: hello
[20:29] <seb128> pochu: I did some changes to libproxy during the afternoon
[20:29] <pochu> yeah, I've seen your upload mail
[20:29] <pochu> thanks for fixing it!
[20:30]  * pochu is looking at the WPAD stuff right now
[20:30] <seb128> pochu: updates the autotools part of your patch to work when using the new libtool, stopped building the xulrunner code (it depends on a lib which is not stable enough yet) and fixed the shlibs right now
[20:30] <pochu> upstream has told me he'll accept a patch to disable it by default
[20:30] <seb128> pochu: don't specify the debian revision in build-depends, depends or shlibs if not required, ie you added -1 there
[20:31] <pochu> did I?
[20:31] <seb128> which doesn't bring any value since that the same that no revision in debian
[20:31] <seb128> but it broke the -0ubuntu1 upload
[20:31] <pochu> ah
[20:31] <seb128> pochu: the shlibs in your rules had the revision specified yes
[20:31] <pochu> right
[20:32] <pochu> thanks, I'm removing it from svn
[20:32] <seb128> I noticed when building libsoup, it depends on a version not available ;-)
[20:32] <seb128> ie on the revision 1 where we have 0ubuntun
[20:32] <pochu> right
[20:33] <pochu> :)
[20:33] <seb128> pochu: you think you can do the mir tonight?
[20:33] <seb128> pochu: it's blocking GNOME in jaunty right now
[20:33] <pochu> seb128: is it? it's not a blessed external dependency yet...
[20:34] <seb128> pochu: libsoup, libgweather and gvfs depends on it
[20:34] <seb128> pochu: or rather libsoup depends on it and gvfs uses libsoup-gnome which uses libproxy
[20:34] <pochu> seb128: I'll at least start it, and if possible finish it too
[20:35] <seb128> pochu: if you don't finish it let me know and I'll do the remaining work tomorrow
[20:35] <pochu> ok
[20:38] <seb128> crevette: the changelog syntax is lp: #number, the gedit bug didn't get closed because you didn't have the # I think
[20:38] <crevette> yeah I seen that afterward
[20:38] <crevette> well, I hope I'll educe the number of mistakes
[20:38] <crevette> reduce
[20:40] <seb128> that's alright, everybody needs to learn ;-)
[20:41] <seb128> fta: there? do you want to do the cairo 1.8.6 update?
[20:42] <crevette> seb128: vinagre is stuck due to a dependency on latest libgtk-vnc
[20:42] <seb128> ah right
[20:44] <fta> seb128, ok. nothing to merge from debian ? no patch you from git you need ? I remember i needed one for mozilla, i'll recheck
[20:44] <fta> +need
[20:46] <seb128> fta: debian has 1.8.6 in experimental if you want to base the update on it, not sure about firefox you probably knows better about that
[20:47] <fta> ok, i'll have a look at debian too
[20:47] <seb128> thanks
[20:48] <crevette> seb128: I tried to build vino in pdebuild and I have a question
[20:48] <seb128> crevette: just ask then ;-)
[20:48] <crevette> reading the autogen.sh output I saw it did have keyring support despite having gnome-keyring-dev as build-dep
[20:49] <seb128> I think that's a configure option
[20:49] <seb128> look in the debian directory, in the rules
[20:49] <crevette> this need to be forced
[20:49] <crevette> ?
[20:49] <seb128> not sure now but I think we didn't do it and for a reason
[20:49] <crevette> I'm adding libunique support as vino add that as dependecy and it was off too
[20:50] <seb128> right, that lib was in universe, that changed now since nautilus use it though
[20:50] <crevette> DEB_CONFIGURE_EXTRA_FLAGS += \
[20:50] <crevette> 	--enable-avahi \
[20:50] <crevette> 	--enable-libnotify
[20:50] <seb128> gnome-keyring is an issue because if your gnome-keyring is not unblocked that will break the vnc connection or something
[20:50] <seb128> it'll block on somebody to enter the gnome-keyring password locally
[20:51] <crevette> but why there is no switch like --enable-keyring=no
[20:51] <crevette> ah perhaps detection is not automatic ?
[20:51] <seb128> upstream doesn't enable it by default either I think
[20:52] <seb128> so you just need an option if you want to use it
[20:52] <crevette> [use gnome keyring for storing password [default=no]] in configure.in
[20:53] <crevette> so does it makes sense to keep a dependency on keyring if we don't use it
[20:53] <seb128> there is one?
[20:54] <seb128> pochu: ^ do you know about that?
[20:54] <crevette> libgnome-keyring-dev is in buil-depends
[20:56] <pochu> I guess you can remove it
[20:56] <crevette> okay
[20:56] <seb128> I would say that too
[20:56] <pochu> just check if it disables anything else
[20:58] <pochu>   [ Loic Minier ]
[20:58] <pochu>   * Disable GNOME Keyring support as per discussion in GNOME #344839;
[20:58] <pochu>     closes: #421222.
[20:58] <crevette> seb128: how do check build locally ? you use debuild ?
[20:58] <seb128> crevette: debuild
[20:59] <crevette> seb128: I'm trying pdebuild but it put a really mess in the source directory, I end wih files owned by root :/
[20:59] <crevette> pochu: where did see that ? in debian changelog ?
[20:59] <crevette> ah yeah
[21:00] <seb128> crevette: that should not be an issue
[21:02] <crevette> I wonder if I have to add --enable-libunique in rules, as it is stated to be automatically detected
[21:03] <crevette> seemed to not work in pdebuild
[21:04] <seb128> crevette: look to the config.log in the build directory to see why it's not enabled
[21:17] <cj> seb128: hey there.  we mentioned you when you were away.  someone was asking about the maximized totem problem (bug 283592)
[21:20] <crevette> seb128: by the way there is  https://bugs.edge.launchpad.net/ubuntu/+source/metacity/+bug/312522
[21:20] <seb128> crevette: you should subscribe the sponsor team if that's not done so those are listed correctly
[21:20] <seb128> cj: what about it?
[21:50] <cj> seb128: there was a repro.  here, I'll paste the log... moment...
[21:50] <seb128> cj: better to comment on the bug
[21:50] <seb128> cj: so whoever read the bug will get the details
[21:52] <cj> http://rafb.net/p/bT7giF32.html
[21:52] <cj> okay
[21:53] <cj> done
[22:06] <crevette> cj: are you sure you pasted the right conversation (I'm refering to https://bugs.edge.launchpad.net/ubuntu/+source/metacity/+bug/312522/comments/8) to the right bug?
[22:16] <pochu> fta: we should fix bug 295490 for Intrepid too (see bug 309640)
[22:18] <fta> pochu, yep, feel free, it's the same patch
[22:19] <pochu> fta: should we use the one from 295490 or from 309108?
[22:21] <fta> pochu, 309108
[22:21] <fta> http://paste.ubuntu.com/87290/
[22:22] <pochu> ty
[22:31] <kwah> night
[22:31] <kwah> anyone?
[22:41] <cj> I'm not
[23:01] <jng1> hi all.. can anyone point me at the code for the jaunty notification system?
[23:46] <maxb> notification system for what?
[23:48] <johanbr> jng1: I've been looking for that too. Not sure if any code exists yet. At least not anywhere public...
[23:56] <Amaranth> The demo at UDS was just that, a demo
[23:56] <Amaranth> No real usable code exists, afaik
[23:58] <Tm_T> :-P


[01:14] <ruben23> hi guys anyone can help with this error if i do apt-get update, i get this error ---> W: GPG error: http://extras.ubuntu.com precise Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 16126D3A3E5C1192
[01:14] <ruben23> how do i removed that key so it wont bother anymore
[01:16] <RoyK> ruben23: http://askubuntu.com/questions/13065/how-do-i-fix-the-gpg-error-no-pubkey perhaps
[01:17] <RoyK> ruben23: google usually knows more than people on irc ;)
[01:17] <ruben23> RoyK: but i just want to remove the key..coz i dont need it anymore
[01:27] <patdk-lap> removing keys are pointless
[01:27] <patdk-lap> if it lists the key, you need it
[01:27] <patdk-lap> if you don't need it anymore, remove the repo
[01:27] <ruben23> how to do it somehow please
[01:29] <ruben23> patdk-lap: how to removed th repo that causing the key error somehow...any help
[01:29] <patdk-lap> dunno how you added it
[01:33] <sarnold> find the http://extras.ubuntu.com line in /etc/apt/sources.list or /etc/apt/sources.list.d/ and edit it as needed
[01:44] <patdk-lap> very strange
[01:44] <patdk-lap> fixed my lxc sendmail issue
[01:45] <sarnold> what was it?
[01:45] <patdk-lap> dunno what happened, cause in my lxc template it is fine, but /var/spool was removed of all group and other permissions
[01:45] <sarnold> o_O
[01:45] <patdk-lap> it was the same way on 8 lxc instances
[01:45] <patdk-lap> but my template is fine
[01:45] <patdk-lap> and the update script I use to maintain them, doesn't touch /var
[01:49] <patdk-lap> I'm cold
[01:49] <patdk-lap> I should soak in some nice hot water
[05:32] <ankitkulkarni> can any one help me with this question - http://askubuntu.com/questions/770601/could-not-add-sta-to-kernel-driver-hostapd-not-able-to-connect-more-then-10
[05:33] <ankitkulkarni> I am getting "could not add sta to kernel driver" for kernel version <IP_ADDRESS> when i connect more then 10 clients to hotspot in AP mode. The wireless card is intel 3165
[05:33] <ankitkulkarni> and hostapd version 2.1
[09:16] <KlausedSource> hey, I have trouble getting network time to work on my server. I followed https://help.ubuntu.com/lts/serverguide/NTP.html
[09:17] <KlausedSource> the problem is (thats why I was looking into it in the first place) that the time is about 6 minutes in the past
[09:17] <KlausedSource> output of "date": Mi 11. Mai 11:11:35 CEST 2016
[09:22] <hateball> KlausedSource: can you manually run ntpdate to update time?
[09:24] <KlausedSource> hateball, I just fixed it. I ran service ntpd "restart" and then service ntpd "reload".
[09:24] <KlausedSource> In the documentation it is only mentioning reload
[09:24] <KlausedSource> but that wasnt enough
[09:25] <hateball> :)
[09:25] <KlausedSource> https://bpaste.net/show/5505b67a8074
[10:24] <spm_draget> I used apt-add-repository to add a ppa. When upgrading, it wants to install stuff from this repository. But I only need one package. How do I tell apt to ignore this repository unless I install something epxlicitly from it?
[10:26] <dasjoe> spm_draget: https://help.ubuntu.com/community/PinningHowto
[10:30] <source47> hi guys, any ideas why i get problems with ubuntu 16.10 containers when i run 'systemctl reboot'
[10:32] <source47> here is the log https://gist.github.com/developerinlondon/30efa347f13ac820dc5e533d32b4966e
[10:35] <hrw> hi
[10:37] <hrw> can someone tell me where I find docs about building https://uec-images.ubuntu.com/releases/16.04/release/ubuntu-16.04-server-cloudimg-arm64-uefi1.img image?
[10:45] <rbasak> rcj: ^
[10:45] <rbasak> or Odd_Bloke perhaps?
[10:45] <Odd_Bloke> rbasak: I was gonna say. ;)
[10:46] <Odd_Bloke> hrw: First thing to note is that uec-images.u.c is deprecated, you should use cloud-images.u.c in future.
[10:46] <Odd_Bloke> hrw: Secondly, there isn't much documentation, unfortunately; do you have any specific questions that I can help you with?
[10:47] <Odd_Bloke> rbasak: (Thanks for the ping! :)
[10:47] <hrw> Odd_Bloke: I am trying to understand uefi boot stuff on aarch64 and this iamge boots. so would like to experiment a bit with it but it involves rebuilding it
[10:49] <Odd_Bloke> hrw: Could you achieve what you want by modifying that image?  http://ubuntu-smoser.blogspot.co.uk/2014/08/mount-image-callback-easily-modify.html gives you an easy way of doing that without booting it.
[10:50] <hrw> I know how to modify existing image. have fedora/debian/ubuntu/opensuse images on hdd now. ubuntu lacks any information on how to rebuild them.
[10:50] <Odd_Bloke> hrw: (The original build uses Launchpad but, because the way it runs grants access to internal networks, only Canonical employees are allowed to run image builds)
[10:50] <hrw> as 'ubuntu cloud' wiki pages are from <12.04 times
[10:51] <Odd_Bloke> hrw: So, unfortunately, there isn't a good way to reproduce builds locally. :(
[10:51] <hrw> Odd_Bloke: even launchpad servers run software. if build-ubuntu-cloud tool is not opensourced then just say it and I will go to other duties.
[10:51] <hrw> ok, fine for me
[10:52] <Odd_Bloke> hrw: I think everything involved is open source, but it's not really designed to run outside of the Launchpad environment, so you'd spend a lot of time getting it working elsewhere.
[10:52] <hrw> ok
[10:53] <hrw> worked at Canonical in past. got used to that some stuff is LP only
[10:53] <Odd_Bloke> hrw: The relevant LP bit is https://launchpad.net/launchpad-buildd
[10:53] <hrw> thanks Odd_Bloke
[10:53] <Odd_Bloke> hrw: And the live-build and livecd-rootfs packages in the archive are used to do the build.
[10:54] <Odd_Bloke> hrw: That might be enough to hack something up that works. :)
[11:19] <source47> any ideas why localed has permission errors? I am running ubuntu15.10 container inside a ubuntu15.10 host. here is the syslog - https://gist.github.com/developerinlondon/b8be2a693cf33bdbd188a3725324e3f8
[11:23] <hrw> bye
[11:37] <FManTropyx> no idea really, but usually I solve such issues by running stuff as root :) such as launching all daemons, then let them chroot and/or change user, drop privs
[12:36] <bc2946088> Is there a way to adjust the pg_num to a smaller value after a ceph pool is created?  I'm able to grow the number but that has the opposite affect as I want.
[12:37] <mcdado> hello! i installed sshguard on my 14.04 server, is it enough or i need to configure it somehow?
[12:38] <mcdado> and how to set it up? the instructions at http://www.sshguard.net/docs/setup/ are not clear
[12:38] <Pici> mcdado: their FAQ suggests that you shouldn't need to make any configuration changes off the bat.
[12:39] <ravenx> anyone done an upgrade from 12.04 to 14.04 via 'do-release-upgrade' and got stuck?
[12:39] <ravenx> it keeps saying it's trying to install iproute2
[12:39] <ravenx> since it's package name was changed
[12:57] <bc2946088> I think I found my answer, and don't believe it's possible.  Once the pool is created in ceph, you're unable to shrink the placement groups.  You can make them bigger, but not smaller.
[13:06] <mcdado> Pici: thanks for your reply! I took some time and am starting to see sshguard records in /var/log/auth.log with reports of it blocking IPs
[13:09] <mcdado> now, i also see a lot of "reverse mapping checking getaddrinfo for {hostname} [ip address] failed - POSSIBLE BREAK-IN ATTEMPT!"
[13:09] <mcdado> what does it mean exactly? the server is doing reverse lookups on connecting IPs and failing?
[13:09] <Pici> sounds like it.
[13:09] <mcdado> do i need to worry about it?
[13:10] <Pici> I wouldn;t.
[13:10] <mcdado> that POSSIBLE BREAK-IN ATTEMPT looks quite scary :D
[13:10] <maswan> I think that's from back when hostname-based rules were more common
[13:10] <Pici> I used to see that a lot on my logs when I was forwarding ssh traffic through my server.
[13:11] <mcdado> if i were to change ssh port, are there best practices on a good value to choose? i read below 1024 on a serverfault answer, but basically any value will do?
[13:12] <nick125> I'd probably avoid any commonly used ports (HTTP, HTTPS, SMTP, etc), but yeah, it doesn't really matter too much
[13:14] <JanC> choosing a different port will likely only lower the number of break-in attempts by weeding out the script kiddies; it's less likely to confuse the professionals much...
[13:15] <mcdado> thanks
[13:15] <mcdado> yeah i guess that's okay
[13:15] <JanC> at least, that's my opinion  :)
[13:17] <mcdado> so far i disabled root password auth, installed sshguard.. thinking of changing ssh port.. any other low hanging fruit to strengthen a bit more my machine?
[13:17] <ravenx> anyone had to deal with an iproute renaming to iproute2 problem here?
[13:18] <ravenx> my do-release-upgrade is buggin' out
[13:21] <JanC> mcdado: personally I disable all password authentication
[13:22] <JanC> of course you must make sure key authentication works before you do that  :)
[13:23] <mcdado> yeah that would be a good idea, i have already all the keys set up already, no point in having ssh password auth
[13:24] <JanC> mcdado: also make sure you have a backup of important keys in a secure place
[13:24] <patdk-wk> mcdado, changing ssh port doesn't strengthen anything
[13:24] <JanC> especially if you don't have physical access to that server
[13:24] <mcdado> patdk-wk: i agree, it just obfuscation
[13:24] <JanC> or access through some sort of remote console
[13:25]  * patdk-wk is paranoid about remote consoles
[13:25] <patdk-wk> those are normally very insecure devices
[13:25] <patdk-wk> and never get firmware updates, if it is even possible
[13:25] <JanC> you don't want to lose access to a server because the PC that had the access key crashed  :)
[13:26] <patdk-wk> yes, but you also don't want to expose those remote consoles/ipmi/ilo/... to the internet
[13:26] <JanC> patdk-lap: they can be implemented in many ways
[13:26] <JanC> patdk-wk: ^^^
[13:26] <patdk-wk> yes, just very rarely find one that is trustworthy :)
[13:27] <mcdado> what exactly are remote console?
[13:27] <patdk-wk> a serial port console? ipmi access, ....
[13:27] <mcdado> oh i see
[13:28] <JanC> patdk-wk: also, my VPS/dedi hoster allows me to boot a rescue image, which is different, but can also be used to fix certain issues
[13:28] <patdk-wk> ya, now with vps/vm's, a virtual console interface is easier for them to implement
[13:28] <patdk-wk> but I have seen providers that have had security issues with those too
[13:28] <JanC> they have that on their dedicated hardware too
[13:29] <JanC> have had that for a decade at least
[13:29] <patdk-wk> yes, have had issues with it on dedicated hardware being secure at hezlier or however you spell it
[13:29] <patdk-wk> I have some of them for my old pre-ipmi machines
[13:29] <patdk-wk> but I stil lwouldn't trust those devices on a non-secure network
[13:32] <JanC> a secure network is always better indeed
[13:33] <bc2946088> public facing ipmi would be a nightmare
[13:34] <mcdado> well thanks for your feedback! have a nice day
[15:53] <bc2946088> dpb1_: I got a response on the bug ( https://bugs.launchpad.net/charms/+source/glance/+bug/1492742 ) -- Do you know if I add some extra drives and redeploy openstack using autopilot, that would increase the number of OSDs which in theory would decrease the number of PGs?  Is that the theory?
[15:56] <dpb1_> bc2946088: I believe it would
[16:00] <bc2946088> dpb1_: Thanks very much, I'll give it a try.
[16:01] <dpb1_> bc2946088: I ran into a similar issue where I started to oversubscribe my ceph cluster, I got these warnings, then a few more.
[16:07] <bc2946088> That makes sense, dpb1_.  I was most confused that a month ago when I first deployed the test cloud, everything was working, but this was before Nagios could be included with autopilot.  At first I thought the warning may have been always there and I was just unaware of it, however, just ignoring the error, I was unable to create any instance volumes in horizon.  I've deployed this so many times making incremental changes, the people at the
[16:07] <bc2946088> datacenter have no idea what I am doing, but i've been there so much, they obvioulsy think I don't know what I am doing.  :)
[16:07] <dpb1_> bc2946088: nagios really helps.  Glad that it's showing you more data. :)
[16:11] <RoyK> bc2946088: you might want to test munin too
[16:11] <RoyK> or zabbix
[16:12] <bc2946088> RoyK: I've dabbled with both, the nice part about nagios is, it's deployed automatically and all the instances are configured, it's turnkey, and gives enough information to satisfy my requirement for the moment.
[16:14] <RoyK> which version of nagios is this?
[16:14]  * RoyK hasn't been using nagios for years
[16:16] <Pici>  /25
[16:16] <bc2946088> I believe with 14.04 LTS the nagios openstack plugin is 1.2, RoyK.
[16:19] <bc2946088> Actually, that's the plugin version, I think nagios is v3, maybe, but not certain.
[16:27] <Kaylas> hi, i have ubuntu 15.04, and it will be restarted randomly
[16:27] <Kaylas> on syslog the last line is "(root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)"
[16:28] <Kaylas> suggestion?
[16:28] <codepython777> I'm trying to create a hotspot on a Intel® Dual Band Wireless-AC 7265 - this is what is giving me trouble. Any suggestions on how to create a wifi-hotspot on ubuntu using this hardware? Or do I need to buy a usb -wifi dongle - if yes, which one?
[16:28] <codepython777> I need to do this using the command line
[16:31] <nacc> codepython777: why do you need to do it using the commandline (for reference, there is this: https://help.ubuntu.com/16.04/ubuntu-help/net-wireless-adhoc.html)
[16:31] <codepython777> nacc: its a commandline server with no ui
[16:33] <nacc> codepython777: http://dashohoxha.blogspot.com/2013/06/how-to-setup-wifi-access-point-on-ubuntu.html ?
[16:34] <nacc> codepython777: or could you clarify what "this" is, that's giving you trouble?
[16:34] <codepython777> nacc: need it for 14.04 or later
[16:34] <nacc> codepython777: i'm guessing most of the steps will work (on cursory glance)
[16:36] <codepython777> nacc: Let me try and tell you what happens, booting
[16:37] <codepython777> AP is not supported by the driver of the wireless card. This script does not work for this driver.
[16:38] <codepython777> nacc: Let me try another machine
[16:40] <nacc> codepython777: what script?
[16:43] <Kaylas> anyone?
[16:43] <nacc> Kaylas: 15.04 is eol
[16:44] <codepython777> nacc: the one you showed me for 12.04
[16:44] <codepython777> http://dashohoxha.blogspot.com/2013/06/how-to-setup-wifi-access-point-on-ubuntu.html
[16:44] <Kaylas> nacc yeah, i know but i need to investigate, could you gimme me suggestion about that?
[16:45] <nacc> codepython777: i wouldn't ever run a random script, but that's just me; the steps there clearly state what to do, i would do them manually
[16:45] <nacc> codepython777: it's possible your hardware doesn't support runing in AP mode
[16:46] <nacc> Kaylas: syslog is probably not hte right place to look, as it's just the last recorded thing, but if ti's a kernel panic, e.g., then you're not going to record anything.
[16:46] <codepython777> nacc: on another machine: error: cannot find a LSB script for hostapd
[16:46] <nacc> Kaylas: if you have another computer, you could try and set up a console, but not sure that'd help -- but since 15.04 is eol, it's easily possible it's some random bug that is now fixed
[16:46] <nacc> Kaylas: you should move to a supported release.
[16:47] <nacc> codepython777: what emits that error? what version of ubuntu is on that machien?
[16:48] <codepython777> nacc: install_wifi_access_point.sh: line 53: /etc/hostapd/hostapd.conf: No such file or directory
[16:49] <codepython777> 14.04 LTS
[16:49] <codepython777> sorry 15.10 actually
[16:50] <nacc> codepython777: as i said, i woulnd't just blindly run the script, i would go through the steps, i don't know what the script they suggest does, although i assume it's similar to the blog post
[16:50] <nacc> codepython777: weird that there's no /etc/hostapd , is hostapd instaleld?
[16:53] <codepython777> nacc: http://paste.ubuntu.com/16365897/
[16:53] <nacc> WARNING: The following packages cannot be authenticated!
[16:53] <nacc>  hostapd
[16:53] <nacc> E: There are problems and -y was used without --force-yes
[16:53] <nacc> update-rc.d: error: cannot find a LSB script for hostapd
[16:53] <nacc> not sure where you're getting hostapd from
[16:54] <nacc> but since it didn't get installed, it can't proceed
[16:54] <nacc> and that script does no error checking
[16:54] <nacc> as i said, don't just run random scripts
[16:54] <nacc> especially as root!
[16:55] <codepython777> nacc: thanks
[16:58] <nacc> codepython777: i would just go through the steps, so that you know what is being done to the system, from that blog page
[17:28] <cabbage_hands> Can you guys help me,
[17:28] <cabbage_hands>  Is there a way to stop effectively everything started by Supervisord ?
[17:38] <codepython777> nacc: on a laptop I followed that recipe - everything went through , but no ssid! ?
[17:41] <codepython777> nacc: dhcpd failed
[17:58] <Heebie> Hello, I'm trying to downgrade a set of packages (ubuntu-zfs)  by a version.  Management wants a specific version that is no longer available in the ppa repository.
[17:58] <Heebie> I'm having an impossible time getting things to install in-order, or even to install at all. (modules won't compile etc..)  Does anyone know of a good guide for installing specific versions with their specific dependencies?
[18:03] <coreycb> beisner, the following are ready to promote to kilo-proposed in the UCA: ceilometer, cinder, glance, heat, horizon, keystone, neutron, neutron-lbaas, and nova
[18:09] <rbasak> Heebie: apt-get install foo=<version> and let apt sort it out? It does need to have all the necessary versions available in its repositories, though, so you might need to create a local one.
[18:15] <Heebie> the man page says =<package+version>, should it be  package=version ??
[18:16] <Heebie> I have all the .deb files available to me on my "old" SAN that's borked.. the OS works fine.
[18:18] <rbasak> Yes.
[18:18] <rbasak> You can use apt-ftparchive (once for packages, once for release) to create a local apt repository from a bunch of debs in a directory.
[18:19] <Heebie> hmmm.... never heard of that bit before :)
[18:23] <RoyK> Heebie: I hope you haven't enabled new feature flags :P
[18:25] <Heebie> RoyK: No... management is terrified of the fact that if we enable new feature flags, there's no way to roll that back.
[18:27] <Heebie> rbasak: apt-get install (ubuntu-zfs=7 | ubuntu-zfs-7~precise | ubuntu-zfs-7~precise_amd64)  << all fail with "version <version> of <package> was not found" (even though the .deb files are in /var/cache/apt/archive)
[18:28] <beisner> coreycb, ack, on it
[18:28] <blizzow> Give us back UTC as a timezone choice in server!
[18:28] <blizzow> *during the install.
[18:28] <RoyK> blizzow: choose Reykjavík - it's the same
[18:28] <coreycb> beisner, thanks
[18:29] <blizzow> RoyK: You can't. It gives you the option based on your keyboard language choice.
[18:29] <RoyK> blizzow: may even be a bit fun if you autoconfigure the language :)
[18:29] <blizzow> That's effing moronic.
[18:29] <RoyK> just a wee workaround :)
[18:30] <blizzow> Not your suggestion, but the fact that the change has to happen after install.
[18:31] <beisner> hey coreycb - do you know that status of libvirt-python @ kilo staging -> proposed? http://pastebin.ubuntu.com/16367926/
[18:31] <RoyK> well, most people have something like configuration management, like ansible or puppet or chef or cfengine or something, and with those, it shouldn't be a big problem standardising things
[18:31] <coreycb> beisner, I'm not sure of the status on that
[18:31] <beisner> coreycb, ok, will leave it as-is
[18:31] <coreycb> beisner, ok
[18:32] <blizzow> RoyK: I use ansible and I agree it's trivial to make the change.  The installer functionality has been reduced to what end?
[18:34] <RoyK> blizzow: not my choice - just saying that's the way things are - customisation of the system is better done with a vanilla system
[18:36] <blizzow> On top of that, let's say I want to screw around and test a new release of ubuntu as a one off and don't want to use ansible/puppet/chef/jumpstart. The functionality to choose UTC as a timezone should be included as that's a pretty damn standard timezone to use on a server! It just makes the post-install process unnecessarily complicated.
[18:38] <RoyK> blizzow: keep on blurting, or file a bug report - your choice
[18:41] <blizzow> I will file a bug report but I will blurt in here because whomever made that decision should feel guilty and ashamed.
[18:46] <beisner> coreycb, ok, pushed all of those to kilo-proposed
[18:46] <coreycb> beisner, awesome, thanks
[18:59] <rbasak> Heebie: /var/cache/apt/archive has nothing to do with it. You need to put the debs in a repository listed in sources.list.
[19:07] <Heebie> rbasak: Oh. =O  I guess that's why you mentioned that ftp-repository bit.  Perhaps I should have looked it up!
[19:17] <ddellav> coreycb mitaka sru complete: lp:~ddellav/ubuntu/+source/neutron lp:~ddellav/ubuntu/+source/neutron-fwaas lp:~ddellav/ubuntu/+source/neutron-lbaas lp:~ddellav/ubuntu/+source/neutron-vpnaas https://bugs.launchpad.net/ubuntu/+source/neutron-vpnaas/+bug/1580674
[19:34] <coreycb> ddellav, thanks they look good, I made a minor change to the bug #.  do they build ok?
[19:34] <ddellav> coreycb yep, all builds pass
[19:38] <coreycb> ddellav, ok pushed and uploaded.  we're going to need that charm fix to test these.
[20:19] <coreycb> ddellav, mind adding 8.1.0 to the master branches too?  we're in a weird point of the release where we haven't released anything for yakkety so yakkety is basically mitaka right now.
[20:19] <ddellav> coreycb sure
[20:19] <coreycb> ddellav, thanks
[20:33] <coreycb> beisner, can you also promote oslo.messaging to kilo-proposed?  that's new in the past few hours.
[20:37] <beisner> coreycb, ack, triggered:  oslo.messaging 1.8.3-0ubuntu<IP_ADDRESS>~cloud1 --> kilo-proposed
[20:37] <coreycb> beisner, thanks
[20:38] <beisner> coreycb, yw :)
[22:26] <Darkman802> I'm looking to practice with cloud-init before using it on a cloud provider. I'm on a Windows host at the moment and I'm wondering if anyone knows how to get this set up using Virtualbox?
[23:41] <Darkman802> Or maybe a better question is is it possible to use cloud-init on ubuntu server instead of the cloud images, since getting the cloud images to work on virtualbox is a bit of a pain.
[23:43] <sarnold> Darkman802: the server team has a uvt-kvm wrapper around libvirt/qemu that you may find more friendly to the cloud images
[23:46] <Darkman802> sarnold: Thanks, I'll give it a look.