[15:49] <hugespoon> can someone point me to the maas dhcp server logs? im curious if my node is trying to obtain a lease at all when trying PXE
[15:49] <hugespoon> i cant seem to locate them
[15:56] <hugespoon> ah just in syslog
[16:06] <hugespoon> im getting  maas dhcpd: No subnet declaration for eth0:0 (no IPv4 addresses). in the log…but /etc/maas/dhcpd.conf has the following contents…https://gist.github.com/hugespoon/f72b711724e36403aec1 eth0:0 is configured with 172.16.1.x address
[16:07] <hugespoon> am i missing something?
[18:55] <blake_r> hugespoon: where you abel to figure out the issue?
[19:02] <hugespoon> no
[19:02] <hugespoon> ran into some other more pressing things
[19:03] <hugespoon> but it seems curious that it would complain about a lack of subnet stanza for the interface, when it seemingly exists (and the config was created by maas itself)
[19:11] <hugespoon> i wonder if it just doesnt like the eth0:0 interface?
[19:13] <blake_r> hugespoon: maybe, so dhcp server is not starting because of the issue?
[19:14] <hugespoon> right
[19:14] <hugespoon> it says no subnet declaration, ignoring requests on eth0:0 and then says not configed to listen on any interfaces and terminates
[19:14] <blake_r> hugespoon: can you paste the log for /var/log/upstart/maas-dhcpd.log
[19:15] <hugespoon> blake_r: only contains errors from me trying to manually add a config directive
[19:16] <hugespoon> otherwise its empty
[19:16] <hugespoon> ill paste the syslog verbatim
[19:16] <blake_r> hugespoon: okay
[19:16] <hugespoon> https://gist.github.com/hugespoon/f24896b7e8c34083d000
[19:17] <blake_r> did you configure the eth0:0 interface on the clusters settings page?
[19:17] <hugespoon> yep
[19:18] <blake_r> and the subnet is the same as the eth0:0 interface?
[19:18] <hugespoon> yes
[19:18] <blake_r> it says eth0:0 has no ip address
[19:18] <blake_r> did you set a static ip address on eth0:0
[19:19] <blake_r> ifconfig eth0:0 should show an ip address, if not then you need to set one in /etc/network/interfaces
[19:20] <hugespoon> yeah it has an IP
[19:20] <blake_r> can you provide the output of the following
[19:20] <blake_r> ifconfig eth0:0
[19:21] <blake_r> /etc/maas/dhcpd.conf
[19:21] <blake_r> /var/lib/maas/dhcpd-interfaces
[19:21] <hugespoon> yeah one sec
[19:24] <hugespoon> https://gist.github.com/hugespoon/44ff5487c6025854e558
[19:28] <blake_r> does eth0 have an address?
[19:28] <hugespoon> yes
[19:28] <hugespoon> just trying to use an overlay since my nodes are all on the same vlan
[19:29] <hugespoon> and eth0 is a 10.x network
[19:29] <blake_r> looks like isc-dhcp is wierd with alias
[19:29] <blake_r> add a emtpy subnet decleration for eth0 and see if it starts
[19:29] <blake_r> example like this
[19:29] <blake_r> http://unix.stackexchange.com/questions/64092/dhcpd-on-interface-with-multiple-address-and-link-labels-aliases
[19:29] <blake_r> try that, might work
[19:29] <blake_r> dont know
[19:33] <hugespoon> hrm seemingly does not
[19:34] <hugespoon> complains that eth0 matches multiple shared networks..
[19:34] <blake_r> is eth0 on the same subnet?
[19:34] <hugespoon> eth0 is 10.x and eth0:0 is 172.16.1.x
[19:35] <hugespoon> maybe i need to be more specific...
[19:36] <blake_r> i dont think MAAS is going to be able to support this configuration at the moment
[19:37] <blake_r> i think its going to require shared subnet stanza
[19:37] <blake_r> please file a bug at launchpad.net/maas so we can track this issue
[19:38] <hugespoon> ah yeah just found the same info
[19:39] <hugespoon> i can just use it without an alias interface, was just hoping to be  bit lazier :D
[19:40] <hugespoon> ill sign up for an account to report the bug this week
[19:40] <hugespoon> thanks for your help
[19:41] <blake_r> no problem, let me know if you need anything else
[22:32] <solis_> Hello all
[22:33] <solis_> I try to submit a Windows image to maas which weights nearly 5Go. Postgres, then, falls apart. Do you know a way to avoid this problem ?
[22:47] <newell> solis_, blake_r might now as he is the one that introduced the Windows image capability.
[22:53] <solis_> Thanks newell. I'll ask him so


[00:58] <jim_> looking for help in installing xubuntu on a wiped hard drive
[02:17] <Josesordo> a friend asking me how to install Ares (a P2P app) in xubuntu using WineHQ .. some ideas? xD
[02:24] <gr8m8> !wine | Josesordo
[03:48] <Aaron_M> how do I switch users?
[03:48] <Aaron_M> i.e., without closing any of my running programs
[03:55] <charlie-tca> add the user switcher applet
[03:57] <charlie-tca> Aaron_M: add the xfswitch-plugin, then add it to the panel
[03:58] <Aaron_M> thanks
[03:58] <charlie-tca> It will add a thing to the panel to let you switch users without logging out
[03:58] <Aaron_M> awesome! :)
[03:58] <Aaron_M> you're my hero
[04:43] <mastermold> Hello, I just installed xumbuntu for the first time on an older system of mine(spent my life using windows so far) and was hoping to get a litlte help getting set up... I am not sure if I have come to the right place though?
[04:47] <GridCube> :D
[04:47] <GridCube> yo did!
[04:47] <GridCube> :D
[04:47] <GridCube> oh
[04:47] <GridCube> he left
[04:47] <GridCube> :(
[08:10] <edogaa> Xubuntu support chanel was?
[08:12] <edogaa> well okay, if I want to trouble shoot why my brothers PC with xubuntu keeps freezing and the keyboard is incapable of responding what should I do?
[08:18] <psycho_oreos> it might be a hardware issue, I'd check if the RAM is faulty and then maybe check other potential sources. I'm presuming with keyboard unable to respond, it is a hardware lock, which could mean numerous things including PSU at fault
[08:19] <edogaa> i see
[08:19] <edogaa> so memtest, hdd test and stuffl ike that
[08:19] <edogaa> i can ssh into it
[08:19] <edogaa> is there anything i should do during the process?
[08:20] <Unit193> SSH in sounds kinda like the issue I have been working with...
[08:20] <Sysi> after it's frosen, see dmesg and ~/.xsession-errors and stuff in /var/log/
[08:20] <edogaa> ah kk
[08:21] <Sysi> what graphics btw?
[08:21] <edogaa> i'll just wait for it to freeze then :/
[08:21] <edogaa> Sadly, an integrated VIA chip on a really low ram computer (512)
[08:21] <edogaa> and a celeron D
[08:23] <Sysi> propably intel then.. i've had issue like that with integrated intel
[08:24] <edogaa> http://en.wikipedia.org/wiki/VIA_Technologies
[08:24] <Unit193> My 82845G has been iffy at best...
[08:26] <edogaa> i sleep now
[11:46] <MK```> Where is the system settings menu?
[15:08] <rblst> hi, i've just downloaded xubuntu 11.04 and been trying to install it on a PII 400 Mhz machine with 512 MB RAM, but i get a kernel panic even before the installer loads
[17:01] <edogaa> what does it mean when the system is frozen but i can't ssh into it
[17:02] <Sysi> do you mean you can ssh?
[17:03] <Sysi> if it's just totally frozen.. kernel panic or something other nasty
[17:04] <edogaa> No, I mean I can't :/
[17:04] <edogaa> trying t ssh into it right now but i can't
[17:12] <edogaa> :/ how do i know whats wrong with it if its this frozen lol
[17:13] <Sysi> i wonder what logs are stored after reboot
[17:14] <charlie-tca> Try both num-lock and caps-lock to see if either light will work. Do the keyboard lights blink at you? If num-lock and caps lock work to show a light, it is maxing out the cpu or memoyr
[17:14] <edogaa> okay :/ i guess i'm going to have to hard reboot it
[17:15] <edogaa> no
[17:15] <edogaa> no light fro meither one
[17:16] <charlie-tca> hard reboot, check /var/crash for any report, then check /var/log/syslog.0
[17:29] <edogaa> i found a syslog.1 but not 0
[17:29] <charlie-tca> anything in .1?
[17:29] <edogaa> a lot of text i'm going t look at for anything suspicious
[17:33] <edogaa> don't know i'm going to pastebin it
[17:34] <charlie-tca> search for error or fail
[17:34] <charlie-tca> or pastebin and I will look
[17:39] <edogaa> should i get normal syslog too? :P
[17:39] <edogaa> there are two of them
[17:40] <charlie-tca> nope
[17:40] <charlie-tca> normal syslog should be for the last boot
[17:43] <edogaa> http://pastebin.com/2nVGvUS8
[17:43] <edogaa> there is also fail log and a couple dmesg ones, I wonderif there is anything in those :/
[17:44] <charlie-tca> looking at it
[17:44] <charlie-tca> dmesg might have something, one back from the current again.
[17:44] <edogaa> huh
[17:45] <edogaa> One back? like dmesg.0? Actually how do these logs work. :/ Are numbered ones from the last time it was 'up' or what?  lol
[17:46] <charlie-tca> yeah
[17:47] <charlie-tca> Normally the one without a number is the latest one, generated either during the last boot or the current session
[17:47] <edogaa> ah
[17:47] <edogaa> why are dmesg 1-4 in a gz archive?
[17:47] <charlie-tca> The lowest number should be the previous to that, and they go back in sequence
[17:47] <charlie-tca> The biggest number is the farthest back
[17:48] <charlie-tca> It saves 5 previous logs, and rotates them
[17:48] <charlie-tca> so, next time, dmesg.4.gz will delete, demesg.3.gz will be renamed to .4, etc
[17:48] <edogaa> ah
[17:52] <charlie-tca> lines 66 to 75 of the pastebin show shutdown hanging
[17:52] <charlie-tca> Looks like a cron jobs were running, then it hung
[17:53] <charlie-tca> is there a kernel log, too? look in it and search for kerneloops
[17:53] <edogaa> kernlog?
[17:53] <charlie-tca> If there is one, the kernel caused the hang
[17:53] <charlie-tca> yes
[17:54] <edogaa> i'll pastebin kern.log.1 then :/
[17:54] <charlie-tca> nm
[17:54] <charlie-tca> this caused it
[17:54] <charlie-tca> Jun 12 02:31:43 haykel-desktop AptDaemon: INFO: Initializing daemon
[17:54] <edogaa> huh
[17:54] <charlie-tca> AptDaemon never was able to shutdown
[17:54] <edogaa> What does this mean?
[17:55] <charlie-tca> That's what all those shutdown lines are for
[17:55] <charlie-tca> !aptdaemon
[17:55] <charlie-tca> !info aptdaemon
[17:55] <charlie-tca> I think it might have to do with update-manager
[17:57] <charlie-tca> If you were not trying to add/remove anything, it was update-manager
[17:57] <charlie-tca> It caused the cpu to go 100% and lock up
[17:57] <edogaa> Ah
[17:57] <edogaa> So how do I disable the update-manager :/
[17:58] <charlie-tca> Usually that is a bad idea, since you wouldn't know if anything needed to be updated then
[17:58] <charlie-tca> If it does it again, file a bug using      ubuntu-bug update-manager
[17:59] <charlie-tca> and attach the /var/log/syslog.1 to it
[17:59] <charlie-tca> It might be a one time glitch in the app
[17:59] <edogaa> :/ its locked up a lot.
[17:59] <charlie-tca> file it then
[18:00] <edogaa> If I leave it alone for a period of time. Okay then
[18:00] <charlie-tca> apt-daemon should not be locking it up like that
[18:01] <charlie-tca> but all those lines about it trying to shutdown are saying it can't, for whatever reason. It will then cause the freeze to happen
[18:43] <RafalMysliwczyk> Hello everybody, i have one question about xubuntu.
[18:43] <RafalMysliwczyk> I am installing a xubuntu 10.10 right now and i want to update it to the newest 11.04
[18:43] <RafalMysliwczyk> what should i know before this?
[18:44] <RafalMysliwczyk> And what are the diferences from installing 11.04 straight from cd
[18:45] <zarzar> there's always a possibility when upgrading that some configurations might conflict with the newer versions
[18:45] <Sysi> additional possibility to get weird problems and takes a lot more time
[18:47] <RafalMysliwczyk> but unfortunatly i have no choise because i don't have any cd's right now ;/
[18:47] <zarzar> also 11.04 brings in some huge xfce
[18:47] <zarzar> *upgrades
[18:47] <zarzar> how about a usb?
[18:47] <RafalMysliwczyk> Nope ;p
[18:47] <RafalMysliwczyk> Don't have any
[18:47] <RafalMysliwczyk> ;p
[18:47] <zarzar> hehe
[18:48] <RafalMysliwczyk> I have good internet connection, i hope it will help
[18:48] <RafalMysliwczyk> ;p
[18:48] <RafalMysliwczyk> Okay, i am going to check. Thanks and bye :)
[18:48] <zarzar> cya
[18:48] <charlie-tca> Read the natty release notes
[18:48] <charlie-tca> https://wiki.ubuntu.com/NattyNarwhal/ReleaseNotes
[18:48] <zarzar> gl
[18:56] <edogaa> https://bugs.launchpad.net/ubuntu/+bug/796287 is this a good bug report :P
[18:57] <charlie-tca> looking
[19:01] <edogaa> I wonder if there is a way to hide your email in launchpad at least from non admins
[19:01] <charlie-tca> yes, there is. There is an option on your page to hide the email
[19:03] <charlie-tca> edogaa: go to your name page, click on "change details"
[19:03] <daddy> i've brother MFC-295CN and after installing the driver, printer shoots out blank pages does anyone has sim prob?
[19:03] <charlie-tca> at the bottom is a place to check for "hide email"
[19:04] <edogaa> ah thanks
[19:06] <edogaa> Too bad launchpad doesn't support uploading multiple attachments at once >.>
[19:07] <daddy> I guess not too many people owns MFC-295CN
[19:07] <charlie-tca> They do, if you file the bug with ubuntu-bug aptdaemon, it will attach the logs
[19:08] <charlie-tca> daddy: doesn't seem like it
[19:08] <charlie-tca> Maybe try in #ubuntu?
[19:08] <daddy> ok.. iwill try that thanks.
[19:12] <edogaa> i wonder what triaged means
[19:13] <TheSheep> edogaa: it means that its severity has been assessed and it has been scheduled for fixing
[19:13] <TheSheep> !triage
[19:13] <edogaa> ah
[19:13] <TheSheep> hmm
[19:14] <TheSheep> !bug-triage
[19:14] <edogaa> lol
[19:14] <go8765432> hello how i can desable autojoin in xchat for my favorites rooms?
[19:14] <charlie-tca> well, at least scheduled for the developers to look at it
[19:15] <charlie-tca> go8765432: disable?
[19:16] <charlie-tca> click XChat, network list, edit for the network you log into, normally freenode, remove all channels from the list
[19:16] <charlie-tca> of favorite channels
[19:16] <charlie-tca> then close
[19:16] <charlie-tca> next time you start xchat, it will not autojoin anything
[19:23] <go8765432> charlie-tca, i need this channels but not alltime
[19:23] <go8765432> how i can make if favorites in list but not join it
[19:23] <go8765432> or make some bookmark
[19:24] <charlie-tca> I don't know if that is possible in XChat.
[19:25] <go8765432> ok. can i manage my notifications in xchat only for one channel?
[19:26] <charlie-tca> nope
[19:26] <charlie-tca> Settings -> Preferences sets it for all channels
[19:26] <charlie-tca> right-clicking the channel sets it for each channel
[19:26] <go8765432> !test
[19:28] <go8765432> charlie-tca, sorry i have lag. did you wryte anything?
[19:29] <charlie-tca> no, nothing since you ran !test
[20:36] <Wizard> cześć
[21:07] <Wizard> is anybody alive?
[21:08] <charlie-tca> nope
[21:08] <Wizard> i've noticed some annoying inconsistencies in xubuntu
[21:08] <Sysi> braaainz
[21:08]  * Wizard casts turn undead
[21:10] <charlie-tca> Well, actually, I think we know about that one, that one has a bug against it, the next one I never heard of
[21:11] <Wizard> charlie-tca: that one with thundrbird not integrated with message-indicator?
[21:11] <charlie-tca> That's the one with the bug
[21:12] <charlie-tca> apparently got my answers out of sequence today
[21:13] <Wizard> is there a way to disable double clicking on desktop?
[21:14] <Wizard> i mean, if it displays directory or minimised windows i have to click elements twice
[21:14] <Wizard> it's pretty hard on touchscreen
[21:17] <charlie-tca> nope
[21:17] <charlie-tca> Maybe Xfce 4.10 will have the ability to single click the desktop, but for now, it is not possible
[21:18] <Wizard> you're involved n xfce development?
[21:19] <charlie-tca> no, only Xubuntu
[21:19] <Sysi> it's free to follow in the internet
[21:22] <Wizard> what's free to follow?
[21:23] <Sysi> xfce development
[23:19] <etharooni> Hey people!  I can't log in!  After changing window styles, It kicked me off.
[23:19] <etharooni> is there a way of changing the window style from the command line?
[23:20] <etharooni> Crap.  And Irssi isn't letting me change between windows from this recovery console thing.
[23:20] <charlie-tca> You are in recovery mode?
[23:21] <etharooni> In the recovery console.
[23:21] <charlie-tca> it will remove all custom configurations, but the easiest way is  cd to your home, instead of root home
[23:21] <charlie-tca> Then remove .config and .cache and restart
[23:22] <etharooni> Alright.  Here goes.
[23:22] <charlie-tca> Then never try wildbush theme again
[23:22] <etharooni> restarting.
[23:24] <etharooni> It works!
[23:25] <etharooni> Thanks!
[23:25] <charlie-tca> You are welcome
[23:25] <charlie-tca> The theme that does that to you is in Window Manager, Wildbush
[23:26] <etharooni> Got it.  Why is that in there?
[23:26] <charlie-tca> It is a really nice theme for those that don't lock up
[23:26] <etharooni> Interesting.  Wonder why that is.
[23:26] <charlie-tca> and it is supplied by Xfce themselves, which is used in a lot of distros besides Xubuntu.
[23:35] <ljhr05> hi
[23:36] <charlie-tca> !hi | ljhr05
[23:38] <GridCube> :D hi ljhr05
[23:46] <etharooni> Well, it seems that my audio doesn't work after getting rid of the .cache and .config.
[23:46] <etharooni> It would have been smart to back stuff up.
[23:46] <charlie-tca> click the speaker in the top panel, unmute the thing
[23:47] <charlie-tca> You may have to select some controls in it, too
[23:47] <etharooni> It looks unmuted.
[23:47] <charlie-tca> got controls in it?
[23:48] <etharooni> Well, I added them again.
[23:48] <charlie-tca> did you add both alsa and pulse audio control?
[23:49] <etharooni> All I did was "select controls..."
[23:50] <charlie-tca> after selecting them, look at the line above that says "sound card. Switch it to the pulse audio card, and add a master control for it
[23:50] <etharooni> alright.
[23:50] <charlie-tca> all you need is the playback control
[23:51] <etharooni> It says it's on full blast.
[23:52] <charlie-tca> close the select controls thing, right click the speaker, and select pulse audio
[23:53] <charlie-tca> well, right-click the speaker, select properties, select pulse audio
[23:53] <etharooni> hmm...
[23:53] <etharooni> Don't really see what you mean.
[23:54] <charlie-tca> When you right click, left click properties
[23:54] <etharooni> The only control for playback is "Master:
[23:54] <etharooni> charlie-tca: Heh.  Well.
[23:54] <charlie-tca> the mixer track, pick the sound card above it
[23:54] <charlie-tca> Playback: internal... (pulseaudiomixer)?
[23:55] <charlie-tca> I ain't very good at sound. I am very good with the login thing
[23:55] <etharooni> Yeah.  Just a master control.  What am I right clicking on?
[23:56] <charlie-tca> right-click the speaker again. left-click brings up "select controls". after right-clicking, you should have properties
[23:57] <etharooni> Oh.  That.  I'm a little slow.


[01:29] <pochu> asac: does https://bugs.edge.launchpad.net/@@/bug-status-expand loads for you from firefox3? It doesn't here, though works with ephy
[02:00] <pochu> asac: clearing the cache fixed it
[06:57] <manchicken_> So it looks like the gvfs issue has mostly been resolved.  Was it fixed, scrapped, or worked-around somehow?
[07:03] <Amaranth> fixed, mostly
[07:04] <Amaranth> just needed a bit of polish, the framework and features were there
[07:04] <Amaranth> well, a lot of polish, people worked their ass off on it
[07:05] <manchicken_> It certainly appears that way.
[07:05] <manchicken_> I'm impressed.
[07:05] <manchicken_> Hardy is looking rather nice right now.
[07:05] <manchicken_> I'm upgrading my laptop right now.
[07:05] <Amaranth> it went from "we're boned" to "wow this stuff works" in about a month
[07:05] <manchicken_> The only annoyance is the flash and ia32 issues.
[07:06] <manchicken_> Yeah, I remember last we spoke you seemed rather jaded.
[07:07] <manchicken_> I usually switch to the latest version shortly before it releases to help with testing.
[07:07] <manchicken_> System76 hates it though, because I'll actually bother poor Tom Aaron over there with my questions.
[07:07] <manchicken_> He's a champ though.
[07:07] <Amaranth> haha
[07:08] <manchicken_> I've never had such good support as what I get with System76.
[07:08] <manchicken_> I wish they had a small business support contract.  I'd sign it with them in a heartbeat.  Tom Aaron has personally pulled my rear out of the blaze several times.
[07:09] <manchicken_> If only all folks provided after-sale support as well.
[07:10] <manchicken_> Amaranth: Do you use gedit for hacking?
[07:10] <Amaranth> yep
[07:10] <Amaranth> gedit and vim
[07:10] <manchicken_> Do you know if they have an subversion plugins?
[07:10] <Amaranth> no idea, i don't use it like that
[07:11] <manchicken_> Emacs has excellent subversion support... I kinda miss that in gedit.
[07:11] <manchicken_> And do you know if gedit has repeatable macros?
[07:12] <Amaranth> I don't do anything like that either
[07:12] <manchicken_> I like the vfs capabilities--helps keep me using the same editor regardless of which client I'm working on--but some functionality like that is just sorely missed.
[07:54] <dholbach> good morning
[08:52] <mvo> hey seb128, MacSlow
[08:53] <seb128> hello mvo
[08:53] <mvo> seb128: I didn't manage the sponsoring last night, I will do it this morning
[08:53] <MacSlow> morning mvo, seb128
[08:53] <seb128> mvo: that's alright, no hurry
[09:02] <seb128> mvo: while you are at it, you might want to apply the change on bug #175904
[09:03] <seb128> pitti seems to be on the opinion that using tabs is nicer too
[09:03] <seb128> I think firefox is broken but I'm not using it so I don't really care
[09:03] <seb128> you guys decide whatever you want for it ;-)
[09:05] <slomo> seb128: do you know what happened to the glib 2.16.2 tarball? :)
[09:05] <seb128> slomo: what do you mean?
[09:05] <seb128> it's on download.gnome.org
[09:06] <slomo> seb128: i only get 404 :) can you download it?
[09:06] <seb128> oh, no, it's not
[09:06] <seb128> no, no idea
[09:06] <slomo> ok :)
[09:16] <huats> morning everyone
[09:16] <huats> o/ crevette
[09:16] <crevette> salut
[09:16] <huats> seb128: hello :)
[09:17] <seb128> lut crevette huats
[09:17] <seb128> mvo: read what I wrote before?
[09:17] <slomo> seb128: ok, so what exactly was needed for getting new swfdec stuff into hardy? :)
[09:17] <seb128> slomo: somebody doing the work, I'm overworked
[09:18] <slomo> seb128: just testing if it works, adjust for xulrunner1.9 and upload/request syncs?
[09:18] <seb128> which means feature freeze exception bugs with rather, doing the update and the transition if there is a need to rebuild other things due to the versionning change
[09:18] <seb128> right
[09:19] <slomo> FFe shouldn't be needed because swfdec-gnome is part of gnome and the other two parts, swfdec0.6/swfdec-mozilla, are needed
[09:23] <slomo> seb128: also, no rdeps except swfdec-{gnome,mozilla}
[09:25] <seb128> slomo: not sure, swfdec-gnome is part of GNOME but swfdec is not
[09:25] <seb128> if next gedit was depending on xorg current git we would not update xorg ;-)
[09:26] <slomo> right, that argument is not good :)
[09:26] <slomo> let's ask pitti :)
[09:26] <seb128> just ask to slangasek if that's ok
[09:26] <seb128> he's around
[09:26] <slomo> ok
[09:31] <seb128> slomo: ah right, that's universe
[09:32] <seb128> just upload then
[09:32] <seb128> motu rules are too complicated nowadays ;-)
[09:33] <seb128> ah, there is a sponsoring request as dholbach pointed on the other channel
[09:33] <slomo> yes
[09:34] <slomo> seb128: so, you sync swfdec0.6 and swfdec-gnome, i'll sponsor swfdec-mozilla... sounds good? :)
[09:35] <seb128> alright, let's do that ;-)
[09:37] <slomo> seb128: i guess swfdec-gnome wants the Xb-Npp-Applications/Xb-Npp-MimeType stuff too? how does this work? ;)
[09:37] <seb128> ask asac
[09:37] <slomo> asac: ^---
[09:45] <asac> slomo: what do you want to know? a good start would be to copy the lines from gnash and modify the -Name field
[09:46] <asac> slomo: swfdec-gnome? isn't the plugin package called swfdec-mozilla?
[10:03] <seb128> lool: btw about the glib upload, did you commit your changes to debian?
[10:03] <seb128> lool: might be rather a desktop chan thing ;-)
[10:03] <seb128> lool: because the changelog entry items are not in the debian upload
[10:04] <lool> seb128: http://paste.debian.net/52287 this is Debian SVN
[10:05] <lool> This is Ubuntu hardy http://paste.debian.net/52288
[10:05] <lool> Hmm weird choice of version in hardy from me indeed; should have been -3~hardy1
[10:05] <seb128> lool: right, what confused me is that debian got a -2 which has none of those ubuntu changes
[10:06] <seb128> lool: so I though you didn't commit your local -2
[10:06] <lool> seb128: I should have used -3~hardy1; or -2+hardy1
[10:06] <lool> Everything is committed AFAICS
[10:06] <seb128> right, makes sense now
[10:06] <seb128> I was just wondering why the official -2 had none of your -2 snapshot changes
[10:07] <seb128> anyway no big deal ;-)
[10:07] <seb128> pitti: stop reassigning random apport bugs to gtk only because they crash in a gtk function ;-)
[10:08] <seb128> or glib2.0 rather
[10:27] <coNP[uni]> good morning
[10:30] <slomo> asac: so the Npp stuff is for mozilla only?
[10:30] <seb128> hey coNP[uni]
[10:30] <coNP[uni]> hey seb128
[10:31] <asac> slomo: for gecko plugins, right.
[10:31] <slomo> ok, then swfdec-gnome doesn't need it :)
[10:31] <slomo> thanks
[10:31] <asac> slomo: will you take care that its upgraded?
[10:32] <asac> i think there is a sponsoring request for swfdec
[10:32] <slomo> asac: yes, seb will sync swfdec0.6 and swfdec-gnome
[10:32] <slomo> asac: and i'll care for sponsoring swfdec-mozill
[10:32] <slomo> right
[10:32] <asac> ok great ... please remember to include those headers in the mozilla part.
[10:33] <slomo> asac: what do you mean?
[10:33] <asac> Xb-Npp :)
[10:33] <slomo> ah
[10:33] <slomo> sure
[10:33] <slomo> :)
[10:36] <slomo> seb128: so, please sync swfdec0.6 (and accept things from NEW) and swfdec-gnome :)
[10:43] <seb128> slomo: ok
[10:44] <lool> Hmm poppler 0.8
[10:45] <seb128> lool: I'm looking at it, but it has quite some changes
[10:45] <seb128> fc already has it though
[10:46] <lool> We didn't track 0.7.x series
[10:49] <seb128> no we didn't
[10:53] <slomo> what's new in 0.8?
[10:54] <lapo> hi
[10:54] <slomo> except the annotations support... which won't be useful without evince supporting it
[10:56] <lapo> seb128: http://people.freedesktop.org/~lapo/misc%20stuff/application-x-cd-image.tar.bz2
[10:57] <seb128> lapo: ah, thanks!
[10:57] <lapo> np
[10:57] <lool> slomo: It seems to me stability fixes have been pushed to 0.8 and might not be pushed to 0.6 as often
[10:58] <seb128> sonames changed
[10:58] <lool> Even the glib one?
[10:59] <seb128> yes
[10:59] <slomo> api changes too?
[10:59] <lool> The glib lib was supposed to be quite stable
[11:00] <seb128> " * Change glib public api to have a correct naming"
[11:00] <slomo> yay
[11:09] <slomo> asac, seb128: swfdec-mozilla uploaded, will go to dep-wait of course ;)
[11:11]  * asac hugs slomo
[11:12] <asac> frequently requested and constantly out of love :)
[11:12] <asac> you definitly made some people happy
[11:12] <slomo> asac: do we have gnash by default btw? is gnash better in your oppinion? :)
[11:13] <asac> slomo: no ... we don't have a default because we lack a way to educate users about existing alternatives
[11:14] <asac> i have no strong opinion about gnash vs. swfdec. swfdec 0.6 was definitly ahead of our gutsy gnash, but i would say that hardy gnash is again ahead
[11:14] <asac> but hard to measure
[11:14] <seb128> the swfdec upstream will be at uds btw
[11:14] <asac> company?
[11:15] <seb128> yes
[11:15] <asac> good
[11:15] <asac> i know him from university ;) ... but long time ago
[11:15] <asac> and met him in seville
[11:16] <asac> he definitly does great work given that he mostly develops everything on his own
[11:16] <seb128> indeed
[11:19] <pitti> slomo: ask me what?
[11:20] <pitti> seb128: assign bugs> ok; where should I assign it to instead?
[11:20] <pitti> seb128: pygtk?
[11:20] <slomo> pitti: already solved :)
[11:20] <pitti> great
[11:20] <seb128> pitti: well, those might as well be apport bugs, we don't have enough informations to know
[11:21] <seb128> pitti: I've asked for valgrind logs, one seems to a librsvg issue
[11:23] <seb128> pitti: could you have a look on the trivial patch on http://bugzilla.gnome.org/show_bug.cgi?id=523884 and tell me if you think it's correct?
[11:23] <ubotu> Gnome bug 523884 in programs ""Eject" should eject the CD-ROM drive tray" [Normal,New]
[11:33] <seb128> Amaranth, mvo, pitti: any idea what should be changed to fix https://bugs.edge.launchpad.net/ubuntu/+source/gnome-control-center/+bug/206259?
[11:33] <ubotu> Launchpad bug 206259 in gnome-control-center "gnome-appearance-properties won't start Compiz" [Medium,New]
[11:34] <pitti> seb128: re 523884, what is the bug? "eject" option works fine in computer:/// and on desktop for me
[11:34] <pitti> ah, with no media, I see
[11:35] <pitti> seb128: IMHO the patch looks correct for what you intend to do; I'm not 100% sure whether gnome-mount is meant to behave that way
[11:35] <pitti> but *shrug*, -e without a media doesn't have any other sensible behaviour, so why not
[11:36] <pitti> seb128: IMHO, 260259 is a dup of bug 207957
[11:36] <ubotu> Launchpad bug 207957 in jockey "Driver manager tries to install unneeded FGLRX driver for Compiz" [High,In progress] https://launchpad.net/bugs/207957
[11:37] <pitti> shall I mark it as such?
[11:37] <pitti> i. e. I need to teach jockey to not install fglrx with --check-composite if ati is used
[11:37] <pitti> there is a trivial, but conceptually wrong solution (mark fglrx as not being composite-capable)
[11:38] <pitti> or, if I find the time, implement a concept and list of 'current' driver (more work, maybe not hardy)
[11:38] <pitti> but in all cases I'll fix it RSN
[11:38] <seb128> pitti: yes please mark it dup if that's the same issue
[11:38]  * seb128 hugs pitti
[11:39] <seb128> pitti: I'll upload the gnome-mount change, it should not break anything anyway
[11:39] <pitti> done
[11:39]  * pitti hugs seb128, merci
[11:46] <slomo> seb128: swfdec0.6 on binary NEW everywhere except hppa which seems to have a filled build queue ;)
[11:49] <BUGabundo> hi there
[11:49] <BUGabundo> can I have some attention to wish bug  #210133
[11:49] <ubotu> Launchpad bug 210133 in nautilus "[Intrepid Ibex][wishbug] separate icon view zoom for desktop and nautilus" [Undecided,New] https://launchpad.net/bugs/210133
[11:49] <BUGabundo> ??
[11:49] <BUGabundo> thanks
[11:52] <seb128> BUGabundo: that's not trivial to fix, require UI changes and there is thousand bugs open, I don't think this one will be worked any time soon
[11:53] <seb128> BUGabundo: and that's likely a duplicate too
[11:53] <BUGabundo> didn't kwon
[11:54] <BUGabundo> filed it yesterday via email
[11:54] <BUGabundo> so no way to check for dupes
[11:54] <BUGabundo> still, seb128, its just a wishbug
[11:54] <BUGabundo> for hardy+1 or the near future
[11:56] <seb128> you should really check for duplicates before filling bugs
[11:56] <seb128> it takes you a few minutes to do that
[11:57] <seb128> but it takes us days to do that for the hundred of duplicates sent
[11:57] <BUGabundo> not when you are offline
[11:57] <seb128> and those are hours not spend on fixing issues
[11:57] <BUGabundo> and just using email to post to mallone
[11:57] <seb128> I would argue that if you are offline you should not send bugs
[11:57] <BUGabundo> I'll have a look at it now
[11:57] <BUGabundo> and mark it as dup, if I find the original
[11:57] <seb128> thanks
[11:58] <BUGabundo> I shouldn't fill bugs while offline??
[11:58] <seb128> about the feature I doubt it'll be implemented any time soon
[11:58] <BUGabundo> come on... you must be kiding with me
[11:58] <seb128> you should file bugs without checking for duplicates no
[11:58] <BUGabundo> it must be aprils fool day
[11:58] <seb128> s/should/shouldn't
[11:58] <BUGabundo> that's a question for kiko
[11:58] <seb128> what has kiko to do with that?
[11:59] <BUGabundo> I asked for a way to get a reply from malone against dups
[11:59] <seb128> I'm just saying that we spend way too much time triaging duplicates for people who don't bother doing so
[11:59] <BUGabundo> LP DEV teams says it thoesnt exist
[11:59] <BUGabundo> so I have to wait for it
[11:59] <seb128> it's not that hard to look if there is a bug already open matching the issue you are having
[11:59] <BUGabundo> I know that devs and bug-triage teams spent lots of time with this
[12:00] <seb128> as said it takes you a few minutes
[12:00] <seb128> and it takes hours to do that for hundred of people who don't care
[12:00] <BUGabundo> that Why when I report a bug via LP I always search for dups
[12:00] <BUGabundo> but I also do lots of work offline
[12:00] <seb128> well, obviously you didn't there
[12:00] <BUGabundo> and sent emails from there
[12:00] <seb128> well you can't send mails offline
[12:00] <BUGabundo> When I go online, If I have the time I search for dups for those
[12:01] <BUGabundo> yes you can... they just are kept on the postfix queue
[12:01] <BUGabundo> brb
[12:01] <BUGabundo> need to setup a printer
[12:03] <seb128> BUGabundo: also don't specify ubuntu versions nor tag or settings in the title
[12:03] <seb128> BUGabundo: the bug has settings and a description for a reason
[12:17] <BUGabundo> back
[12:17] <BUGabundo> sorry for that
[12:17] <BUGabundo> didn't know of a better way
[12:17] <BUGabundo> can't find a dup for it
[12:17] <BUGabundo> sorry for the extra work
[12:17] <BUGabundo> as far as I can search
[12:17] <BUGabundo> this is the single one with the keywords icon zoom
[12:21] <seb128> the bug might have been closed as wontfix
[12:21] <seb128> I've read several times about the topic during the years
[12:21] <seb128> anyway lunch now
[12:34] <BUGabundo> yep, me too,
[12:34] <slomo> seb128: you want to sync gst-plugins-bad0.10 0.10.6-7 later :) fixes potentional license issues caused by linking openssl via a gstreamer plugin
[12:34] <BUGabundo> good lunch seb128
[12:37] <BUGabundo> seb128: still with advance search, and every option selected I can't find a similar bug. will see this after lunch
[12:39] <seb128> slomo: ok
[12:39] <seb128> BUGabundo: ok, don't spend too much effort on it, that's an upstream wishlist anyway
[12:39] <BUGabundo> yep
[13:17] <pochu> slomo: woops, there's no libneon28-dev in hardy
[13:17] <slomo> pochu: hm? it build depends on libneon27-gnutls-dev
[13:17] <slomo> from neon 27 to 28 the soname didn't change
[13:18] <slomo> the patch only makes configure happy with neon >= 0.27.99
[13:18] <pochu> ah, right
[13:18] <pochu> sorry :)
[13:18] <pochu> slomo: that's one of the consequences of not having a pkg-gstreamer-commits mailing list :p
[13:19] <pochu> [ can I have one? ]
[13:19] <slomo> i'm lazy
[13:19] <slomo> how can i create one? :)
[13:19] <pochu> hmm, no idea TBH, I guess asking on #alioth on OFTC :)
[13:19] <pochu> lool: ^
[13:19] <slomo> i know how to create a list but that doesn't get us the commits there ;)
[13:31] <fernando> moin all
[13:31] <BUGabundo> hi fernando
[13:54] <lool> slomo, pochu: sure, that's very useful in my experience, we should have one
[14:28] <kwwii> seb128: did the screensaver stuff make it into a package yet?
[14:28] <seb128> kwwii: doh, I forgot about that, no
[14:29] <seb128> kwwii: btw there is some issues with your icon theme update
[14:29] <seb128> kwwii: try to unmount an usb key and look to the computer location
[14:29] <kwwii> seb128: ouch, what is that?
[14:29] <seb128> itt's using a tiny icon
[14:29] <kwwii> hrm, that is freaky
[14:30] <seb128> could be that this icon has no scalable nor 48x48 versions?
[14:30] <kwwii> seb128: here is works witha usb key but is small with a sd card
[14:31] <kwwii> the 48x48 should be there, let me check this out again
[14:34] <kwwii> seb128: are you sure it was with a usb key or was it a flash card of some type?
[14:37] <lool> Heh did you people see epiphany drops support for gecko?
[14:37] <lool> :)
[14:38] <seb128> bah, april 1 sucks
[14:38] <lool> Nah
[14:38] <lool> It's fun, let's release!
[14:40] <kwwii> seb128: do you have a bug number for that? I can only reproduce the flash card stuff on my system
[14:40] <seb128> kwwii: I'm looking for the icon used a sec
[14:42] <seb128> kwwii: found it
[14:42] <seb128> kwwii: /usr/share/icons/Human/16x16/devices/drive-removable-media-usb.png
[14:43] <seb128> kwwii: there is a /usr/share/icons/Human/48x48/devices/drive-removable-media-usb, not the naming issue
[14:44] <seb128> kwwii: renaming the 48x48 one fixes the issue
[14:45] <kwwii> lol
[14:45] <seb128> kwwii: typos in the .links
[14:45] <kwwii> well, I also found that the flash link is missing at the larger sizes
[14:45] <kwwii> seb128: I will fix both of those
[14:45] <kwwii> thanks
[14:46] <seb128> you are welcome
[14:46] <seb128> thank you for fixing those
[14:47] <seb128> kwwii: the 24x24 has a similar typo too
[14:47] <kwwii> seb128: about the screensaver stuff, I was looking into putting the svg and .desktop file into human-theme and then setting the gconf key in ubuntu-artwork, does that sound right?
[14:47] <seb128> yes, that would be alright
[14:47] <seb128> are you working with mvo on those changes?
[14:47] <seb128> or that was something different?
[14:50] <mvo> seb128: I will sponsors kwwii changes, but I haven't discussed screensaver stuff with him (no idea about this)
[14:51] <seb128> mvo: that's basically install the .desktop and the svg
[14:51]  * mvo nods
[14:51] <asac> seb128: do we still use gnomevfs to figure applications by mime-type somewhere?
[14:51] <seb128> mvo: and adding the gconf-defaults
[14:51]  * asac thinks its now gio
[14:51] <asac> ?
[14:51] <seb128> asac: yes, lot of things have not been ported to gio and gvfs yet
[14:52] <asac> seb128: is there a command line tool i can use to query by mime-type?
[14:52] <asac> to test?
[14:52] <kwwii> seb128: I was working with mvo on the ubuntulooks stuff but I might as well add the screensaver while I am touching those packages
[14:53] <asac> kwwii: ah, before i forget. someone pointed out that in /usr/share/doc/tangerine-icon-theme/copyright it reads "The Human Icon Theme is licensed under the ..." :)
[14:53] <seb128> kwwii: yes, I've read your mail, the gconf-default change seems to be already and installing the svg and desktop is only a matter of copying those in the source and changing the .install, it's trivial enough to do for mvo I think ;-)
[14:54] <kwwii> seb128: so I do not need to add the gconf setting in ubuntu-artwork?
[14:55] <seb128> doh, can't type today
[14:55] <seb128> s/already/alright
[14:56] <seb128> you need it, just add the line to the human-theme one
[14:56] <kwwii> lol
[14:56] <kwwii> right
[15:18]  * Hobbsee is liking this whole "only one lot of wait" thing for her computer booting, now
[15:34] <kwwii> seb128: updated human-icon-theme source package here:
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27.dsc
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27_source.build
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27_source.changes
[15:34] <kwwii> http://sinecera.de/human-icon-theme_0.27.tar.gz
[16:14] <Keybuk> ooh @ epiphany announcement
[16:18] <pitti> seb128: so which package should I assign bug 209488 to? the stack trace just has libgtkish things, and the topmost function calls xembed_set_info() with a NULL argument
[16:18] <ubotu> Launchpad bug 209488 in jockey "jockey-gtk crashed with SIGSEGV in XChangeProperty()" [Medium,New] https://launchpad.net/bugs/209488
[16:19] <seb128> Keybuk: april 1 joke ;-)
[16:19] <Keybuk> seb128: really? that's a shame
[16:19] <Keybuk> since it was a good announcement
[16:20] <seb128> yes
[16:20] <seb128> pitti: bah, I hate those bugs, they are useless, reassign this one to gtk I guess
[16:20] <seb128> pitti: those are things which happen once to one guy and where the stacktrace is of no real use
[16:20] <seb128> I'm wondering if we should close those :-p
[16:20] <pitti> seb128: what I usually do is to reassing them to the correct package, set it to needsinfo, ask whether it's reproducible, and just let them time out :)
[16:21] <seb128> right, I tend to do that
[16:21] <seb128> or ask for a valgrind log
[16:21] <pitti> seb128: well, this time the stack trace does look useful, the NULL pointer is quite obfious
[16:21] <pitti> obvious
[16:21] <seb128> right
[16:21] <pitti> I'll forward it upstream, let's see what happens
[16:21] <seb128> thanks
[16:23] <Keybuk> seb128: why *aren't* they planning to target webkit fully with epiphany?
[16:25] <seb128> well, there is some tractions in this direction, but that doesn't mean they want to drop xulrunner support now
[16:26] <seb128> the "main packages can't have universe build-deps to build universe binary" thing really sucks
[16:28] <bhale> yeah I used to run into a lot of trouble with that
[16:29] <bhale> seb128: is daniel still alive?
[16:32] <seb128> bhale: dholbach you mean? yes, he was there some hours ago
[17:09] <seb128> Keybuk: in fact reading the mail now it might not be an april 1 joke ;-) I though from the comments on the irc channel
[17:10] <Keybuk> the epi guys *have* been saying they were planning some changes for a while
[17:10] <Keybuk> and that there would be an announcement in due course
[17:11] <seb128> indeed
[17:36] <Keybuk> seb128: uws claims it's not a joke
[17:36] <Keybuk> (if you didn't see that)
[18:28] <seb128> kwwii: the human-icon-theme tarball on your website seems to be corrupted
[18:28] <seb128> Keybuk: right
[18:31] <Keybuk> do you know what I want
[18:31] <Keybuk> I want a program that I can run on all my machines
[18:31] <Keybuk> and share URLs
[18:31] <Keybuk> so on here, I can highlight one, and it's announced via Avahi
[18:31] <Keybuk> then I can pick it up on another
[18:31] <Keybuk> wouldn't that be great?
[18:34] <seb128> you can do that using pidgin and the bonjour account thing
[18:42] <tedg> mDNS clipboard?
[18:42] <kwwii> seb128: hrm, no idea why...I will make another one and post it in a bit
[18:43] <kwwii> seb128: I just installed the deb and it does fix the problem
[18:43] <kwwii> seb128: gotta pick up my son from basketball practice first though
[18:43] <kwwii> tedg: teh screensaver stuff is done, btw
[18:43] <seb128> kwwii: the tar.gz is broken, didn't try the deb
[18:43] <seb128> it doesn't untar
[18:43] <kwwii> seb128: ok, I will take care of it when I get back, sorry for the trouble
[18:43] <seb128> that's alright
[18:43] <seb128> jsut upload it again when you can
[18:44] <tedg> kwwii: Cool, thanks.
[18:44] <seb128> tedg: any news about moving the wnck tooltip to the context menu? that becomes urgent
[18:44] <seb128> we need some testing there
[18:44] <seb128> and gnome-panel is crash land for users at the moment because the tooltip code is borked
[18:46] <tedg> seb128: No news per se, I'm still playing with the keybindings through libbonoboui -- seems it was designed for dynamic keybindings :(
[18:46] <tedg> seb128: It's sad how much a PITA this stupid patch has turned into.
[18:46] <seb128> Keybuk: is dropping this patch an option?
[18:48] <Keybuk> seb128: everything is an option
[18:49] <seb128> Keybuk: you got the question ;-)
[18:49] <Keybuk> seb128: what do you think we should do?
[18:49] <seb128> well, I'm not managing the ressources in this team
[18:50] <seb128> I'm too busy to fix the thing
[18:50] <seb128> MacSlow seems to have other things to do
[18:50] <seb128> and ted is working on moving that to a context menu but that seems to be hard to do
[18:50] <Keybuk> no, but since you're on the front lines - your opinion of things is very important to me
[18:50] <seb128> we are past freezes, etc
[18:50] <Keybuk> it sounds like the patch is causing bugs?
[18:50] <seb128> I would just drop the buggy thing and fix it next cycle
[18:51] <Keybuk> that does not sound unreasonable to me
[18:51] <seb128> yes
[18:51] <seb128> sec
[18:51] <pochu> bug 207693 ?
[18:51] <seb128> bug #207693
[18:51] <ubotu> Launchpad bug 207693 in libwnck "gnome-panel crashed with SIGSEGV" [High,Triaged] https://launchpad.net/bugs/207693
[18:51] <tedg> Keybuk: I agree with seb128, I've already spent roughly 3 days on the patch, and I'm not sure that there isn't another 3 in it.  I don't think it's worth that much time.
[18:51] <Keybuk> it's always unfortunate to do, but as long as we discuss it in Prague and figure out what a better approach would be, we will not have wasted anything
[18:51] <Keybuk> since learning problems is a great use of time
[18:52] <seb128> Keybuk: that's one of the top crashers in hardy
[18:52] <seb128> Keybuk: right, that would work for me
[18:52] <Keybuk> ok, then you have my blessing :-)
[18:52] <seb128> good, thanks
[18:54] <tedg> Okay, I'll push the libbonoboui and libwnck patches I already have upstream, so then it should be easier (and more reasonable) for intrepid.
[19:30] <slomo> pochu: the midi bug is wrong error reporting in the midi plugin, would be nice if you could file an upstream bug for this so i don't forget to look into it
[19:31] <pochu> slomo: right, do you need any further info or just "it's b0rked" ? :)
[19:32] <slomo> pochu: well, how one can reproduce, the symptoms and that i believe it's caused by wrong error reporting ;)
[19:33] <pochu> alright
[19:34] <crevette> asac: around ?
[19:37] <pochu> slomo: btw, can you reproduce midi plugins? they are reproduced by totem here, but I hear no sound...
[19:37] <slomo> pochu: you mean if i can listen to midi files? yes
[19:37] <slomo> do you have freepats installed?
[19:39] <pochu> slomo: woops, I don't
[19:39] <pochu> that was because of the config, right?
[19:39] <pochu> wow, freepats is 29MB
[19:42] <slomo> pochu: wildmidi recommends freepats... so: install recommends :P
[19:44] <kwwii> seb128: I just re-uploaded the icon theme stuff
[19:44] <pochu> slomo: do I CC you in the bug report?
[19:45] <slomo> pochu: please
[19:46] <pochu> slomo: http://bugzilla.gnome.org/show_bug.cgi?id=525613
[19:46] <pochu> slomo: hmm, plugins-bad depends on libwildmidi0, which recommends freepats...
[19:46] <slomo> yes
[19:47] <pochu> so I wonder why I didn't have freepats installed, since aptitude installs recommends by default
[19:47] <slomo> no idea :)
[19:51] <seb128> kwwii: ok
[19:57] <asac> crevette: in a few minutes, yes.
[19:57] <crevette> asac: no problemo
[20:16] <gicmo> la la la
[20:18] <crevette> asac: I did the patch to have nm-applet with GNOME icons set
[20:18] <andreasn> crevette: is that ubuntu specific or gnome upstream?
[20:18] <tedg> Where is libbonoboui's bug tracker?
[20:19] <crevette> andreasn: ubuntu
[20:19] <andreasn> what icons does that affect?
[20:20] <tedg> NM, found it.
[20:20] <crevette> connection animation
[20:20] <crevette> signal
[20:21] <asac> why can't we make them themable?
[20:22] <andreasn> ah, so the picking up of wired network icon and encryption and stuff from the theme is correct upstream behavior?
[20:23] <andreasn> we was discussing it yesterday and there was some confusion what was upstream specific and what was ubuntu specific
[20:23] <crevette> perhaps I didn't get the question
[20:24] <andreasn> I should try to get hardy running on a separate disk
[20:24] <crevette> I just took the icons jimmac sent me 6 months ago, and I put them in the ubuntu package to remplace those shipped
[20:24] <andreasn> crevette: lobby to get those upstream!
[20:25] <andreasn> there is a bug open about it
[20:25] <andreasn> but dan is a bit resistant
[20:25] <crevette> andreasn: I've open it :)
[20:25] <crevette> my mindset is never to lobby
[20:26] <andreasn> ah, of course
[20:26] <crevette> not enough time to praise someone
[20:26] <crevette> I did sent mails and tried to explain (perhaps not clearly enough)
[20:26] <andreasn> I didn't get the bugzilla name - irc name connection
[20:26] <crevette> :)
[20:26] <andreasn> oh, that's what I meant by lobby basically
[20:26] <crevette> Baptiste Mille-Mathias
[20:26] <crevette> :)
[20:26] <andreasn> lobby = comment on the bug
[20:26] <andreasn> and you did that already
[20:27] <crevette> yep
[20:27] <andreasn> I totally owe you a beer for that
[20:27] <crevette> I'm rather alcohol free person, but I'm okay for a coke
[20:27] <crevette> :)
[20:28] <crevette> I'm sure monreal is the guy for that kind of job
[20:28] <crevette> :)
[20:28] <crevette> I've seen him on irc arguying to have beautiful icons
[20:28] <crevette> :)
[20:30] <falken_> has anyone else set up their wifi on a laptop?
[20:31] <crevette> andreasn: something cool would be the strengh signal color is taken from GTK colors :)
[20:31] <andreasn> crevette: perhaps I can buy you dinner
[20:31] <crevette> andreasn: :)
[20:31] <crevette> not until the icons are commited
[20:31] <crevette> :)
[20:31] <andreasn> yeah, yeah... :)
[20:37] <crevette> andreasn: do you think I can cc jimmac on this bug
[20:37] <andreasn> yes
[20:37] <andreasn> isn't he cc:ed already?
[20:37] <crevette> as he was the artist who did the icons
[20:37] <crevette> no
[20:37] <crevette> jimmac [@] novell ?
[20:38] <andreasn> let me check
[20:39] <crevette> yeah
[20:39] <crevette> it is that
[20:39] <andreasn> jimmac at ximian dot com ?
[20:40] <crevette> okay
[20:40] <andreasn> http://bugzilla.gnome.org/describeuser.cgi?login=jimmac%40ximian.com
[21:02] <seb128> asac: around?
[21:02] <asac> yeah
[21:03] <crevette> asac: ah you're back
[21:03] <asac> kwwii: the Human icon theme lacks a refresh icon in 48x48 size (dialog)
[21:03] <asac> midbrowser looks funny that way :)
[21:03] <asac> crevette: seb128: what can i do?
[21:04] <asac> kwwii: do you want a bug about that?
[21:04] <seb128> asac: I got epiphany hanging after opening the first instance after booting, that was a bugzilla url and I closed it before the page content was loaded
[21:04] <seb128> asac: not sure if that's useful for the hang bug context
[21:05] <asac> seb128: i saw some memory issues in the package i couldn't see in the upstream package. can you try to a pristine epiphany build?
[21:05] <asac> i think it should just build out of the box.
[21:05] <seb128> upstream svn or tarball?
[21:05] <asac> you will see a few regressions in the dialog box i guess.
[21:05] <crevette> asac: I did the packaging of nm-applet to have GNOME icons
[21:05] <asac> seb128: use svn. no idea how up to date the tarballs are
[21:05] <seb128> ok
[21:06] <asac> seb128: build with --with-engine=mozilla --with-gecko=libxul-embedding
[21:06] <seb128> asac: ok, will try
[21:06] <asac> crevette: ah right. did you answer my question about the themability?
[21:06] <crevette> asac: how can I provide it to you ?
[21:06]  * asac scrolling back
[21:06] <crevette> asac: no
[21:06] <crevette> asac: I don't know
[21:07] <crevette> the icons are put under hicolor, so any themes providing the icons should supersed them
[21:07] <crevette> from what I understand
[21:07] <asac> easiest is just pushing a bzr branch and requesting a merge ;)
[21:07] <crevette> hu ...
[21:07] <crevette> how should I do that
[21:07] <asac> otherwise a reasonable patch
[21:07] <crevette> a debdiff ?
[21:08] <asac> i think bzr would be much easier if its new binary files :)
[21:08] <crevette> asac: I uuencoede them
[21:08] <crevette> that's why it took so long
[21:08] <crevette> :)
[21:08] <crevette> I never touch uuencode before
[21:08] <crevette> touched
[21:10] <asac> crevette: do you have multiple .uu files in debian/ dir? or just one?
[21:10] <crevette> multiple
[21:10] <crevette> I didn't figure out out do with only one
[21:10] <asac> in a subdir of debian/ ?
[21:10] <crevette> debian.
[21:10] <crevette> yep
[21:10] <asac> well... you can give me a tarball with the .uu files only and give me a debdiff for the rest
[21:11] <asac> at best as a bug
[21:11] <asac> well at best as a bzr branch :)
[21:13] <crevette> asac: http://bmm80.free.fr/Debian/nm-applet/nm-applet.debdiff
[21:15] <asac> crevette: i'd really appreciate if you'd encapsulate those icons in a subdir of debian/ .. at least
[21:15] <asac> crevette: eh sorry. you already do that
[21:15] <crevette> :)
[21:15] <asac> i think its ok that way.
[21:16] <crevette> asac: if something is not okay don't hesitate
[21:17] <asac> ill look
[21:17] <asac> can you make a bug out of that?
[21:18] <crevette> yep, of course
[21:18] <asac> cool
[21:18] <kwwii> asac: where is a 48x48 refresh icon used?
[21:20] <kwwii> unfortunately we do not have an svg of that icon so I will have to redraw all of them
[21:20] <asac> kwwii: damn ;)
[21:20] <asac> there is no scalable one either, right
[21:20] <asac> kwwii: its used in midbrowser
[21:21] <asac> not the most important usecase, but since i develop in under plain hardy I was curious why the icon was so small :)
[21:21] <kwwii> hrm, I guess making a bug for it would be the best for now
[21:22] <asac> kwwii: well, if you are aware of and there is nothing you can do, there is no point imo
[21:22] <asac> i guess in case you really redo it, we will get it automatically
[21:22] <kwwii> good point
[21:22] <asac> maybe i can find another theme that has a scalable refresh ;)
[21:22] <kwwii> the gnome theme should have it
[21:22] <asac> is that the ugly one?
[21:22] <asac> :)
[21:23] <asac> yau ... gnome-appearence dialog crashes
[21:23] <asac> all themes are somehow greyed out with a question mark, but i can change them
[21:24] <crevette> asac: https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/210449
[21:24] <ubotu> Launchpad bug 210449 in network-manager-applet "GNOME icons for nm-applet" [Undecided,New]
[21:38] <vuntz> tedg: ping?
[21:38] <tedg> vuntz: Pong.
[21:38] <vuntz> tedg: tell me more about you want to do with the pager
[21:39] <tedg> Well, what I was doing (got canceled this morning) was the right click menu for the WM actions.
[21:39] <tedg> So I wanted to make them sensitive to where you were in the pager.
[21:39] <tedg> So to do that I needed to determine "if left" or "if right" were available.
[21:39] <vuntz> ok, I see
[21:40] <vuntz> hrm, the thing is that all the high-level widgets in libwnck are more or less independent of all the low-level wnck stuff
[21:40] <vuntz> and I think it's a good thing
[21:41] <tedg> I don't disagree, but the problem comes when trying to connect all of the bonobo stuff on down.  I don't think you want a libbonoboui dependency for libwnck.
[21:42] <kwwii> asac: actually, for mid you will see these problems again and again with the human theme because we only have a handfull of svg's - all the more reason to make a new theme which is totally svg ;-)
[21:42] <vuntz> tedg: yep, but the three function calls seem the best trade-off to me. If you really need to do it often, it's easy to write an helper function.
[21:43] <vuntz> even if it's to get something that lives in the internal pager structure
[21:43] <tedg> kwwii: I thought there were AI files for them, were you unable to get those?
[21:43] <vuntz> I guess I'll wait for feedback from elijah or hp
[21:43] <seb128_> kwwii: human-icon-theme update uploaded
[21:43] <tedg> vuntz: Okay, well it came down to a few functions really.
[21:44] <kwwii> tedg: nope, we did not get the AI files afaik
[21:44] <kwwii> seb128_: great, thanks :-)
[21:44] <tedg> vuntz: There was wm_can_go(dir), wm_do_go(dir), and then probably a wm_get_keybinding(dir)
[21:45] <tedg> vuntz: And, while I'm making requests... I think it would make sense for an "advanced functionality" type function.  For things like scale and expo that metacity and others are like to implement in the future.
[21:46] <tedg> vuntz: But, in reality, I have most of the code already, it's just in a gnome-panel patch.  I could move it.
[21:47] <seb128> untz untz untz!
[21:51] <vuntz> tedg: not quite sure how you'd integrate "scale" and "expo" in libwnck
[21:51] <vuntz> unless it's standardized, in which case it'd be easy
[21:51] <seb128> hey vuntz ;-)
[21:51] <crevette> VUNTZ !!!!!!
[21:51] <crevette> VUNTZ !!!!!!
[21:52] <vuntz> seb128: I'm only here to spy on you, you know this ;-)
[21:52] <tedg> vuntz: I'm thinking "wm_has_capability(SHOW_ALL_WINDOWS)" or "wm_has_capability(SHOW_ALL_WORKSPACES)"
[21:52]  * seb128 hugs vuntz
[21:53] <seb128> vuntz: I've noticed, making summaries about ubuntu nice ideas on the novell wiki for example
[21:54] <vuntz> tedg: not going to happen if things are not in the ewmh spec
[21:56] <tedg> vuntz: "wm_has_capability_beyond_ewmh(...)"? :)
[21:57] <tedg> vuntz: It does make sense that there should be a way to expose such functionality of the WM though.
[21:58] <vuntz> tedg: if you assume SHOW_ALL_WINDOWS and SHOW_ALL_WORKSPACES work on two WM, then the right thing to do is to add them as optional features of the EWMH
[21:58] <vuntz> not to have them implemented in two different ways in the two WMs
[21:59] <vuntz> (or some compositor spec that would extend the ewmh)
[21:59] <tedg> Do you really think I want to put my name on a spec with anything compiz related? ;)
[21:59] <vuntz> heh
[22:20] <crevette> ah
[22:20] <crevette> the translation of bluez has been updated
[22:20] <crevette> the french one was awful
[22:28] <seb128> crevette: it was made by you? ;-)
[22:30] <crevette> seb128: yep
[22:30] <crevette> of course
[22:30] <crevette> :)
[22:30] <crevette> the one that made me crazy for weeks was the 1|un in the notification bubble of evo
[22:31] <seb128> ah, I don't use the bubble
[22:31] <seb128> I get too many mails for that
[22:31] <crevette> yeah :)


[00:17] <mwhudson> um all glibc triggered autopkgtests failing isn't good?
[02:10] <vorlon> doko: why are you rebuilding perl for libcrypt1?  It's not viable to have to rebuild every package which links against libcrypt to add a new dependency on libcrypt1
[02:10] <vorlon> doko: and the plan that was discussed earlier on irc didn't mention perl, only base-files + libc + libxcrypt
[02:27] <mwhudson> vorlon: is there any pump turning i can do to help with glibc?
[04:27] <lotuspsychje> good morning to all
[04:28] <lotuspsychje> we have a user reporting the same symptons of bug #1860622 in #ubuntu anyone knows whats the status on that?
[04:42] <vorlon> mwhudson: I don't know, really; per above I'm not clear on why what's being uploaded is being uploaded
[05:02] -queuebot:#ubuntu-release- New binary: ubuntustudio-look [amd64] (focal-proposed/universe) [0.69] (ubuntustudio)
[05:34] <Eickmeyer> ^ Separated out a metadata file. Probably just needs a rubber stamp.
[05:43] -queuebot:#ubuntu-release- New binary: heimdall-flash [amd64] (focal-proposed/none) [1.4.2+dfsg-1] (no packageset)
[05:43] -queuebot:#ubuntu-release- New binary: heimdall-flash [s390x] (focal-proposed/none) [1.4.2+dfsg-1] (no packageset)
[05:44] -queuebot:#ubuntu-release- New binary: heimdall-flash [ppc64el] (focal-proposed/universe) [1.4.2+dfsg-1] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: heimdall-flash [arm64] (focal-proposed/universe) [1.4.2+dfsg-1] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: heimdall-flash [armhf] (focal-proposed/universe) [1.4.2+dfsg-1] (no packageset)
[05:48] <vorlon> I'm not sure what was going on with the autopkgtest queues being stuck, but it seems to be resolved now, (coincidentally?) after I reset the workers
[05:49] -queuebot:#ubuntu-release- New: accepted heimdall-flash [arm64] (focal-proposed) [1.4.2+dfsg-1]
[05:49] -queuebot:#ubuntu-release- New: accepted heimdall-flash [armhf] (focal-proposed) [1.4.2+dfsg-1]
[05:50] -queuebot:#ubuntu-release- New: accepted heimdall-flash [amd64] (focal-proposed) [1.4.2+dfsg-1]
[05:50] -queuebot:#ubuntu-release- New: accepted heimdall-flash [s390x] (focal-proposed) [1.4.2+dfsg-1]
[05:50] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (focal-proposed) [3.10.3+dfsg-1~exp2]
[05:50] -queuebot:#ubuntu-release- New: accepted qgis [s390x] (focal-proposed) [3.10.3+dfsg-1~exp2]
[05:50] -queuebot:#ubuntu-release- New: accepted heimdall-flash [ppc64el] (focal-proposed) [1.4.2+dfsg-1]
[05:50] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (focal-proposed) [3.10.3+dfsg-1~exp2]
[05:50] -queuebot:#ubuntu-release- New: accepted qgis [amd64] (focal-proposed) [3.10.3+dfsg-1~exp2]
[06:58] <mwhudson> vorlon: hm ok i guess i'll see what doko says when he's around
[09:32] <xnox> vorlon:  we had all autopkgtest fail, with perl failing to find libcrypt whilst upgrading the autopkgtest workers.
[09:32] <xnox> he did say he will look more into that
[09:32] <xnox> you can read up backscrol either here or on #ubuntu-devel
[09:32] <xnox> let me find a sample log
[09:33] <xnox><EMAIL_ADDRESS>[09:33] <xnox> Setting up libc6:amd64 (2.31-0ubuntu1) ...
[09:33] <xnox> /usr/bin/perl: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory
[09:33] <xnox> that was all of glibc triggered autopkgtests, with all of them failing as "unknown"
[09:33] <xnox> due to above
[09:34] <mwhudson> so everything needs retriggering with perl&glibc from proposed?
[09:34] <mwhudson> i notice deboostrap succeeds today
[09:39] <xnox> i am assuming somebody already retriggered
[09:39] <xnox> because glibc results are half green already
[09:40] <xnox> hm yet the queues are empty
[09:40] <xnox> and there is lots of red
[09:40] <xnox> i'll speak to doko
[09:55] <doko> vorlon: perl-base and login are the only packages that pre-depend on libcrypt1, not base-files. and I didn't want to re-introduce another pre dependency
[10:00] <doko> no, I didn't retrigger
[10:09] -queuebot:#ubuntu-release- Unapproved: accepted alsa-lib [source] (eoan-proposed) [1.1.9-0ubuntu1.2]
[10:15] -queuebot:#ubuntu-release- Unapproved: accepted alsa-lib [source] (bionic-proposed) [1.1.3-5ubuntu0.4]
[10:20] -queuebot:#ubuntu-release- Unapproved: rejected snapd-glib [source] (eoan-proposed) [1.56-0ubuntu<IP_ADDRESS>]
[10:26] <xnox> retriggering things triggered by glibc, on amd64 i386 ppc64el s390x, with extra trigger added for perl
[10:26] <xnox> 8k of tests
[10:44] <xnox> submission in progress
[10:56] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-dev-tools [source] (bionic-proposed) [0.175ubuntu1~18.04.1]
[11:22] -queuebot:#ubuntu-release- New binary: linux-signed-oem [amd64] (bionic-proposed/main) [4.15.0-1076.86] (kernel)
[11:50] <doko> vorlon: please could you add llvm-toolchain-10 to the i386 whitelist?
[12:31] <doko> xnox<EMAIL_ADDRESS>[12:36] <doko> Calculating upgrade...
[12:36] <doko> The following packages will be upgraded:
[12:36] <doko>   base-files libc-bin libc6 libcrypt1 libperl5.30 locales login passwd perl
[12:36] <doko>   perl-base perl-modules-5.30
[12:36] <doko> libcrypt1 is already installed (at least it says it's getting upgraded)
[12:38] -queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1076.86]
[12:38] <doko> but the crypto library is removed because of the bad breaks/replaces in the old libcrypt1 on the image
[12:39] <xnox> doko:  thus trigger should include libxcrypt?!
[12:40] <xnox> doko:  i am wondering if libcrypt1 in shlibs should generate a dep on "libc6 (>= 2.31), libcrypt1 (>= 1:4....)
[12:40] <xnox> doko:  because really, using libcrypt1 adds an extra requirement on a higher libc6
[12:41] <doko> maybe, but this doesn't help with the current situation
[12:41] <xnox> argh
[12:42] <xnox> doko:  libc6 in it's postinst is using perl. but it is not guaranteed that the new libcrypt1/perl are _configured_ at that point, only unpacked.
[12:42] <xnox> doko:  i wonder if libc6 maintainer scripts must LD_PRELOAD libcrypt1 or like actually predepend on it.
[12:42] <xnox> doko:  because debconf
[12:42] <doko> no, libcrypt1 is installed before
[12:43] <doko> it get's removed by removing libc6 2.30 and installing 2.31
[12:43] <xnox> doko:  it really didn't....
[12:43] <xnox><EMAIL_ADDRESS>[12:43] <xnox> says that it will be upgraded
[12:43] <xnox> does the VM image have the old libcrypt1 without fixed up breaks?
[12:43] <doko> yes
[12:45] <xnox> in that case we need a new libc6 upload which conflicts with broken libcrypt1 versions
[12:45] <xnox> (those without ubuntu-specific breaks/replaces)
[12:45] <xnox> or like rebuild our VM images without libcrypt1
[12:46] <xnox> Laney:  we have removed libcrypt1 from focal-release; yet our VM images appear to have it. Can we please rebuild autopkgtest VMs without libcrypt1?
[12:46] <xnox> or maybe juliank ^^^^
[12:46]  * xnox looks at VM images
[12:47] <doko> xnox: can you confirm the libcrypt1 version on the images?
[12:47] <xnox> good point
[12:48] <xnox> if only i remembered which machines i need to ssh into
[12:49] <doko> ahh, libxcrypt is entirely removed from the release pocket
[12:49] <doko> yes, then rebuilding of the autopkg images should solve that issue
[12:50] <juliank> xnox: it iss wendigo
[12:50] <juliank> and I guess we can do that?
[12:50] <xnox> juliank:  yeap, ssh-ed in
[12:51] <xnox> based on admin docs
[12:52] -queuebot:#ubuntu-release- Unapproved: stress-ng (bionic-proposed/universe) [0.09.25-1ubuntu6 => 0.09.25-1ubuntu8] (no packageset)
[12:52] <doko> and probably it's better to rebuild the buildd images as well
[12:52] <doko> cjwatson: ^^^ is this something you could help with?
[12:53] <juliank> xnox: So shall I do RELEASE=focal autopkgtest-cloud/tools/build-adt-image-all-clouds autopkgtest/setup-commands/setup-testbed ?
[12:53] <xnox> juliank:  i want to check that the current images are bad. I am inside the worker, looking up nova creds to download the image
[12:54] <xnox> juliank:  but then yes something like that.
[12:54] <xnox> will need to be done
[12:59] <xnox> downloading image, it is taking forever
[13:14] <doko> to fix an upgrade from a bad libcrypt1, maybe move libcrypt.so.1 from /lib/<multiarch> in libc6's preinst, run ldconfig, and then remove it in the postinst?
[13:16] <xnox> doko:  scary, as it is using perl in preinst
[13:18] <doko> maybe cp instead of mv
[13:20] <xnox> doko:  juliank: ii  libcrypt1:ppc64el                    1:4.4.10-10ubuntu1 is installed in the images
[13:20] <xnox> which is bad
[13:21] <juliank> ack
[13:21] <xnox> we must rebuild images without it
[13:21] <juliank> i can start that
[13:21] <xnox> juliank:  i'm loging out of everything, as i have never rebuild the images from scratch
[13:21] <xnox> hm
[13:21] <xnox> i  should have killed my instance first!
[13:22] <xnox> and did that now
[13:22] <xnox> doko:  so i guess all of my test submissions will still be broken
[13:23] <xnox> doko:  and tests should just pass, with glibc trigger alone.
[13:23] <xnox> after we rebuild our images
[13:23] <juliank> xnox: should I remove your test submissions
[13:23] <juliank> ?
[13:23] <xnox> juliank:  i think so, yes please.
[13:23] <xnox> everything from xnox submitter
[13:24] <juliank> doing so
[13:24] <xnox> make it so!
[13:24] <doko> yes
[13:24]  * xnox giggles
[13:25] <juliank> hmm
[13:25] <juliank> I'm hitting a bug somewhere
[13:26] <juliank> xnox: also to rebuild the images from scratch, we must hack around a bit, as otherwise, it upgrades the old ones, sigh
[13:26] <xnox> juliank:  i thought there is a parameter to that script to start off from i.e. eoan stable
[13:27] <juliank> xnox: ah really bootstrap from eoan
[13:27] <juliank> yes
[13:27] <xnox> juliank:  yes, use eoan as base image, or the prestine import of focal (the CPC cloud images, which are good)
[13:27] <doko> libc6: conficts libcrypt1 (<< 1:4.4.10-10ubuntu3), libcrypt1: breaks libc6 (<< 2.31)
[13:28] <doko> juliank: ^^^ how should apt resolve that?
[13:28] <xnox> doko:  ok great, we just need to eradicate the broken ubuntu1 from the image then.
[13:28] <xnox> doko:  assuming the breaks libc6 <<2.31 is in ubuntu3, yes.
[13:28] <doko> I think the conflct adds an impossible solution to make the upgrade
[13:28] <doko> s/solution/requirement/
[13:29] <xnox> doko: let's rebuild autopkgtest VM images; then run tests, I think we will be fine then.
[13:29] <xnox> doko:  without any extra libxcrypt nor glibc uploads.
[13:29] <juliank> I'm investigating
[13:30] <xnox> juliank:  from bash_history, i see that cpc stock image is often uploaded by hand with glance image-create
[13:30] <xnox> however i see that was last done with cosmic
[13:31] <xnox> juliank:  ./create-nova-image-new-release focal ubuntu/ubuntu-eoan-daily-amd64-server-20191122-disk1.img testbed-`hostname` autopkgtest/setup-commands/setup-testbed
[13:31] <juliank> xnox: I want to check if we have older focal images, how many, etc
[13:31] <xnox> was run before
[13:32] <xnox> juliank:  so i see only adt customized images and no stock imports of focal at all.
[13:32] <xnox> juliank:  https://paste.ubuntu.com/p/TY62S4Fgtj/
[13:33] <xnox> 08/09 adt builds of arm64, ppc64el, s390x without any stock focal images
[13:33] <xnox> and those contain broken libxcrypt1
[13:34] <juliank> xnox: i see ubuntu/ubuntu-focal-daily-s390x-server-20200305-disk1.img
[13:34] <xnox> juliank:  yet there are autosync images of eoan https://paste.ubuntu.com/p/B26J3r8dDY/
[13:34] <juliank> on bos01-s390x
[13:34] <xnox> juliank:  i'm connected to bos02-ppc64el env
[13:34] <juliank> ack
[13:34] <xnox> do you have the 0307 eoan daily builds?
[13:34] <xnox> i.e.  auto-sync/ubuntu-eoan-daily-s390x-server-20200307-disk1.img
[13:35] <xnox> i guess we need a common base image that exists in all regions for consistency
[13:35] <xnox> or upload a new one
[13:35] <juliank> ubuntu/ubuntu-eoan-daily-s390x-server-20200307-disk1.img
[13:35] <juliank> yes
[13:36] <juliank> xnox: it does not matter much where we start i guess
[13:36] <xnox> juliank:  i don't see that one in bos02 =(
[13:36] <xnox> unless  the prefix doesn't matter?
[13:36] <xnox> auto-sync/ vs ubuntu/
[13:36] <doko> I'm removing the build-essential upload from -proposed again, it's not needed, because libc6-dev depends on libcrypt-dev
[13:36] <juliank> xnox: prefix does nto matter
[13:37] <xnox> then rebuild everything against that? but i somehow confused how it will be extrapolated per arch =) cause it should be -$ARCH- right? hopefully the scripts know how to do that
[13:38] <xnox> product_name      | com.ubuntu.cloud.daily:server:19.10:ppc64el
[13:39] <xnox> anyway, i logout! best of luck to you =)
[13:39] <juliank> xnox: so it will automatically rebuild with the latest focal base image next round, when was the last save image?
[13:39] <juliank> I feel like making sure it was built before March 4 should work
[13:40] <xnox> march 4 cpc upstream image is good
[13:40] <xnox> adt/* images from 5/6/7/8/9 march are all bad
[13:41] -queuebot:#ubuntu-release- Unapproved: accepted collectd [source] (bionic-proposed) [5.7.2-2ubuntu1.2]
[13:41] <xnox> juliank:  or you can modify the rebuild script to temproarly do " apt remove libcrypt1"
[13:41] <xnox> juliank:  because it is unreferenced in the image today.
[13:41] <juliank> xnox: hmm
[13:41] <xnox> (release pocket)
[13:42] <doko> but remember to remove that line later ...
[13:42] <juliank> I just ignore grep -v 20200306 | grep -v 20200307 | grep -v 20200308 | grep -v 20200309
[13:42] <xnox> it used to be, but not anymore. I.e. bad base-files & bad libcrypt1 migrated, which ended up on the image (and persist), but now have been removed from focal-release
[13:42] <juliank> Then we start from 2020-03-06 base images or earlier
[13:42] <xnox> juliank:  more.
[13:43] <xnox> juliank:  because bad libcrypt1 migrated on the 3rd of march?
[13:43] <xnox> https://launchpad.net/ubuntu/+source/libxcrypt/+publishinghistory
[13:43] <xnox> 	2020-03-03 09:08:17 GMT	Superseded	Focal	release	universe	libs	1:4.4.10-10
[13:43] <juliank> ubuntu2 is the one we are worried about
[13:43] <xnox> is when the very bad ubuntu1 landed in the image
[13:43] <juliank> ubuntu1 did not have breaks/replaces?
[13:43] <xnox> juliank:  no, ubuntu2 is the first good one
[13:43] <juliank> it was just a no-change rebuild
[13:44] <xnox> juliank:  but ubuntu2 is not installable with libc6 from release pocket.
[13:44] <xnox> juliank:  ubuntu1 is installable with libc6 in the release pocket, which is bad.
[13:44] <juliank> OK, let's just apt purge libcrypt1
[13:44] <doko> xnox: no, the Debian imports are already broken
[13:44] <xnox> doko:  right, ubuntu1 is the last bad one =)
[13:44] <doko> ahh, ok
[13:44] <xnox> ubuntu2 is the first good one
[13:45] <doko> yes
[13:45] <xnox> juliank:  but apt purge libcrypt1 might not work, if base-files is too new in the image. because it depends on libcrypt1. So maybe you need to purge libcrypt1 and downgrade base-files, which hopefully apt will figure out....
[13:46] <doko> if it helps, remove base-files from -proposed
[13:47] <xnox> juliank:  i still feel somehow rebootstrapping adt images from eoan might be better.
[13:48] <juliank> xnox: ah
[13:48] <juliank> xnox: hmm, it's running now
[13:48] <xnox> juliank:  ack
[13:48] <xnox> let's see if it works
[13:48] <juliank> I see E: Unable to locate package libcrypt1
[13:49] <juliank>  glib-networking : Depends: gsettings-desktop-schemas but it is not going to be installed
[13:49] <juliank> ppc64el
[13:49] <juliank> yikes
[13:49] <juliank> probably need to really start from eoan again
[13:49] <juliank> in any case, it will either produce new images without libcrypt1 or fail
[13:50] <juliank> probably should have deleted other 20200309 images so I can know if I finished a new one
[13:53] <juliank> some images are good already, and some fail to build
[13:56] <juliank> xnox: Rebootstrapping from eoan
[13:58] <juliank> xnox: I added a safety check to setup-testbed so it cant't build new images that end up with libcrypt1 installed
[13:58] <xnox> juliank:  ok
[13:58] <xnox> juliank:  we will need to remove that safety check after we have good images; because it will become safe after glibc migrates in focal
[13:58] <juliank> xnox: yup
[13:58] <xnox> (or if images with -proposed are built)
[14:00] <juliank> ok I have a syntax error somewhere
[14:02] <juliank> take #3
[14:04] <juliank> Apologies for the inconvenience
[14:35] <doko> juliank: are the images now updated?
[14:35] <juliank> let's check
[14:36] <juliank> doko: I don't think so
[14:37] <juliank> bos02-arm64 succeeded
[14:37] <juliank> but the rest got confused
[14:37] <juliank> and spawned multiple instances with the same id
[14:37] <juliank> gotta try that again
[14:37] <juliank> First gotta delete all the images
[14:37] <juliank> s/images/servers/
[14:39] <juliank> doko: this is going to take a few more ages
[14:41] <juliank> I'm deleting all servers now
[14:41] <juliank> it's slow
[14:43] <juliank> I'll also delete the images afterwards, then it should be easy to see
[14:49] <juliank> doko: Also, we might be running out of resources on arm, so I'm not super confident it will work
[14:49] <juliank> Anyway, deleted all adt-prepare servers and deleting images right now
[14:50] <juliank> and then we still need to do the same thing on lxd
[14:50] <juliank> this is only arm64+ppc64l+s390x+amd64+i386
[14:50] <juliank> not armhf
[14:50] <seb128> someone there should perhaps send an email to ubuntu-devel@ letting people know that the autopkgtest are out of order on focal and being work on but it's taking a bit
[14:51] <juliank> I don't think that's necessary, what are they going to do differently?
[14:53] <seb128> you are arguing that service outage is not worth communicating about?
[14:54] <xnox> juliank:  i didn't see lxd images to be impacted, but maybe i am wrong
[14:55] <juliank> xnox: I think they rebuild from cloud image today
[14:55] <juliank> xnox: I'm launcing on
[14:55] <juliank> * launching one
[14:55] <juliank> lgtm
[14:56] <juliank> this is slow
[14:56] <juliank> ugh
[14:56] <juliank> seb128: i think it's fairly self-evident
[14:58] <juliank> seb128: but meh
[14:58] <juliank> seb128: sent one
[14:58] <seb128> juliank, it's also self-evident when e.g gmail is down, wonder why google bother communicating about outdates :p
[14:58] <seb128> juliank, thanks
[14:58] <juliank> meh
[14:58] <juliank> reddit is down all the time and does not tell people about it
[14:59] <juliank> autopkgtest is not down per se, just tests fail
[14:59] <seb128> juliank, even when ti's self evident that a piece of infra is down is not evident that it has been reported to the right people so if only that an announce has as effect to don't have 15 different people spending time looking at who to ping and bothering all #is or whatever
[15:00] <juliank> seb128: but it's been broken for a week, so fairly diminishing returns by now
[15:00] <juliank> :D
[15:00] <seb128> since friday no?
[15:01] <seb128> which means a w.e with a good part of the active contributors out because they don't work on w.e/were travelling back from a sprint
[15:01] <juliank> people say the libcrypt1 on march 03 4? was broken too
[15:01] <juliank> i don't have followed this closely
[15:01] <seb128> anyway, thanks for sending an email
[15:03] <juliank> cloud-init has broken depends, so lcy01 and lgw01 are not building afaict
[15:04] <juliank> not sure if the other ones work
[15:04] <juliank> they're still doing stuff
[15:04] <juliank> but it's possible we're not getting images for everything
[15:09] <juliank> hmm
[15:09] <juliank> it was trying to build i386 images
[15:09] <juliank> I don't know why
[15:09] <juliank> ppc64el and s390x are done
[15:13] <juliank> should I just completely purge the queue?
[15:13] <juliank> I think britney will rerequest stuff if needed?
[15:13] <juliank> but not sure
[15:13] <juliank> xnox: I only purged your stuff from one queue and forgot the others...
[15:14] <juliank> ok, so how do I get amd64 images now?
[15:17] <juliank> vorlon: Do we actually still use i386 images? I don't think so, and they fail to build now that we don't upgrade the last one
[15:23] <juliank> xnox, doko arm64, ppc64el, s390x are done; building amd64 noew
[15:23] <juliank> *now
[15:25] <juliank> it's running in a tmux
[15:32] <juliank> it's still running
[15:35] <juliank> doko, xnox we should be live again
[15:38] <juliank> Laney: We might get terrible error messages tomorrow
[15:39] <juliank> Laney: I published new images upgraded from eoan that work (have no libcrypt1), but nightly will try to rebuild with latest focal daily - if that ends up containing libcrypt1, setup-testbed will fail its safety check i added
[15:39] <juliank> JFYI
[15:44] <xnox> juliank:  coool
[15:44] <xnox> juliank:  let me retry just a couple of packages to see if they work fine
[16:02] <vorlon> locutus_: was there an FFe bug for this qgis sync starting a transition?
[16:04] <vorlon> doko: perl-base and login pre-depending on libcrypt1 doesn't appear to solve the problem of the library previously provided by libc6 moving to a different package.  Why did you decide it was not correct to have libc6 pre-depend on libcrypt1?
[16:05] <vorlon> juliank: the i386 images are used in launchpad.
[16:06] <juliank> vorlon: the i386 adt/ images is what I'm talking about
[16:06] <vorlon> juliank: ok.  those we aren't using on focal, no
[16:06] <juliank> right we should stop building them
[16:06] <juliank> gotta add a test for that
[16:07] <juliank> aka if [ $arch = i366 -a $RELEASE = focal ]; then continue; fi
[16:32] -queuebot:#ubuntu-release- Packageset: Removed libmng from i386-whitelist in focal
[16:32] -queuebot:#ubuntu-release- Packageset: Removed qt4-x11 from i386-whitelist in focal
[16:32] -queuebot:#ubuntu-release- Packageset: Added llvm-toolchain-10 to i386-whitelist in focal
[16:32] -queuebot:#ubuntu-release- Packageset: Added setuptools to i386-whitelist in focal
[16:33] <locutus_> vorlon, no transition...
[16:35] <locutus_> I don't remember the rationale for syncing it, let me check
[16:35] <vorlon> locutus_: libqgis-server3.4.15 -> libqgis-server3.10.3 is this not a transition?
[16:35] <locutus_> but no reverse-deps...
[16:35] <vorlon> et al
[16:35] <vorlon> ok
[16:35] <locutus_> its somewhat an internal library I would say
[16:36] <locutus_> unfortunately the diff is huge, but I remember some bugfixes we needed, such as compatibility with proj 6.3.1 and something else
[16:37] <cjwatson> doko: I'm off today, but ask me tomorrow.  buildd images get built automatically, I just need to push them to LP once builds are available
[18:38] <doko> vorlon: I didn't decide ... just questioning why the pre-depends wasn't done in unstable
[18:40] <vorlon> doko: didn't decide? you were doing the uploads
[19:23] -queuebot:#ubuntu-release- New sync: pdfchain (focal-proposed/primary) [1:<IP_ADDRESS>-1]
[19:24] -queuebot:#ubuntu-release- New: rejected pdfchain [sync] (focal-proposed) [1:<IP_ADDRESS>-1]
[19:33] -queuebot:#ubuntu-release- New source: pdfchain (focal-proposed/primary) [1:<IP_ADDRESS>-1build1]
[19:34] -queuebot:#ubuntu-release- New: rejected pdfchain [source] (focal-proposed) [1:<IP_ADDRESS>-1build1]
[19:38] -queuebot:#ubuntu-release- New binary: pdfchain [amd64] (focal-proposed/universe) [1:<IP_ADDRESS>-1build1] (no packageset)
[19:38] -queuebot:#ubuntu-release- New binary: pdfchain [s390x] (focal-proposed/universe) [1:<IP_ADDRESS>-1build1] (no packageset)
[19:39] -queuebot:#ubuntu-release- New binary: pdfchain [ppc64el] (focal-proposed/universe) [1:<IP_ADDRESS>-1build1] (no packageset)
[19:42] -queuebot:#ubuntu-release- New binary: pdfchain [armhf] (focal-proposed/universe) [1:<IP_ADDRESS>-1build1] (no packageset)
[19:42] -queuebot:#ubuntu-release- New binary: pdfchain [arm64] (focal-proposed/universe) [1:<IP_ADDRESS>-1build1] (no packageset)
[19:59] <Eickmeyer> Is there any chance I can get ubuntustudio-look moved out of NEW? I moved a .xml file into its own package to fix an installation bug, so it's super trivial.
[20:03] <Eickmeyer> Besides that, we have our new default wallpaper ready to go, so I want to make sure bug 1866584 gets fixed before I upload more changes.
[20:15] <ahasenack> vorlon: hi, I see debian-installer now is blocked on this new src:libxcrypt
[20:15] <ahasenack> vorlon: I also saw juliank's email about the autopkgtest images being broken because of it. Is that the reason for the block?
[20:17] <vorlon> ahasenack: no, the reason for the block is in scrollback over the weekend, libxcrypt somehow made it into the release pocket without a corresponding libc6 that pre-depends on it, which broke the world
[20:20] <vorlon> Eickmeyer: ubuntustudio-wallpapers depends on ubuntustudio-wallpapers-focal; it does not look like a reasonable solution to me to deal with a file conflict between these two packages by introducing yet another binary package for a single data file
[20:21] <ahasenack> vorlon: ok, thanks. What's the event that will unbkreak the world and release the lock
[20:21] <ahasenack> ?
[20:22] <vorlon> ahasenack: I don't know, doko has been laconic in his responses to me about what he's doing and the uploads I've seen don't match what was discussed.
[20:23] <vorlon> I *expected* to see a pre-depends from libc6 to libcrypt1, possibly with some manual ldconfig handling in a preinst, and to unblock all of this once glibc is a candidate
[20:23] <vorlon> but then I see no-change perl uploads that look to me like they're treating the symptom instead of fixing the bug
[20:23] <ahasenack> vorlon: this glibc predates the breakage? https://launchpad.net/ubuntu/+source/glibc/2.31-0ubuntu2
[20:23] <ahasenack> it says "2 days old"
[20:25] <vorlon> ahasenack: it appears to include all of the changes that were discussed. but it needs to be a candidate per p-m, and I also want to know why this change wasn't sufficient without there also being a perl upload
[20:25] <ahasenack> I see all its reds point at libcrypt.so.1
[20:26] <vorlon> xnox: you've triggered tests with perl+glibc and these passed on amd64 but not other archs, do you know why?
[20:26] <juliank> oh I should send an email that the issue is sorted out i supposer
[20:29] <vorlon> ah
[20:29] <vorlon> so here's the problem
[20:29] <vorlon> libc6 preinst is trying to load debconf before it does the ldconfig
[20:30] <vorlon> I think we should just move the ldconfig handling to the front of the maintainer script instead.
[20:39] <vorlon> glibc 2.31-0ubuntu3 uploaded
[20:54] <vorlon> Eickmeyer: I've looked further and I see where usr/share/gnome-background-properties/ubuntustudio-wallpapers.xml is also shipped in e.g. ubuntustudio-wallpapers-disco, so it makes sense why there is a file conflict.  However, the actual contents of this file don't make much sense to me in a common data package, because the xml file /references/ the wallpapers from the various per-series binary
[20:54] <vorlon> packages, which are not going to be installed.  So what do you expect the behavior to be here if someone installs ubuntustudio-wallpapers, then tries to select the disco wallpaper which is not actually installed?
[20:57] -queuebot:#ubuntu-release- New: rejected ubuntustudio-look [amd64] (focal-proposed) [0.69]
[21:04] <Eickmeyer[m]> vorlon: We
[21:05] <Eickmeyer[m]> vorlon: We've been including that file in the packages for YEARS. It's the only way to get gnome to see our wallpapers. I don't appreciate the rejection without explanation.
[21:06] <Eickmeyer[m]> But, I guess I'll fix the disco wallpapers, if it's showing up there too.
[21:06] <vorlon> Eickmeyer[m]: er, I've given you an explanation for the reject.
[21:07] <vorlon> you should have per-series .xml files, with no file conflict, unless you can provide an explanation why this is wrong
[21:07] <vorlon> because right now, your all-in-one xml file is going to present impossible options to users in the gui by default
[21:08] <Eickmeyer> It causes no issues. If the files aren't there, it simply skips over them.
[21:08] <vorlon> (unless gnome happens to filter them out, but even then, this is not a good reason to create a separate -data package)
[21:08] <Eickmeyer> Gnome filters them out if they're not there.
[21:08] <vorlon> ok
[21:09] <vorlon> but even so, having ubuntustudio-wallpapers-focal ship ./usr/share/gnome-background-properties/ubuntustudio-wallpapers-focal.xml with correct contents
[21:09] <vorlon> and ubuntustudio-wallpapers-eoan ship ./usr/share/gnome-background-properties/ubuntustudio-wallpapers-eoan.xml with correct contents
[21:09] <vorlon> is more correct
[21:09] <Eickmeyer> I agree, but you are giving a VOLUNTEER that is sick a ton more work to do, even if it's "correct".
[21:10] <vorlon> it is the responsibility of the archive admins to manage the namespace of binary packages in Ubuntu
[21:10] <Eickmeyer> We've been shipping that all-in-one file for years, but this is the first time you've raised an issue.
[21:10] <vorlon> because this is the first time you've asked me to approve a binary package for a single file
[21:10] -queuebot:#ubuntu-release- New: accepted pdfchain [amd64] (focal-proposed) [1:<IP_ADDRESS>-1build1]
[21:10] -queuebot:#ubuntu-release- New: accepted pdfchain [armhf] (focal-proposed) [1:<IP_ADDRESS>-1build1]
[21:10] -queuebot:#ubuntu-release- New: accepted pdfchain [s390x] (focal-proposed) [1:<IP_ADDRESS>-1build1]
[21:10] -queuebot:#ubuntu-release- New: accepted pdfchain [arm64] (focal-proposed) [1:<IP_ADDRESS>-1build1]
[21:10] -queuebot:#ubuntu-release- New: accepted pdfchain [ppc64el] (focal-proposed) [1:<IP_ADDRESS>-1build1]
[21:11] <vorlon> I understand that you are a volunteer, but that does not give you a free pass on binary packages that the archive admins disagree with
[21:11] <Eickmeyer> Only overly pedantic ones that like to cause issues with Ubuntu Studio over the past years.
[21:11] <Eickmeyer> Sorry, I'm gettin out-of-line.
[21:11] <Eickmeyer> Just super frustrated.
[21:11] <Eickmeyer> And ill.
[21:15] -queuebot:#ubuntu-release- New: accepted python-tinyalign [amd64] (focal-proposed) [0.2-1ubuntu1]
[21:15] -queuebot:#ubuntu-release- New: accepted python-tinyalign [armhf] (focal-proposed) [0.2-1ubuntu1]
[21:15] -queuebot:#ubuntu-release- New: accepted python-tinyalign [s390x] (focal-proposed) [0.2-1ubuntu1]
[21:15] -queuebot:#ubuntu-release- New: accepted python-tinyalign [arm64] (focal-proposed) [0.2-1ubuntu1]
[21:15] -queuebot:#ubuntu-release- New: accepted python-tinyalign [ppc64el] (focal-proposed) [0.2-1ubuntu1]
[21:33] <tjaalton> I've got a question about how to handle an upgrade issue with a dkms package which was first put in the OEM archive with '-ubuntuN' version, and then backported to bionic with '-0ubuntuN'. This essentially disables upgrades to the bionic archive version
[21:34] <tjaalton> so the options are to bump the epoch (yuck), fake the upstream version somehow, or use '-ubuntuN' in the archive version too..
[21:34] <tjaalton> or something else?
[21:35] <tjaalton> I'm leaning towards just using NNNN+1-0ubuntuN
[21:37] <tjaalton> so appending +1 to the upstream part
[21:38] <tjaalton> the package is backport-iwlwifi-dkms, current version in bionic is 7906-0ubuntu4~18.04.1
[21:54] <vorlon> tjaalton: bumping the upstream version seems reasonable to me
[22:14] <vorlon> xnox: the answer for why the perl+glibc triggers were failing, btw, is because the perl no-change rebuild is not a correct fix for the problem and does not guarantee correct ordering on upgrade, so it's a crapshoot whether libcrypt.so.1 is actually available by the time perl starts.  Correct fix for glibc preinst uploaded.
[22:15] <vorlon> xnox: so debian-installer 20101020ubuntu604, you rolled it back to the release pocket version of the kernel? because the kernel team isn't planning to migrate linux anytime soon?
[22:16] <RikMills> vorlon: btw, thanks for Qt4 removal!
[22:16] <vorlon> RikMills: my pleasure
[22:16] <vorlon> and the fact that it waited until heimdall-flash had a new upstream version available in Debian (with a new maintainer) is surely just coincidence
[22:17] <RikMills> of course ;)
[22:30] <xnox> vorlon:  i agree with moving ldconfig to the top; also we had broken libxcrypt (libcrypt1) in autopkgtest VM base imaged => the one that migrated into release pocket, ended up in the autopkgtest base VM images.
[22:30] <xnox> vorlon:  yes, and i further rolled back -proposed in 606
[22:30] <xnox> vorlon:  thus 606 is build against src:linux-5.4 with bind9 without libcrypt1
[22:31] <xnox> vorlon:  the reason being is that debian-installer is completely broken in the release pocket it is 9 abi matching src:linux, whereas the latest linux-generic abi is 14 from src:linux-5.4
[22:31] <xnox> vorlon:  because the src:linux => src:linux-5.4 migrated without d-i =(
[22:31] <mwhudson> xnox: is this why the d-i server CI is busted?
[22:31] <mwhudson> or is that something else
[22:32] <xnox> mwhudson:  yes, it boots -9 abi, tries to install -14 abi modules, which do not work.
[22:32] <mwhudson> xnox: ok good
[22:32] <xnox> mwhudson:  couldn't be bothered to figure out why it didn't try to install -9 abi modules, but i think this is due to provides.
[22:32] <xnox> also it was making our server isos really big with two sets of udebs
[22:33] <xnox> vorlon:  partially it is a problem that src:linux/release is still published in the archive, despite being "superseeded" by src:linux-5.4/release and NBS not catching that.
[22:33] <vorlon> xnox: 606> oh. without 604 migrating?
[22:33] <vorlon> ok
[22:37] <xnox> vorlon:  yes because 606 is built in a bileto ppa, against release pocket only, with bind9/bind9-libs copied in from focal-proposed
[22:37] <xnox> vorlon:  and i fucked up 605 build =)
[22:38]  * xnox points at experiment 636
[22:38] <xnox> vorlon:  once 606 migrates, i will upload a clean rebuild of d-i again which will hold up on both kernel being ready and libxcrypt/glibc being ready
[22:38] <vorlon> k
[22:38] <xnox> vorlon:  however i do wonder if i will need a frankenstein build if either kernel or libxcrypt complete first
[22:39] <vorlon> why would you?
[22:39] <xnox> cause i don't want to tie up linux & libxcrypt transitions together =)
[22:39] <vorlon> it shouldn't tie
[22:39] <xnox> 14 is quite an old kernel by now.
[22:39] <xnox> a rebuild of d-i picks up libcrypt1-udeb dep
[22:39] <vorlon> glibc and libxcrypt should be ready to go "soon"
[22:39] <xnox> ok
[22:39]  * xnox fingerscrossed
[22:40] <vorlon> only one more britney cycle until glibc is built on armh
[22:40] <vorlon> f
[22:40] <vorlon> and then the autopkgtests should be virtually instantaneous, with no failures
[22:40]  * xnox giggles
[22:40] <xnox> so i do hope that d-i & bind9 migrate in two britney runs
[23:37]  * xnox sleeps


[20:41] <Stavross20> Hi, I want to install Ubuntu budgie on my Lenovo ThinkPad x240, will I have the bios issues? I'll be dual booting windows 10
[20:44] <fossfreedom> Stavross20, make sure you download 17.10.1 from our webpage and you'll be ok - that has the bios fixed kernel in that image