[15:37] -GitHub[m]:#mir-server- **[MirServer/mir]** wmww opened [issue #2701](https://github.com/MirServer/mir/issues/2701): Mir crashes when wayvnc connection opened while Mir is on a non-active TTY
[15:37] -GitHub[m]:#mir-server-
[15:37] -GitHub[m]:#mir-server- > Open Mir with all extensions enabled, run wayvnc, which to a different TTY, run gnome-connections and connect. Sway has weird behavior indicating there's something hard about making this work, but Mir completely crashes.


[00:27] <mup> Bug #1513271 opened: Unable to unmount a filesystem in the UI <storage> <ui> <MAAS:Triaged by ricgard> <https://launchpad.net/bugs/1513271>
[07:33] <nitin_> hello
[07:34] <nitin_> i have set up a MAAS server with 2 nodes as ready
[07:34] <nitin_> but failing while running "juju bootstrap"
[07:35] <nitin_> can anybody help me?
[08:28] <mup> Bug #1513373 opened: Cannot modify the default VLAN for a fabric <MAAS:New> <https://launchpad.net/bugs/1513373>
[08:53] <mup> Bug #1513379 opened: Cannot unset class_type for a fabric once set. <MAAS:New> <https://launchpad.net/bugs/1513379>
[09:29] <mup> Bug #1513391 opened: unexpected hover on subnets page <ui> <MAAS:Triaged by ricgard> <https://launchpad.net/bugs/1513391>
[09:29] <mup> Bug #1513392 opened: radiobuttons should be orange <ui> <MAAS:Triaged by ricgard> <https://launchpad.net/bugs/1513392>
[09:32] <mup> Bug #1513373 changed: Cannot modify the default VLAN for a fabric <MAAS:Invalid> <https://launchpad.net/bugs/1513373>
[09:35] <mup> Bug #1513373 opened: Cannot modify the default VLAN for a fabric <MAAS:Invalid> <https://launchpad.net/bugs/1513373>
[09:59] <mup> Bug #1513373 changed: Cannot modify the default VLAN for a fabric <MAAS:Invalid> <https://launchpad.net/bugs/1513373>
[10:32] <mup> Bug #1513413 opened: IP assignment for devices inconsistent with interfaces on nodes <MAAS:New> <https://launchpad.net/bugs/1513413>
[11:26] <mup> Bug #1513432 opened: Cannot unset a space for a subnet once set <MAAS:New> <https://launchpad.net/bugs/1513432>
[11:50] <mup> Bug #1513432 changed: Cannot unset a space for a subnet once set <MAAS:New> <https://launchpad.net/bugs/1513432>
[11:53] <mup> Bug #1513432 opened: Cannot unset a space for a subnet once set <MAAS:New> <https://launchpad.net/bugs/1513432>
[11:56] <mup> Bug #1513432 changed: Cannot unset a space for a subnet once set <MAAS:Invalid> <https://launchpad.net/bugs/1513432>
[14:27] <mup> Bug #1513379 changed: Cannot unset class_type for a fabric once set. <MAAS:Invalid> <https://launchpad.net/bugs/1513379>
[14:27] <mup> Bug #1513485 opened: Commissioning doesn't update the IP of PXE interface UI, maybe due to lease parser failure <MAAS:Triaged> <https://launchpad.net/bugs/1513485>
[15:30] <mup> Bug #1513506 opened: Storage table row interaction <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1513506>
[15:30] <mup> Bug #1513507 opened: Storage table row interaction <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1513507>
[15:33] <mup> Bug #1513506 changed: Storage table row interaction <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1513506>
[15:33] <mup> Bug #1513507 changed: Storage table row interaction <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1513507>
[15:36] <mup> Bug #1513506 opened: Storage table row interaction <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1513506>
[15:36] <mup> Bug #1513507 opened: Storage table row interaction <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1513507>
[20:06] <stokachu> urthmover:
[20:06] <stokachu> this is what i have so far
[20:06] <stokachu> [15:04] <mpontillo> stokachu: what do you mean when you say "inside" vcenter? yes, you can host the MAAS server on VMware - as long as it has the connectivity it needs to the clusters
[20:06] <stokachu> [15:04] <mpontillo> stokachu: if you're talking about "add hardware > chassis", it should work with 1.8 too
[20:07] <stokachu> [15:05] <mpontillo> stokachu: the thing you need to be careful about is to make sure the VMware user that MAAS uses only has permission to access the nodes you want to make into MAAS-managed nodes. (or use the prefix filter option to restrict it based on the VM name.)
[20:07] <stokachu> [15:06] <mpontillo> stokachu: that should be fine
[20:07] <stokachu> [15:06] <mpontillo> stokachu: I just wanted to give you that word of warning, because when you do probe-and-enlist (aka "Add Hardware > Chassis"), MAAS will reconfigure any VMs it finds through the VMware API so that they PXE boot
[20:07] <stokachu> urthmover: ^
[20:07]  * mpontillo didn't realize there was a discussion going on here, sorry =)
[20:07] <stokachu> mpontillo: nah it started in #juju
[20:07] <urthmover> stokachu: ok I read that on the docs or wiki yesterday about chassis taking over every guest
[20:07] <urthmover> thank you stokachu a bunch
[20:07] <stokachu> urthmover: np
[20:08] <mpontillo> urthmover: ping me if you have questions.
[20:08] <urthmover> mpontillo: in chan or priv?
[20:08] <urthmover> mpontillo: chan is fine with me :)
[20:08] <mpontillo> urthmover: yeah keep it in #maas please so stokachu or others can jump in if needed
[20:10] <stokachu> urthmover: if you have other questions with the OpenStack Installer you can ping me or mmcc (he's in #ubuntu-server)
[20:10] <urthmover> mpontillo: At this point I do not have cli or api access to the vmware vcenter server.  I do have vcenter access using the fatclient.  I am able to build guests, mount disks, etc.  How do I handle the power aspects of using MAAS with my seemly limited access to the hypervisor?
[20:11] <mpontillo> urthmover: hm, it's weird that the fat client would work but not an API client; I thought it used the same API
[20:12] <urthmover> mpontillo: currently I've built a maas/juju environment locally using vmware fusion.  I've had topower on the guests manually throughout the process of installing everything
[20:12] <mpontillo> urthmover: unfortunately, API access is a requirement if you want to use the VMware power control driver. VMware fusion, unfortunately, doesn't work - it does not provide the API. the cheapest version of VMware that supports it is VMware Workstation
[20:12] <mpontillo> urthmover: although I think you could convince the free version of ESXi to work (even without vSphere, etc), given enough time/effort
[20:13] <urthmover> mpontillo: it is wierd, but the hosting provider has attempted to curb my permissions on the environment so that they feel they have some sort of control, to make their support easier.  The dumb part is we are the only tenants on this cluster (but that's another story)
[20:14] <urthmover> mpontillo: if I am unable to gain access to the api, do you think I should build a KVM cluster inside the vmware environment, then build MAAS on top of that...etc
[20:14] <mpontillo> urthmover: well, I don't understand how you could use the fat client to turn on/off machines, but the API wouldn't work. it should be making the same calls. I'd file a support ticket?
[20:14] <mpontillo> urthmover: you could do it that way too. I assume this is just for demo purposes then?
[20:15] <mpontillo> urthmover: if you want to try ESXi, I found this blog post helpful - http://blog.mywarwithentropy.com/2013/12/configuration-esxi-55-from-command-line.html
[20:15] <urthmover> mpontillo: this is testing, that will eventually become production ....I think I'll go down the path of testing api access and demanding it before I clutter up this design with too many embedded hypervisors
[20:16] <mpontillo> urthmover: also, regarding ESXi, I have these commands written in my notes: http://paste.ubuntu.com/13115403/ (I was trying to figure out how to create additional networks for the VMs to use using "bare ESXi")
[20:17] <urthmover> mpontillo: thank you I'll work with those commands and the syntax to see if I have some sort of api access
[20:17] <mpontillo> urthmover: the bottom line for me is, if you can point an official VMware client (such as adding it as a server in Fusion), MAAS should work with it.
[20:18] <urthmover> mpontillo: I hear that and I'm keeping my fingers crossed that I can....give me a few to test and I'll update you and the chan
[20:18] <urthmover> mpontillo: thank you for your time so far btw
[20:18] <mpontillo> urthmover: thanks, good luck.
[20:18]  * urthmover scampers off
[21:31] <mup> Bug #1513506 changed: Storage table row interaction <ui> <MAAS:New for ricgard> <https://launchpad.net/bugs/1513506>


[02:12] <AaronDarron> throwing paint balls at the wall
[02:16] <Jack_Sparrow> Right back at ya
[02:18] <AaronDarron> throwing paintball at jack
[02:19] <Jack_Sparrow> Hope Mate is behaving itself for you
[02:19] <AaronDarron> hey jack you know anything about kernel
[02:19] <Jack_Sparrow> Whats the issue
[02:20] <Jack_Sparrow> while we talk..  sudo apt-get install inxi
[02:20] <Jack_Sparrow> Please Read, https://git.io/v1qUo  & share the link output here. Or
[02:20] <Jack_Sparrow> inxi -Fxxrzc0 | pastebin    in a terminal & share the link output here
[02:20] <Jack_Sparrow> To install latest kernel, use Update Manager (shield icon lower right), then in the menu bar click VIEW > LINUX KERNELS >> Select 4.10 in column then latest revision on right column  >> Install and reboot! IMPORTANT:  If you have a problem booting up, hold down left SHIFT key while booting to enter grub and select old kernel to boot from
[02:21] <Jack_Sparrow> How is that for a start
[02:23] <Jack_Sparrow> https://sites.google.com/site/easylinuxtipsproject/Home
[02:52] <AaronDarron> nice
[02:52] <AaronDarron> well I am getting a error in the kernel
[02:53] <Jack_Sparrow> AaronDarron, it will trace back to a bad ppa that you added most of the time
[02:57] <AaronDarron> well I looked at the file and it said about lp ppdev and another module is there a way to fix that
[03:01] <Jack_Sparrow> inxi -Fxxrzc0 | pastebin    in a terminal & share the link output here
[03:04] <AaronDarron> ?...
[03:09] <Jack_Sparrow> Please Read, https://git.io/v1qUo  & share the link output here. Or
[03:13] <AaronDarron> you have a message
[03:14] <Jack_Sparrow> !info inxi
[05:34] <abbiya> yesterday, i have upgraded to 17.04
[05:35] <abbiya> now my laptop has wifi issues
[05:35] <abbiya> the connection is not stable
[05:35] <abbiya> it comes and goes
[05:36] <abbiya> i thought may be its the problem with random mac addresses issue and changed the network config
[05:37] <abbiya> let me know if i can do something to fix this
[06:09] <dennis__> Hi
[11:13] <ouroumov> abbiya, hello
[11:14] <ouroumov> abbiya, this channel is not very active at times. I suggest you post in our forums in the Support & Help requests category, provide the output of the command: inxi -N
[11:15] <ouroumov> abbiya, alternatively since this is likely unrelated to Ubuntu MATE, but more a bug affecting all Ubuntu versions, you can try and ask in the #ubuntu channel
[12:17] <abbiya> thanks ouroumov
[13:58] <vlt> Hello. I'm running Ubuntu MATE in an xrdp/vnc session accessed by an minimalistic X+rdesktop Ubuntu client. Where could I change the size of the mouse pointer?
[13:58] <ouroumov> vlt, have you tried the Appearance settings?
[14:02] <vlt> ouroumov: Yes. I can't find anything for the mouse pointer there.
[14:02] <ouroumov> vlt, it's in Themes -> Customize -> Pointer
[14:04] <vlt> ouroumov: Found it. No visible change.
[14:05] <ouroumov> Maybe a logout/login is required? Or maybe this is something to tweak on the side of your RDP client
[14:06] <vlt> ouroumov: Propably. Any idea how?
[14:07] <ouroumov> Sorry, I don't have experience with the client you're using, the only one I know is remmina.
[14:43] <Guest81335> hello
[14:44] <ouroumov> hello Guest81335
[15:24] <Jack_Sparrow> !info virtualbox
[16:15] <Jack_Sparrow> !info r8168-dkms
[18:49] <Jack_Sparrow> !info wireshark
[21:43] <ChrisOfBristol> I'm still on 16.10 because wireless didn't work in 17.04. I have just tried 17.10 off a live CD and it's still not working - for me anyway.
[22:12] <ChrisOfBristol> I have just tried 17.10 off a live CD and wireless is still not working
[23:34] <cypherfunx> hi just looking for a safe free place to chat in private and start up my own irc channel ((( :"
[23:34] <ouroumov_> hello cypherfunx
[23:34] <Jack_Sparrow> cypherfunx, do this...
[23:34] <Jack_Sparrow> /join cypherfunx
[23:35] <cypherfunx> and or start up my own channel ((( : "
[23:35] <ouroumov_> cypherfunx, if you want "privacy" just know you need to at least connect to the server through TLS
[23:35] <cypherfunx> Gday Jack greatly appreciated ((( :"
[23:36] <Jack_Sparrow> :)
[23:36] <ouroumov_> cypherfunx, you' currently connected using an unencrypted connection and all messages from you to the server are sent in clear over the network
[23:37] <Jack_Sparrow> Thats why spotchat and mint Mate hide your real info unlike freenode
[23:37] <cypherfunx> Thanx ouromov im oldskool but a newbie as im always learning
[23:37] <cypherfunx> kool ill check em out Jack ((( : "
[23:39] <Jack_Sparrow> !info apache2
[23:39] <cypherfunx> Have a good one ya all and have a good one mates ((( : "
[23:40] <cypherfunx> l8trz
[23:40] <Jack_Sparrow> !php
[23:41] <Jack_Sparrow> !lamp


[05:03]  * genii sips
 But when it Freeses like that just wait it out it out it will fix it self
[05:56] <bazhang> brilliant advice
[08:34] <ikonia> milo64 = milo32 known issue back x 2
[08:59] <ikonia> so milo64 appears to be "starting up"
[09:00] <bazhang> thats either cholby or one other super annoying troll
[09:00] <bazhang> all they do is say a user's nick over and over
[10:39] <genii> bazhang: I'm tempted to just say your name randomly in different channels you're in now, just to be annoying. But I've been up all night and too much coffee.
[13:42] <bazhang> heh
[16:25] <TheLordOfTime> Hello.  I would like to, well, help the ops team in this one instance, ikonia set a ban in #ubuntu that won't match a given shell user if they reconnect their shell, and it needs revising...
[16:25] <TheLordOfTime><EMAIL_ADDRESS>should instead be<EMAIL_ADDRESS>[16:26] <TheLordOfTime> that will actually ban the user, since trekweb idents are fixed to their shell account names.
[16:26] <ikonia> TheLordOfTime: thanks
[16:26] <TheLordOfTime> you're welcome.
[16:26] <ikonia> correcting now
[16:26] <TheLordOfTime> :)
[16:27] <TheLordOfTime> thank you for your time.  :)
[23:15] <Jordan_U> I can't think of the last time that floodbot's message "Please don't flood; use http://paste.ubuntu.com to paste; don't use Enter as punctuation." actually led to someone realizing what they did wrong.


[05:39] <doko> mitya57: do you know the origin of this python -> python3 suggestion?
[06:05] <decci> Hello
[06:06] <decci> While installing openwsman 2.4.x it points to old openssl 1.1.0 package while I need it to use openssl 1.1.0 which is already installed on my system
[07:19] <decci> Any idea how shall I apply patch https://github.com/Openwsman/openwsman/issues/98
[10:43] <mitya57> doko, no :(
[12:52] <cpaelzer> is the auto-upgrading of dpkg owned conffiled done in some call in #DEBHELPER# or otherwise before/after?
[12:57] <cpaelzer> I know much is in dpkg-mainstcript-helper - I'm interested in the basic (if you have nothing in maintscripts) three way check: if "oldmd5 == storedmd5" then place new conf from pkg
[13:02] <f_g> cpaelzer: AFAIK dpkg handles that itself when configuring a package, but you might want to wait for someone with more knowledge to confirm (or check dpkg's source yourself)
[13:02] <cpaelzer> I almost assumed it does so by itself, in that case it would be important where in the post/pre calling that comes
[13:02] <cpaelzer> but if it is dpkg itself then it might be in the flowchart on the debian wiki
[13:02] <cpaelzer> thanks f_g
[13:04] <cpaelzer> not that I'd see it clearly on https://wiki.debian.org/MaintainerScripts
[13:06] <f_g> cpaelzer: seems like it's before the call to postinst configure
[13:07] <cpaelzer> f_g: where did you see that?
[13:07] <f_g> https://anonscm.debian.org/cgit/dpkg/dpkg.git/tree/src/configure.c#n678
[13:07] <f_g> :P
[13:08] <cpaelzer> well that is documentation enough, thanks f_g
[13:08] <f_g> np - was curious myself ;)
[13:23] <cjwatson> cpaelzer: It's also in policy.  https://www.debian.org/doc/debian-policy/#details-of-configuration
[13:24] <cpaelzer> yeah, thanks cjwatson
[18:36] <AsciiWolf> hi, does anyone have any info about the issue with Ubuntu Software (GNOME Software) not removing dependencies when uninstalling a package (https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1552792)? is there any chance that this bug will be (finally) fixed in 18.04?
[18:37] <jbicha> AsciiWolf: I don't think any one is working on that issue. You can file a bug upstream for it if you like
[18:39] <AsciiWolf> jbicha, so it is an upstream (packagekit?) issue?
[18:40] <jbicha> uh, maybe gnome-software?
[18:41] <AsciiWolf> I am not having this issue when using GNOME Software on Fedora
[18:42] <AsciiWolf> so I think it's rather a PackageKit apt backend issue
[18:43] <AsciiWolf> Ubuntu is using PackageKit (not aptdaemon) as GNOME Software backend, right?
[18:43] <jbicha> yes as of 17.10
[18:46] <AsciiWolf> ok... this issue is there since the switch to gnome software in 16.04 so maybe it's really a GNOME Software issue
[18:48] <AsciiWolf> I'll report it upstream, hope it will get fixed, it's really bad and confusing bug for regular users, especially in combination with this one: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1528028
[18:54] <jbicha> AsciiWolf: Fedora 27's GNOME Software does not autoremove dependencies for no-longer-installed apps either
[18:55] <AsciiWolf> jbicha, that's weird, I have tried it before and it worked
[18:55] <AsciiWolf> I will try it again and let you know
[18:56] <jbicha> I just tried it by installing gnome-tweak-tool, gnome-shell-extension-user-theme is still installed
[19:04] <AsciiWolf> oops, looks like you are right!
[19:52] <AsciiWolf> jbicha, I have reported the issue upstream, thanks!
[20:53] <juliank> jbicha: I'd fully expect someone to work on this eventually, given the push for autoremoving stuff automatically in apt, and given that g-s is used by users even less aware of autoremove, it seems even more important to me.
[20:55] <Unit193> tjaalton: Hello!  I'm presuming the offhand remark about SRU'ing -ati wasn't really an offer or anything; however, if you did, I'd be willing to test (as I grabbed the package and added that patch, as well as several of the memleak/etc bug fixes too.)
[20:55] <juliank> I'm not entirely sure why there is such a huge interest in these things _now_, but then I don't really care about such details :)
[20:55] <Unit193> Hmm...Due to the upcoming LTS perhaps?
[20:56] <juliank> I mean, I'd do that directly _after_ the LTS, but not _in_ the LTS cycle :D
[20:57] <juliank> Like, we could have worked on that 2 years ago
[20:57] <Unit193> Hmm...Wasn't I going to try and bug you about another apt thing?
[20:57] <juliank> Maybe
[21:04] <coreycb> bdmurray: i have 2 neutron uploads to the artful queue. would you be able to delete the oldest one (about 10 minutes old now)?
[21:06] <bdmurray> coreycb: done
[21:06] <coreycb> bdmurray: thanks
[22:53] <TJ-> Could someone consider bug #1735014
[23:21] <rbasak> TJ-: looks like this is unrelated to the Ubuntu delta so should be sent up to Debian?
[23:22] <TJ-> rbasak: thanks; I'll do that


[05:14] <timshan> hello everybody...I meet the problem,when I use the "sudo apt-get autoremove",the system want to remove the mbr...
[05:15] <timshan> it's too stranger..Anybody can help me?
[05:15] <timshan> my ubuntu version is 10.04
[05:17] <FourDollars> timshan: 你可以提供更清楚一點的資訊嗎？
[05:17] <FourDollars> timshan: screenshot 之類的
[05:18] <timshan> ok  wait a minute
[05:19] <timshan>  sudo apt-get autoremove Reading package lists... Done Building dependency tree        Reading state information... Done The following packages will be REMOVED:   kpartx libwildmidi0 mbr 0 upgraded, 0 newly installed, 3 to remove and 0 not upgraded. After this operation, 377kB disk space will be freed. Do you want to continue [Y/n]? n  Abort.
[05:19] <timshan> sorry = =
[05:21] <FourDollars> timshan: mbr 只是一個軟體套件，移除也沒關係，在我的系統上也沒有裝這個軟體套件ㄡ


[12:18] <shawarma> seb128__: There. Both reuploaded.
[12:22] <shawarma> seb128: Both reuploaded.
[12:23] <seb128> ok, will have a look to them
[12:24] <shawarma> seb128: Cool. Sorry for all the fuss. I never imagined the copyright issues with these packages would be so complex.
[12:24] <seb128> np
[12:26] <shawarma> seb128: I'm off for tonight. Should there be any other issues, just /msg me or mail me at<EMAIL_ADDRESS>ok? Thank you very much for your help.
[12:27] <seb128> k, will do that or ping you tomorrow, np, thank you for the work on those packages
[12:27] <shawarma> np
[12:27] <shawarma> G'night.
[12:28] <seb128> 'night
[12:33] <BenC> anyone know a decent flow chart program?
[12:33] <kylem> visio
[12:33] <kylem> :P
[12:34] <sistpoty> BenC: /me likes dia pretty much, but I don't know if you'd call that decent ;)
[12:34] <BenC> kivio...sounds nearly the same and starts with a 'K', it must be good
[02:15] <lifeless> err
[02:15] <lifeless> why does ubuntu-standard depend on *dselect* ? wtf?
[02:16] <jdong> why don't you.... de-select it! \end{terriblepun}
[02:16] <tsmithe> @lart jdong
[02:16] <tsmithe> that was horrible!
[02:17] <elmo> anyone got up-to-date feisty?
[02:17] <jdong> elmo: sup?
[02:18] <elmo> jdong: can you see if xmodmap works for you?
[02:18] <elmo> xmodmap -e "keycode 11 = 2 quotedbl"
[02:18] <elmo> e.g. ^-- try that
[02:18] <elmo> and see if shift-2 produces '"' afterwards.  assuming you're on a US keymap
[02:18] <jdong> "
[02:18] <jdong> yeah
[02:18] <jdong> works fine here...
[02:18] <elmo> jdong: when did you last update?
[02:18] <jdong> 5 minutes ago
[02:19] <elmo> hmm, meh
[02:19] <jdong> remember I was whining to you about the archive? :D
[02:19] <elmo> I have no idea why this is broken for me, but it's broken, even with a completely new user
[02:20] <jdong> feisty X since two days ago has been acting up for me somewhat though
[02:20] <jdong> like terminal scroll is absurdly slow
[02:20] <jdong> and even locks up X sometimes
[02:20] <jdong> beryl broke too but that's old news ;-)
[04:13] <z_malloc> hello
[04:14] <z_malloc> any ubuntu developers know why this bug would take so long to resolve, and be priority : low urgency ?? https://translations.launchpad.net/ubuntu/edgy/+source/mysql-dfsg-5.0/+bug/66702
[04:14] <Ubugtu> Malone bug 66702 in mysql-dfsg-5.0 "GCC emits 3DNow!-specific instruction for __builtin_prefetch" [Undecided,Fix committed]
[04:15] <z_malloc> 4 months to resolve a bug rendering mysql inoperable in the 64bit server version seems insane to me
[04:16] <z_malloc> im concerned about using ubuntu long term in a production environment if a bug like this takes 4 months to correct, and the guy who fixes it doesn't even have an EMT64 machine.
[04:18] <pochu> z_malloc: I'm not an ubuntu developer, but I'm looking at that bug report, and it's marked as fixed, so what's the problem?
[04:19] <HrdwrBoB> anyone using production ubuntu and not using LTS on servers is insane
[04:19] <Lathiat> from what i can see , that bug was filed in the edgy development phase
[04:19] <Lathiat> and fixed in the edgy development phase
[04:19] <HrdwrBoB> and anyone not using at the very least, stable, should be committed
[04:19] <Lathiat> if your running the unstable version in your production environments, you'll have plenty of other issues to worry about ;)
[04:19] <z_malloc> the problem is I'm trying to understand why it took 4 months to fix, and is marked low urgency.  the installer says "install LAMP server".  seems like having apache, mysql and php working would be pretty important.
[04:20] <pochu> z_malloc: it isn't marked as low urgency
[04:20] <z_malloc> the bug was submitted in october 06, and the fix was submitted a few days ago.
[04:20] <pochu> z_malloc: it is undecided
[04:21] <z_malloc> mysql-dfsg-5.0 details Current version:  5.0.24a-9ubuntu1
[04:21] <z_malloc> Upload date: 2007-02-16
[04:21] <z_malloc> Urgency: Low Urgency
[04:21] <Lathiat> oh i see i misread, my appologies
[04:21] <Lathiat> z_malloc: thats the source, not the bug
[04:21] <z_malloc> ahh i see
[04:21] <z_malloc> that makes more sense :)
[04:21] <pochu> z_malloc: 13 Dec 06 14:44  	 Matthias Klose  	gcc-4.1: status  	Confirmed  	Fix Released
[04:22] <z_malloc> hmmm. i installed after that date, and updated since.
[04:22] <pochu> z_malloc: it was fixed in gcc in december. however, it was noticed also in mysql, so it was fixed later ;)
[04:23] <z_malloc> i don't understand.  mysql won't start.
[04:23] <pochu> 15 Feb 07 19:08 <---- Date when it was reported on mysql-dfsg-5.0
[04:23] <pochu> z_malloc: ^^
[04:23] <pochu> z_malloc: so 6 days to be fixed :)
[04:24] <z_malloc> i guess thats what i mean
[04:24] <Lathiat> pochu: that bug was opened 18/10/06
[04:24] <pochu> Lathiat: for gcc yes
[04:24] <pochu> Lathiat: but not for mysql
[04:24] <pochu> https://translations.launchpad.net/ubuntu/edgy/+source/mysql-dfsg-5.0/+bug/66702/+activity
[04:24] <Ubugtu> Malone bug 66702 in mysql-dfsg-5.0 "GCC emits 3DNow!-specific instruction for __builtin_prefetch" [Undecided,Fix committed]
[04:24] <pochu> look there
[04:24] <Lathiat> thats what im looking at
[04:24] <Lathiat> Bug Details:
[04:24] <Lathiat> Reported on:
[04:24] <Lathiat> 2006-10-18 17:04:14 WST
[04:25] <pochu> Lathiat: but that's the gcc bug
[04:25] <Lathiat> the bug was originally filed against mysql
[04:25] <Lathiat> and then mvoed to gcc as it was actually a gcc bug
[04:25] <Lathiat> z_malloc: certainly if you have a critical production environment, perhaps you should look at purchasing support from canonical
[04:25] <pochu> Lathiat: you are right, sorry
[04:25] <pochu> hehe
[04:26] <z_malloc> whether it took 2 months to fix, or 4 .. either way.. isn't it important enough?
[04:26] <z_malloc> aren't tons of people using 64bit server
[04:27] <z_malloc> and more importantly.. didn't anyway try Mysql?? i mean, its pushed as a LAMP server right from the start of the install
[04:28] <z_malloc> i'm just trying to understand the scenerio, thats all.
[04:28] <z_malloc> i am hopeful that i am missing something
[04:28] <pochu> z_malloc: the really stable system is the LTS (dapper)
[04:28] <pochu> maybe that's what you are missing (maybe not)
[04:28] <bddebian> Yes, there are thousands of packages and not enough developers
[04:28] <Lathiat> z_malloc: The current Ubuntu "focus" is on the desktop environment
[04:29] <Lathiat> z_malloc: while the server efforts are not without aid, it is not the focus of the dev teams at this time
[04:30] <ajmitch> Lathiat: yet there are still server editions, with mysql prominently available
[04:30] <z_malloc> yes, but its the server version, and .. maybe i'm wrong.. but it just seems like mysql is like one of the top 2 applications in that distribution.  way to important to have simply not working for months.
[04:31] <z_malloc> that was my other question.  did this bug only afflict some amd64 installs? or all
[04:31] <ajmitch> only em64t
[04:31] <HrdwrBoB> yeah
[04:31] <ajmitch> all the 64-bit amd chips support the instruction used
[04:31] <HrdwrBoB> it's an amd specific extension
[04:31] <z_malloc> which is what?  all intel based chips
[04:32] <HrdwrBoB> basically yes
[04:32] <HrdwrBoB> but only if you run 64bit
[04:32] <Lathiat> "all intel based 64bits, running the 64bit distribution"
[04:32] <ajmitch> which is hardly uncommon for a server
[04:32] <z_malloc> ajmitch : my thoughts as well
[04:33] <z_malloc> basically, two chips.  amd/intel, and with dell only providing intel.. i just don't understand
[04:33] <ajmitch> however I'll most likely run dapper or etch
[04:33] <ajmitch> 'edgy' has its name for a reason
[04:33] <HrdwrBoB> I agree it should be fixed
[04:33] <HrdwrBoB> but I also think that anyone running a server not running dapper needs their head read
[04:33] <pochu> anyway it's already fixed :)
[04:34] <ajmitch> z_malloc: have you confirmed that it is fixed & replied on the bug report?
[04:34] <z_malloc> i am glad its fixed, and i don't want to come off as a jerk.  im just fearful about this being a sign for things to come. ala debian package maint.  which has gotten really bad.
[04:34] <ajmitch> pochu: in -proposed, iirc
[04:34] <pochu> ajmitch: oh, right :)
[04:35] <z_malloc> ajmitch : no i havent.  i forced the previous version from dapper, which was suggested in the ubuntu forums.  not an ideal solution, but the only one i could find short of compiling.
[04:35] <ajmitch> ok, testing of the version in edgy-proposed would be appreciated if you have the time
[04:36] <z_malloc> sadly, im barely capable of installing packages.  my linux skills are weak at best.
[04:38] <z_malloc> well..thats a bit overstated. but needless to say, i'm probably not well suited.
[04:38] <pochu> z_malloc: then, please comment the bug report confirming that it's fixed, in order to get it to the -updates repo
[04:43] <z_malloc> others have commented that it is working now.  i guess i just wanted to find out what was up with the thinking and importance of the bug.
[04:44] <z_malloc> sounds like, the answer is "not enough maintainers"?
[04:55] <z_malloc> ty and gn
[07:40] <xerroz> is there some way i can install ubuntu on top of an already existing ubuntu? (looking to setup a system to debug)
[07:42] <Hobbsee> xerroz: #ubuntu for support
[07:42] <Hobbsee> please see the /topic
[08:00] <xerroz> Hobbsee: wouldn't this question be more specific to the development of Ubuntu..
[08:02] <Burgundavia> xerroz: not really
[09:13] <pitti> Good morning
[09:16] <dholbach> good morning
[09:18] <LaserJock> pitti: do new binaries as a result of a split of a source package end up in the NEW queue?
[09:18] <pitti> LaserJock: yes, they do
[09:18] <LaserJock> do they need a MIR?
[09:19] <pitti> LaserJock: no, just a standard review
[09:19] <LaserJock> k
[09:19] <pitti> LaserJock: is tomorrow ok, or shall I do it right now?
[09:19] <LaserJock> pitti: it's not uploaded yet
[09:19] <LaserJock> I gotta ask dholbach about that ;-)
[09:20] <mdke> do they need a feature freeze exception?
[09:20] <pitti> LaserJock: ah, that makes it hard to review :)
[09:20] <dholbach> LaserJock: about what?
[09:20] <LaserJock> dholbach: I committed some changes the doc repo that splits up the ubuntu-docs package
[09:21] <LaserJock> we needed to split the server guide and packaging guide as standalone .debs
[09:21] <dholbach> LaserJock: yeah, that's fine with me
[09:21] <dholbach> dunno, what you need to know from me?
[09:22] <LaserJock> I just wanted you to check over my changes (not so familiar with CDBS)
[09:22] <LaserJock> when you get a chance
[09:22] <dholbach> ok - can you send me a mail with that?
[09:23] <LaserJock> dholbach: ok
[09:23] <dholbach> gracias
[09:24] <Treenaks> (yes, really..)
[09:32] <pitti> Treenaks: that also happens with the nv driver
[09:33] <pitti> Treenaks: for a week or so, terminals became unbearably sluggish with nv
[09:33] <pitti> Treenaks: I guess something in the backend has changed (such as using another graphics backend for text rendering)
[09:35] <Treenaks> pitti: I have the same problem with Xv windows, they generate slowness as well
[09:36] <Treenaks> pitti: opengl does not
[09:36] <pitti> right
[09:36] <pitti> Treenaks: I guess the nvidia driver is just fast enough to paper over the new slowness
[09:38] <Treenaks> maybe..
[09:38] <Treenaks> could it be Composite? I disabled that..
[09:38] <Treenaks> (but also, gnome-terminal has changed its rendering a few weeks back, to fix an overlapping-characters bug)
[09:47] <dholbach> pitti, Mithrandir: can you please reject the last new-stuff-manager upload from source NEW? I'll upload a new version right now... upstream/the maintainer decided to change a few things
[09:47] <pitti> dholbach: doing
[09:47] <pitti> dholbach: new-stuff-manager? I'd be inclined to reject it because of that silly name already
[09:48] <dholbach> gracias
[09:48] <Treenaks> new-stuff-manager... is that the new name for bling-manager/desktop-effects?
[09:48] <dholbach> pitti: I'd suggest you let the maintainer know :)
[09:48] <pitti> dholbach: who is it?
[09:49] <dholbach> XSBC-Maintainer: Sebastian Plsterl<EMAIL_ADDRESS>[09:49] <pitti> I'm serious, I regard this as totally impolite namespace clutter and sloppiness
[09:49] <Kagou> hi
[09:49] <pitti> hi Kagou
[09:49] <pitti> dholbach: ok, I let him know
[09:49] <dholbach> ok, thanks again
[09:51] <pitti> [done]
[09:52] <dholbach> mdke, Laser_away: the changed docs packaging is in the usual place?
[09:52] <dholbach> *snigger*
[09:53] <dholbach> pitti is witty ... even early in the moning :)
[09:53] <Treenaks> we call him 'witty pitti'
[09:53] <Treenaks> ("petit pitti"?)
[09:54] <mdke> dholbach: yes in trunk
[09:54] <dholbach> seems everybody gets an appropriate title these days :-)
[09:54] <pitti> :-P
[09:57] <dholbach> mdke: we should get rid of "/usr/share/ubuntu-artwork/" in feisty+1 somehow
[09:57] <dholbach> (in ubuntu-docs)
[09:57] <mdke> yeah, the firefox homepage issue is so annoying
[09:57] <dholbach> yeah
[10:12] <dholbach> mdke: looks good to me - shall I upload it?
[10:16] <seb128> moning
[10:16] <seb128> morning
[10:19] <dholbach> heya seb128!
[10:20] <seb128> hey dholbach
[10:25] <ajmitch> hi jono
[10:26] <jono> hey ajmitch
[10:26] <dholbach> hey thekorn
[10:26] <dholbach> hey jono
[10:26] <jono> hi dholbach
[10:26] <thekorn> hey dholbach
[10:28] <Treenaks> pitti: it's a time thing
[10:28] <Treenaks> pitti: I just rebooted, and now everything is fast
[10:28] <carlos> pitti: I think your latest ifupdown update broke my network support in Feisty
[10:28] <Treenaks> pitti: but I know that if I keep running, it will happen again
[10:34] <pitti> Treenaks: hm, not for me
[10:35] <pitti> carlos: uh, how so? I just added a new network method... any details?
[10:35] <carlos>  I just downgraded the package to check whether that's the cause
[10:35] <carlos> pitti: I'm using static ip address in that server
[10:36] <pitti> carlos: so do I for my secondary eth
[10:36] <carlos> and lo device is not up and eth1 is up but without ip address
[10:36] <carlos> doing it by hand works
[10:36] <pitti> by hand -> ifup -a?
[10:36] <carlos> ifup eth1 and ifup lo
[10:36] <carlos> hmm
[10:36] <carlos> but seems like that package is not the problem
[10:37] <carlos> with previous version I'm without network too
[10:37] <pitti> carlos: does /etc/init.d/networking stop/start works?
[10:38] <carlos> pitti: with that, I get a working eth1 card with the fixed ip address
[10:38] <carlos> but lo interface does not appear with ifconfig
[10:39] <carlos> pitti: it appears with loopback stop / start
[10:40] <pitti> carlos: can you put your /etc/network/interfaces somewhere?
[10:40] <pitti> carlos: ah, indeed, /e/i/networking doesn't touch lo
[10:40] <carlos> is there any public paste bin service you use?
[10:40] <carlos> I only know about the internal one that we use for launchpad development
[10:41] <pitti> http://paste.ubuntu-nl.org/ works fine
[10:41] <carlos> pitti: http://paste.ubuntu-nl.org/7010/
[10:41] <pitti> carlos: I'm just asking because network-admin had a bug until recently that screwed up the file
[10:42] <carlos> I don't see anything wrong there, but maybe I'm missing something
[10:42] <pitti> no, looks fine
[10:42] <pitti> carlos: and they reproducably do not come up at boot?
[10:42] <carlos> yeah, every boot has this same problem
[10:43] <pitti> carlos: ok, a second please
[10:43] <carlos> the only change I have done, that I'm not sure whether would be causing this is that I moved /var to a new partition
[10:44] <pitti> carlos: ah, that indeed sounds likely
[10:44] <carlos> but it has been at least a week since I restarted the computer so I cannot be sure whether it's a software problem or a migration problem
[10:44] <carlos> pitti: it's not the first time I do that
[10:44] <carlos> and I use rsync -avzH to preserve everything
[10:44] <carlos> but this time is the first time it would cause problems
[10:44] <pitti> carlos: you could try adding 'set -x; exec 2>/tmp/network.log' to /etc/init.d/networking
[10:45] <carlos> ok
[10:45] <pitti> carlos: /var is likely not mounted at the time when loopback is executed?
[10:45] <carlos> hmmm
[10:45] <carlos> maybe
[10:45] <carlos> good point
[10:45] <carlos> so the problem would be just that the partition is not ready...
[10:45] <pitti> S08loopback vs. S35mountall
[10:46] <carlos> pitti: how does it work for new servers that you install with var in its own partition?
[10:46] <pitti> hm, I don't know
[10:47] <pitti> carlos: e. g. /var/run/network/ifstate looks kind of important
[10:55] <carlos> pitti: ok, thanks for the clue, I will try to figure whats going wrong...
[10:55] <carlos> well, how to fix it as I know what's going wrong now :-P
[11:23] <mjg59> Mithrandir: I hear esr will be one soon
[11:24] <Mithrandir> dholbach: are you going to send out a mail about universe ff or should I?
[11:24] <dholbach> am I the victim now? ;-)
[11:24] <Treenaks> *blame-shift*
[11:26] <dholbach> Mithrandir: if you have a boilerplate freeze announce mail in front of you, you could do it -- if not, I can do it too --- in fact you just reminded me to announce the MOTU council meeting tomorrow :)
[11:27] <Mithrandir> Treenaks: you!  Want to package the new blender upstream version?
[11:28] <dholbach> Mithrandir: I think lfittl is working on that.
[11:28] <Mithrandir> ok.
[11:28] <dholbach> Mithrandir: I can mail him if you like
[11:28] <dholbach> at least he told me last week in vienna
[11:28] <Mithrandir><EMAIL_ADDRESS>[11:29] <dholbach> Mithrandir: yes
[11:29] <Mithrandir> I'll mail him
[11:29] <dholbach> cool
[11:31] <carlos> pitti: It's fixed now. Ubuntu handles quite well that use case (having /var in its own partition), but you still need to have /var/run and /var/lock created in rootfs to get all magic working
[11:34] <cjwatson> carlos: yeah, the installer takes care of that, but obviously if you move it yourself then you have to do it
[11:34] <carlos> right
[11:34] <carlos> it took me a while to figure it
[11:41] <seb128> Mithrandir: I'm looking to network-manager-openvpn and network-manager-vpnc from NEW, I did look at them yesterday and there was some debian/copyright small problems that should be fixed now
[11:42] <giskard> someone did a release of vpn plugins?
[11:43] <seb128> the packages are from svn code apparently
[11:43] <Mithrandir> seb128: yeah, it was just the full text of the licences missing from the tarballs.
[11:43] <seb128> Mithrandir: I didn't notice that
[11:43] <Mithrandir> seb128: if it's been fixed, then it's good. :-)
[11:44] <seb128> Mithrandir: there is the GPL to COPYING and the LGPL to subdir/COPYING
[11:45] <Mithrandir> seb128: then it's good
[11:46] <Lathiat> what package woudl i file incorrect driver detection on?
[11:46] <Lathiat> (Xorg driver, nvidia card detected as vesa not nv)
[11:47] <Mithrandir> discover-data
[11:51] <Treenaks> pitti: the terminal-slow-bug has to do with scrollback + lots of windows.. if I turn my scrollback back to 500 lines, it's fast(er) again
[11:52] <shawarma> seb128: Rock'n'roll! :-) Thanks!
[11:52] <seb128> shawarma: np ;)
[11:53] <pitti> Treenaks: hm, (1) but scrolling forward is slow, too and (2) I didn't change this setting, and it happens to many people
[11:53] <Lathiat> Mithrandir: hrm thanks
[11:53] <Treenaks> pitti: I changed it from 5000 to 500
[11:54] <shawarma> seb128: Is it common for packages to that many different copyrights?
[11:54] <pitti> Treenaks: 500 is my default, too
[11:54] <Treenaks> pitti: how many terminals (they're all one process..)
[11:54] <seb128> shawarma: not sure on how common but that's not the only one for sure ;)
[11:54] <Treenaks> pitti: I have 6 atm
[11:54] <pitti> Treenaks: 5
[11:54] <shawarma> seb128: Ok.
[11:55] <doko> pitti: is it reasonable to extract the first parameter of the python command line and figure out a package for that for an apport report?
[11:56] <pitti> doko: that sounds similar to what mono does
[11:56] <pitti> doko: and in fact I thought that apport should already do this; it doesn't?
[11:56] <doko> pitti: when did you introduce this? look at the duplicates in the listen package
[11:57] <pitti> doko: ages ago, but of course there might be corner cases
[11:57] <dholbach_> kwwii: good looking - uploaded
[11:57] <seb128> Mithrandir: I've accepted the newest upload of network-manager-vpnc, there is still 2 old versions in the NEW queue, should I just q reject them?
[11:58] <kwwii> dholbach_: great, thanks!
[11:58] <pitti> doko: ah, bug 86744?
[11:58] <Ubugtu> Malone bug 86744 in listen "[apport]  python2.5 crashed with SIGSEGV while running Listen 0.5-0ubuntu2" [Medium,Fix committed]  https://launchpad.net/bugs/86744
[12:00] <Lathiat> and what package handles the logout screen? (the livecd when you hit restart just logs out and goes back to the gdm login screen)
[12:00] <pitti> doko: ah, it's because it calls python -OO /usr/lib/listen/listen.py
[12:00] <Lathiat> is that a gnome-session or gdm thing?
[12:00] <pitti> doko: apport currently only looks at the second argument, not the third
[12:00] <doko> pitti: hmm, ok, discard the options =)
[12:01] <pitti> doko: sounds reasonable; can you please file a bug?
[12:03] <pitti> doko: actually, don't bother
[12:03] <Chipzz> pitti: please take a look at bug 66908, should be an easy fix
[12:03] <Ubugtu> Malone bug 66908 in linux-restricted-modules-2.6.17 "nvidia-glx-config does not work any more" [Medium,Unconfirmed]  https://launchpad.net/bugs/66908
[12:03] <pitti> doko: I just added this case to the test suite, so it fails now
[12:03] <tepsipakki> does anyone know why we put wacom-devices in every xorg.conf?
[12:03] <pitti> doko: this is enough for a reminder
[12:03] <Chipzz> it's a regression from from something you fixed earlier ;)
[12:04] <Adri2000> seb128: packages in NEW that are rejected now (ie. after the universe FF), will it be possible to reupload them?
[12:04] <Chipzz> tepsipakki: more importantly, does anyone know why we put *3* wacom devices in xorg.conf? :)
[12:04] <pitti> Chipzz: urgh, ok
[12:04] <tepsipakki> Chipzz: right
[12:04] <pitti> Chipzz: erm, -17? edgy?
[12:04] <pitti> Chipzz: how come that I broke that?
[12:04] <Chipzz> pitti: edgy-security
[12:04] <doko> pitti: bug 87005
[12:04] <Ubugtu> Malone bug 87005 in apport "discard options when looking for the first paramter" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87005
[12:04] <Chipzz> -17.7 iirc
[12:05] <seb128> Adri2000: it's always possible to upload, dunno if they will be accepted, ask Mithrandir
[12:05] <Adri2000> Mithrandir: packages in NEW that are rejected now (ie. after the universe FF), will it be possible to reupload them (and get them accepted)?
[12:05] <Chipzz> pitti: probably something that only got commited on one branch or something?
[12:06] <pitti> Chipzz: I didn't commit it to a VCS, just uploaded it normally
[12:06] <pitti> Chipzz: thanks for the pointer
[12:07] <Chipzz> pitti: btw, I'm not saying you broke it, may be something someone else inadvertently broke ;)
[12:08] <pitti> Chipzz: right
[12:15] <iwj> Does apt modify /var/lib/dpkg/available ?
[12:16] <cjwatson> no
[12:16] <cjwatson> the only way to get that updated if you're using apt (to my knowledge) is 'dselect update'
[12:17] <iwj> I thought so.  Someone has a weird corruption in it which looks like a localised corruption.
[12:17] <iwj> Err, localised memory corruption in dpkg or dselect, I mean.
[12:20] <tepsipakki> which one is ok: 1) change everyones font-paths in xorg.conf to /usr/share/fonts/X11 or 2) add /usr/share/fonts/X11/*
[12:20] <dholbach> somebody please moderated my post to ubuntu-devel-announce
[12:26] <Chipzz> seb128: is it normal for changes in /etc/mailcap not to show up immediately in <some file> -> properties -> Open With ?
[12:26] <seb128> Chipzz: yep, GNOME doesn't use /etc/mailcap
[12:26] <pitti> tepsipakki: definitively symlinking
[12:26] <seb128> it's used the freedesktop database
[12:26] <pitti> tepsipakki: sed'ing xorg.conf in some postinst just cries for trouble
[12:27] <pitti> tepsipakki: shipping a symlink and making sure that new installs use the new paths are the right solution IMHO
[12:27] <Chipzz> seb128: I'm not sure but I think it does; I installed acroread recently (clean edgy install), and acroread doesn't install a desktop file. Acroread didn't appear in that list until a reboot though...
[12:27] <tepsipakki> pitti: ok :)
[12:27] <seb128> Chipzz: if it's listed then it does install a .desktop
[12:28] <tepsipakki> pitti: but I guess it's ok that new confs have new paths
[12:28] <pitti> tepsipakki: yes, of course
[12:29] <cjwatson> dholbach: done
[12:29] <dholbach> cjwatson: thanks
[12:29] <Chipzz> seb128: hrrrm you're right actually, it does install a .desktop file. makes me wonder why I had to log out for it to show up though, it should show up immediately
[12:30] <seb128> Chipzz: you have to refresh the view of the folder
[12:34] <seb128> Riddell: koffice-i18n-fa_1.6.2-0ubuntu1_all.deb koffice-i18n-ga_1.6.2-0ubuntu1_all.deb koffice-i18n-km_1.6.2-0ubuntu1_all.deb NEW binaries are empty, is that normal?
[12:45] <Riddell> seb128: yes, they're just translations so they all get sucked out into rosetta
[12:46] <seb128> Riddell: ok, thank you, and binaries are for universe then, right?
[12:47] <Riddell> seb128: no, main
[12:47] <seb128> hum
[12:47] <Riddell> seb128: actually
[12:47] <seb128> why are all the other packages to universe then?
[12:47] <Riddell> others are in universe
[12:47] <Riddell> seb128: yeah, universe it is
[12:47] <seb128> ok, I'll accept them to universe
[12:47] <Riddell> thanks
[12:47] <seb128> accepted
[12:47] <seb128> np
[01:10] <hunger> Is it known that gnome-applets-data conflicts over some filenames with wesnoth-data?
[01:13] <hunger> In fact gnome-applets-data conflicts with lots of packages over stuff in /usr/share/locale/*.
[01:20] <pitti> doko: I'll do Till's cups upload and check it into the svn
[01:21] <doko> pitti: thanks
[01:23] <seb128> hunger: locale? like translations?
[01:24] <hunger> seb128: It conflicts over /usr/share/locale/sl with wesnoth-data and lots of other dirs with other packages.
[01:24] <Chipzz> mvo_: ping?
[01:26] <seb128> hunger: that's a directory, there is no conflict over directory
[01:27] <hunger> seb128: wesnoth-ei, iso-codes, coreutils, a2ps, console-common, gphoto2, apt, wesnoth-*, digikamimageplugins, kdiff3 trow,
[01:27] <seb128> hunger: packages can installed files to the same directory
[01:27] <seb128> there is no file conflict there
[01:27] <hunger> seb128: I get this message: " trying to overwrite `/usr/share/locale/sl', which is also in package wesnoth-httt"
[01:27] <seb128> hunger: something is screwed to your bug then
[01:28] <seb128> hunger: /usr/share/locale/sl should be a directory
[01:28] <hunger> seb128: It is.
[01:28] <seb128> what package do you try to install?
[01:29] <hunger> seb128: I did dpkg -i --force-overwrite /v/c/a/a/gnome-applets-data[tab] .
[01:30] <hunger> seb128: aptitude only reported the first such attempt to overwrite the directory. The rest only showed up with force-override.
[01:30] <seb128> force-override is usually not a good idea
[01:30] <hunger> seb128: I know... but it is only locales which I will never use, so I dared do it here.
[01:31] <seb128> that's not locales
[01:31] <seb128> that's a directory
[01:32] <seb128> that error is really weird
[01:32] <hunger> seb128: Yeap, but I hope it holds locales;-)
[01:32] <seb128> maybe some package try shipping a /usr/share/locale/sl file
[01:32] <seb128> well, you should not have a conflict over a directory
[01:33] <seb128> packages are allowed to use the same directory
[01:33] <seb128> that error doesn't make much sense, it's really weird
[01:33] <hunger> seb128: dpkg -S /usr/share/locale/sl lists only this: gnome-applets-data: /usr/share/locale/sl
[01:34] <seb128> $ dpkg -S /usr/share/locale/sl
[01:34] <seb128> libwnck-common, devhelp-common, libgnomeprintui2.2-common, tracker, bug-buddy, gnome-session, libgnomeprint2.2-data, libgnomescan-common, gnome-applets-data, libgnomeui-common, iso-codes, vino, gnome-desktop-data, gnome-panel-data, libgnomevfs2-common, nautilus-data, totem-gstreamer, gedit-plugins, libgtksourceview-common, epiphany-browser, gaim-data, fast-user-switch-applet, alacarte, libgnome2-common, libpq4, coreutils, evolution-data-server
[01:34] <seb128> -common, gconf-editor, capplets-data, libglib2.0-data, apt, gnome-media-common, amule-common, gnome-nettool: /usr/share/locale/sl
[01:34] <hunger> seb128: I did a force-overwrite.
[01:34] <seb128> hunger: you said that already, we loop
[01:34] <hunger> seb128: So I am not surprised that nothing else is there anymore.
[01:34] <seb128> what is the question exactly? ;)
[01:34] <seb128> that's not a gnome-applets bug for sure
[01:34] <seb128> something is screwed on your box
[01:38] <_ion> hunger: For each package that was listed as conflicting (and why not also gnome-applets-data as well), try dpkg-deb --contents /path/to/its/deb | grep /usr/share/locale/sl
[01:38] <_ion> hunger: Does any of the lines have '-' instead of 'd' as the first char?
[01:38] <tkamppeter> pitti, biff
[01:38] <pitti> tkamppeter: new cups? thanks for preparing it, will handle it today
[01:39] <pitti> tkamppeter: a big sorry for forgetting to revert that recommends patch
[01:39] <hunger> seb128: Seems you are right. I just reinstalled kdiff3 and that went well (it conflited over /u/s/l/ta before).
[01:39] <tkamppeter> pitti, I have done the important point of undoing Mike's change of filtering the " (recommneded)" out.
[01:40] <tkamppeter> pitti, I have also packaged a new foomatic-filters, see the other e-mail. It fixes the ugly bug 85569 which requires users to do a hard reset in certain cases.
[01:40] <Ubugtu> Malone bug 85569 in foomatic-filters "foomatic-rip using 100% CPU" [Medium,Needs info]  https://launchpad.net/bugs/85569
[01:41] <pitti> great!
[01:41] <tkamppeter> pitti, can you approve UVF ER, where you are in the archive team now?
[01:42] <pitti> tkamppeter: no, that's the release manager's job (Tollef)
[01:42] <pitti> tkamppeter: archive team just means doing the grunt work, it doesn't have any decision power
[01:43] <tkamppeter> pitti, is it enough to send the mail which I have sent to you to Tollef, or is a special proceeding required now for the UVF ER?
[01:44] <pitti> tkamppeter: sending to Tollef is enough
[01:45] <pitti> tkamppeter: this looks perfectly reasonable, so I don't expect any problems
[01:47] <cjwatson> Mithrandir: we were to poke at moving powerpc out of cdimage
[01:47] <cjwatson> Mithrandir: do you have a few minutes so that we can get this one before the meeting?
[01:47] <cjwatson> s/one/done/
[01:48] <tkamppeter> Mithrandir, biff
[01:48] <tkamppeter> pitti, have sent it now.
[01:49] <pitti> Riddell: could you please take a quick look at bug 86879 on i386? it's a gdb crash triggered by a kdeinit crash, and I wondered whether just attaching gdb to the running kdeinit and reading symbols already triggers the crash again
[01:49] <Ubugtu> Malone bug 86879 in gdb "[apport]  gdb crashed with SIGSEGV in symbol_demangled_name()" [Medium,Needs info]  https://launchpad.net/bugs/86879
[01:50] <StevenK> Neat, the debugger SEGVs.
[01:52] <Mithrandir> cjwatson: sure, now's a good time.
[01:52] <Riddell> pitti: attaching to my kdeinit doesn't cause any problems
[01:53] <pitti> Riddell: alright, thank you
[01:53] <pitti> Riddell: bt works, too?
[01:54] <Riddell> pitti: yes
[01:54] <cjwatson> Mithrandir: got a cdimage checkout handy?
[01:55] <Mithrandir> cjwatson: we're not just going to do it on lithium?
[01:55] <cjwatson> Mithrandir: unfortunately it's kind of awkward since there's that private deployment branch
[01:55] <cjwatson> Mithrandir: we should make the relevant changes to the public branch first, IMO ...
[01:55] <Riddell> although it does freeze starting anything new in KDE :)
[01:55] <cjwatson> but sure, see the checkout on lithium
[01:57] <cjwatson> Mithrandir: so, there are the following things to change: etc/config (default architecture selection; should be changed only for feisty and onwards); etc/anonftpsync* (mirroring, to move powerpc to cdimage/ftp-ports); bin/find-mirror (to take powerpc packages from the ports mirror); and bin/cron.* as appropriate
[01:57] <Riddell> mvo, glatzor: have you looked at having software-properties let people set the apt proxy?
[01:58] <cjwatson> Mithrandir: in bin/find-mirror, it needs to be changed only for feisty and onwards
[01:59] <cjwatson> Mithrandir: (I'm making the changes already, FWIW, just talking you through them - is that ok? I still need to set things up so that you can push to all the branches in question)
[01:59] <Mithrandir> cjwatson: yes, that's fine.
[01:59] <cjwatson> Mithrandir: I generally prefer to write things like "only for feisty and onwards" as "case $DIST in warty|hoary|breezy|dapper|edgy) ... ;; *) ... ;; esac"
[02:00] <Mithrandir> yup, that's fine.
[02:00] <cjwatson> Mithrandir: just to ensure that we can still build older dists if we have to
[02:00] <cjwatson> not that I imagine we'll care about warty again
[02:00] <cjwatson> but it's a useful historical record if nothing else
[02:00] <cjwatson> should probably be in a configuration file, but there
[02:01] <Mithrandir> it's hard to express trees in a single shellscript config file.
[02:01] <glatzor> Riddell: mvo: synaptic already does this. but the proxy configuration is currently quite a mess. you can set the proxy per user in the GNOME prefs, in synapitc, environment variable ...
[02:02] <Riddell> glatzor: so synaptic will use the proxy set in gnome?
[02:02] <Riddell> how does it tell apt to do that?
[02:02] <cjwatson> hmm, build-image-set anonftpsync config selection will be fiddly
[02:03] <cjwatson> Mithrandir: I'm basically grepping for other architecture names here, chiefly i386 and ia64 as good examples
[02:03] <glatzor> Riddell: mvo: yes. sudo preservers the HTTP environment variable of the user
[02:04] <glatzor> Riddell: but mvo can tell you more about this. issue. I am out running. see you
[02:05] <cjwatson> Mithrandir: initial commit pushed to public branch (http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/); have a look?
[02:05] <pitti> mvo: I just pushed some update-notifier changes FYI
[02:06] <hunger> seb128: Looks like something was hosed on my system. I reinstalled everything that conflicted with gnome-applet-data and everything installed just fine.
[02:06] <mvo> pitti: thanks, looking
[02:06] <hunger> seb128: Sorry for the fuss.
[02:06] <seb128> np
[02:06] <cjwatson> Mithrandir: oh, hmm. It's not been moved on ports.ubuntu.com yet has it?
[02:06] <pitti> mvo: no, just to remind you to bzr pull before committing
[02:07] <mvo> Riddell: it will use (via gksu) the gnome proxy configuration
[02:07] <cjwatson> Mithrandir: so that commit is wrong
[02:07] <cjwatson> Mithrandir: in the private branch, only the buildlive script needs to be changed; I assume you don't want to trigger powerpc from here on in?
[02:07] <mvo> pitti: icon+grammer?
[02:08] <pitti> mvo: right
[02:08] <cjwatson> though maybe the ports_daily-live build should
[02:08] <Riddell> mvo: so gnome exports an environment variable and that gets picked up by apt?
[02:08] <mvo> Riddell: yes (gksu)
[02:08] <Riddell> mvo: which variable?  what does gksu have to do with it?
[02:08] <Mithrandir> cjwatson: nope, it hasn't.  That's non-trivial with LP, AIUI.  Or it might just require the rsync comconfig to be changed.
[02:09] <cjwatson> it's not LP, it's the rsync configuration, and it's hard because rsync can't be release-specific
[02:09] <Mithrandir> ah, point.
[02:09] <cjwatson> it needs to become debmirror or similar, which is harder on resources
[02:09] <mvo> Riddell: http_proxy
[02:09] <cjwatson> plus the installer would need to be told
[02:09] <Mithrandir> it'd just need to be debmirror on the first level?
[02:10] <cjwatson> true
[02:10] <Mithrandir> cjwatson: I'm wondering if we should make buildlive trigger all ports arches; I took it out because ia64 was too slow, iirc.
[02:12] <cjwatson> Mithrandir: what I'm doing now is adding separate buildlive invocations in the ports lines in crontab
[02:12] <cjwatson> with ARCHES='ia64 powerpc'
[02:14] <cjwatson> elmo: btw, I don't know if you have any plans regarding moving powerpc to ports somehow, but I just thought I'd make sure that you know it needs to happen far enough before a release that the installer can be updated
[02:14] <elmo> cjwatson: meh
[02:15] <Mithrandir> cjwatson: makes sense.
[02:15] <cjwatson> Mithrandir: I think that's all safely done and deployed on lithium now, if you want to check that
[02:18] <Mithrandir> cjwatson: looks sane to me.
[02:25] <cjwatson> pitti: your activity report says you're blocked on archive.u.c not being reachable from machines in the DC; have you tried 'export http_proxy=http://squid.internal:3128/'?
[02:25] <pitti> cjwatson: no, I didn't try; it wasn't necessary so far
[02:25] <cjwatson> but you're blocked on it?
[02:25] <pitti> more or less, yes
[02:26] <pitti> doesn't seem to help either
[02:26] <cjwatson> not sure how it can be not necessary *and* a blocker :-)
[02:26] <pitti> cjwatson: I RTed it yesterday
[02:26] <cjwatson> ok
[02:26] <pitti> cjwatson: oh
[02:26] <pitti> cjwatson: necessary> playing env tricks with the proxy, not network access
[02:27] <pitti> cjwatson: well, it's not a hard block, I could write some python-apt script to emulate apt-get source and use security.u.c
[02:28] <pitti> cjwatson: nice, the http_proxy trick works
[02:28] <pitti> cjwatson: thanks
[02:38] <pitti> Mithrandir: btw, if you are at hacking cd-image anyway, could you please do a grep -r for 'user.d'? Does it contain any commands to clean /var/lib/update-notifier/user.d for the live system? (I mailed Adam, but no reply yet)
[02:39] <Mithrandir> pitti: that's not cdimage, that's livecd.sh.
[02:39] <pitti> ah, I see
[02:39] <Mithrandir> I'm not sure where that's stored atm.
[02:40] <pitti> Mithrandir: ok, nevermind; thanks
[02:40] <ubuntu_> Hello, I have a problem regarding the console fonts. I would like this problem to be fixed in the next Ubuntu release. Is this the right place?
[02:40] <Mithrandir> ubuntu_: no, use the bug tracker for reporting bugs.
[02:41] <ubuntu_> Mithrandir: I have reported the problem as a bug but I wanted to see whether I can get someone to help get it fixed.
[02:45] <ubuntu_> Anyone?
[02:46] <cjwatson> ubuntu_: what's the bug number?
[02:46] <cjwatson> pitti: yes, it does 'rm -f ${ROOT}var/lib/update-notifier/user.d/*'
[02:46] <ubuntu_> The bug number is 87031. Thank you for your attention.
[02:47] <pitti> cjwatson: uh, can we stop that and instead fix the packages that leave unwanted notifications on virgin installs?
[02:47] <cjwatson> I'm not promising to fix it, as this isn't a bug escalation channel; I'm just curious
[02:47] <cjwatson> pitti: now that's an appropriate thing to mail Adam about ... :)
[02:47] <ubuntu_> cjwatson: It's nevertheless better than not getting any help at all.
[02:47] <pitti> cjwatson: alright, thanks for looking; at least I can stop breaking my head about that postinst :)
[02:47] <cjwatson> pitti: pkgsel marks any pending notifications as seen rather than removing them
[02:47] <cjwatson> pitti: (pkgsel/debian/postinst)
[02:48] <cjwatson> unfortunately I didn't note why I did that - it was a change in breezy
[02:49] <cjwatson> ubuntu_: running edgy or feisty?
[02:49] <ubuntu_> cjwatson: running edgy eft (6.10
[02:49] <ubuntu_> )
[02:49] <cjwatson> ubuntu_: ok, that's fixed in feisty by doing it in the initramfs before usplash starts
[02:50] <ubuntu_> cjwatson: Thank you very much. Are you really really sure that it is fixed for good?
[02:50] <cjwatson> pretty certain, yes - I made the change in question
[02:51] <ubuntu_> cjwatson: Thanks again. I am looking forward to the release of 7.04.
[02:51] <cjwatson> testing is of course welcome, but it works for me whereas previously it didn't :-)
[02:51] <ogra> cjwatson, btw, poke, poke .... any news on cipher=none ?
[02:51] <cjwatson> ogra: no, sorry
[02:51] <pitti> hi ogra
[02:52] <cjwatson> ubuntu_: we were a bit over-optimistic in edgy about what the kernel would let us do while usplash (or even X) was running
[02:52] <ogra> cjwatson, is there a chance we will see it in feisty ? it's one of the blocking factors for ltsp upstream to drop support for the old release
[02:52] <cjwatson> the new approach is much simpler and much more liable to work
[02:52] <ogra> hey pitti
[02:52] <cjwatson> ogra: urgh, I really can't promise itt
[02:52] <cjwatson> it
[02:52] <ogra> ok
[02:53] <ubuntu_> cjwatson: I guess I should download and check whether it works or not before 7.04 gets released.
[02:55] <ogra> hey mpytasz
[02:56] <ogra> :)
[02:56] <mpytasz> ping mjg59
[02:57] <mjg59> Hi
[02:57] <mpytasz> Hi, I was adviced to contact You, I have problems with wacom on Siemens tables (Lifebook T series)
[02:57] <ogra> mjg59, i pointed mpytasz to you, he as one of these nifty touchscreen lappies ...
[02:58] <mjg59> Install wacom-tools
[02:58] <mjg59> Reboot
[02:58] <mjg59> File bug if it doesn't work
[02:58] <mpytasz> ok, wait, it's not that simple :)
[02:58] <ogra> heh
[02:58] <ogra> mjg59, he's running gentoo, and ubuntu apparently doesnt boot on the builtin SATA CDrom ... :)
[02:59] <mpytasz> I am not using ubuntu, I'm using gentoo, I have everything I shouyld need (linuxwacom) and xorg configured properly, (ogra verified it)
[02:59] <ogra> mpytasz, so grab the souce of wacom-tools :)
[02:59] <mjg59> Sorry, I don't support gentoo
[02:59] <mjg59> I have no idea what's in their kernel
[02:59] <mpytasz> I tried wacdump and I get it working there however I am gettin bit errors
[02:59] <ogra> mjg59, well, you just pointed in the right direction ...
[03:00] <mpytasz> ok, thanks anyway, I'll go to gentoo irc, however I already tried it there
[03:00] <ogra> mpytasz, just check the wacom-tools source and make sure the set of modules we use in ubuntu is matching your gentoo kernel and it should work ...
[03:01] <mpytasz> ok, thanks
[03:01] <ogra> and next time we meet we'll get your damned CDrom running so you dont have excuses to not run ubuntu ...
[03:02] <ogra> :)
[03:03] <mpytasz> ogra, ok, Iif I won't make gentoo work with it 'll remind you ;)
[03:32] <pitti> kwwii: uh, wobbly splash-down :)
[03:34] <kwwii> pitti: hehe...is that good or bad?
[03:34] <kwwii> ;-)
[03:34] <pitti> kwwii: looks pretty cool
[03:34] <kwwii> good to hear :-)
[03:34] <kwwii> the logo on gdm and the splash will still change though :-)
[03:35] <kwwii> but we are getting closer and closer
[03:36] <h4writer> kwwii, do you have a screeny of it?
[03:37] <kwwii> h4writer: the splash is the only thing I do not know how to make a screen off ;-(
[03:38] <h4writer> (vmware:p), but is it already in the repos (than I can down it)
[03:38] <kwwii> for some reason ubuntu won't install on my x60s...after it boots it no longer finds the cdrom in the docking station
[03:39] <kwwii> in vmware, that is
[03:39] <kwwii> so I gave up pretty quick :-)
[03:39] <tepsipakki> kwwii: what a coincidence, I just installed X60s with feisty
[03:39] <tepsipakki> but not using vmware
[03:40] <tepsipakki> and after undocking the cdrom is lost
[03:41] <kwwii> good thing I didn't try that then :p
[03:48] <oxygen> hi
[03:49] <oxygen> i cant join #ubuntu
[03:51] <elkbuntu> oxygen, please see #ubuntu-ops
[04:01] <bddebian> Heya
[04:30] <tepsipakki> to finish the xorg-7.2 merge there are xorg-server and xorg left to do..
[04:30] <tepsipakki> and they need reviewing
[04:31] <seb128> people who want to help to review them are welcome ;)
[04:31] <tepsipakki> you can find the current versions here, along with debdiff's against the latest version in Debian: http://users.tkk.fi/~tjaalton/xorg72/new
[04:32] <tepsipakki> hopefully the changelogs are verbose enough :)
[04:32] <tepsipakki> you can give comments either here, or on #ubuntu-x
[04:33] <tepsipakki> I'm off now for a couple of hours, but will read the backlog later
[04:34] <bddebian> Are we actually going to bring them into Feisty?
[04:36] <tepsipakki> most of it is already in
[04:36] <tepsipakki> ->
[04:37] <seb128> bddebian: why doing the work if that's not the use it? ;)
[04:37] <bddebian> I ask myself that often for Universe? ;-P
[04:40] <ubuntu_> cjwatson: Are you there?
[04:45] <pitti> BenC: uh, I just discovered and filed bug 87065; I already went crazy searching the bug in apport...
[04:45] <Ubugtu> Malone bug 87065 in linux-source-2.6.20 "does not set CORE_REAL_RLIM correctly" [Undecided,Unconfirmed]  https://launchpad.net/bugs/87065
[04:46] <FlyOnTheWall> crimsun, you about?
[04:48] <BenC> pitti: ok
[04:50] <cjwatson> ubuntu_: yes
[04:54] <tkamppeter> pitti, the foomatic-filters package is accepted by Tollef, so foomatic-filters and cupsys can get uploaded now (tried to tell it earlier but my internet connection failed that time)
[04:54] <pitti> tkamppeter: yup, saw it
[04:55] <crimsun> FlyOnTheWall: I'm in lecture for ~8 additional hours.
[04:55] <FlyOnTheWall> ok
[04:56] <FlyOnTheWall> I'll return later on then, perhaps
[04:56] <FlyOnTheWall> enjoy your lectures
[04:57] <ubuntu_> cjwatson: I have just installed Feisty Herd 4 and can confirm that the same problem exists... :(
[04:58] <cjwatson> ubuntu_: bah. could you reopen that bug and attach /etc/default/console-setup and your initrd (either /initrd.img or /boot/initrd.img should be a symlink pointing to it), please?
[05:04] <ubuntu_> cjwatson: Okay, I will do that as soon as I go home.
[05:04] <cjwatson> thanks - it's probably an entirely *different* bug now, of course
[05:06] <givre> cjwatson: while in the same context, could you also look at bug 86606 thanks
[05:06] <Ubugtu> Malone bug 86606 in usplash "[feisty] Screen corruption when usplash is enable" [Undecided,Confirmed]  https://launchpad.net/bugs/86606
[05:07] <cjwatson> givre: totally different context, and I'm in a meeting right now
[05:08] <cjwatson> givre: I see the same thing, but I don't even know where to start with debugging it
[05:08] <cjwatson> hmm, interesting that adding setupcon fixes it - that's just plain weird
[05:09] <cjwatson> ok, I'll have a look based on that later
[05:09] <givre> cjwatson: thanks :)
[05:36] <heno> Riddell: updated kubuntu winfoss: http://people.ubuntu.com/~henrik/winfoss/feisty/kubuntu/current/
[05:46] <bluefoxicy> wow
[05:46] <bluefoxicy> I filed a duplicate bug o.o
[05:46] <bluefoxicy> the automatic bug search showed me like 10 bugs in the package, but none of them were what my bug was; once I filed it, it showed me a list of open bugs on the package, and the only other open one was the one I filed @_@
[05:59] <Mithrandir> mdz: so, I'm thinking ubuntu-release as a contact point; anybody can subscribe, some bits which are important to the release are mailed there automatically, but it's not for general discussion.
[06:00] <heno> Mithrandir: what kind of things will be posted, announcements of rebuilds?
[06:01] <heno> or more about status of targeted bugs?
[06:01] <Mithrandir> heno: no, it's not an announce list.  List of targetted bugs, for instance, yes.
[06:01] <heno> ok
[06:01] <Mithrandir> probably the daily mail from Colin about CD image problems.
[06:02] <heno> Is there a canonical place for finding out that Beta images are ready and testable?
[06:02] <heno> other than IRC?
[06:02] <heno> does it go to devel-announce?
[06:02] <mdz> Mithrandir: I think that once it's open for subscription, it's hard to prevent it becoming a discusison list
[06:02] <Mithrandir> lp/ubuntu-iso-tests ?
[06:03] <Mithrandir> mdz: nah, that's just moderating everybody except some people on a whitelist.
[06:03] <mdz> heno: it ought to go to -devel-announce
[06:03] <Mithrandir> mdz: do you really think so?  There will likely be at least one rebuild a day of most of the variants..
[06:03] <mdz> Mithrandir: reply-to is probably as effective and lower overhead
[06:04] <heno> Mithrandir: but who wants to check that unless they are subscribed to a test
[06:04] <mdz> Mithrandir: I think perhaps we need a review of all the types of communication we do and where they go
[06:04] <mdz> to me, -devel-announce is sort of "development-related announcements, often interesting even to non-developers"
[06:04] <Mithrandir> mdz: quite possibly; that'd be nice to do with a big, clean wall and some crayons or pens.
[06:04] <mdz> Mithrandir: or a wiki :-)
[06:04] <heno> I still think a testing-announce list would cover the middle ground here
[06:05] <heno> so that d-a can stay really low traffic
[06:05] <heno> but people can get enough pings about test status
[06:05] <Mithrandir> now, if LP grew RSS feeds for bug lists, it'd be trivial to get those notifications out, and people could get them on IRC, by email or whatever.
[06:31] <seb128> asac: for bug #86265, you used the "Target To Release" option? I usually use the milestone rather for bugs that need to be fixed for feisty
[06:31] <Ubugtu> Malone bug 86265 in firefox "[apport]  firefox crash [@totemScriptablePlugin::~totemScriptablePlugin] " [High,In progress]  https://launchpad.net/bugs/86265
[06:32] <seb128> what other people are doing?
[06:32] <seb128> having both that "Target To Release" and milestone is confusing
[06:36] <asac> seb128: ok ... sorry for confusion
[06:36] <seb128> no need to be sorry, I'm not sure to be right
[06:36] <seb128> I used it as a pretext to ask on the chan ;)
[06:36] <seb128> and to point that you can use the milestone
[06:37] <asac> one more reason for a quick fix :) ... this will then disappear from your rader ->  no more confusion :)
[06:38] <kwwii> dholbach: got a bug about the new gdm stuff - just pushed a fix
[06:38] <dholbach> kwwii: gracias - will upload it later on
[06:55] <mdz> asac,seb128: yes, it's confusing, and we need to use the tools consistently.  the trouble is they've been changing...
[06:55] <seb128> mdz: is milestone the right one to use?
[06:56] <pitti> I think milestone is right for development release and 'target to release' for stables
[06:56] <mdz> seb128: I don't think it ever makes sense to use 'target for release' for the development release
[06:56] <pitti> it should not be possible to create a feisty task ATM
[06:56] <mdz> I asked for that to be impossible in LP
[06:56] <pitti> heh, snap :)
[06:56] <seb128> ok, what I though
[06:56] <mdz> seb128,pitti: please have heno communicate about this to LP
[06:56] <seb128> I use the "target to release" for SRU basically
[06:57] <seb128> mdz: ok
[07:24] <igor> hi all ;-0
[07:39] <tepsipakki> whoa, I'm swamped with feedback on the remaining xorg-packages :)
[07:39] <tepsipakki> ..not
[07:39] <pitti> tepsipakki: ?
[07:40] <tepsipakki> pitti: nevermind.. I asked if someone had time to review xorg-server and xorg, which are the last bits of the R7.2 update remaining
[07:40] <tepsipakki> and the most difficult ones
[07:41] <tepsipakki> maybe we'll sort them out tomorrow
[08:16] <pitti> good night everyone!


[07:08] <pstolowski> morning
[07:22] <mardy> pstolowski: hi!
[08:01] <zyga-mbp> good morning
[08:01] <pstolowski> hey zyga-mbp
[08:11] <pedronis> pstolowski: hi, should I re-review https://github.com/snapcore/snapd/pull/10290 ?
[08:12] <pstolowski> pedronis: hi, yes please, thank you!
[12:02] <pedronis> pstolowski: he needs a master merge again, https://github.com/snapcore/snapd/pull/10290, the diff is strange/large again
[12:15] <mardy> pstolowski: go formatting is a bit weird, now after adding the comment it looks like you need to reindent the field type
[12:28] <pstolowski> pedronis: sorry, done now
[12:32] <pstolowski> mardy: yeah, that happens... done
[13:31] <pedronis> pstolowski: https://github.com/snapcore/snapd/pull/10282 needs a 2nd review, so that mardy can then get back to the original PR I suppose
[13:32] <pstolowski> pedronis: sure, will do
[13:32] <pedronis> thx
[14:32]  * cachio afk
[14:35] <pedronis> pstolowski: I reviewed 10290
[14:36] <pstolowski> pedronis: thanks!
[15:00] <pstolowski> pedronis: re your comment, are you suggesting to change the function to 'func maxAllowedPostponement(gatingSnap, affectedSnap string, buffer time.Duration) time.Duration {' ?
[15:01] <pedronis> or maxPostment time.Duration
[15:01] <pedronis> maxPostponement
[15:01] <pstolowski> pedronis: ah
[15:19] <ijohnson> pedronis: mvo: so I'm pretty much blocked on quota stuff now waiting for reviews (I opened a few more PR's just this morning) and I think the path forward now should be much less fraught with peril than previously - should I start looking at cloud-init stuff with that LP bug that TPE filed ?
[15:20] <ijohnson> I can also do reviews, not sure if there is anything in particular that I should focus on for reviews
[15:25] <pedronis> ijohnson: Pawel's https://github.com/snapcore/snapd/pull/10290 need reviews, but starting on cloud-init next step seems also good
[15:25] <ijohnson> pedronis: ok sure I will give that a review in my afternoon then
[15:47] <pstolowski> thanks ijohnson
[16:09] <pstolowski> ijohnson: btw there is a spec associated with https://github.com/snapcore/snapd/pull/10290, let me know if you would like to take a look at it to make things more clear
[16:09] <ijohnson> pstolowski: oh hey yes please I would love to take a look at the spec :-)
[16:09] <ijohnson> thanks
[16:10] <ijohnson> is there a reason the spec wasn't mentioned in the PR description ?
[16:10] <pstolowski> ijohnson: yes. i really don't trust google ;)
[16:11] <ijohnson> haha okay then
[16:11] <ijohnson> thanks for sharing it
[16:13] <pstolowski> yw
[16:47] <mvo> ijohnson: sorry, had a crazy day today, will try to do a bit of reviewing after dinner and in my morning


[00:00] <OvenWerks> I suppose once you know how it is ok.
[00:02] <OvenWerks> Access is faster
[00:17] <DarkEra> OvenWerks, kubuntu saucy?
[00:27] <OvenWerks> Ya, saucy
[00:33] <DarkEra> i believe i got the 3.9.0-2 generic kernel too on my ubuntu studio saucy dev partition, no lowlatency yet
[00:48] <OvenWerks> That shouldn't be.
[00:49] <OvenWerks> You should get lowlatency even if it's old
[00:49] <OvenWerks> The only reason I have generic is because it is a kubuntu install
[01:15] <OvenWerks> zequence: Another idea... A ubuntustudio-install package
[01:15] <DarkEra> i'll check on that tomorrow to make sure what kernel it is and let you know
[01:16] <OvenWerks> zequence: the idea is, install a ubuntu flavour
[01:16] <OvenWerks> DarkEra: ok, I will check my ubuntustudio install too
[01:16] <OvenWerks> zequence: install the ubuntustudio-install package.
[01:17] <OvenWerks> zequence: a menu item shows up in the system submenu
[01:17] <OvenWerks> zequence: starting it gives a gui that list the workflows.
[01:18] <DarkEra> since i'm still awake i might do so right away, i'll be right back
[01:18] <OvenWerks> zequence: the user checks the boxes they what to install or unchecks ones they want removed (might be more dangerous)
[01:19] <OvenWerks> Hits go/install/whatever and the user gets put in audio (or whatever) group. The flag is set to yes for jack RT and the install gets done.
[01:21] <DarkEra> OvenWerks, 3.9.0-2-generic #7-Ubuntu SMP Mon May 20 14:23:48 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
[01:22] <OvenWerks> It could even be done like the msfonts installer where installing it runs the installer dialog.
[01:22] <OvenWerks> Darkera, I'll check here
[01:22] <DarkEra> ok, thanks
[01:23] <OvenWerks> I have 3.8.0-19-lowlatency
[01:24] <DarkEra> that one is still showing in grub too
[01:24] <OvenWerks> VERSION="UbuntuStudio 13.10, Saucy Salamander"
[01:25] <OvenWerks> I haven't booted, just looking at the files in /boot on that partition and /etc/os-version
[01:25] <OvenWerks> But I do not have any generic kernel.
[01:26] <OvenWerks> There are some things that do load in the generic though.
[01:26] <OvenWerks> and once you do, the highest number becomes default
[01:27] <DarkEra> VERSION="13.10, Saucy Salamander"
[01:27] <OvenWerks> We need to add a rule to the grub tree that if jackd is installed, low latency is always default
[01:27] <DarkEra> weird it pulled in the generic kernel
[01:28] <OvenWerks> If you run synaptic and search linux
[01:29] <OvenWerks> actually search linux-generic.
[01:30] <OvenWerks> if you right click on it (in the window below) and select properties
[01:30] <OvenWerks> The second tab is Dependencies
[01:31] <DarkEra> ok, got it
[01:31] <OvenWerks> The button at the top is a drop down menu that you can select Dependants
[01:31] <OvenWerks> Those are the things that depend on generic
[01:32] <OvenWerks> I have linux-server, linux-generic-pae and linux
[01:32] <OvenWerks> (remember this is a kubuntu install)
[01:32] <DarkEra> it shows linux-generic, linux-server and linux
[01:33] <OvenWerks> So you need to see if any of those are installed. Linux isn't here
[01:33] <DarkEra> this was a 13.04 ubuntu studio install that was upgraded to the development cycle
[01:33] <OvenWerks> That may be part of it. If so that is a bug.
[01:34] <DarkEra> linux-generic is installed, linux-server not from what i can see
[01:35] <OvenWerks> I am seeing the same things here
[01:36] <OvenWerks> I have generic, but none of the dependants are installed.
[01:36] <OvenWerks> I guess that method is not too good.
[01:37] <OvenWerks> I wonder if it is the upgrader
[01:37] <OvenWerks> Distrobution-upgrade may pull in the standard kernel for the new version.
[01:38] <OvenWerks> zequence: ^^^
[01:39] <DarkEra> should i remove them or just let it be as is for now
[01:40] <OvenWerks> You can remove linux
[01:40] <OvenWerks> But that is up to you
[01:40] <OvenWerks> It works fine as is, but you need to boot from the menu under the default for lowlatency
[01:42] <DarkEra> ok, i'll look into that later on when i'm up again. getting late here... or early... lol
[01:42] <DarkEra> 3:43 am
[01:42] <OvenWerks> Late any way you look at it.
[01:42] <OvenWerks> GN
[01:42] <DarkEra> chat you later and thanks again for the guidance
[01:43] <OvenWerks> No problem
[01:56] <madeinkobaia> See you all : )
[01:56] <OvenWerks> Bye
[01:56] <madeinkobaia> By Len : )
[03:05] <OvenWerks> zequence: Another idea... menus this time.
[03:06] <OvenWerks> Right now we use a layout with our workflows near the top and our Studio info submenu at the bottom.
[03:07] <OvenWerks> Because of the way other DE menus are put together it may make more sense to add it at the top or bottom of our workflow section.
[03:08] <OvenWerks> It doesn't matter so much if we are building our own DE meta, but if we want to add the menu to a flavour it may help.
[06:10] <zequence> OvenWerks, There is something weird happening with the -generic kernel, and I have no idea why it is pulled in
[06:11] <zequence> OvenWerks, About the audio group, my intention is to fix that not only for Ubuntu Studio, but for Debian + Ubuntu, to make sure installing jack is all that is required in order to get realtime
[06:11] <zequence> It's impossible to administer groups for users using installers
[06:11] <zequence> Not technically, but policy wise
[06:12] <zequence> At least, not automatically
[06:12] <zequence> One needs a tool for that, where the user is informed and allowed to choose
[06:19] <OvenWerks> Tool = installer?
[06:20] <OvenWerks> Re -generic, I think what is happening is that as part of the standard distro-upgrade, the new kernel is installed.
[06:40] <OvenWerks> zequence: where in the seeds is our kernel? Used to be in desktop...
[06:46] <OvenWerks> If the seeds are the metas that an upgrade uses and there is no kernel in the seeds/metas, does the distro upgrade sw install the generic kernel because there is nothing else?
[06:47] <OvenWerks> zequence: ^^
[06:57] <zequence> OvenWerks, I really don't know why it is pulled in. Haven't thoroughly investigated
[06:57] <zequence> The tool could be a part of the installer, sure
[06:58] <zequence> But, I'd rather fix the way realtime is administered. It would make it so we don't need a tool
[06:59] <zequence> I've been working on a realtime privilege administering tool for -controls, but I'm hoping I won't need to add it
[07:07] <zequence> phew, I've been sick, like poisoned for more than a day now. Starting to come back to life
[10:01] <astraljava> Uhh... that sounds nasty. What happened?
[14:59] <OvenWerks> zequence: you have been timing out
[15:00] <OvenWerks> I have looked at the do-release-upgrade code as best I can
[15:00] <OvenWerks> https://code.launchpad.net/~ubuntu-core-dev/ubuntu-release-upgrade
[15:01] <OvenWerks> It seems to be pretty much meta based from what I can tell.
[15:01] <OvenWerks> We have no kernel in any of our metas or in our seeds anywhere
[15:02] <OvenWerks> The ISO still includes it so I don't know where it gets speced
[15:03] <OvenWerks> Anyway, do-release-upgrade, only mentions the kernel in one place and it is about removing old ones. It does show the variants it removes and RT is included, but low latency is not
[15:06] <OvenWerks> It may be that it uses the remove variants to decide what it can replace it with.
[15:08] <OvenWerks> sorry, it calls them types.
[15:11] <OvenWerks> Also, It is interesting that in removal_blacklist.cfg, all of the other flavour-desktop metas are mentioned, but not ubuntustudio
[15:12] <OvenWerks> that may have to be so until the gnome2 DE is no longer supported ??
[15:15] <OvenWerks> The metas that a studio upgrade is based on are ubuntustudio-desktop, ubuntustudio-default-settings, ubuntustudio-look and no others.
[15:17] <OvenWerks> That should mean that any other metas are not release specific. This means that if ubuntustudio-recording is installed in 12.04 and we add an app to it in 13.10, that the 12.04 install would try to upgrade to the new meta... Or should.
[15:20] <OvenWerks> zequence: I am dumping all this in an email
[18:53] <zequence> OvenWerks, Seems like we need to understand how the ISO is done better. I know that audio group is only added when installing from ISO, but haven't taken the time to find out how
[20:59] <OvenWerks> Well, I am installing precise now and will upgrade to 1304. I will check what I end up with.
[21:00] <OvenWerks> Package wise
[21:17] <OvenWerks> Have to update the install first :)
[21:17] <OvenWerks> 186 updates
[21:24] <OvenWerks> comes with low-latency
[21:46] <OvenWerks> do-release-upgrade -d gets me from P to Q. Descroption shows lowlatency kernel
[21:46] <OvenWerks> maybe it will only be a problem from R to S
[21:47] <OvenWerks> I will try them all
[21:48] <OvenWerks> I think S does not have a new kernel yet, that may be why.
[21:57] <zequence> OvenWerks, From what I've seen, just installing 32bit gets you -generic kernel
[21:57] <zequence> So, not just from upgrading
[21:57] <zequence> And it may not be the same on 32bit and 64bit
[21:58] <OvenWerks> So far all of my installs have been low latency.
[21:58] <zequence> OvenWerks, Yes, lowlatency and* -generic in the case of 32bit
[21:58] <zequence> Check /boot for configs
[21:59] <OvenWerks> ls /media/b98b7106-e426-4dae-bd0b-978f70936e2c/boot/
[21:59] <OvenWerks> abi-3.8.0-19-lowlatency         memtest86+.bin
[21:59] <OvenWerks> config-3.8.0-19-lowlatency      memtest86+_multiboot.bin
[21:59] <OvenWerks> grub                            System.map-3.8.0-19-lowlatency
[21:59] <OvenWerks> initrd.img-3.8.0-19-lowlatency  vmlinuz-3.8.0-19-lowlatency
[22:00] <zequence> Ok, so not in the case of raring
[22:00] <OvenWerks> Thats 13.10 straight install
[22:00] <zequence> Oh, saucy then
[22:00] <zequence> I've only checked precise and quantal
[22:00] <OvenWerks> precice was correct too
[22:01] <zequence> Well, for some reason, I had -generic installed on 32bit. I have no idea why, but it happened, both on Precise and Quantal
[22:02] <zequence> This was some time ago I had a look at that last
[22:02] <zequence> Many months
[22:02] <OvenWerks> precise was install plus all the updates to now. So it now has two lowlatency kernels.
[22:03] <OvenWerks> I haven't had that happen on any installs, that is why I thought maybe upgrades


[18:21] <bignose> vale, lifeless.
[18:21] <bignose> thanks for all the great work and advocacy for Bazaar.
[18:22] <bignose> <URL: http://www.europython-society.org/post/153253946400/farewell-to-rob-collins>
[18:22] <Peng> Oh no!
[21:37] <bignose> hmm, my apologies. not the same person. Robert “lifeless” Collins, developer of Bazaar, is not the same person in that obituary.
[21:48] <Peng> O_O


[01:33] <wrst> Unit193: would they let me present? :)
[01:33] <Unit193> wrst: I don't see why you wouldn't be able to.
[01:34] <wrst> other than I have nothing to say :P
[01:36] <Unit193> Sure you can't come up with something?
[01:43] <wrst> Ha ha something.... I would have to go to Ohio also
[01:46] <Unit193> Nothing wrong with Ohio, well except the drivers...
[12:49] <wrst> ha ha same as TN... just a bit out of my normal commute


[05:29] <BenC> apw: I don't see anything on trusty/master-next related to ppc32
[05:29] <BenC> apw: Is this in your personal tree?
[07:10] <apw> BenC, my ballsup ... be a minute or two
[07:22] <apw> BenC, ok
[07:22] <apw> try that
[09:48] <BenC> apw: Boarding a flight to dallas so will be later tonight.
[09:48] <BenC> apw: Thanks
[13:55] <apw> cking, start on started dbus and cpu-device-added MODALIAS=x86cpu:vendor:0000:*
[14:20] <smb> sforshee, was https://bugs.launchpad.net/neutron/+bug/1273386 something you were looking at?
[14:20] <ubot2`> Launchpad bug 1273386 in linux (Ubuntu) "Neutron namespace metadata proxy triggers kernel crash on Ubuntu 12.04/3.2 kernel" [Undecided,Incomplete]
[14:22] <cyphermox> I'm trying to figure out what is calling l2cap_sock_connect() here on my Ubuntu Touch device, because that seems to be failing with EINPROGRESS ... I looked at lttng and it doesn't seem to be able to trace that kernel function, do I have another option?
[14:29] <sforshee> cyphermox: try this: trace-cmd record -p function -l 'l2cap_sock_connect'
[14:30] <sforshee> then after your done collecting the trace run 'trace-cmd report'
[18:29] <BenC> apw: Confirmed that e500mc builds and boots fine on my system
[18:57] <brendand> anyone here i can discuss -proposed kernels with?
[22:04] <apw> BenC, ack, thanks


[23:24] <Cheri703> Unit193: any use for a p4 3.2ghz processor?
[23:25] <Unit193> Well, I'd guess it doesn't work in this, but it's better. Got the page for it?
[23:25] <Cheri703> uhm....dunno? I just took it out of my old desktop I'll go look
[23:29] <Cheri703> which number do I search for?
[23:31] <Unit193> Bottom one
[23:31] <Unit193> Or I could take the number
[23:34] <jandrusk> No, but if you want you can send me one and I can test it out for you ;)
[23:36] <Cheri703> Unit193: should be one of these I believe: http://ark.intel.com/compare/27468,27467,27466,27502,27500
[23:36] <Cheri703> socket 478 btw
[23:46] <Unit193> Checking on this
[23:47] <Cheri703> k
[23:51] <Unit193> Figures, I was right
[23:56] <Unit193> It's not compatible, thanks though


[12:45] <mlankhorst-> Despite all the talk about upstart I found, are there some scripts for it already? Apart from sysvinit replacement.
[12:47] <ion_> There are some features being developed that everyone’s waiting for.
[12:48] <ion_> If you mean booting the entire system with native upstart jobs.
[12:49] <mlankhorst-> That's what I mean indeed.
[12:50] <ion_> I think 0.5 (the next major release) is supposed to have all that is needed for that.
[12:50] <mlankhorst-> Ah ok, I'll just wait then.
[12:51] <ion_> https://lists.ubuntu.com/archives/upstart-devel/2007-October/000468.html


[18:19] <ibeardslee> morning
[18:52] <hads> morning
[19:44] <chilts> morning
[19:52] <thumper> morning
[21:25] <mwhudson> morning


[13:42] <jhodapp> tgm4883, nice!
[17:43] <tgm4883> jhodapp, where is the design PDF for ubuntu TV?
[17:43] <tgm4883> I lost it and am working off screenshots
[17:48] <jhodapp> tgm4883, look in your google drive for shared items
[17:49] <tgm4883> jhodapp, looking, but I don't see it unless it's named something odd
[17:49] <jhodapp> tgm4883, let me scan my drive quickly
[17:51] <jhodapp> tgm4883, hmm I don't see it either, can you check with mhall119 to see if he is aware of where it is?
[17:51] <tgm4883> mhall119, ping ^^
[17:51] <tgm4883> thanks for looking jhodapp
[17:52] <mhall119> tgm4883: jhodapp: I'll look for it
[17:52] <jhodapp> thanks mhall119
[17:52] <jhodapp> np tgm4883
[17:53] <mhall119> hmmm, not finding anything useful
[17:56] <tgm4883> odd, it just vanished :/
[17:56] <mhall119> tgm4883: jhodapp: I think the one we're all thinking about is http://ubuntuone.com/1AmekwFL9IjJlfuc7Twl7m
[17:57] <tgm4883> mhall119, yea, that is the one I'm thinking about
[17:57] <mhall119> tgm4883: keep in mind that there's probably going to be a lot of design changes, picking up things that were created for Unity 8
[17:58] <tgm4883> mhall119, well, I'm making a MythTV theme similar to it, which won't have the same feature set as Unity, so mine will look slightly different
[17:59] <mhall119> ok
[17:59] <tgm4883> mhall119, I posted a link in the channel yesterday, but my backlog at work doesn't go back that far
[18:00] <tgm4883> it was an early look at one screen
[18:00] <mhall119> yeah, I just saw it, looks nice
[18:00] <tgm4883> and again, I was making that off of 4 screenshots that someone posted about it from CES 2011
[18:00] <tgm4883> thanks


[13:03] <rick_h> morning
[13:04] <_stink_> yo
[13:12] <shakes808> morning
[13:12] <rick_h> ugh, love it when my wife offers to make coffee...hate it when she burns it each time
[13:13] <rick_h> rick thinks in case anyone is interested: https://twitter.com/mitechie/status/853952365455708161 :)
[13:13] <shakes808> rick_h: keurig?
[13:13] <rick_h> shakes808: oh hell no
[13:13] <rick_h> moka pot
[13:15] <shakes808> rick_h: You're FANCY!  ;) haha
[13:15] <rick_h> shakes808: heh, just like coffee :)
[13:15] <rick_h> have to put that fancy grinder to good use
[13:17] <shakes808> i guess so.   at a previous  job, we had something like this -> https://goo.gl/ZaGgYB
[13:18] <shakes808> our president LOVES coffee and his expressos.
[13:18] <rick_h> yea, not gotten into an expresso maker
[13:18] <rick_h> I fear the day I break that barrier
[13:18] <rick_h> but do have a bi-weekly shipment of fresh beans from peet's coffee and the nice kitchenaid grinder and <3 moka pot brewing
[13:19] <rick_h> though getting into pour over for the camper. Easier to do there.
[13:19] <shakes808> they are pretty good.  Was addicted to "red eyes" :) and since it was free, i drank them everyday :)
[13:19] <rick_h> lol nice
[13:22] <mrgoodcat> don't hate i got my moka pot bc rick_h recommended it at chc
[13:23] <cmaloney> I have yet to get th emoka pot
[13:23] <rick_h> lol, how do you like it mrgoodcat ?
[13:23] <mrgoodcat> I like it a lot
[13:23] <cmaloney> But I already have a grind and brew from Melita. ;)
[13:23] <mrgoodcat> I still tend to use the french press more often though
[13:23] <rick_h> yea, my wife finds the french press faster and easier to clean
[13:23] <mrgoodcat> basically the way I feel
[13:24] <mrgoodcat> also moka is more espresso-y
[13:24] <rick_h> yea
[13:24] <rick_h> since I latte it up I like that about it
[13:24] <mrgoodcat> I tend to drink black coffee
[13:25] <mrgoodcat> we also get cold brew delivered to work from chazanno so I drink a lot of that
[13:25] <rick_h> nice
[13:25] <rick_h> I've not gotten into the cold side yet.
[13:25] <mrgoodcat> its sweeter definitely
[13:26] <shakes808> +1 mrgoodcat on the black coffee. why ruin the great taste?!
[13:26] <mrgoodcat> I started drinking black because the cream and sugar isn't good for you
[13:26] <mrgoodcat> but now I actually prefer it
[13:29] <widox> no Aeropress users?
[13:30]  * widox sips his freshly made cup
[13:31] <widox> https://aerobie.com/product/aeropress/
[13:31]  * cmaloney doesn't mention https://decentespresso.com/
[13:34] <rick_h> widox: I keep wanting to try it, but you have to buy into the whole system which has turned me off so far
[13:34] <widox> cmaloney: I hope you have one of these for your espresso machine ;) https://decentespresso.com/dem_suitcase
[13:34] <cmaloney> Naturally
[13:34] <widox> rick_h: its only the ~$30 device
[13:35] <cmaloney> If I'm travelling anywhere I have to take my espresso machine. ;)
[13:35] <rick_h> lol https://decentespresso.com/dem_suitcase this is going to change my popularity at sprints!
[13:35] <widox> and it comes with a ton filters, that will last forever (I use mine more then once)
[13:37] <rick_h> widox: shouldn't you be getting coffee flights at some awesome hidden coffee shop in Detroit? :P
[13:37] <mrgoodcat> widox: i used to aeropress
[13:37] <mrgoodcat> it was my first "craft" coffee experience
[13:38] <brousch__> Black coffee from French press ++
[13:38] <brousch__> It's actually easy to do cold in French press too. Put in the grounds, add cold water, leave it in the fridge overnight
[13:39] <widox> rick_h: hah. well sometimes I like to stay home :D
[13:41] <widox> french press is good. I'm usually just to lazy to clean it; aeropress is easier
[13:42] <brousch__> I rinse it and throw it in the dish washer
[14:50] <rick_h> ok, it's manipulated and all but still kind of impressive/cool https://twitter.com/xwithmywoes/status/853427567604445185
[20:12] <cmaloney> I can see why nobody wants to use jslint
[20:13] <cmaloney> "for (i = 0; i < tile_input.length; i++) {"
[20:13] <cmaloney> "Expected '+= 1' and instead saw '++'."


[02:02] <mup> Bug #1843855 opened: python3-django-maas depends on python3-convoy, removed from Debian unstable <maas (Ubuntu):New> <https://launchpad.net/bugs/1843855>
[02:03] <mup> Bug #1843856 opened: Deployment fails when DCHP addresses used during deployment are different than static address provided afterwards. <MAAS:New> <https://launchpad.net/bugs/1843856>
[02:08] <mup> Bug #1843855 changed: python3-django-maas depends on python3-convoy, removed from Debian unstable <maas (Ubuntu):New> <https://launchpad.net/bugs/1843855>
[02:09] <mup> Bug #1843856 changed: Deployment fails when DCHP addresses used during deployment are different than static address provided afterwards. <MAAS:New> <https://launchpad.net/bugs/1843856>
[02:14] <mup> Bug #1843855 opened: python3-django-maas depends on python3-convoy, removed from Debian unstable <maas (Ubuntu):New> <https://launchpad.net/bugs/1843855>
[02:21] <mup> Bug #1843856 opened: Deployment fails when DCHP addresses used during deployment are different than static address provided afterwards. <MAAS:New> <https://launchpad.net/bugs/1843856>
[15:46] <mup> Bug #1843919 opened: nginx has incorrect path for machine-resources in Debian package <MAAS:Triaged> <https://launchpad.net/bugs/1843919>
[16:04] <mup> Bug #1843919 changed: nginx has incorrect path for machine-resources in Debian package <MAAS:In Progress by newell-jensen> <https://launchpad.net/bugs/1843919>
[16:10] <mup> Bug #1843919 opened: nginx has incorrect path for machine-resources in Debian package <MAAS:In Progress by newell-jensen> <https://launchpad.net/bugs/1843919>