[00:00] <arrrghhh> that fixed it tho, thanks.
[00:00] <qman__> that's something you'd do to work around encrypted homes
[00:00] <qman__> or other weird cases where the home directory isn't available
[00:00] <arrrghhh> i think i was just being difficult
[00:00] <arrrghhh> and trying to do things on my own
[00:00] <arrrghhh> and i didn't understand the gravity of what i was doing ;)
[00:00] <arrrghhh> i'm slowly starting to grasp this whole pub/priv key auth.
[00:01] <arrrghhh> not sure why it's taking me so long to wrap my head around it, usually this stuff isn't so difficult for me.
[00:01] <arrrghhh> but i do appreciate the help, i am now auth'ing at least from my work PC to my server.  now i just need to add the rest & disable password-based auth.  thanks again!
[00:19] <smoser> Daviey, bug 833783 is your boot failure
[00:19] <Daviey> smoser: ta
[00:20] <smoser> it seems like a legit race in initramfs to me.
[00:35] <davros-_> http://www.linuxquestions.org/questions/ubuntu-63/setting-up-dhcp3-server-10-04-4-a-899460-new/
[00:35] <davros-_> any suggestions?
[00:38] <StevenR> davros-_: fix one problem at a time?
[00:39] <davros-_> duh
[00:40] <StevenR> well, start by fixing eth1, then fix dhcpd, then the other bits that don't work
[00:41] <davros-_> eth1 isn't rally an issue, that ifconfig is after a reboot
[00:42] <davros-_> unless eth1 is supposed to hold its settings after reboots
[00:43] <StevenR> if you want to run dhcpd and give out IP addresses from that interface, then it's going to need to
[00:43] <davros-_> ahhh ok kinda thought that too
[00:44] <StevenR> you can't have a dhcp server on a dynamic IP, it's just not going to work
[00:44] <StevenR> or a "no-ip" interface
[00:45] <davros-_> how would eth1 be setup to hold an ip
[00:46] <StevenR> by editing the interfaces file appropriately
[00:46] <StevenR> /etc/network/interfaces or similar
[00:46] <davros-_> INTERFACES="eth1"
[00:47] <StevenR> ?
[00:47] <StevenR> where's that from?
[00:48] <davros-_> oops that's from dhcpe interfaces I belive
[00:48] <StevenR> well. Fix your interfaces file for starters :)
[00:49] <davros-_> lol
[00:50]  * StevenR goes to bed
[00:50] <davros-_> you bee around Wednesday during the day StevenR?
[01:42] <CluelessPerson> hey all
[01:42] <CluelessPerson> for some reason I can't connect to samba now
[02:06] <Arrick> hey all... How easy is it to install lts 10.04 on an hp proliant ml350?
[02:13] <JadedJacob> hi, has anyone ever used the ddrescue program to recover files from a failing hard drive.
[04:16] <ryoohki> i notice that after i set a raw partition to be crw-rw-rw- it reverts to crw-rw---- .
[04:19] <ryoohki> i  there  a seperate process or file in /etc controlling this?
[04:20] <ryoohki> actually, i menat brw-rw-...
[06:50]  * RoyK += 0xc0ffee
[07:36] <jamespage> jcastro: it did but it may be broken as I've not spent time updating to support service exposure - I'll look today
[08:08] <trapmax> How do i fix these: "File descriptor 15 (socket:[6111]) leaked on lvremove invocation. Parent PID 20901: /bin/bash" notifications, when running a script from crontab? If i manually run it, there is no notification
[08:39] <smoser> so how do we look for beta ?
[08:41] <Daviey> smoser: 'OK' .. not perfect.. but 'OK'
[08:41] <Daviey> :)
[08:42] <smoser> is there any reason why we would not want to start ISO testing for ec2 images ?
[08:42] <Daviey> I don't think there is anything blocking that.. Have you asked utlemming the same?
[08:46] <jamespage> lynxman: around?
[08:51] <lynxman> jamespage: indeed :)
[08:51] <jamespage> lynxman: and how are you today?
[08:52] <lynxman> jamespage: very good sir, enjoying my extra week in London due to natural disasters ;)
[08:52] <lynxman> jamespage: and you?
[08:52] <jamespage> lynxman: good thanks - refreshed after a week off
[08:53] <jamespage> so I'm patch piloting today and came across bug 820936
[08:53] <lynxman> jamespage: oh goodie
[08:54] <jamespage> lynxman: I was a little confused - the bug is marked fixed released - merge proposal still outstanding - is it still needed?
[08:55] <jamespage> looks like it is to me - but wanted to check with you first
[08:56] <lynxman> jamespage: oh yes, my mistake on that one, needs to be merged
[08:56] <jamespage> lynxman: OK - leave it with me and I will review
[08:57] <lynxman> jamespage: lovely, can't be in better hands
[08:57] <jamespage> flattering but probably untrue :-)
[08:57] <smoser> utlemming wont wake for a while, but last night things looked in order.
[08:59] <lynxman> jamespage: It is true in my head ;)
[08:59] <lynxman> smoser: congratulations on getting the +1 from cody, I'm officially impressed
[08:59] <smoser> woowoo.
[08:59] <CluelessPerson> hey guys
[09:00] <CluelessPerson> what's the program used to remotely manage sql databases?
[09:00] <smoser> i would think most of that is due to the vast bug list output which is a result of Daviey's script that scrapes archive update mailing lists.
[09:00] <smoser> CluelessPerson, there are probably lots.  'mysql' is one.
[09:01] <CluelessPerson> I have my server running mysql
[09:01] <CluelessPerson> and I don't remember the name of the remote editor I had
[09:01] <CluelessPerson> You could monitor, configure, alter and setup permissions and users for the databases
[09:07] <smoser> phpMyAdmin perhaps
[09:11] <Daviey> smoser: Are you core now? (minus the admin)
[09:13] <smoser> well i have 5 "+1" and no -1. so i think i match quorum
[09:17] <lynxman> smoser: Daviey: oh can I have a copy of the script?
[09:19] <a_ok> how do I upgrade from 10.4 to 10.10?
[09:19] <a_ok> distupgrade does not seem to be available anymore
[09:23] <maxb> It ought to be
[09:24] <maxb> what do you mean when you say "not available" ?
[09:27] <Daviey> lynxman: script?
 i would think most of that is due to the vast bug list output which is a result of Daviey's script that scrapes archive update mailing lists. <-- that
[09:28] <smoser> lynxman, i'll find it on 2 requests
[09:29] <smoser> a.) you add crawling of the archive and storing in local database
[09:29] <smoser> b.) you add a query mechanism for seeing a person's activity during an arbitrary time frame
[09:30] <Daviey> lynxman: You really don't want it.
[09:30] <Daviey> it's crap.
[09:30] <smoser> its useful crap
[09:30] <Daviey> I'm actually wondering ultimate debian database exposes this now anyway
[09:30] <smoser> and it will be more useful and less crap when he adds my two feature requests
[09:31] <Daviey> smoser: I'm scared to touch it. RoAkSoAx touched-it-last, which means he is the new maintainer
[09:32] <smoser> lynxman, your silence indicates you agree to my demands
[09:32] <smoser> https://code.launchpad.net/~andreserl/+junk/search_uploads
[09:32] <lynxman> smoser: I was having coffee, but I do agree :)
[09:32] <smoser> http://paste.ubuntu.com/677822/
[09:33] <smoser> that is my local diff, so i had nothing useful
[09:33] <smoser> Daviey, do we have a UDD for ubuntu?
[09:34] <Daviey> smoser: Some Ubuntu data is now posted there.
[09:34] <Daviey> Thanks to the ever awesome Laney.
[09:35] <Daviey> smoser: bah, who needs a shebang
[09:35] <smoser> Daviey, yeah, i see that.
[09:35] <smoser> http://udd.debian.org/schema/udd.html doesn't seem to have changelogs though.
[09:35] <smoser> or did i just miss it.
[09:36] <smoser> Daviey, if search_uploads could incrementally crawl archives, and stored data in a db, it would not be crap.
[09:37] <lynxman> smoser: Daviey: you both were right, the script is crap, very useful crap though
[09:37] <Daviey> smoser: bah, seems you are correct.
[09:37] <smoser> lynxman just couldn't pass up a free pass at calling Daviey's work 'crap' (i wouldn't have been able to either)
[09:37] <Daviey> smoser: Yeah, make a web frontend for it; and expose an API for people to query.
[09:38] <Daviey> Could call it 'Launchpod' and have python bindings called launchpodlib
[09:39]  * smoser reboots, hoping beyond hope, that this time when he logs in compiz wont leak memory like its going out of style.
[09:39] <Ursinha> good morning folks
[09:39] <lynxman> Ursinha: bom dia
[09:40] <Ursinha> lynxman: bon dia :)
[09:40] <linocisco> how to build mail server for windows clients? I have installed [mail server] option during fresh installation. then dpkg-reconfigure postifix. and then telnet localhost 25 fine. and then ??
[09:40] <lynxman> Daviey: sorry for having a free go at your script, I like it though :)
[09:40] <linocisco> mail clients will be outlook express or outlook
[09:42] <Daviey> lynxman: no, it's dirty. It was under a no-free licence to start with.. :)
[09:42] <lynxman> Daviey: I'm afraid to touch it now
[09:42] <lynxman> Daviey: although it's never too late to create the GDaBPL
[09:42] <lynxman> Daviey: (Give Daviey a Beer Public License)
[09:44] <Daviey> crack on... the reason for it to be non-free was to allow me to not show it in public :)
[09:44] <Daviey> Then RoAkSoAx moaned.. so i let him have it.
[09:44] <Daviey> Thankfully smoser is the new maintainer, as he patched it last.
[09:45] <lynxman> Daviey: oh boy, so if I patch it I'll be the new maintainer?
[09:45] <Daviey> yus
[09:47] <smoser> local diffs do not count.
[09:47] <smoser> that just makes me a leach
[09:48] <lynxman> 5lol
[09:48] <lynxman> smoser: you cheat
[09:48] <lynxman> smoser: or shall I say... core-cheat
[09:56] <Daviey> lynxman: It does count, sorry - it's derived works. However, don't worry, as you will have the shortest tenure yet.
[09:57] <a_ok> Ok there are to many conflickting guides out there
[09:58] <a_ok> I did a edit of the sources file (from lucid to karmic) and apt-get update; apt-get upgrade failes
[09:58] <jamespage> lynxman: not sure switching to _default_:80 actually resolves the bug report TBH - http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#vhosts
[09:58] <Daviey> a_ok: That is generally a bad idea.
[09:59] <a_ok> Daviey: yeah I noticed. luckaly it failed on fetching so I sould be able to revert it
[09:59] <lynxman> jamespage: it actually does, I had this problem myself in the past
[09:59] <jamespage> hmm
[09:59] <a_ok> Daviey: how do I get rebuild my repository cash?
[09:59] <Daviey> a_ok: So Lucid is still supported, Karmic is End Of Life.
[09:59] <a_ok> Daviey: sorry ment maverick
[10:00] <a_ok> upgrading
[10:00] <Daviey> a_ok: I'm confused.. you are/were(?) upgrading from what to what?
[10:00] <jamespage> lynxman: I think that might be true for apache < 2.2
[10:00] <a_ok> upgrading from lucid to maverick
[10:01] <a_ok> and than to 11.4
[10:01] <jamespage> but I can't get globally defined rewrite rules to apply unless I add the options to each virtualhost as described above
[10:01] <a_ok> I got a better upgrade guide now but I need to restore my apt stuff
[10:01] <lynxman> jamespage: option 2 is create a global VH and import, which I've done as well
[10:01] <a_ok> apt-get udate fails
[10:01] <lynxman> jamespage: nonetheless is good practice to have _default_:80 instead of *:80
[10:01] <Daviey> a_ok: sudo apt-get update | pastebinit
[10:02] <a_ok> Daviey: its because I edited the sources.list and did a succefull apt get update with the maverick repositories
[10:03] <jamespage> lynxman: I agree that _default_ is good practice as it make virtualhosts behave nicely with each other  - just not sure we are actually addressing the bug
[10:03] <jamespage> or that we should be
[10:03] <lynxman> jamespage: I see your point, I still think it should be merged and then a word of caution given towards that practice?
[10:08] <Daviey> In general, increasing the delta with Debian is bad karma.
[10:12] <jamespage> lynxman: assuming that Daviey's comment was directed at our conversation then I don't think we should merge this change.
[10:12] <lynxman> :(
[10:12] <jamespage> rewrites are notorious in my experience for creating unexplained server behaviour
[10:12] <lynxman> alright, reject the merge then
[10:13] <jamespage> and although I think that it makes sense to switch to _default_ we should try a push this to Debian first IMHO
[10:13] <jamespage> it does not provide enough value to risk maintaining an Ubuntu delta
[10:14] <lynxman> jamespage: I do agree
[10:15] <jamespage> lynxman: coolio - lemme updates bugs/merge proposals etc... inline with our conversation - would you like to submit a bug to Debian to request the change?
[10:16] <lynxman> jamespage: never did :)
[10:19] <trapmax> anyone have experience with confluence's scroll wiki pdf exporter -plugin?
[10:21] <trapmax> and more specifically its problem with scandinavian alphabet
[10:24] <linocisco> hi
[10:25] <a_ok> Daviey: sorry got called away
[10:25] <linocisco> I tried dpkg-reconfigure postfix. in one step, i am being asked that root and postmaster mail recipient entry
[10:25] <linocisco> do I need to enter or leave that blank ?
[10:25] <a_ok> Ill be back later
[10:31] <linocisco> hi
[10:33] <linocisco> how to copy data from server to flash drive ? rsync -avP server flashdrive ?
[10:57] <ersi> linocisco: If you want something even simpler.. just mv or cp data there... it's a regular block device
[10:57] <ersi> linocisco: but rsync is a good idea, it's made for robustness and error checking
[11:01] <smoser> linocisco, most likely rsync -avP is going to fail for you
[11:02] <smoser> unless you've formated your flash drive with ext3 or some sane filesystem rather than FAT32
[11:02] <linocisco> smoser: mine is with FAT32
[11:09] <linocisco> hi. telnet example.org 25 is not working. it sid could not resolve. name or service not known
[11:09] <Daviey> smoser: You fixed sbuild to not need root, right?
[11:13] <linocisco> hi
[11:13] <linocisco> please let me know fix for my question
[11:19] <ersi> linocisco: And if you'd do a "nslookup example.org" what are your output?
[11:26] <linocisco> ersi:  I got dns server address of my computer.    x.x.x.x#53
[11:26] <linocisco> ersi: *** server can't find example.org
[11:28] <ersi> Yeah, not strange at all actually. Since it's a system that doesn't have internet connectivity. You got two options; Either add 'example.org' with the machines local IP or localhost to /etc/hosts or your local DNS server or; Don't use example.org
[12:11] <zul> morning
[12:29] <smb> morning
[12:29] <smb> (is over)
[12:30] <smb> zul, Any progress on your xenification? :)
[12:31] <zul> not yet..i been blocked by an ncurses issue when rebuilding xen
[12:32] <hggdh> Daviey: good morning
[12:33] <smb> zul, I guess I should not update my o-server then as it seems to still work... :-P But I guess all it would gain is some company while stepping from one pitfall into the next...
[12:33] <Daviey> hggdh: Hello!
[12:34] <zul> smb: it would be so much better if you could do it in a vm
[12:34] <hggdh> Daviey: a very good afternoon for you, and we can chat whenever you want
[12:36] <Daviey> hggdh: Okay.. give me 15 mins?
[12:36] <Daviey> then lets cook!
[12:36] <smb> zul, Well kvm->xen-dom0->xen-pvm sort of works but slooow... multi-stage hvm unfortunately not (without much cheating)
[12:36] <zul> right
[12:37] <smb> zul, And of course its HVM which is broken beyond belief...
[12:37] <zul> smb:  blah
[12:38] <hggdh> Daviey: certainlu
[12:54] <airtonix> yay for chrome crashing when recieving clipboard paste data from across synergy screens
[12:55] <airtonix> i was about to paste a critical pastbin url , now my enthusasim has died
[12:56] <airtonix> http://dpaste.com/605165/ << ok so I'm on a terminal using ssh to a ubuntu 10.10 server and i start typing : cd sr <then tab>
[12:56] <airtonix> suddenly, errors
[13:00] <jamespage> jcastro: etherpad-lite formula now fixed - needed a few changes to support 1.0 which was release a few weeks ago + some open-port fu.
[13:00] <airtonix> http://www.linuxquestions.org/questions/linux-newbie-8/bash-dev-null-permission-denied-and-growing-size-813604/
[13:04] <Daviey> zul: Can you try to generate an RSA key pair on your pandaboard?
[13:04] <Daviey> See if that works on it's own?
[13:05] <Daviey> zul: It might be a good bug to throw over to racb :)
[13:05] <zul> racb?
[13:05] <Daviey> say hello racb. :)
[13:06] <zul> http://pastebin.ubuntu.com/677961/
[13:06] <racb> hello!
[13:06] <zul> hey racb
[13:06] <zul> you start today?
[13:06] <racb> I do!
[13:06] <zul> muahahhahahaaha
[13:07] <Daviey> zul: Ah super, a bug against openssl with strace would probably help then :)
[13:07] <Daviey> zul: you don't have a ~/.rnd do you?
[13:08] <Daviey> and $HOME is valid?
[13:08] <zul> nope
[13:08] <zul> oh wait i do have a .rnd
[13:09] <Daviey> zul: try rm'ing that
[13:09] <zul> http://pastebin.ubuntu.com/677962/
[13:12] <zul> still segfault
[13:13] <Daviey> zul: and you have a valid $HOME ?
[13:13] <Daviey> (env)
[13:13] <Daviey> zul: Oh wait
[13:13] <Daviey> that second pastebin worked?
[13:13] <zul> it looks like it
[13:14] <Daviey> Fix Released \o/
[13:16] <zul> still segfaults though
[13:16] <zul> lemme try something
[13:26] <zul> Daviey: nope still busted
[13:26]  * Daviey blames smoser.
[13:34] <smoser> RoAkSoAx, awake?
[13:34] <smoser> kirkland, ?
[13:35] <smoser> maybe lynxman knows.
[13:35] <smoser> if i use https://launchpad.net/~orchestra/+archive/ppa/+packages
[13:35] <smoser> where am i supposed to get distro-info
[13:35] <smoser> (on natty)
[13:36] <lynxman> smoser: good question, having a look
[13:37] <smoser>  ubuntu-orchestra-provisioning-server : Depends: distro-info but it is not installable
[13:37] <lynxman> smoser: hah, is that only avail in Oneiric?
[13:37] <smoser> yes
[13:37] <lynxman> smoser: so looks like this is a bug
[13:37] <lynxman> RoAkSoAx is carrying most of the Orchestra work now though
[13:38] <lynxman> while he's not fighting hurricanes
[13:38] <smoser> ppa:udt-developers/daily seems to be ok
[13:44] <smoser> bummer. i tlooks like that ppa is busted.
[13:44] <smoser> ubuntu orchestra is depending on some cobbler stuff too
[13:44] <smoser> andreserl, you used https://launchpad.net/~orchestra/+archive/ppa/+packages lately?
[13:45] <RoAkSoAx> smoser: yeah what's up
[13:45] <RoAkSoAx> smoser: maverick/lucid should ftbfs in the ppa
[13:46] <smoser> natty builds, but cobbler is expecting ubuntu-cobbler-import
[13:46] <smoser> and orchetra wants distro-info
[13:46] <smoser> which is not available in archive
[13:51] <RoAkSoAx> smoser: ok, will look into that, thanks for pointing me out
[13:54] <smoser> RoAkSoAx, and now, trying to import an oneiric, cobberl is moaning at me that os-version is not one of dapper -> natty
[13:54] <RoAkSoAx> smoser: yeah I'm gonna upload cobbler's oneiric to that PPA for natty
[13:56] <smoser> RoAkSoAx, there is broken (inverted) logic in cobber-ubuntu-import on creation of ISO_DIR
[13:56] <smoser> http://paste.ubuntu.com/677993/
[13:58] <zul> Daviey: ok its fixed now
[13:59] <zul> Daviey: python-greenlet was causing it to segfault on arm
[14:00] <Daviey> zul: how/why?  Have a patch?
[14:00] <Daviey> Was it the monkey patching?
[14:00] <zul> Daviey: its arm specific...ill upload it after the beta
[14:00] <zul> im up to 3 patches so far
[14:01] <RoAkSoAx> smoser: k
[14:11] <smoser> RoAkSoAx, even after i add 'oneiric' to 2 places so that it is a heard of release, it complains to me
[14:11] <smoser> http://paste.ubuntu.com/678005/
[14:12] <RoAkSoAx> smoser: where are you adding it
[14:12] <RoAkSoAx> smoser: did you start cobbler?
[14:12] <smoser> why?
[14:12] <RoAkSoAx> err re-start
[14:12] <smoser> yes after adding oneiric
[14:13] <RoAkSoAx> smoser: http://paste.ubuntu.com/678007/
[14:15] <smoser> yeah, thats what i did
[14:15] <smoser> but after restart it failed like i pated
[14:15] <smoser> paste
[14:15] <smoser> d
[14:15] <smoser> arrgh
[14:15] <smoser> anyway
[14:16] <smoser> so that worked on the enxt run. i dont know why.  now, if all i did was install orchestra-provisioning-server, should i be able to tftp boot if my dhcp server has this server as 'next-server'?
[14:16] <smoser> i answered 'no' to the dhcp/dns question
[14:16] <smoser> Daviey, did you have a bug link for the possible loss of amis on canonistack?
[14:16] <RoAkSoAx> smoser: if you answered no, you still need someone that gives dhcp, and that dhcp server should tell that the PXE is cobbler
[14:17] <RoAkSoAx> smoser: so, yes
[14:17] <smoser> ok.
[14:17] <RoAkSoAx> smoser: it should still be able to pxe
[14:18] <smoser> RoAkSoAx, do you know how i tell dd-wrt to do next-server equivalent?
[14:19] <smoser> ah. never mind.
[14:19] <Daviey> smoser, i do not remember deleteing the one mentioned here: https://bugs.launchpad.net/nova/+bug/831704
[14:19] <smoser> dhcp-boot=pxelinux.0,tfptd-hostname,tftpd-ip
[14:24] <zul> smoser: ping when you do cloud-publish-tarball is the architecture hardcoded?
[14:24] <RoAkSoAx> smoser: yeah it is easy
[14:24] <smoser> zul, no.
[14:24] <zul> smoser: ok good
[14:25] <smoser> you can pass it, or it guesses based on name
[14:25] <smoser> but it might say GTH if you tell it to do arm
[14:25] <RoAkSoAx> smoser: add to dns masq dhcp-boot=pxelinux.0,,<ip-iof-pxe>
[14:25] <smoser> yeah, thats what i did.
[14:25] <robbiew> Daviey: any sign of Robie?
[14:25] <smoser> i think that i'm missing a kickstart or something that is causing that pasteibin that i showed, RoAkSoAx
[14:26] <smoser> zul, it looks to me like it will just pass whatever you give it on trhough (after changing amd64 -> x86_64)
[14:27] <Daviey> robbiew: Yes.. robbiew meat racb
[14:27] <Daviey> meet*
[14:27] <robbiew> ah ha
[14:27] <racb> hello!
[14:27] <RoAkSoAx> smoser: are you sure it didn't import the ISO? it might have imported it but still showing the error
[14:27] <racb> Actually I'm trying to be rbasak
[14:28] <Daviey> bah, racb was better :)
[14:28] <rbasak> Only my launchpad account is stuck on racb
[14:28] <rbasak> And shell accounts are rbasak now
[14:28] <smoser> i think it did import but is showing the error, you're right
[14:28] <smoser> RoAkSoAx, but in kickstarts in the web ui, i dont see a 'nqi'
[14:28] <smoser> should i? or , how do i?
[14:28] <smoser> as that is really why i'm doing this
[14:28] <RoAkSoAx> smoser: there should be either a ubuntu-server.seed or a ensemble.preseed
[14:29] <RoAkSoAx> smoser: both are Non Questions Asks preseed
[14:29] <rbasak> My attempt at clarity in this matter might have just failed completely :-/
[14:30] <RoAkSoAx> smoser: cobbler on orchestra's PPA should be published soon, it already finish building
[14:30] <robbiew> rbasak: changing LP ID /should/ be easy, unless you have PPAs
[14:31] <rbasak> robbiew: I have PPAs
[14:31] <rbasak> (some of which are public)
[14:32]  * rbasak thought everyone would have PPAs!
[14:32] <kernelpanicker> Can anyone suggest something for spam to use on 10.05 lucid server with postfix/dovecot/mailman?
[14:33] <robbiew> rbasak: ah...then we can still change it
[14:33] <robbiew> just takes some LP magic ;)
[14:34] <robbiew> once you get @canonical.com address and access to the internal irc/wiki, we can get that done
[14:34]  * robbiew recently changed his from robbie.w to robbiew ;)
[14:37] <rbasak> robbiew: I'm sorted with those, but won't that break published PPA URLs?
[14:37] <robbiew> rbasak: nope...they do some sort of cut-and-paste magic
[14:37] <robbiew> I have a public PPA
[14:37] <robbiew> hmm
[14:37] <rbasak> what with an HTTP 301 or somethign?
[14:38] <robbiew> though I wonder if they do a redirect
[14:38] <robbiew> I think you can keep the old id for that purpose
[14:38] <robbiew> I dunno...we can just ask and see what happens
[14:38] <robbiew> it's just software ;)
[14:38] <rbasak> :)
[14:46] <smoser> RoAkSoAx, so sorry to be annoyhing
[14:46] <smoser> but how will this avoid the install loop ?
[14:46] <smoser> i dont see a "turn off install late command"
[14:46] <RoAkSoAx> smoser: no worries ;)
[14:46] <RoAkSoAx> smoser: uhmmm what preseed are you using?
[14:47] <RoAkSoAx> smoser: there's a snippet for that
[14:48] <smoser> i was just looking at /etc/cobbler/ubuntu-server.preseed
[14:48] <smoser> shouldn't that be the default behavior ? or are we expecting to primarily ship this to system builders that want to test burn-in
[14:48] <smoser> :)
[14:49] <RoAkSoAx> smoser: if that's so, we would have to ship that snippet in cobbler
[14:49] <RoAkSoAx> smoser: but yes, I think it probably should. gonna add it
[14:57] <zul> hallyn: ping when you are around
[15:01] <hallyn> zul: i'm around
[15:02] <zul> hallyn: cool....are you still testing the libvirt FFE
[15:04] <hallyn> zul: I'm still working on a setup where I can do so yes :)
[15:04] <hallyn> I tried on an ec2 instance, but with the current libvirt half of the tests failed
[15:04] <zul> hallyn: heh ok thats all i need to know.
[15:05] <hallyn> why do you ask?
[15:05] <hallyn> if you want to try running the qa-regression-tests on your end, and beat me to it, that'd be great
[15:08] <zul> hallyn: ill have a debdiff i need included for arm
[15:08] <hallyn> ok
[15:09]  * hallyn should finally be able to get his pandaboards working, just needs to pick up some cables at frys
[15:09] <FKman> hello all, i have problem with installing ubuntu 11.04 Server on Xen. Can anybody help me with ?
[15:09] <zul> hallyn: ill grab it from your ppa and send you a debdiff is that ok?
[15:10] <zul> hallyn: 0.9.4 ftbfs for me just as a heads up
[15:12] <hallyn> zul: sounds great, thanks
[15:12] <hallyn> was the ftbfs in configure with some libxml error that didn't make sense?
[15:12] <hallyn> (I got that building git HEAD last week by hand)
[15:12] <zul> hallyn: testsuite failure
[15:13] <hallyn> feh
[15:34] <CluelessPerson> how do you setup an easy and temporary port forward?
[15:35] <CluelessPerson> as in  sudo ufw portforward 9001 <IP_ADDRESS>:80?
[15:35] <Ursinha> CluelessPerson: it depends.. if your computes is accessed directly, you can use the old but gold iptables command line
[15:35] <Ursinha> or that
[15:35]  * Ursinha goes google ufw
[15:35] <jdstrand> actually, ufw doesn't do port forwards via the cli yet
[15:35] <CluelessPerson> sigh
[15:35] <CluelessPerson> alright
[15:35] <jdstrand> you can do them with the ufw-framework
[15:36] <CluelessPerson> I'm at my brother's house
[15:36] <jdstrand> see 'man ufw-framework' which has examples for port forwarding and where to do it
[15:36] <CluelessPerson> SSHing to my server, behind a router.
[15:36] <Ursinha> hm
[15:36] <CluelessPerson> I need to access the router firewall and change it
[15:36] <Ursinha> CluelessPerson: you might be able to do that via web interface
[15:36] <Ursinha> the router one
[15:37] <Ursinha> redirecting router ports, not your computer
[15:38] <Ursinha> CluelessPerson: have you tried that?
[15:43] <CluelessPerson> no
[15:44] <CluelessPerson> Ursinha  problem is the web interface isn't enabled for remote
[15:44] <CluelessPerson> only lan
[15:44] <CluelessPerson> Ursinha  sorry for long replay
[15:44] <CluelessPerson> reply
[15:46] <CluelessPerson> anyway
[15:46] <CluelessPerson> I have to sleep
[15:50] <kernelpanicker> where does spamassassin log in ubuntu lucid?
[15:50] <patdk-wk> no where
[15:51] <patdk-wk> unless your using spamd, then mail.log
[15:51] <kernelpanicker> ok... that's why I couldn't find it... how does one monitor what it's doing?
[15:51] <kernelpanicker> ok thks
[15:51] <patdk-wk> monitor? it's a client program when you run it, it tells you what it did
[16:01] <Daviey> Server Team meeting starting in #ubuntu-meeting now
[16:06] <airtonix> sweet! haven't restarted and /dev/null is yet again unwritable by anyone but root
[16:06] <airtonix> awesome :>
[16:08] <b0nghittr> would it be possible for the server team to contact Adobe and help them officially support Ubuntu server for their Adobe Flash Media Server? atm they only support RHEL and centos, and needs tweaking to work properly on ubuntu. it would be very helpful.
[16:12] <RoyK> airtonix: pastebin `ls -l /dev/null`
[16:13] <airtonix> RoyK: http://dpaste.com/605266/
[16:14] <RoyK> airtonix: that's wierd
[16:14] <RoyK> airtonix: it should be 666
[16:14] <RoyK> airtonix: which ubuntu release is this?
[16:14] <airtonix> RoyK: 10.10
[16:14] <RoyK> airtonix: check /etc/udev.d
[16:14] <RoyK> erm
[16:15] <RoyK> /etc/udev/rules.d
[16:15] <airtonix> RoyK: i found that on a previous occasion this returned the /dev/null to a usable state for users : http://dpaste.com/605269/
[16:15] <airtonix> checking udev now
[16:15] <RoyK> airtonix: no need to recreate the device - a chmod should do well
[16:16] <airtonix> RoyK: http://dpaste.com/605271/
[16:16] <RoyK> grep for null in there
[16:16] <airtonix> RoyK: http://dpaste.com/605272/
[16:17] <airtonix> RoyK: http://dpaste.com/605274/
[16:18] <RoyK> could it be this one? https://bugs.launchpad.net/ubuntu/+source/udev/+bug/63031
[16:23] <airtonix> RoyK: yes it seems to describe my situation as i read the comments
[16:24] <RoyK> the quick-and-dirty fix is to add chmod 0666 /dev/null to /etc/rc.local
[16:24] <airtonix> hoho
[16:25] <RoyK> the _good_ fix is to find out whatever changed the /dev/null perms :P
[17:01] <lynxman> Daviey: SpamapS: RoAkSoAx: smoser: Have you guys seen this? Trying to install Oneiric server daily (2011-08-26) into an HP DL360 http://lynxman.net/oneiric-ko.png
[17:02] <smoser> no. but it obviously went read-only.
[17:02] <smoser> theres probably more info further up
[17:02] <smoser> if you're in a sane virtual machine, you can shift pageup
[17:02] <lynxman> smoser: it's a bare metal thorugh iLO
[17:02] <SpamapS> sounds like he's on a DL360 :)
[17:02] <smoser> any way to get more console?
[17:03] <SpamapS> boot to recovery shell.. investigate
[17:03] <smoser> that bit only tells us what i told you.
[17:04] <lynxman> SpamapS: k,will go that way :)
[17:04] <lynxman> smoser: trying to get more console, although this environment is pretty limited
[17:05] <SpamapS> the older iLO's actually had a better interface than newer ones
[17:05] <SpamapS> they would scrape the VGA text mode perfectly into an SSH session
[17:05] <SpamapS> newer ones just use serial
[17:07] <lynxman> SpamapS: yeah, bit of a pain :/
[17:08] <Ursinha> frak, forgot the mumble thing
[17:10] <RoyK> the newer iLOs have crapware and requires an additional license to do the job properly
[17:12] <lynxman> frak, the message goes away too fast :(
[17:12] <Daviey> lynxman: on a call :/
[17:29] <hallyn> jdstrand: when I run qa-regression-test against regular libvirt on ec2, I get 8 failures.  expected?
[17:38] <crass> anyone know if a simple c program to test for 64-bit registers (which I assume means I can run 64-bit progams)?
[17:44] <jdstrand> hallyn: last upload I did there were no failures. I don't do it in ec2 though...
[17:45] <jdstrand> hallyn: actually, that shoudl be the last version I tested in oneiric. I don't recall which that was
[17:45] <jdstrand> hallyn: can you paste? I will try a run now
[17:49] <SpamapS> crass: I doubt uname would lie to you.. 'man 2 uname'
[17:55] <crass> ok, so I believe then that I'm running in 32-bit mode, can I just install a 64-bit kernel to be able to run in 64-bit mode (my processor supports it)
[18:04] <hallyn> jdstrand: http://paste.ubuntu.com/678188/
[18:05] <jdstrand> hallyn: I think you don't have everything installed
[18:05] <jdstrand> hallyn: try: sudo ./test-libvirt.py setup-all
[18:06]  * jdstrand is running it now
[18:06] <jdstrand> (the whole thing, not just setup-all :)
[18:09] <hallyn> jdstrand: d'oh, didn't know about that one :)  thanks, trying
[18:09] <crass> hallyn: is there a reason not to run your libvirt packages for Oneiric on Natty?
[18:10] <hallyn> crass: there may be, actually,
[18:10] <hallyn> crass: not bc of my changes, but bc of the change to use libnl3
[18:10] <crass> ok, glad I checked. What package is now using libnl3 (not familiar with that lib)
[18:10] <jdstrand> hallyn: it's new (as of several-quite a few weeks). I got tired of all the setup
[18:11] <crass> hallyn: also, would it be possible to get the ubuntu-virt libvirt package to build successfully?
[18:12] <hallyn> crass: libvirt itself...
[18:12] <hallyn> i didn't know it was failing
[18:12] <crass> (I think it just needs libxen-dev on the build machine)
[18:12] <crass> hallyn: do you know what version of libvirt that changed in? 0.9.4?
[18:13] <hallyn> it's a change specific to the current oneiric version of libvirt's packaging.  (if you mean libnl3)
[18:13] <hallyn> it's not in upstream git yet
[18:14] <hallyn> libxen-dev is in build-depends, so it should be there for the ppa build...
[18:15] <crass> hallyn: I don't know, that's what it says here: https://launchpad.net/~ubuntu-virt/+archive/ppa/+build/2651532 :(
[18:17] <hallyn> crass: ok.  i hit 'retry build' as that may have been a transient error, but it's kind of an old version relative to oneiric so it might be worht trying again with ubuntu11
[18:17] <hallyn> oh, no
[18:17] <hallyn> crass: libxen-dev doesn't exist before oneiric :)
[18:17] <hallyn> so the packaging has to be updated for the ppa
[18:18] <crass> hallyn: I don't understand, if libxen-dev didn't exist before oneiric, then why would those packages complain about needing them? since they are before Oneiric
[18:19] <crass> is it an easy fix?
[18:19] <hallyn> i can't get to it today, but should be simple
[18:19]  * crass is not familiar with the ppa build process
[18:19] <hallyn> crass: the package says "i need libxen-dev'.
[18:19] <crass> oh, so those packages are updated to build for oneiric?
[18:21] <crass> hallyn: I also wanted to get your opinion on the state of your spice packages, is it worth trying to use them at this point? ie are the better than the normal libvirt stuff from natty?
[18:22] <hallyn> crass: hopefully the debian spice packages will get merged soon.  I"d just wait.
[18:22] <hallyn> 'better' depends on what you mean
[18:22] <crass> better performance and user experience
[18:22] <hallyn> spice just provides better remote graphics, if you have high bandwidth to support it
[18:22] <hallyn> if users want video, then yes.
[18:23] <crass> ok, so its mainly for doing video and 3d-graphics, but otherwise you won't notice much difference?
[18:23] <hallyn> right
[18:23] <koolhead17> hi all
[18:23] <koolhead17> RoAkSoAx: hey there
[18:23] <crass> awesome, looks like I don't need to mess with it then, thanks
[18:24] <crass> however, I would very much appreciate a repo with the latest (or as close to the current releases as I can) libvirt and qemu for natty
[18:25] <koolhead17> RoAkSoAx: " d-i preseed/late_command string "  is  awesome, i did all the ip address and other done with it, instead doing anything with dhcp server natively
[18:26] <crass> hallyn: would it be any easier and/or could you provide natty builds for your virt repo? (It has qemu 0.15 and libvirt 0.9.3)
[18:28] <hallyn> no, it wouldn't
[18:28] <crass> haha, ok, I should look into setting up my own ppa
[18:28] <hallyn> here lemme just try s/libxen-dev/libxen3-dev/ and pushing to ubuntu-virt
[18:29] <crass> hopefully its that simple
[18:29] <hallyn> did qemu-kvm in that repo build?
[18:29] <hallyn> well it's probably behind anyway, so i'll push that too
[18:30] <hallyn> only for natty right now, if you need lucid pls ping me on that
[18:30] <crass> naw, just natty for me
[18:30] <adam_g> Daviey: i finished up that cobbler-enroll work @ lp:~gandelman-a/+junk/cobbler-enroll . it does everything the original did, and should be easily extended to meet orchestras needs.
[18:30] <adam_g> hggdh: ^
[18:33] <jdstrand> hallyn: ok, I had one failure do to a virtinst change
[18:33] <jdstrand> hallyn: path was changed. I'll fix and commit
[18:34] <hallyn> jdstrand: is that this one:
[18:34] <hallyn> FAIL: test_virt_install_location (__main__.LibvirtTestVirtinst)
[18:34] <jdstrand> yeah
[18:35] <hallyn> cool
[18:35] <hallyn> next to try the candidate :)
[18:35] <hallyn> jdstrand: say, while i have your ear, can you think of any reason why sshd, during a connect attempt, would fail setgid(0) = -EPERM ?
[18:37] <jdstrand> not otoh. is it confined in some way? (MAC, etc) it needs CAP_SETGID
[18:37] <hallyn> no, capsh --print shows root has that...
[18:38] <hallyn> ok, thx
[18:38] <Daviey> adam_g: great stuff!  I'll grok that shortly.
[18:38] <jdstrand> these things use to be able to fail under resource pressure iirc
[18:38] <jdstrand> hallyn: ^
[18:38] <hallyn> i was wondering that
[18:38] <jdstrand> you'd know better than I, but I thought that got fixed lately
[18:39] <jdstrand> I don't know off-hand if that is in oneiric. I wonder if the fix isn't as robust as it should be
[18:40] <hallyn> doesn't ring a bell.  and no OOM messages in syslog.  But, bumped memory limit by a fact of 10, maybe it'll help
[18:42] <hallyn> crass: both pushed.  will take awhile to build i assume
[18:43] <philipballew> how would i stream video files on my desktop to my laptop.
[18:43] <philipballew> to make my own youtube basically
[18:45] <crass> hallyn: thanks a mil, hopefully that will fix the build
[18:52]  * genii-around slides Tm_T a congratulatory beverage
[18:54] <jdstrand> hallyn: fyi, this is what I was thinking of: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=72fa59970f8698023045ab0713d66f3f4f96945c
[18:54]  * Tm_T thanks, bows, and feel very honored and humble
[19:02] <hallyn> jdstrand: well tbh i'm not sure what ssh is doing makes sense (pointing to a possible configuration problem)
[19:03] <hallyn> http://paste.ubuntu.com/678233/
[19:10] <jdstrand> hallyn: weird. nothing is jumping out at me. mand setgid says: The calling process is not privileged (does not have the CAP_SETGID capability), and gid does not match the real  group  ID  or  saved  setgroup-ID of the calling process
[19:10] <jdstrand> hallyn: fyi, I committed the qrt fix
[19:16] <kirkland> today's Oneiric server has in the task selection, "Ubuntu desktop USB" ... wtf is that?
[19:16] <jdstrand> a mistake? :P
[19:21] <hallyn> jdstrand: hm, i get a lot of 'error: unknown OS type hvm' errors with the new libvirt (23 failures total)
[19:24] <jdstrand> hallyn: can you paste?
[19:28] <RoAkSoAx> koolhead17: lol cool ;)
[19:28]  * RoAkSoAx will be back in an hour
[19:29] <koolhead17> RoAkSoAx: 3 days ass kicking effort, finally success :D
[19:30] <hallyn> jdstrand: http://paste.ubuntu.com/678252/
[19:33] <jdstrand> hallyn: that doesn't seem so good. all it is doing is defining a VM and failing
[19:36] <jdstrand> hallyn: and that is simply a slightly modified libvirt/qatest/qatest.xml
[19:41] <Daviey> hallyn: How familar are you with virtio-serial ?
[19:45] <m_tadeu> hi...my email is being considered as spam (in hotmail only). the first thing poping to my eye, reading the headers is the Message-ID, which is using<EMAIL_ADDRESS>instead of<EMAIL_ADDRESS>How can I change this?
[19:46] <patdk-wk> what isn't the issue :)
[19:46] <patdk-wk> or unlikely to be the issue
[19:51] <m_tadeu> my SPF record seems to be set properly as  "v=spf1 a mx include:mydomain.com ~all"
[20:02] <hallyn> Daviey: not at all familiar
[20:03] <Daviey> hallyn: Hmm. I need to be able to get a qemu console into a size limited ring buffer on the host.. got any ideas? :)
[20:04] <hallyn> Daviey: none without research
[20:06] <Daviey> hallyn: bug 832507 is pretty serious.. I have commited /a/ fix, but uses a non-standard kernel module.
[20:07] <crass> hallyn: looks like the ubuntu-virt packages require the libnl3-dev as well. Would that be a lot of trouble to add those to natty?
[20:08] <crass> err, I mean the libvirt package from ubuntu-virt
[20:09] <hallyn> grr
[20:09] <hallyn> should just pull that patch converting to use libnl3.
[20:09] <hallyn> (for the ppa that is)
[20:10] <hallyn> crass: i'll get that pushed ina bout 5 mins
[20:20] <crass> thanks hallyn
[20:21] <hallyn> np - pushed
[20:25] <kernelpanicker> I changed the DNS for my domain but am having problems because the old IP is persisting somewhere in my BIND setup on ubuntu 10.04 here... any suggestions on how to purge all that?
[20:28] <crass> kernelpanicker: are you sure that the dns changes have propagated to your server's DNS?
[20:29] <kernelpanicker> well... not sure... I changed the DNS over 4 days ago, but browsing to the site on the LAN takes me to the old server... but nslookup etc are showing it as the new server...
[20:29] <kernelpanicker> so I'm assuming it's in my setup here somewhere.
[20:31] <crass> nslookup from the lan shows the new server ip?
[20:32] <crass> using which dns server?
[20:33] <crass> the bind server if its properly configured should update its cache
[20:34] <crass> ie, it shouldn't be authoratative for that domain, just a forwarder
[21:04] <hallyn> so libvirt-lxc appears to DTRT and symlink /dev/pts/ptmx to /dev/ptmx.  Then, it merrily mounts a new /dev over top of that which gets a simple /dev/ptmx device (which is broken)
[21:05] <zul> hallyn: libvirt-lxc mounting has gotten an overhaul in 0.9.4
[21:08] <hallyn> zul: yeah.  though does it do it the right way :)
[21:08] <zul> such as life :)
[21:08] <hallyn> zul: i can't get the 0.9.3-5 candidate to even recognize a 'hvm' type xml
[21:08] <zul> seriously?
[21:08] <zul> sheesh
[21:09] <hallyn> zul: so i guess lxcguest for oneiric will have to patch around that.  You ok with that?
[21:09] <zul> hallyn: yeah
[21:09] <hallyn> it's ugly, but...
[21:09] <zul> whatever works
[21:09] <hallyn> and yeah, seriously.  have you tried the qa-regression-tests on the candidate?
[21:10] <zul> nah ive had my plate full
[21:10] <zul> ...my cup runeth over
[21:19] <hallyn> zul: good times
[22:45] <bkerensa> uh oh
[22:45] <bkerensa> :D
[23:58] <Technicus> Hello . . . is there a way to setup the server so that there is a mouse?  I have a server running in a virtual machine and would like to select select and copy text, then paste it to the host operating system.
[23:59] <MacRohard> maybe install gpm ?


[03:17] <tritium> Hi.  The email address my ubuntu.com forwards to is being canceled.  How can I change where it is forwarded?  Thanks in advance.
[03:58] <tritium> I understand it's supposed to be my preferred email address.  This, however, is set to my @ubuntu.com address, yet is somehow being forwarded to my @purdue.edu address.
[03:58] <LarstiQ> can you still get email at that address?
[03:59] <tritium> Which?  purdue.edu?  Not for much longer, no.
[03:59] <tritium> It's due to be canceled.
[04:00] <tritium> I'll try changing my preferred email, and then sending a test message.
[04:00] <LarstiQ> sounds sensible
[04:01] <LarstiQ> tritium: not for much longer implies yes to me btw ;P
[04:01] <tritium> LarstiQ: yes until Nov. 20th
[04:02] <tritium> Okay, sorry for the bother.  It appears that changing it worked.
[04:03] <tritium> Thanks for your help.
[04:04] <LarstiQ> pleased to be of help for bouncing ideas off :)
[04:04] <tritium> :)
[04:05] <jamesh> tritium: don't set your preferred email address to your @ubuntu.com address
[04:05] <jsgotangco> itll just make a loop yeah
[04:06] <tritium> jamesh: For some odd reason, it was working.  It's been set that way for over a year.
[04:30] <Ubugtu> New bug: #69616 in malone "Trailing whitespace fails when searching by bug number" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69616
[04:53] <joejaxx> Hello All
[06:01] <mpt> Goooooooooooooooooooooooood evening Launchpadders!
[06:02] <joejaxx> mpt: Hello
[06:02] <joejaxx> are you involved in LP?
[06:12] <mpt> joejaxx, yes
[06:13] <joejaxx> mpt: i was wondering about how i can have a distro more involved with LP
[06:14] <joejaxx> it is not right now
[06:14] <lifeless> what distro ?
[06:14] <joejaxx> Fluxbuntu
[06:14] <lifeless> what does it focus on ? [I'm just curious]
[06:15] <joejaxx> lightweightness
[06:15] <joejaxx> running on a vast range of computers older and newer
[06:15] <lifeless> a bit like xubuntu ?
[06:15] <joejaxx> nope
[06:15] <joejaxx> a lot different
[06:16] <mpt> joejaxx, talk with kiko or SteveA when they're awake
[06:16] <joejaxx> mpt: alright i will thanks
[06:18] <joejaxx> lifeless: /win 22
[06:18] <joejaxx> bah
[06:19] <joejaxx> i very much dislike when i do that
[06:34] <mpt> [07:28]  <SteveA> ddaa: /win 5
[06:34] <mpt> Seems to be a common problem :-)
[06:34] <joejaxx> mpt: haha :)
[06:35] <mpt> This must be some secret IRC game I don't know about
[06:35] <joejaxx> mpt: :P
[06:35] <mpt> lifeless, are you able to kick staging?
[06:46] <lifeless> nah, its too far away. I can kick my laptop though
[06:46] <lifeless> seriously, isn't this its usual db update window ?
[06:46] <jamesh> can you kick it when it is on your lap?
[06:46] <lifeless> jamesh: I can
[06:46] <lifeless> jamesh: what did you think of my prf suggestions from this morning ?
[06:47] <jamesh> mpt: the normal update window may be one hour different to last week now, due to DST
[06:48] <jamesh> lifeless: would probably be useful, but I don't know how much effort is worth expending on it
[06:50] <Ubugtu> New bug: #69628 in malone "Need to advertise "OR"/"|" operator for searches" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69628
[06:59] <mpt> jamesh, I didn't know there was a normal update window. Is it written anywhere?
[07:00] <jamesh> mpt: there is a cron job to restore the staging db from a dump of production each day, and update the code
[07:00] <jamesh> mpt: it isn't an instantaneous process
[07:01] <mpt> And it's at 1800 UTC?
[07:10] <jamesh> mpt: stub would be able to tell you the exact time
[07:29] <tarkus> huhu
[07:32] <lifeless> jamesh: I'm adding a new reviewer to the team, what do I need to do to the pending-reviews page - the obvious? or does your script need updating too ?
[07:37] <stub> mpt: Staging updates kick in as soon as the production backups have completed. Which tests to be about 1:00 1:30 London time. The staging update process then currently takes around 3 hours. I can fix this so it only takes a few minutes - I'll try and get this done tomorrow but feel free to nag me if I forget.
[07:39] <mpt> ok, thanks stub
[07:51] <jamesh> lifeless: just add a new section for them and make sure there is a "## reviewer: nickname" comment below the heading
[07:52] <lifeless> jamesh: done that, [the obvious thing ;)]  - thanks.
[07:53] <jamesh> lifeless: well, that's it then.
[07:54] <lifeless> jamesh: sweet, thanks.
[07:55] <jamesh> hrmm.  getting timeouts trying to view the pending-reviews page :(
[08:18] <mpt> jamesh, you're a GPG expert, right? :-)
[08:18] <lifeless> mpt: together we should be able to help
[08:18] <mpt> On any commit I get "can't connect to `/home/mpt/.gnome2/seahorse-.../S.gpg-agent': Connection refused"
[08:18] <mpt> I googled for this message last night and found several people asking about it, but no solutions
[08:20] <mpt> Just before the passphrase alert I get that error, and just after the passphrase alert I get the same but "connect failed"
[08:22] <lifeless> so, you appear to be trying touse gpg2 with an agent
[08:22] <lifeless> do you have the agent process running ?
[08:22] <mpt> ps aux shows two copies of ssh-agent running, and nothing else mentioning "agent"
[08:23] <lifeless> what about gpg ?
[08:24] <mpt> Nothing gpg-related running
[08:24] <joejaxx> ^/win 21
[08:24] <joejaxx> bah
[08:24] <mpt> heh
[08:24] <joejaxx> :(
[08:26] <mpt> Perhaps if the phrase "/win" is included *anywhere* other than the beginning of what you're typing, whatever client that is should beep at you and make you type Enter once more to confirm it
[08:26] <lifeless> mpt: and is there a file in /home/mpt/.gnome2/seah*/ ?
[08:27] <lifeless> with a name of S.gpg-agent ?
[08:27] <mpt> lifeless, yes
[08:27] <lifeless> ok
[08:27] <lifeless> do lsof | grep S.gpg-agent
[08:28] <mpt> That gives no output
[08:28] <lifeless> ok
[08:28] <lifeless> I think you have two problems, one that no agent is running, and two that there is a stale socket for the agent.
[08:28] <lifeless> its possible these are related.
[08:28] <lifeless> to start with, please rename that file to S.gpg-agent.old
[08:28] <mpt> done
[08:29] <lifeless> now, as I know nothing about how the agent is started etc, I'm going to suggest you try man -k gpg-agent
[08:29] <lifeless> and/or try a gpg operation
[08:29] <lifeless> and/or logout and in again
[08:29] <mpt> ok
[08:31] <mpt> After logging out and logging in, I get the same two errors
[08:32] <mpt> S.gpg-agent.old is srw-------, in case that's relevant
[08:34] <lifeless> socket
[08:34] <lifeless> ok, did it create a new S.gpg-agent ?
[08:34] <mpt> No.
[08:34] <lifeless> try running gpg-agent
[08:34] <lifeless> and then doing an operation in another window
[08:34] <mpt> gpg-agent: command not found
[08:34] <mpt> pother
[08:35] <lifeless> dpkg -L gpg2-agent, or whatever the package is called, will list the files
[08:36] <mpt> Ah, so I should have gnupg-agent installed?
[08:37] <mpt> "This package contains the agent program gpg-agent..."
[08:38] <mpt> Chalk up another oddness to the Edgy upgrade
[08:38] <lifeless> well, you are configured to use it for some reason
[08:39] <jamesh> mpt: does seahorse have any preferences about agent usage?
[08:39] <mpt> "The 'seahorse-daemon' program has been started. This program is necessary in order to cache passphrases."
[08:41] <mpt> and now it works
[08:41] <mpt> Thanks lifeless, and jamesh
[09:03] <Fujitsu> Anybody noticed a lack of *.ubuntu.com and launchpad.net?
[09:04] <mpt> worksforme
[09:04] <Fujitsu> I've got a couple of others in #ubuntu-motu that also cannot see any of them.
[09:04] <mpt> I tested launchpad.net, wiki.ubuntu.com, and help.ubuntu.com
[09:05] <mpt> The latter two I hadn't visited in the past day
[09:05] <Fujitsu> Seems some can access it, and others can't :/
[09:10] <jamesh> Fujitsu: I can't get through either
[09:10] <jamesh> Fujitsu: but can from other places I have shell accounts
[09:10] <Fujitsu> The US seems to be fine, Australia not so...
[09:11] <jamesh> Fujitsu: which ISP are you with?
[09:11] <Fujitsu> Optus.
[09:12] <Fujitsu> StevenK is with Exetel, he also has issues, so it's not just ISP-related.
[09:14] <jamesh> I'm with iiNet, and traceroute shows a few optus hops on the way
[09:15] <Fujitsu> Burgundavia is in Canada, having the same issue...
[09:16] <Fujitsu> A couple of US servers also having problems, but not many.
[09:24] <jamesh> so, is there any other non Canonical servers these people can't reach?
[09:24] <Spads> Has anyone noticed a pattern?
 telecity.net is having issues for me as well
[09:26] <Fujitsu> Level3 seems to be having some... issues... with internal routing.
[09:27] <jamesh> Spads: on a traceroute, the last hop I get a reply from is ae-1-0.bbr2.London2.Level3.net
[09:27] <Spads> Do you have any information on when this started?
[09:27] <Fujitsu> [18:30:55]  * StevenK pokes launchpad.net
[09:27] <Fujitsu> That was the first time it was noticed, though it could have been earlier it dropped out.
[09:28] <Spads> what time zone is that?
[09:28] <Fujitsu> AEST (+11)
[09:28] <Spads> OK
[09:28] <Fujitsu> *AEDT
[09:28] <Spads> so an hour ago?
[09:28] <Fujitsu> Yes.
[09:28] <Spads> Thanks.
[09:28] <Spads> So I'm seeing it from my home DSL and from one of my personal servers.
[09:29] <Fujitsu> How is that useful!?
[09:29] <jamesh> Spads: I was getting intermittent connection problems a bit earlier than that, but now they always time out
[09:29] <Fujitsu> Ah, OK.
[09:29] <Fujitsu> Silly routing issues.
[09:29] <jamesh> I get no problems when trying to connect from window.gnome.org (another machine I have access to)
[09:30] <Fujitsu> What routers is it going through?
[09:30] <Fujitsu> (Level3 ones)
[09:30] <Fujitsu> It's all behaving very oddly.
[09:31] <Spads> when I pass through Amsterdam, I se ethe problem.  When come from LA to London, I don't
[09:31] <Spads> coming from Dallas I see the problem
[09:31] <Spads> it's worse from dallas
[09:32] <jamesh> my connection goes LosAngeles1.Level3.net -> London2.Level3.net before it times out
[09:32] <Spads> Oh dear
[09:32] <Fujitsu> Ooh! YOu got to London, lucky jamesh.
[09:32] <Fujitsu> Hey, I get to London now too.
[09:32] <Fujitsu> They've rearranged their routing.
[09:32] <mpt> Blame Heathrow
[09:33] <Fujitsu> I was going through somewhere else earlier, several times...
[09:34] <Fujitsu> I note that I can access it fine from another machine in the US, going through the same routers as I fail to get through from home. So it looks like it's a return-path problem.
[10:08] <yama> any launchpad admins around?
[10:10] <yama> My karma has disappeared :(
[10:11] <yama> It should be > 130 000, but it's now 3878
[10:12] <yama> my launchpad page: https://launchpad.net/people/sridhar
[10:12] <Fujitsu> Most of that would have been translation karma?
[10:12] <yama> yes
[10:13] <Fujitsu> That's most impressive that it's vanished, as I still have all my translation karma, and it's very old.
[10:14] <yama> I changed my launchpad ID from lordyama to sridhar, and it didn't migrate across
[10:14] <yama> everything else migrated properly
[10:16] <yama> stub told me to wait a day for it to migrate, but it's been a couple of days since then and nothing has happened
[10:22] <stub> yama: Please file a bug against Launchpad and assign it to me (Karma not being transferred on account merge or some such).
[10:22] <yama> stub: I'll do that. Cheers :)
[10:28] <mpt> jamesh, remember that you gave me an rs= for changing
...
 to
...
 in portlets? Can I get another rs= for doing the same for the fake portlets embedded in full-page templates?
[10:29] <jamesh> mpt: sure.
[10:29] <mpt> It's the cause of occasional portlet heading display glitches
[10:29] <mpt> thanks
[10:29] <jamesh> yeah.  I fixed one I noticed in one of my merges
[11:40] <Ubugtu> New bug: #69649 in launchpad "Karma not being transferred on account merge" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69649
[11:45] <yama> that's my bug! :)
[12:00] <aquarius_work> If I register a new launchpad product, can I import my bugs from another bugtracking system? (specifically, trac)
[12:02] <mpt> aquarius_work, we do that case-by-case at the moment
[12:02] <mpt> We've imported from Bugzilla and from Sourceforge before, but not Trac
[12:03] <mpt> jamesh probably could tell you more
[12:03] <aquarius_work> mpt: cool. We're thinking of moving jokosher over from our external trac, you see. Is there an import format at all? (I can script trac output, for example, and write it into an import format if you have one)
[12:05] <mpt> Paging jamesh!
[12:06] <aquarius_work> :)
[12:11] <aquarius_work> Presumably, if I've got a project in LP, I can do things like edit importance of bugs filed against it?
[12:21] <mpt> aquarius_work, yes
[12:21] <aquarius_work> thought so; just checking.
[12:31] <lifeless> night all
[01:28] <aquarius_work> jamesh: ping?
[02:01] <aquarius_work> SteveA: am I right in thinking that you know about bug importing into Launchpad?
[03:00] <laszlok> how can i add permissions for other people to change bugs in malone?
[03:00] <kiko> hi
[03:00] <kiko> joejaxx?
[03:06] <kiko> matsubara, danilos: do you know if the pluralforms crashes in production yesterday was just during the cherry-pick window?
[03:08] <kiko> laszlok, well.. what product are you talking about?
[03:09] <laszlok> kiko: https://launchpad.net/products/jokosher/+bugs
[03:09] <laszlok> i need to let other devs change all the bug details
[03:10] <LarstiQ> any person, or all devs part of the same team?
[03:10] <kiko> laszlok, they are currently unable to change milestone and importance, right?
[03:10] <laszlok> kiko: right
[03:11] <laszlok> LarstiQ: im setting up a group right now
[03:11] <kiko> laszlok, set that group as your bug contact
[03:11] <kiko> laszlok, they will get implicitly subscribed to your bugs, and will be able to change that data.
[03:11] <laszlok> kiko: k thanks
[03:14] <kiko> danilos, ping?
[03:16] <matsubara> kiko: rollout happened around 06:58 and the oopses around 09:52
[03:17] <kiko> matsubara, all at the same time?
[03:17] <matsubara> kiko: yes
[03:19] <matsubara> kiko: hmm sorry, the wiki shows the date in localtime. so the rollout happened at 9:58
[03:20] <kiko> matsubara, sounds okay then. interesting that we had somebody active at exactly that time..
[03:24] <kiko> malcc, ayaround?
[03:24] <malcc> kiko: Yup
[03:25] <kiko> malcc, so cprov and I were chatting yesterday about random things
[03:25] <kiko> did he talk to you about some of them perhaps?
[03:25] <malcc> He's been talking to me about his ideas for refactoring the build dispatching
[03:25] <malcc> He may have mentioned others, but I don't have my memory cross-referenced this way, you'll have to tell me what things you're thinking of :)
[03:26] <cprov> malcc: ehe, also about empty pocket creation for feisty, the i-f-p extension idea ...
[03:27] <malcc> Ah yes
[03:27] <kiko> malcc, right, those two things.
[03:27] <malcc> The issue there is just getting the code which writes the release files to do the right thing
[03:27] <kiko> one is i-f-p to create the whole matrix of directories
[03:27] <kiko> another which I find interesting
[03:27] <malcc> It depends on this release_files_needed variable, which I still feel we should be able to refactor out of existence, but haven't quite got my head around yet
[03:27] <kiko> is to ensure dirty_pockets for unpublish or override actions
[03:28] <kiko> malcc, what's this about release files needed?
[03:28] <malcc> Yes, we should do this, this is part of the plan to put dirty pockets in the db, which has a spec now
[03:28] <kiko> awesome.
[03:29] <malcc> kiko: In order to create an "empty" suite properly, we have to write a bunch of empty Sources/Packages files, compress them in various ways, write some release files, then checksum the whole lot into a main release file
[03:29] <kiko> the fact that we don't dirty pockets for which we are removing or overriding out might even be causing issues today.. no?
[03:29] <malcc> kiko: At the moment, the only way we have to do that is to basically do a full publish - override files, a-f, the works - because of the inter-dependencies between those methods, of which "release_files_needed" is the least comprehensible
[03:30] <kiko> right
[03:30] <cprov> kiko: also, IDSPR.changeOverride created a new SSPPH in PEDNING state, so it would be definatelly include in the current dirty_pocket structure
[03:30] <kiko> cprov, oh, it's created PENDING?
[03:30] <cprov> s\created\creates
[03:30] <malcc> kiko: Package removals wouldn't take place until there's some other publishing action in the same pocket. Override changing produces pending publish records, so it triggers publishing
[03:30] <cprov> kiko: yup, so it's fine
[03:31] <kiko> malcc, aha. right.
[03:31] <kiko> malcc, the first is a bug?
[03:31] <cprov> kiko: removal requires some attention
[03:31] <kiko> malcc, what dya think of creating the pockets in i-f-p?
[03:31] <malcc> kiko: Yes, I'd say it's a bug, but I'm not sure it's ever actually been triggered. Removals tend to be in the development release, which tends to see action every publisher run, so we get away with it
[03:32] <kiko> yeah.
[03:33] <malcc> kiko: I'd much prefer to create the right db state in i-f-p so that the next publisher run will create everything
[03:33] <cprov> malcc: good point, the chances to have the developement RELEASE pocket dirty is high.
[03:33] <kiko> malcc, so we'd basically dirty all pockets in i-f-p?
[03:33] <malcc> kiko: If i-f-p starts writing in the dists tree, we've got to be more careful with locking, it's kind of an unwritten but useful rule that only things run from cron.daily do that
[03:33] <malcc> kiko: Yes
[03:33] <kiko> malcc, that's a good approach as well, good job.
[03:35] <malcc> kiko: For this time around, I just hardcoded dirty pockets on mawson and copied the generated files over, as I didn't want to try to rush dirty pockets in the db into deployment before travelling
[03:35] <kiko> malcc, k. dirty pockets doesn't interplay much with PPA does it?
[03:36] <malcc> kiko: It does cross over; post-PPA it'll be pocket, distrorelease, archive instead of just pocket, distrorelease
[03:36] <kiko> danilos, ping?
[03:36] <malcc> kiko: But it's not a complex interaction
[03:36] <kiko> malcc, so we know we don't need to publish stuff in PPAs which are unchanged.
[03:37] <malcc> kiko: Exactly, we'll publish the packages we find, then we'll regenerate only the index/release files which we need to
[03:37] <kiko> okay.
[03:37] <kiko> malcc, did you see my hack^Wproposal to get the ppa support in the build dispatcher done?
[03:37] <kiko> meaning cprov mentioned the approach to you?
[03:38] <malcc> kiko: cprov just told me you guys had been successful in finding a workable minimal approach.
[03:38] <malcc> kiko: I said "Yay" and I stand by that comment :)
[03:39] <kiko> malcc, the approach is pretty minimal -- the only thing we are doing is ensuring the builds go to the right set of builders (untrusted). if that's all there is to it... :)
[03:39] <cprov> malcc: tests for it will be harder, but not that much.
[03:40] <malcc> Cool
[03:40] <cprov> kiko: just for the record, https://launchpad.canonical.com/DirtyPockets is another four-hands-written spec, which turns to be the best way to produce good specs outside the sprint (gobby works very weel, even throught low bandwidth connection)
[03:41] <kiko> cprov, I would only worry if the number of hands was odd, not even
[03:43] <cprov> kiko: for god sake :), you know I meant ... I better shut up and get back to tests ...
[03:57] <LarstiQ> ie, John A Meinel, John A Meinel, '', vila, vila, John A Meinel
[03:58] <mamzers555> hello, how to delete attachments in launchpad if i am the creator of the bug-report, i posted an attachment twice, i will remove one of it
[04:11] <danilos> kiko-afk: pong
[04:12] <LarstiQ> nor does status sorting work as wanted, feh
[04:20] <danilos> kiko-afk: it seems they were, they all happened between 9:52 and 9:53 UTC
[04:21] <salgado> mamzers555, I'm afraid that's not possible
[04:22] <mamzers555> salgado; thanks so i have to leave it as it is
[04:23] <salgado> mamzers555, for now, yes.  but you may want to subscribe to bug 48771
[04:23] <Ubugtu> Malone bug 48771 in malone "It should be possible to delete attachments" [Medium,Confirmed]  http://launchpad.net/bugs/48771
[04:23] <kiko-afk> hey danilos
[04:23] <matsubara> LarstiQ: bug 62495
[04:23] <Ubugtu> Malone bug 62495 in malone "Milestone bug list doesn't sort properly" [Undecided,Confirmed]  http://launchpad.net/bugs/62495
[04:24] <danilos> hi kiko
[04:25] <kiko-afk> danilos, how's it going?
[04:25] <kiko> wanted to check with you on your 1.0 work
[04:25] <danilos> kiko: it's fine, getting all ready for UDS/AllHands ;)
[04:25] <danilos> kiko: ah, right
[04:25] <kiko> danilos, tell me the firefox story
[04:25] <LarstiQ> matsubara: thanks
[04:26] <danilos> as for ff stuff, it's done, except I need to "bzr add" some files, clean up some conflicts, and put it up for review
[04:26] <danilos> oo stuff, based of that ff stuff, is close to completion as well
[04:26] <kiko> danilos, did it end up taking a lot longer than you expected?
[04:26] <danilos> kiko: it did, in fact
[04:26] <LarstiQ> matsubara: how do you do triage work with issues like that?
[04:27] <kiko> danilos, what were the issues?
[04:27] <danilos> kiko: well, I had some issues fighting over zope interfaces which I never used before
[04:27] <matsubara> LarstiQ: sorry, what do you mean?
[04:28] <kiko> danilos, you mean security proxies?
[04:28] <danilos> kiko: next, I had to do some design changes in the middle to allow better extensibility (eg. not to have to rework everything for OOo stuff)
[04:29] <danilos> kiko: well, stuff in launchpad/interfaces/*.py ;)
[04:29] <LarstiQ> matsubara: I'm preparing a weekly status update, and not having the sorting do what I want irks me. I've resorted to just copy pasting to vim and working there
[04:29] <LarstiQ> matsubara: and since I thought you do something similiar for lp..
[04:30] <danilos> kiko: and it also took quite some time to migrate existing tarball import/export support to the new stuff, and I'll probably be getting quite some review comments
[04:31] <kiko> danilos, who's got the branch?
[04:32] <danilos> kiko: it's not yet up for review
[04:32] <doko> danilos: OOo support in rosetta is ready? can I test it?
[04:32] <danilos> (I'm cleaning it up a bit more still)
[04:32] <matsubara> LarstiQ: I don't use that listing. I use https://launchpad.net/project/launchpad-project/+bugs which doesn't have that js sorting.
[04:32] <kiko> danilos, what's the ETA, and what's holding it up?
[04:32] <danilos> doko: not yet
[04:33] <danilos> kiko: ETA tommorow, Friday together with OOo stuff
[04:33] <LarstiQ> matsubara: oef
[04:33] <danilos> kiko: well, it's just some rechecking if all's fine, so just some tedious work, no concrete blocekrs
[04:33] <danilos> s/blocekrs/blockers/
[04:40] <ailean> guys, where is the channel for rosetta?
[04:40] <salgado> ailean, you just joined it. :)
[04:41] <ailean> cool. thanks. I need Scots support on my machine and I language-support-sco doesn't seem to exist.
[04:42] <kiko> ailean, aha! file a rosetta support request
[04:43] <ailean> kiko, ok, will do. how? :)
[04:43] <kiko> ailean, /products/rosetta/+addticket I believe
[04:44] <ailean> great, thanks :)
[04:44] <kiko> danilos, how much more work to get the OOO stuff in shape for review? what's left, technically?
[04:45] <danilos> kiko: well, I don't have the export ready yet (it's not working yet), and it's based on all the firefox stuff, so it's blocked by ff first
[04:45] <matsubara> LarstiQ: oef?
[04:46] <LarstiQ> matsubara: sound of air escaping my lungs
[04:46] <LarstiQ> matsubara: it's a large collection of bugs to wade through
[04:47] <matsubara> LarstiQ: indeed
[04:50] <kiko> danilos, and the import?
[04:50] <kiko> danilos, be more verbose, if possible -- it will help me :)
[04:51] <danilos> kiko: sorry; the import works already; import is the easier part anyway :)
[04:51] <ailean> kiko, tickets submitted. thanks for your help.
[04:52] <kiko> danilos, what's left for the OOO export to work?
[04:53] <danilos> kiko: well, I have a test ready, so TranslationExport class needs to be fully implemented before it will work
[04:53] <ailean> there are only 6 support requests for Rosetta? And I've submitted two of them??
[04:54] <kiko> we only started using the support tracker for it recently.
[04:54] <ailean> in March. though
[04:54] <danilos> kiko: basically, TranslationExport provides a unified interface for all the export stuff, so that's where I map Rosetta data model to files
[04:55] <Ubugtu> New bug: #69703 in malone "Shouldn't be possible to unassign from a bug and leave it as in progress." [Undecided,Unconfirmed]  http://launchpad.net/bugs/69703
[04:57] <danilos> kiko: and for OOo, it has to map all the stuff to a single file
[04:57] <danilos> kiko: or alternately, to a bunch of files per language (i.e. it maps several POTemplates and their POFiles to a single file)
[04:59] <kiko> danilos, and this code isn't written yet?
[04:59] <danilos> kiko: most of it isn't
[04:59] <danilos> (there's some boilerplate code)
[05:10] <ailean> what's boilerplate code?
[05:11] <ailean> no matter, got it
[05:43] <joejaxx> kiko-fud: oh yes i wanted to talk to you about how do i go about having a distro more involved in LP
[06:00] <kiko> joejaxx, so tell me about this distro
[06:01] <flacoste> kiko, salgado: ping
[06:01] <kiko> flacoste, oing
[06:02] <flacoste> i've got an issue with notifications for localized requests
[06:02] <flacoste> LocalizedSupportRequests states that notifications are only sent to support contacts that have the request's language in their preferred languages
[06:02] <joejaxx> kiko: the distro is Fluxbuntu
[06:02] <flacoste> what should I do with teams that have a preferred email address?
[06:03] <kiko> salgado, do you remember what we decided when we discussed that issue?
[06:03] <flacoste> (teams without a preferred address are handled like a bunch of person, so they are not a problem.)
[06:03] <kiko> joejaxx, okay. what Launchpad services are you looking to use ?
[06:12] <salgado> flacoste, that's a tricky one, but as a start I think it'd be fair to send an email to the team if any of the team members has the ticket's language as one of his preferred languages
[06:12] <salgado> flacoste, the rationale being that we won't actually send the email to the people themselves, but to a mailing list which will be the team's contact address
[06:12] <flacoste> salgado: that makes perfect sense
[06:12] <flacoste> i'll do this
[06:12] <flacoste> thanks!
[06:13] <salgado> flacoste, you're welcome. :)
[06:21] <flacoste> salgado: in theory, teams can also have a preferred languages, is it possible to set this in practice?
[06:21] <flacoste> and should we make use of this?
[06:23] <salgado> flacoste, yes it's possible --we just miss a link to the +editlanguages page, IIRC
[06:23] <flacoste> ok, then if the team has languages we use that otherwise we consider that the team preferred languages is the union of all the members preferred languages
[06:24] <salgado> maybe we can define the set of a team's preferred languages as the languages choosen by one of its admins, falling back to all languages of the team members
[06:24] <salgado> yay
[06:24] <flacoste> how does that sound?
[06:24] <salgado> sounds a bit similar to what I had in mind. ;)
[06:25] <flacoste> great :-)
[06:28] <joejaxx> kiko: services similiar to edubuntu and kubuntu
[06:29] <kiko> joejaxx, distribution management, essentially?
[06:30] <joejaxx> kiko: yes
[06:30] <kiko> joejaxx, that service is not being publically offered at this time.
[06:30] <joejaxx> oh alright
[06:30] <kiko> joejaxx, would you like us to contact you when it finally is?
[06:31] <joejaxx> kiko: sure
[06:31] <joejaxx> kiko<EMAIL_ADDRESS>[06:31] <kiko> joejaxx, okay -- if you send me an email with a description of your distro it would be ideal
[06:31] <kiko><EMAIL_ADDRESS>[06:31] <joejaxx> ok
[06:32] <kiko> joejaxx, you can use malone and the support and specification trackers, btw
[06:33] <joejaxx> oh ok
[06:33] <kiko> would that interest you? have you already registered a launchpad product?
[06:34] <joejaxx> yes it whould
[06:34] <joejaxx> i have not registered a launchpad product as of yet
[06:34] <joejaxx> because i came here to inquire about the process, i did not know whether a distro was considered a product or not
[06:35] <kiko> joejaxx, wonderful -- send me the email and I'll set up a distro for you. no soyuz yet, as I said, but you get bugs, specs and tickets.
[06:35] <joejaxx> alright
[06:35] <joejaxx> thanks i will send the email immediately
[06:41] <joejaxx> kiko: email sent
[06:41] <kiko> thanks jo
[06:41] <kiko> er joejaxx
[06:42] <joejaxx> kiko: you are most welcome
[06:50] <Ubugtu> New bug: #69723 in launchpad-bazaar "Problem with branch hosting" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69723
[06:51] <kiko> great bug title
[06:51] <LarstiQ> kiko: thanks! :)
[06:51] <kiko> New bug: #666 in launchpad "Problem with launchpad" [Incomprehensible]  http://launchpad.net/bugs/666
[06:52] <Ubugtu> Malone bug 666 in malone "can't file a bug on Ubuntu" [Medium,Rejected]
[09:03] <lifeless> jamesh: https://launchpad.net/products/bzrtools/0.12 should have picked up some releases from the prf - do you know where the logs are going ?
[09:10] <Ubugtu> New bug: #69755 in soyuz "Gina shouldn't use the maintainer for the sourcepackagerelease owner" [Undecided,Unconfirmed]  http://launchpad.net/bugs/69755
[09:14] <kiko> matsubara, you can confirm that one ;-)
[09:15] <matsubara> sure, I was about to ask you. Importance?
[09:15] <kiko> matsubara, medium for now, but if Gina is to be used, then critical.
[09:15] <kiko> :)
[09:17] <lucasvo> how long does it take lp to import an ssh key?
[09:17] <kiko> lucasvo, ssh keys are imported synchronously AFAIK
[09:17] <kiko> do you mean gpg keys?
[09:17] <lucasvo> no
[09:18] <lucasvo> ssh
[09:18] <lucasvo> and how often is http being synced
[09:18] <lucasvo> (the copy of the bzr branch)
[09:18] <kiko> I'm a bit confused by your questions :)
[09:19] <LarstiQ> lucasvo: continously, should be done within 10 minutes, iirc
[09:19] <LarstiQ> or was that only for hosted branches?
[09:20] <LarstiQ> no idea about ssh keys
[09:20] <LarstiQ> kiko: lucasvo is asking about launchpad-bazaar
[09:20] <lucasvo> what means: This transport does not update the working tree of<EMAIL_ADDRESS>[09:21] <lucasvo> oh sry off topic
[09:21] <lucasvo> wrong channel
[09:21] <kiko> it means that you are using sftp push and the working tree won't be updated, just the bzr metadata
[09:21] <lucasvo> why?
[10:44] <rpedro> hello
[10:44] <rpedro> what group is responsible for the ubuntu daily iso builds, anyone know
[10:44] <rpedro> ?
[10:45] <rpedro> I have a problem with the lastest jigdo file for i386
[10:46] <rpedro> *latest
[10:47] <LarstiQ> rpedro: I suppose people in #ubuntu-devel will know
[10:47] <rpedro> ok
[10:48] <matsubara> rpedro: please file a bug against ubuntu-cdimage
[10:48] <radix> what do you guys use for sending mail in zope-land?
[10:48] <radix> zope.sendmail is kind of suck
[10:49] <matsubara> rpedro: bugs 64722 and 67444 might help
[10:49] <Ubugtu> Malone bug 64722 in ubuntu-cdimage "[Xubuntu Edgy]  Jigdo file looking for template file with wrong name" [Undecided,Unconfirmed]  http://launchpad.net/bugs/64722
[10:49] <Ubugtu> Malone bug 67444 in ubuntu-cdimage "[Edgy]  Jigit .conf files not being provided? Jigit doesn't Just Work, certainly" [Undecided,Fix released]  http://launchpad.net/bugs/67444
[10:49] <rpedro> nope
[10:49] <rpedro> neither of those, it's a bad checksum, I think...
[10:50] <matsubara> rpedro: ok. anyway, if you need to file a bug, file it against ubuntu-cdimage
[10:51] <rpedro> alright, I'm on it :-)
[10:55] <matsubara-afk> radix: we have our own sendmail module; its docstring says: "The One True Way to send mail from the Launchpad application." :)
[10:55] <radix> matsubara-afk: ok, I will need to find a way to steal it from you :-)
[11:16] <rpedro> matsubara-afk: "Launchpad doesn't know of any source package named 'ubuntu-cdimage' in Ubuntu." o.o


[00:21] <BUGabundo> guud evening
[01:16] <micahg> which version of xulrunner is SM2 based on?
[01:40] <BUGabundo> well time for bed! cu tomorrow
[05:59] <micahg> anyone around?
[06:36] <Admiral_Chicago> hey everyone
[06:36] <micahg> hi
[06:36] <micahg> asac: ping
[06:36] <Admiral_Chicago> micahg: how long have you been in this channel? lol...I helped found this team.
[06:37] <Admiral_Chicago> but some other dudes like Alexander did all the heavy lifting :-)
[06:37] <micahg> About a month :)
[06:37] <micahg> Admiral_Chicago: Are you still active?  It's a Q abotu current policy
[06:37] <micahg> if upstream won't fix something, then we mark won't fix?
[06:37] <Admiral_Chicago> micahg: can I msg you in a bit?
[06:38] <Admiral_Chicago> pretty much, got a bug report?
[06:38] <micahg> sure
[06:38] <micahg> bug 241277 and mozilla bug 191299
[06:41] <Admiral_Chicago> yea, I would mark it as closed. Won't fix.
[06:41] <Admiral_Chicago> let me log into LP
[06:42] <micahg> I can do it now :)
[06:43] <Admiral_Chicago> yea mark it invalid and link to the Mo/Bug-zilla
[06:46] <micahg> Admiral_Chicago: can you look over this response: http://pastebin.ubuntu.com/181782/
[06:49] <Admiral_Chicago> looks good micahg
[06:50] <micahg> done
[06:51] <micahg> I'm cleaning out the firefox package new bugs
[07:17] <Admiral_Chicago> cool...
[07:30] <Admiral_Chicago> bed,
[10:27] <fta> it's quiet in here...
[12:35] <gnomefreak> asac: were you able to set up the firefox-3.0-default(catn rememeber right name)
[12:36] <gnomefreak> i wish poeple would add links when they say this theme is great infinity  i  cant fin dit anywhere
[12:50] <asac> gnomefreak: sorry ... dont get the context ;)
[12:50] <asac> ?
[12:51] <gnomefreak> asac: fta had asked about a uds session about firefox-3.5 being default browser in Karmic
[12:51] <gnomefreak> you had said you havent restered it yet
[12:51] <gnomefreak> for give my spelling im not wake yet
[13:00] <gnomefreak> s/restered/registered
[13:02] <gnomefreak> bug 250451
[13:22] <gnomefreak> bug 23281
[14:08] <gnomefreak> asac: when you post to blog are you sending to indent and/or twitter. for some reason your posts are using twitter's colors set in preferences in gwibber
[14:17] <gnomefreak> im gone going for a walk before it gets too damn hot out
[17:57] <thekorn> hi, I've got a question about packaging a firefox extension
[17:58] <thekorn> for me it looks like all the extension related files/dirs have to be in the root of the package
[17:59] <thekorn> is there a way to tell xpi.mk to look in extension/ for all the necesserray files
[18:00] <thekorn> like install.rdf, chrome.* etc


[01:33] <Soetx> https://www.youtube.com/watch?v=sqSA-SY5Hro
[01:33] <Soetx> I wish politicians would look out for miners
[01:33] <Soetx> And not just minors on an island somewhere
[01:33] <Soetx> Lord, we got folks in the street, ain’t got nothin’ to eat
[01:33] <Soetx> And the obese milkin’ welfare
[01:33] <Soetx> irc.supernets.org #superbowl TRUMP 2024 NIGGER
[01:33] <Soetx> Uiosz Mamarok IrcsomeBot yofel RikMills santa_ mparillo ubuntulog3 ChanServ
[12:41] <ahoneybun> I have no idea on how to remove that text from IRC.
[12:42] <ahoneybun> I guess I can't do it on Telegram either.
[12:44] <ahoneybun> Who is an operator in this channel?


[07:02] <mborzecki> morning
[07:02] <mborzecki> zyga: hey
[07:02] <zyga> hey :)
[07:02] <zyga> https://listed.zygoon.pl/20686/raspberry-pi-4b-and-4k-display-at-60hz battle from last evening
[07:17] <mborzecki> zyga: btw. this is interesting: https://gist.github.com/dmp1ce/8a321608fbcf4c3ea61fce134e1f0b0d there's apparmor enabled, but /proc/self/attr/apparmor/current does not exist
[07:17] <zyga> mborzecki how about /proc/self/attr/current
[07:17] <zyga> the apparmor sub-directory is relatively recent addition
[07:18] <mborzecki> the user has that, maybe it's the lts kernel they are booting, suggested using the non lts one to see
[07:18] <mborzecki> fwiw, this code is supposed to guess the right location: https://gitlab.com/apparmor/apparmor/-/blob/master/libraries/libapparmor/src/kernel.c#L235
[07:19] <mborzecki> zyga: it eventually gets called from aa_getcon()
[07:19] <zyga> right
[07:20] <zyga> what arch? do you have uname?
[07:20] <zyga> maybe wonky kernel from some cloud
[07:20] <zyga> or arm gizmo kernel
[07:20] <mborzecki> zyga: they said it's an lts server, so probably 5.4.82-1
[07:21] <mborzecki> hm maybe i should ask them to build and run a snippet like this: https://gist.github.com/dmp1ce/8a321608fbcf4c3ea61fce134e1f0b0d
[07:21] <zyga> hmm
[07:26]  * zyga changes hosts
[07:38] <mup> PR snapcraft#3391 opened: plugins v2: port the qmake plugin <Created by jhenstridge> <https://github.com/snapcore/snapcraft/pull/3391>
[07:44] <zyga> mborzecki, pi4 desktop is quite nice
[07:44] <zyga> such a long way from "it barely works" to "4K 60Hz"
[08:03] <pstolowski> morning
[08:03] <zyga> good morning pawel
[08:03] <zyga> I managed to sort out my alt-desktop for now :)
[08:22] <zyga> hello mvo
[08:22] <mvo> good morning zyga! how are you doing?
[08:22] <zyga> hey :-)
[08:22] <zyga> I'm working on a pi desktop today
[08:23] <zyga> feeling good, trying to build a pipeline for debian packaging now
[08:26] <pstolowski> hey mvo, zyga!
[08:30] <mvo> zyga: nice!
[08:30] <mvo> pstolowski: good morning
[08:36] <mborzecki> pstolowski: mvo: hey
[08:37] <mborzecki> mvo: we should land it when the spread jobs finishes: https://github.com/snapcore/snapd/pull/9785
[08:37] <mup> PR #9785: tests/main/fake-netplan-apply: disable test on xenial for now <Simple 😃> <⚠ Critical> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9785>
[08:51] <mvo> mborzecki: ineed
[08:52] <mvo> mborzecki: we need this for 2.48 too, right?
[08:53] <mvo> a review for 9758 would be really good
[08:57] <mborzecki> mvo: yes, i think so, unless we can get #9784 (or both?)
[08:57] <mup> PR #9784: interfaces/builtin/network-setup-{control,observe}: allow using netplan directly <Needs security review> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9784>
[08:59] <pedronis> I don't understand the last change in #9784 fwiw
[08:59] <mup> PR #9784: interfaces/builtin/network-setup-{control,observe}: allow using netplan directly <Needs security review> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9784>
[08:59] <pedronis> also it really needs security reviews
[09:05] <mup> PR snapd#9785 closed: tests/main/fake-netplan-apply: disable test on xenial for now <Simple 😃> <Squash-merge> <⚠ Critical> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9785>
[09:10] <mup> PR snapd#9786 opened: tests: backport netplan workarounds from #9785 (2.48) <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9786>
[09:31] <pedronis> mvo: I re-reviewed 9783, it's now failing on classic/hotplug :/
[09:35] <pstolowski> Sergio mentioned it, i'll take a look at this test
[09:37] <mvo> pedronis: thanks for this!
[09:56] <mborzecki> mvo: we need this now? https://github.com/snapcore/snapd/pull/9783
[09:56] <mup> PR #9783: gadget: use "sealed-keys" to determine what method to use for reseal <Run nested> <Squash-merge> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9783>
[09:58] <mvo> mborzecki: yeah, this pr will unblock master
[10:03] <pedronis> mborzecki: I reviewed 9781, it conflicts with some of my incoming PRs but not too badly fwiw
[10:04] <pedronis> yes, we should really try to land 9783 as quickly as possible, it also unblocks my PRs
[10:07] <pedronis> mvo: in theory we could just force land it, and then have a follow with the small changes suggested by Ian and me?
[10:08] <pedronis> mvo: is it blocked by something else?
[10:08] <mvo> pedronis: that sounds good, no
[10:08] <mvo> pedronis: not blocked
[10:08] <mvo> pedronis: I can squash merge it now
[10:09] <mborzecki> pedronis: thanks, we can land it before of after, wahtever is easier to do
[10:09] <mborzecki> whichever
[10:13] <pedronis> mborzecki: I tried after
[10:13] <pedronis> fwiw
[10:13] <mvo> pedronis: merged and cherry-picked, I will do the tweaks in a small followup
[10:13] <pedronis> mvo: thanks
[10:13] <pedronis> I will merge master in my gadget PR
[10:14] <mvo> +1
[10:14] <pedronis> I have follow ups but that one needs to land first
[10:15] <mup> PR snapd#9783 closed: gadget: use "sealed-keys" to determine what method to use for reseal <Run nested> <Squash-merge> <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9783>
[10:20] <mborzecki> yay
[10:22] <mborzecki> pedronis: so let's merge #9775, then #9781
[10:22] <mup> PR #9775: gadget,o/devicestate,tests: drop EffectiveFilesystemLabel and instead set the implicit labels when loading the yaml <Cleanup :broom:> <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9775>
[10:22] <mup> PR #9781: gadget/quantity: introduce Offset, start using it for offset related fields in the gadget <Run nested> <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9781>
[10:22] <mborzecki> in the meantime i'll look at updating #9771
[10:22] <mup> PR #9771: boot: boot config update & reseal <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9771>
[10:25] <mvo> mborzecki: should I do this?
[10:28] <mvo> mborzecki: I will force-merge 9781
[10:30] <mup> PR snapd#9781 closed: gadget/quantity: introduce Offset, start using it for offset related fields in the gadget <Run nested> <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9781>
[10:40] <pedronis> mvo: that's not the order mborzecki suggested though
[10:40] <mup> PR snapd#9758 closed: secboot: add new LockSealedKeys() that uses either TPM/fde-reveal-key <Squash-merge> <UC20> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9758>
[10:40] <mup> PR snapd#9787 opened: boot: tweak resealing with fde-setup hooks <Squash-merge> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9787>
[10:41] <pedronis> mvo: now 9775 has conflicts :/
[10:41] <pedronis> so it will need a new test run
[10:42] <pedronis> :/
[10:44] <mvo> pedronis: oh no! I'm sorry!
[10:45] <mvo> sorry, should not have interefreed
[11:00] <mborzecki> pedronis: i can help you and fix conflicts in 9775
[11:00] <pedronis> mborzecki: I'm fixing them but we need anyway to wait the current test run
[11:00] <mborzecki> right
[11:01] <pedronis> if we hope to avoid two nested runs
[11:01] <paul424> heh is it fair to duplicate the questions from #snapcraft here ?
[11:01] <paul424> and don't get banned ?
[11:06] <pstolowski> paul424: you won't get banned, but forum.snapcraft.io is the best place for questions with most visibility and chances for answers
[11:07] <paul424> Heh witam jakie miasto ? :D
[11:08] <paul424> mogę dobrze napisać po polsku w czym rzecz :D
[11:08] <paul424> oki no more polish
[11:09] <pstolowski> paul424: sorry, please use our forums
[11:35] <pstolowski> the nested hotplug test failure seems to be caused by a change in qemu, the usb serial port doesn't show up on the bus
[11:48] <ogra> oSoMoN, do we not update the chromium snap installer version alongside a new stable release ? (chromium-browser is at 85...)
[11:49] <ogra> if we dont, we should probably not try to match the chromium version string in the deb package
[11:49] <ogra> (there is a user asking about it in #ubuntu)
[11:49] <oSoMoN> ogra, we don't, unless there are other changes to the packaging
[11:50] <oSoMoN> I agree it's misleading, but it's also harmless
[11:50] <ogra> right ... so it should probably just use a native debian version instead of suggesting to the users they get an old version
[11:50] <oSoMoN> because the user will always get the latest stable update through the snap
[11:50] <ogra> indeed
[11:51] <oSoMoN> ogra, do you have a suggestion for a version number that would not be misleading?
[11:52] <ogra> 1
[11:52] <ogra> 🙂
[11:52] <ogra> or 1-ubuntu1 if you want
[11:53] <ogra> just not the chromium version string
[11:58] <ackk> ogra, that's pretty much what we did for the maas package in focal, which installs/transitions to the snap
[11:58] <ogra> yeah
[11:58] <ackk> (plus epoch)
[12:12] <oSoMoN> we already have an epoch, so it would need to be bumped to ensure a greater version number than the current 1:85.0.4183.83-0ubuntu2
[12:12] <ogra> "2:1-0ubuntu1"
[12:13] <oSoMoN> yeah, something like that I guess
[12:17] <oSoMoN> ackk, so for maas, you changed the version number to 0.x and added an epoch in focal, and removed the package altogether in groovy onwards?
[12:31] <ackk> oSoMoN, correct
[12:47]  * cachio afk
[13:09] <mborzecki> mvo: https://github.com/snapcore/snapd/pull/9786/ mostly passed, there's a failure in tests/core20/basic but unrelated to the PR
[13:09] <mup> PR #9786: tests: backport netplan workarounds from #9785 (2.48) <Run nested> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9786>
[13:10] <mborzecki> the failure is intersting though, become-operational does not complete
[13:16] <mup> PR snapd#9775 closed: gadget,o/devicestate,tests: drop EffectiveFilesystemLabel and instead set the implicit labels when loading the yaml <Cleanup :broom:> <UC20> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9775>
[13:17] <pedronis> mborzecki: I'm getting internal errors from shellcheck :/
[13:17] <mborzecki> pedronis: got log? which test?
[13:17] <mborzecki> pedronis: or do you mean actual shellcheck is failing?
[13:18] <pedronis> I'm getting this
[13:18] <pedronis> running unit tests in wrappers
[13:19] <pedronis> mborzecki: https://paste.ubuntu.com/p/QXBgGQxf6j/
[13:21] <pedronis> mborzecki: it's https://github.com/snapcore/snapd/pull/9779 perhaps ?
[13:21] <mup> PR #9779: testutil: make DBusTest use a custom bus configuration file <Created by jhenstridge> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9779>
[13:22] <pedronis> I got it only now after merging master
[13:23] <pedronis> ah, mess
[13:23] <mborzecki> hmm
[13:23] <pedronis> I have shellcheck installed as a snap
[13:24] <pedronis> but now we can't run snaps from inside our tests I suppose
[13:24] <pedronis> it's snap run trying to talk to systemd and failing
[13:25] <mborzecki> heh, as in real system apparently
[13:26] <mborzecki> so why dont i see it too?
[13:26] <pedronis> do you have shellcheck as a snap?
[13:27] <pedronis> I'm not even sure why that code gets involved
[13:27] <mborzecki> hm i have, maybe it isn't used
[13:28] <mborzecki> pedronis: dbustest.go sets DBUS_SESSION_BUS_ADDRESS
[13:29] <mborzecki> in env
[13:29] <mborzecki> that's probably why snap run connects to the session bus (although is the one for tests) and attempts to chat with systemd user session manager
[13:32] <pedronis> so, yes, if I got back before that was merged things don't explode
[13:32] <pedronis> for me
[13:35] <pedronis> bit of a mess
[13:37] <mborzecki> pedronis: https://paste.ubuntu.com/p/33RHztGMJd/ ?
[13:38] <mborzecki> i can propose taht
[13:38] <pedronis> I suppose, but there should be something easier
[13:38] <pedronis> no, let me try something else
[13:38] <pedronis> first
[13:38] <mborzecki> with the diff the tests work for me if they involve shellcheck from a snap
[13:39] <mborzecki> (actually had to remove the shellcheck package, somehow it was picked first in the go workspace i have)
[13:39] <pedronis> mborzecki: I have a shorter change
[13:40] <mborzecki> oh, nice, can you propose it?
[13:40] <pedronis> yes
[13:43] <pedronis> mborzecki: https://github.com/snapcore/snapd/pull/9788
[13:43] <mup> PR #9788: testutil: use the original environment when calling shellcheck <Created by pedronis> <https://github.com/snapcore/snapd/pull/9788>
[13:46] <mup> PR snapd#9788 opened: testutil: use the original environment when calling shellcheck <Created by pedronis> <https://github.com/snapcore/snapd/pull/9788>
[13:46] <mup> PR snapd#9789 opened: many: separate consistency/content validation into gadget.Validate|Content <Cleanup :broom:> <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9789>
[13:51] <mup> PR snapd#9790 opened: gadget: move BuildPartitionList to install and make it unexported <Cleanup :broom:> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9790>
[13:54] <mborzecki> pedronis: thanks, lgtm and works locally here too
[14:44] <ijohnson> pedronis: mvo: the cloud-init pr is ready to merge, I reviewed all the spread failures they are all unrelated or already fixed in master, see https://github.com/snapcore/snapd/pull/9770#issuecomment-743231366
[14:44] <mup> PR #9770: sysconfig/cloudinit.go: add "manual_cache_clean: true" to cloud-init restrict file <Bug> <Run nested> <Simple 😃> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9770>
[14:45] <zyga> after a day of work on aarch64 desktop the only thing that I find annoying is ports.ubuntu.com vs archive.ubuntu.com, it's surprisingly smooth otherwise
[14:59] <ijohnson> hey zyga
[14:59] <zyga> hey :)
[14:59] <ijohnson> I noticed you mentioned in your blog post the whole switching between bootloaders on your rpi
[14:59] <ijohnson> did you try dave's new tool for doing just that ?
[14:59] <zyga> ijohnson, no
[14:59] <ijohnson> I think it's like pibootctl or something
[14:59] <zyga> I just dsit-upgraded, I wasn't aware
[14:59] <zyga> ah
[14:59] <zyga> I know about pibootctl
[15:00] <zyga> I think here the problem was that 20.04 desktop and 20.10 desktop have totally different boot setup
[15:00] <ijohnson> it's pretty snazzy I used it for my pi that I upgraded from focal to groovy and eliminated uboot that way
[15:00] <zyga> and regular package updates just don't handle the transition
[15:00] <ijohnson> zyga: see https://waldorf.waveform.org.uk/2020/introducing-pibootctl.html
[15:00] <zyga> right, he shared that with me
[15:00] <ijohnson> you can even backup/restore changes to config.txt and such
[15:00] <zyga> my point was for simple guide, to avoid debugging, just reinstall
[15:01] <ijohnson> anyways I thought it was a cool tool that worked really well when I used it
[15:01] <ijohnson> but yes agreed reinstall is much simpler
[15:01] <zyga> if you copy the right dbts and config yeah, it will wrok
[15:01] <zyga> *work
[15:01] <zyga> are you using your groovy pi?
[15:01] <ijohnson> yeah
[15:01] <ijohnson> well I use it headlessly
[15:02] <mup> PR snapd#9791 opened: devicestate: implement checkFDEFeatures() <Squash-merge> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9791>
[15:03] <ijohnson> I don't use desktop just server
[15:03] <zyga> ijohnson, I was mainly after a working desktop with 60Hz in 4K
[15:03] <zyga> now it works but I had my doubts along the way :)
[15:04] <mvo> ijohnson: merged and cherry-picked
[15:04] <ijohnson> thanks
[15:07] <mup> PR snapd#9770 closed: sysconfig/cloudinit.go: add "manual_cache_clean: true" to cloud-init restrict file <Bug> <Run nested> <Simple 😃> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9770>
[15:25] <mborzecki> need to wrap it up, enjoy your holidays
[15:49] <mvo> reviews for 9769 and 9791 would be amazing, it's the last fde-hook bits
[15:52]  * cachio lunch
[15:58] <pstolowski> ok, i think i know what's wrong with hotplug tests... it's shockingly simple
[15:58] <pstolowski> and embarassing
[16:04] <zyga> pstolowski, what is ti?
[16:05] <pstolowski> zyga: apt install -y "linux-modules-extra-$(uname -r)"' || true
[16:05] <zyga> || true :D
[16:06] <zyga> lol
[16:06] <pstolowski> it seems to be linux-modules-extra-...-generic now
[16:06] <zyga> kernel vs headers mismatch?
[16:06] <zyga> ohhh
[16:06] <zyga> man
[16:06] <zyga> nice :)
[16:06] <pstolowski> and a multitude of other variants
[16:06] <zyga> I'll gladly review that :)
[16:06] <pstolowski> the above is still fine on old releases
[16:07] <pstolowski> needs to support both i think, testing now... nested is terribly sloooow
[16:24] <ijohnson> wow look at that a green pr
[16:24] <ijohnson> a thing of beauty that is
[16:24] <ijohnson> nice work pstolowski !
[16:27] <mup> PR snapd#9788 closed: testutil: use the original environment when calling shellcheck <Created by pedronis> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9788>
[16:46] <pstolowski> hmm there is more to it but i'm confused
[16:49] <pstolowski> apart from package name change, it doesn't provide ftdi_sio and usbserial  modules for 5.8.0-31-generic kernel; in fact no other package has them
[16:49] <pstolowski> that's 20.10
[16:50] <zyga> pstolowski, I see this on my pi
[16:50] <zyga> linux-modules-5.8.0-1006-raspi: /lib/modules/5.8.0-1006-raspi/kernel/drivers/usb/serial/usbserial.ko
[16:51] <pstolowski> zyga: i'm talking about -31- specifically. it see it for older versions too
[16:53] <pstolowski> zyga: i mean this: https://pastebin.ubuntu.com/p/WnmkdMmZ7y/
[16:54] <zyga> yeah, that's weird for sure
[16:54] <zyga> no idea
[16:58] <pstolowski> hmm no fix for nested today i guess :/
[17:06] <pstolowski> cachio: ping
[17:20] <pstolowski> cachio: the reason nested/classic/hostplug is failing is we are missing ftdi_sio and usbserial modules; we try to install modules-extra in the test (and ignore errors if it's missing), but this package was renamed with -31- kernel. but oddly, these modules are no longer provided by any package for that kernel. i'm stopping investigating this for today; if you have some time or any ideas then feel free to look at it; if not then
[17:20] <pstolowski>  i'll continue on Monday. in any case, happy holidays!
[17:20]  * pstolowski eow
[18:23] <mup> PR snapd#9792 opened: tests: enable ubuntu 21.04 for spread tests <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9792>
[22:29] <mup> PR snapd#9737 closed: tests: use os.query tool instead of comparing the system var <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9737>
[22:29] <mup> PR snapd#9793 opened: tests: add os query commands for subsystems and architectures <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9793>