[07:27] <LocutusOfBorg> missing build on amd64: live-config-sysvinit (from 5.20180224)
[07:27] <LocutusOfBorg> any AA please clean it up ^^ NBS in proposed
[07:44] <apw> LocutusOfBorg, done
[07:51] <LocutusOfBorg> <3
[07:52]  * LocutusOfBorg tries a pacemaker merge/sync on bileto
[08:13] -queuebot:#ubuntu-release- Unapproved: accepted sssd [source] (cosmic-proposed) [1.16.3-1ubuntu2.1]
[08:17] -queuebot:#ubuntu-release- Unapproved: accepted sssd [source] (disco-proposed) [1.16.3-3ubuntu1.1]
[08:19] -queuebot:#ubuntu-release- Unapproved: accepted sssd [source] (bionic-proposed) [1.16.1-1ubuntu1.2]
[08:20] -queuebot:#ubuntu-release- Unapproved: accepted sssd [source] (xenial-proposed) [1.13.4-1ubuntu1.14]
[08:26] -queuebot:#ubuntu-release- New binary: mandos [amd64] (eoan-proposed/universe) [1.8.4-1] (no packageset)
[08:26] -queuebot:#ubuntu-release- New binary: mandos [s390x] (eoan-proposed/universe) [1.8.4-1] (no packageset)
[08:26] -queuebot:#ubuntu-release- New binary: mandos [i386] (eoan-proposed/universe) [1.8.4-1] (no packageset)
[08:28] -queuebot:#ubuntu-release- New binary: mandos [arm64] (eoan-proposed/universe) [1.8.4-1] (no packageset)
[08:28] -queuebot:#ubuntu-release- New binary: mandos [ppc64el] (eoan-proposed/universe) [1.8.4-1] (no packageset)
[08:28] -queuebot:#ubuntu-release- New binary: mandos [armhf] (eoan-proposed/universe) [1.8.4-1] (no packageset)
[08:37] -queuebot:#ubuntu-release- New: accepted mandos [amd64] (eoan-proposed) [1.8.4-1]
[08:37] -queuebot:#ubuntu-release- New: accepted mandos [armhf] (eoan-proposed) [1.8.4-1]
[08:37] -queuebot:#ubuntu-release- New: accepted mandos [ppc64el] (eoan-proposed) [1.8.4-1]
[08:37] -queuebot:#ubuntu-release- New: accepted mandos [arm64] (eoan-proposed) [1.8.4-1]
[08:37] -queuebot:#ubuntu-release- New: accepted mandos [s390x] (eoan-proposed) [1.8.4-1]
[08:37] -queuebot:#ubuntu-release- New: accepted mandos [i386] (eoan-proposed) [1.8.4-1]
[08:37] -queuebot:#ubuntu-release- New: accepted libxkbcommon [amd64] (bionic-proposed) [0.8.2-1~ubuntu18.04.1]
[09:39] -queuebot:#ubuntu-release- New binary: node-unicode-data [amd64] (eoan-proposed/universe) [0~20190414+gitbf518e99-2~build1] (no packageset)
[09:48] <LocutusOfBorg> please accept it ^^ it is from Debian new queue, we need to fix unicode12 -> nodejs binding
[09:49] <LocutusOfBorg> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927944
[09:49] <ubot5`> Debian bug 927944 in src:node-unicode-data "node-unicode-data: FTBFS with unicode-data >= 12.0.0" [Serious,Open]
[09:49] <LocutusOfBorg> this fixes 3 nodejs packages
[09:49] <LocutusOfBorg> and reverse-deps
[09:49]  * LocutusOfBorg and gets autosyncd once debian new clears
[10:51] -queuebot:#ubuntu-release- New binary: rust-gumdrop [amd64] (eoan-proposed/universe) [0.5.0-1] (no packageset)
[10:52] -queuebot:#ubuntu-release- New binary: rust-gumdrop [i386] (eoan-proposed/universe) [0.5.0-1] (no packageset)
[10:52] -queuebot:#ubuntu-release- New binary: rust-gumdrop [s390x] (eoan-proposed/universe) [0.5.0-1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: rust-gumdrop [armhf] (eoan-proposed/universe) [0.5.0-1] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: rust-gumdrop [arm64] (eoan-proposed/universe) [0.5.0-1] (no packageset)
[11:46] -queuebot:#ubuntu-release- New binary: rust-gumdrop [ppc64el] (eoan-proposed/universe) [0.5.0-1] (no packageset)
[13:13] -queuebot:#ubuntu-release- New binary: ubuntu-mate-artwork [amd64] (eoan-proposed/universe) [19.10.0] (ubuntu-mate)
[13:39] -queuebot:#ubuntu-release- Unapproved: s390-tools (bionic-proposed/main) [2.3.0-0ubuntu3.2 => 2.3.0-0ubuntu3.3] (core)
[13:39] -queuebot:#ubuntu-release- Unapproved: s390-tools (cosmic-proposed/main) [2.6.0-0ubuntu7.2 => 2.6.0-0ubuntu7.3] (core)
[13:51] -queuebot:#ubuntu-release- Unapproved: bash (disco-proposed/main) [5.0-3ubuntu1 => 5.0-3ubuntu1.1] (core)
[13:55] -queuebot:#ubuntu-release- Unapproved: bash (bionic-proposed/main) [4.4.18-2ubuntu1 => 4.4.18-2ubuntu1.1] (core)
[14:00] -queuebot:#ubuntu-release- Unapproved: twextpy (disco-proposed/universe) [1:0.1~git20161216.0.b90293c-1 => 1:0.1~git20161216.0.b90293c-<IP_ADDRESS>] (no packageset)
[14:06] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (xenial-proposed/universe) [1:3.18.2-1ubuntu6 => 1:3.18.2-1ubuntu6.1] (ubuntugnome)
[14:13] -queuebot:#ubuntu-release- Unapproved: bash (xenial-proposed/main) [4.3-14ubuntu1.2 => 4.3-14ubuntu1.3] (core)
[14:23] -queuebot:#ubuntu-release- Unapproved: bash (trusty-proposed/main) [4.3-7ubuntu1.7 => 4.3-7ubuntu1.8] (core)
[16:06] -queuebot:#ubuntu-release- New: accepted rust-gumdrop [amd64] (eoan-proposed) [0.5.0-1]
[16:07] -queuebot:#ubuntu-release- New: accepted rust-gumdrop [armhf] (eoan-proposed) [0.5.0-1]
[16:07] -queuebot:#ubuntu-release- New: accepted rust-gumdrop [ppc64el] (eoan-proposed) [0.5.0-1]
[16:07] -queuebot:#ubuntu-release- New: accepted rust-gumdrop [arm64] (eoan-proposed) [0.5.0-1]
[16:07] -queuebot:#ubuntu-release- New: accepted rust-gumdrop [s390x] (eoan-proposed) [0.5.0-1]
[16:07] -queuebot:#ubuntu-release- New: accepted rust-gumdrop [i386] (eoan-proposed) [0.5.0-1]
[19:13] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (disco-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (core)
[21:19] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (disco-proposed) [1:<IP_ADDRESS>]
[21:30] -queuebot:#ubuntu-release- Unapproved: nova (bionic-proposed/main) [2:17.0.9-0ubuntu1 => 2:17.0.9-0ubuntu2] (openstack, ubuntu-server)
[22:31] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (disco-proposed) [18.01-0ubuntu7.1]
[22:33] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (cosmic-proposed) [18.01-0ubuntu4.3]
[22:44] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (bionic-proposed) [18.01-0ubuntu3.4]
[22:54] -queuebot:#ubuntu-release- Unapproved: accepted golang-google-grpc [source] (disco-proposed) [1.6.0-3ubuntu<IP_ADDRESS>]
[22:55] -queuebot:#ubuntu-release- Unapproved: accepted golang-google-grpc [source] (cosmic-proposed) [1.6.0-3ubuntu<IP_ADDRESS>]
[22:56] -queuebot:#ubuntu-release- Unapproved: accepted golang-google-grpc [source] (bionic-proposed) [1.6.0-3ubuntu<IP_ADDRESS>]
[23:01] -queuebot:#ubuntu-release- Unapproved: fwupd (eoan-proposed/main) [1.2.6-1ubuntu1 => 1.2.6-1ubuntu1] (desktop-core)
[23:02] -queuebot:#ubuntu-release- Unapproved: fwupd (eoan-proposed/main) [1.2.6-1ubuntu1 => 1.2.6-1ubuntu1] (desktop-core)
[23:03] -queuebot:#ubuntu-release- Unapproved: accepted mozc [source] (disco-proposed) [2.23.2815.102+dfsg-2ubuntu<IP_ADDRESS>.1]
[23:04] -queuebot:#ubuntu-release- Unapproved: accepted mozc [source] (cosmic-proposed) [2.23.2815.102+dfsg-2ubuntu<IP_ADDRESS>]
[23:04] -queuebot:#ubuntu-release- Unapproved: fwupd (eoan-proposed/main) [1.2.6-1ubuntu1 => 1.2.6-1ubuntu1] (desktop-core)
[23:04] -queuebot:#ubuntu-release- Unapproved: fwupd (eoan-proposed/main) [1.2.6-1ubuntu1 => 1.2.6-1ubuntu1] (desktop-core)
[23:05] -queuebot:#ubuntu-release- Unapproved: accepted mozc [source] (bionic-proposed) [2.20.2673.102+dfsg-2ubuntu<IP_ADDRESS>]
[23:06] -queuebot:#ubuntu-release- Unapproved: accepted mozc [source] (xenial-proposed) [2.17.2116.102+gitfd0f5b34+dfsg-1ubuntu1.2]
[23:11] -queuebot:#ubuntu-release- New binary: golang-github-alcortesm-tgz [amd64] (eoan-proposed/none) [0.0~git20161220.9c5fe88-1] (no packageset)
[23:11] -queuebot:#ubuntu-release- New binary: golang-github-alecthomas-binary [amd64] (eoan-proposed/none) [0.0~git20171101.6e8df1b-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-cloudfoundry-jibber-jabber [amd64] (eoan-proposed/none) [0.0~git20151120.bcc4c83-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-guptarohit-asciigraph [amd64] (eoan-proposed/none) [0.4.1-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-go-test-deep [amd64] (eoan-proposed/none) [1.0.1+git20181118.042da05-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-muesli-crunchy [amd64] (eoan-proposed/none) [0.2-1] (no packageset)
[23:12] -queuebot:#ubuntu-release- New binary: golang-github-jbenet-go-context [amd64] (eoan-proposed/none) [0.0~git20150711.d14ea06-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- Unapproved: rejected nova [source] (disco-proposed) [2:19.0.0-0ubuntu2.1]
[23:20] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-report [source] (disco-proposed) [1.4.2]
[23:22] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-report [source] (bionic-proposed) [1.3.1]
[23:25] -queuebot:#ubuntu-release- Unapproved: accepted pentobi [source] (disco-proposed) [16.2-1ubuntu0.1]
[23:43] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (disco-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (core)
[23:49] -queuebot:#ubuntu-release- Unapproved: accepted salt [source] (bionic-proposed) [2017.7.4+dfsg1-1ubuntu18.04.1]


[05:35] <TheMuso> maco: Does the accessibility stuff in glade allow for setting relationships between labels and other widgets?
[07:17] <AlanBell> bug 854516 is fix released, which in theory should be the "button" issue in the dash
[07:17] <ubot2> Launchpad bug 854516 in unity-2d "[launcher] LauncherItem's accessibilityName is only evaluated on runtime" [High,In progress] https://launchpad.net/bugs/854516
[08:47] <AlanBell> http://pad.ubuntu.com/oneirica11y
[08:48] <AlanBell> Pendulum: charlie-tca: skaet: I am making a start on an article and release notes for accessibility http://pad.ubuntu.com/oneirica11y
[10:50] <Pendulum> AlanBell: ta!
[10:52] <AlanBell> we can nibble away at that up to the release day
[10:53] <AlanBell> dunno if the last big fixes made it into todays live CD but they should be in tomorrow
[14:21] <skaet> AlanBell, :)  looks good.    Would like to reference it from the overview release notes.  Is there a predicted link?
[14:23] <AlanBell> http://ubuntuaccessibility.wordpress.com/2011/10/13/oneiric-ocelot
[14:23] <skaet> AlanBell, coolio.  :)
[14:23] <AlanBell> unless the "13" bit is wrong!
[14:23] <skaet>   Thank you.
[14:23] <skaet> :)
[15:33] <maco> TheMuso: yes
[15:33] <maco> TheMuso: thats why i got rid of the code that was doing it programmatically
[18:54] <SeaJay> I just heard that Chromium is replacing Firefox as the default browser in Ubuntu 11.10. Is this the case? I'm getting mixed messages from my Google search.
[18:56] <SeaJay> BTW, I didn't hear this from a trustworty source.
[18:56] <SeaJay> My concern is that Chromium isn't accessible yet.
[18:58] <charlie-tca> SeaJay: some of the derivatives have moved to Chromium, but Ubuntu will have firefox and thunderbird
[18:59] <charlie-tca> SeaJay: to put your mind at ease, the changes documentated in https://wiki.ubuntu.com/OneiricOcelot/TechnicalOverview/Beta2 are what will be there.
[18:59] <SeaJay> charlie-tca: Ah, thanks!
[19:00] <charlie-tca> SeaJay: you are welcome
[21:06] <AlanBell> updating my oneiric vm to try typing in the 3d dash with onboard
[21:07] <maco> right yeah, should do the thing with the testing the new ubiquity tonight...
[21:08] <charlie-tca> running screen-reader install now, here
[21:09] <maco> i hope i didnt make it worse :-/
[21:10] <charlie-tca> great! desktop showed up, compiz crashed
[21:10] <charlie-tca> Oh, better now. desktop disappeared
[21:11] <charlie-tca> Does unity respawn compiz? it has now crashed two times
[21:11] <charlie-tca> Hm, fewer crashes than last time I did this
[21:13] <maco> im interested in what the Wireless page of Ubiquity will do
[21:13] <maco> i see GtkRadioButtons. they do not have atk "labelled-by" settings, BUT their labels are marked as properties of them rather than being separate labels (as was the problem with the partitioner)
[21:14] <charlie-tca> No wireless here
[21:16] <maco> oh yeah thatd probably require doing a hardware install huh? -_-
[21:17] <maco> that might make it time for my netbook to get an upgrade
[21:19] <charlie-tca> compiz crash shows fixed 5 hours ago, didn't make this image
[22:11]  * AlanBell hits the compiz crash
[22:12] <AlanBell> 2d still starts which is good
[22:18] <AlanBell> searching for accessibility works
[22:22] <TheMuso> Compiz... *sigh*
[22:28] <AlanBell> quite spectacularly broken considering where we are in the cycle
[22:30] <charlie-tca> but supposed to be fixed this morning
[22:30] <charlie-tca> Hopefully, tomorrow's images will work
[22:31] <AlanBell> they should have ubiquity in them at least
[22:38] <TheMuso> There was a compiz update in the last 12 hours or so that fixed a *LOT* of crashers...
[22:38] <charlie-tca> Yeah, according to the bug report, this crash was fixed about 6 hours ago
[22:39]  * TheMuso checks the build status of the latest compiz upload.
[22:40] <TheMuso> Built everywhere.
[22:40] <TheMuso> And published.
[22:40] <AlanBell> I think that fix broke it all
[22:40] <charlie-tca> but no respin for the images
[22:40] <TheMuso> But not on images yet.
[22:40] <TheMuso> charlie-tca: They don't manually respin unless its a release time.
[22:40] <charlie-tca> right
[22:40] <AlanBell> bug 862743
[22:40] <ubot2> Launchpad bug 862743 in unity "Desktop drawn with offset" [Undecided,Confirmed] https://launchpad.net/bugs/862743
[22:41] <AlanBell> that bug is causing screen corruption and offset desktops and in all probability the crashes we are seeing
[22:42] <TheMuso> The compiz/nux/unity stack is too fragile for my liking.
[22:44] <AlanBell> compiz used to be pretty solid, but now changing anything makes it crash and it takes out the whole desktop now
[22:44] <TheMuso> Yep, used to be written in C, now in C++.
[22:46] <TheMuso> Although the language probably doesn't have anything to do with it.
[22:46] <TheMuso> However the rewrite certainly could introduce problems.
[22:49] <AlanBell> bring back beryl :)
[22:50] <TheMuso> lol
[22:52] <AlanBell> ooh crap
[22:53] <AlanBell> maximising onboard is a very very bad idea
[22:54] <charlie-tca> Oh, yeah
[22:54] <charlie-tca> There is a bug report about it. very difficult to resize now
[22:55] <charlie-tca> AlanBell: Bug 859288
[22:55] <ubot2> Launchpad bug 859288 in onboard "full-screen onboard keyboard commandeers entire desktop" [Undecided,Confirmed] https://launchpad.net/bugs/859288
[23:06] <AlanBell> that bug is pretty horrible
[23:08] <charlie-tca> Well, at some point, those with the power need to realize the less time given to try a11y, the fewer bugs they get fixed concerning a11y
[23:10] <AlanBell> oh no, now onboard starts full screen :(
[23:10] <charlie-tca> That's what the bug report said, too
[23:10] <AlanBell> however, on the plus side you can start onboard from lightdm and enter the password
[23:11] <charlie-tca> but you can't easily get it to resize after it goes full size
[23:11] <AlanBell> yeah, don't know what I am going to do about that!
[23:12] <AlanBell> I guess when 3d works again I could resize it from there maybe
[23:12] <AlanBell> screen reader from lightdm doesn't work
[23:13] <AlanBell> high contrast is nice
[23:17] <AlanBell> well I am off to bed, hopefully compiz will work tomorrow
[23:32] <TheMuso> AlanBell: screen reader from lightdm is known.
[23:32] <TheMuso> A bug against the greeter was filed a while back.
[23:32] <TheMuso> I referred to that bug yesterday.


[03:51] <smartboyhw> pleia2, speaking of alternates and ppc images: You can always ask for phillw in #ubuntu-quality to test ppc images if you guys support it, the Lubuntu ppc testers always help:P
[03:57] <micahg> I think ppc images is a wishlist for us when all our other ducks are in a row or someone explicitly asks for and is willing to work on it
[04:00] <micahg> ah, this was already said on the ML
[04:16] <Noskcaj> I've got a mac mini if you need PPC testing
[04:17] <micahg> unfortunately, we have no devs with PPC to fix stuff
[04:18] <Unit193> (And VMs aren't everything.)
[04:19] <skellat> My G4 died a while back
[04:19] <skellat> In Nevada
[04:19] <micahg> oh, we actually have a ppc cross toolchain now so that might not be such an issue
[08:30] <knome> i would be comfortable in a situation where there was 2-3 active testers for mac
[08:30] <knome> in reality that probably means there needs to be around 10 people interested in the images
[08:30] <knome> s/mac/ppc/
[08:36] <Noskcaj> mac works too, because i assume we would need that many for AMD64+MAC
[08:37] <knome> i believe there isn't too much work to be done for the mac images
[08:37] <smartboyhw> But you still have to test it.
[08:37] <knome> there was some discussion on why even ubuntu has the separate mac image
[08:37] <knome> i can't remember what the rationale was, but you could pretty much use the regular image
[08:38] <smartboyhw> knome, I think bootloader, I think I heard the reason before
[08:41] <Noskcaj> the mac EFI (at least the older one) doesn't work with 64-bit, only 32-bit and 64+mac
[08:42] <Noskcaj> only difference AFAIK
[08:43] <smartboyhw> Stupid Apple EFI::P
[08:48] <knome> micahg, have you read the ML? simon sent a thorough mail about what we need to upload in saucy re: artwork
[12:35] <micahg> knome: yeah, will try to get to get to it this week
[15:00] <knome> micahg, okay, thanks
[18:11] <elfy> knome: so the new question is - How to add testcases so we can ask for testing?
[18:21] <GridCube> http://fsv.sourceforge.net/
[18:21] <GridCube> ups
[19:50] <knome> äesch, elfy is gone


[08:20] <lordievader> Good morning.
[11:07] <kakul1> help
[11:21] <lordievader> kakul1: Help? Just ask your question ;)
[11:23] <kakul1> @lordieaver ok i ask this :)
[11:23] <kakul1> i installed recently xubuntu in netbook hp mini 210-110TU use acpi=off pnpbios=off in grub now when i want to shutdown it says reboot:system halted sorry for bad english im newbie :)
[11:28] <lordievader> Yeah, acpi is turned off ;)
[11:31] <kakul1> hm... when i delete acpi=off my netbook has random freeze, so i add this parameter :)
[11:31] <penguin42> kakul1: There are other parameters for changing how to do reboots, but I'm not sure there are alternatives to doing power off properly
[11:33] <kakul1> owh thats ok i can reboot now so i can report it
[11:45] <TJ-> kakul1: the PC probably needs a particular acpi_osi=XXXX
[11:48] <kakul1> i have try that parameter, start normal but after 4-10 minute it suddenly freeze, ctrl+alt+del or ctrl+alt+f1 not responding but when i try shutdown it can turn off normally
[11:58] <penguin42> kakul1: Have you checked for any bios upgrades for your machine ?
[12:01] <kakul1> i was think maybe bios update solve this, but when i go to Hp support page no new bios update available, my bios is currently latest version
[12:02] <penguin42> ah ok
[12:05] <TJ-> kakul1: is the PC working right now?
[12:06] <TJ-> kakul1: do "pastebinit <( sudo strings /sys/firmware/acpi/tables/DSDT | grep -i windows )"
[12:06] <kakul1> ok wait
[12:07] <kakul1> @tj yeah working fine i use this now
[12:07] <kakul1> strings: '/sys/firmware/acpi/tables/DSDT': No such file
[12:10] <penguin42> I guess that's because acpi is disabled
[12:11] <kakul1> hehehehe :)
[12:14] <kakul1> so its nessesary to reboot with acpi=off remove and i try again that command?
[12:19] <TJ-> kakul1: Yes :D
[12:19] <kakul1> ok wait :D
[12:28] <BluesKaj> hey all
[12:30] <kakul1> @tj im back here it is
[12:31] <kakul1> sudo strings /sys/firmware/acpi/tables/DSDT | grep -i windows
[12:31] <kakul1> Windows 2001
[12:31] <kakul1> Windows 2001 SP1
[12:31] <kakul1> Windows 2001 SP2
[12:31] <kakul1> Windows 2006
[12:31] <kakul1> Windows 2009
[12:31] <kakul1> Windows 2009
[12:31] <kakul1> Windows 2009
[12:31] <kakul1> Windows 2009
[12:31] <kakul1> Windows 2009
[12:31] <kakul1> Windows 2009
[12:31] <tsimonq2> kakul1: please stop that
[12:31] <lordievader> !paste | kakul1
[12:33] <kakul1> @tsimonq2 @lordievader @ubottu sorry
[12:33] <lordievader> No problem, just a heads up ;)
[12:34] <BluesKaj> kakul1, no need for @ on irc
[12:34] <TJ-> kakul1: pick the latest Windows version string and then try booting the system with it. E.g. Add to the kernel command-line (INCLUDING the double-quotes): "acpi_osi=Windows 2009"
[12:35] <TJ-> kakul1: if the latest Windows versions doesn't work, try others. What those do is cause the firmware ACPI to change the functions it'll support
[12:35] <kakul1> http://paste.ubuntu.com/12915695/
[12:35] <TJ-> kakul1: ACPI is key to power management so getting the widest possible support usually requires pretending Linux is the latest Windows version
[12:36] <kakul1> ok tj i try it :)
[13:39] <kakul1> no luck tj
[13:40] <kakul1> my netbook has freeze acouple minute after login


[12:23] <cascardo> jjohansen: any news about that apparmor compat fix?
[13:07] <jjohansen> cascardo: its a wip, it builds but I am chasing a bug
[13:08] <jjohansen> hopefully it will be done today
[13:15] <cascardo> jjohansen: thanks!
[16:23] <dijuremo> I am not quite sure this is specifically a kernel, issue, but I am going to ask here. I have two machines, Alienware 17 R5 and XPS 15 9570. These both come with Nvidia Video cards. If we install them using LUKS on EFI with full drive encryption, the machines start up, show the dark background ubuntu screen and lock up. Sometimes they will show the field to enter the LUKS key, but no input would be taken from the keyboard. So far, the only
[16:27] <dijuremo> Furthermore, in the XPS 15 9570, I have been completely unable to make the GUI login work, with the nvidia driver installed. I tried many suggestions I found around, but none work. If I remove the nvidia driver and only use the intel, then I can log in via the GUI just fine. Suggestions included using kernel options like nomodeset, acpi_osi=! acpi_osi='Windows 2012" and many other things. The nvidia driver will never find the card itself,
[16:28] <dijuremo> What IRC channel do you recommend I take the XPS 15 9570 discussion to?
[16:29] <apw> tseliot, ^ dunno if you have heard anything about nvidia for that machine ?
[16:30] <apw> on the luks key, does hitting escape do anything; to flip to text and hit it again to come back
[16:33] <dijuremo> apw: Let me try that the "ESC" key....
[16:35] <tseliot> dijuremo, apw: I haven't really tested LUKS, but the nvidia modules should be available in the initrd. It's hard to tell what's going on without seeing some logs
[16:38] <tseliot> dijuremo: for example, seeing these files might help: /var/log/gpu-manager.log, dmesg output, and /var/log/Xorg.0.log
[16:39] <dijuremo> Even without the nvidia driver, I see the problems with LUKS on both the Alienware 17 R5 and DELL XPS 15. This is an image of it. I am unable to type anything and ESC does *not* take me to a text login: https://imgur.com/a/BXa51vJ
[16:41] <dijuremo> tseliot: Do we want those logs on the XPS 15, where the nvidia driver does not work at all to look at the Ubuntu GUI problems, or do we want to look at this on the Alienware, where I am using text mode to eneter the LUKS passphrase and where we are using the Nvidia driver succesfully for GUI logins?
[16:45] <tseliot> dijuremo: I only maintain the nvidia driver, so I can probably help with that. It would be best if you filed a bug report (against nvidia-graphics-drivers-390 for now), and attached those files. Then we can try to diagnose the problem.
[16:45] <tseliot> also, it's EOD for me
[16:49] <dijuremo> tseliot: no worries, I will either open or mention existing bug requests, though some point to 18.04, and I am using 16.04
[16:50] <tseliot> dijuremo: if you are on 16.04, then maybe the nvidia driver is simply too old for the XPS15
[16:51] <dijuremo> I've tried all of them, including graphics-drivers/ppa, they seem to behave similarly, 384, 390 and 396
[16:51] <dijuremo> This laptop has the GTX 1050 Ti, which has been supported for a while...
[19:22] <mozmck> I just built 4.16.15 mainline using the ubuntu stuff and there is a linux-modules package which I haven't seen before.  Did I do something wrong?
[19:23] <mozmck> Looks like it split the modules out of the linux-image package into another package?
[20:05] <apw> mozmck, yes we did that
[20:11] <mozmck> Ok, thanks!
[20:50] <mozmck> Ok, trying to compile 4.16.15 on 18.04 and I'm getting this: ./include/linux/kernel.h:6:10: fatal error: stdarg.h: No such file or directory.
[20:52] <mozmck> I compiled this same source on 16.04, then I did a debian/rules clean, zipped up the source, copied to an 18.04 VM, ran debian/rules clean again, and debian/rules binary-indep
[20:52] <mozmck> Could it be that I'm missing a dependency?  I thought I had everything but had to install flex, bison, and kernel-wedge to get this far.


[00:35] <hadeska> im trying to add a physical network interface to a lxd container on ubuntu core but it doesnt seem to work , anyone could help ?
[11:04] <shuduo> anyone has run Victor Palau's glowapi on RPi2? I always got 404 error with the REST api link (replaced with real IP).
[13:29] <yashi_> Chipaca: thank you for merging my change
[13:29] <yashi_> Chipaca: however, merge seems to be done only for python3.
[13:30] <yashi_> Chipaca: http://bazaar.launchpad.net/~yashi/snapcraft/snapcraft/revision/210 has both 2 and 3, though.
[13:30] <Chipaca> yashi_: i merged sergio's branch, which was a branch of yours
[13:30] <DexterF> hi
[13:30] <Chipaca> yashi_: not sure if that answers it
[13:30] <Chipaca> DexterF: hi
[13:31] <Chipaca> shuduo: i haven't, but, what rest api link?
[13:32] <DexterF> I'd like to run the snappy kernel on Ubuntu Mate for Raspi2. My idea was get the snappy kernel source and just dpkg-buildpackage it, but I cannot find the src. help?
[13:32] <Chipaca> DexterF: there aren't snappy kernels
[13:33] <Chipaca> DexterF: just kernels
[13:33] <Chipaca> DexterF: that are used by snappy
[13:35] <DexterF> https://developer.ubuntu.com/en/snappy/ <- what would you call the kernel that the pi2 image here contains?
[13:36] <DexterF> or rather this one http://people.canonical.com/~platform/snappy/raspberrypi2/ubuntu-15.04-snappy-armhf-rpi2.img.xz
[13:37] <DexterF> either way, the kernel that that image boots, I'd like to port that to ubuntu-mate/pi2. pointers appreciated.
[13:37] <Chipaca> DexterF: i presume ubuntu-mate/pi2 is ubuntu?
[13:39]  * Chipaca downloads ogra_'s rpi2 image to take a look
[13:39] <DexterF> no, it's slackware with a ported GNU/Herd kernel running on a Sun.
[13:39] <DexterF> that's why it is called ubuntu-something
[13:40] <Chipaca> DexterF: in that case, the kernel it uses is an ubuntu package, from an ubuntu archive
[13:41] <DexterF> Chipaca: I had a look at the ubuntu git tree but could not find it.
[13:41] <Chipaca> DexterF: couldn't find what?
[13:41] <Chipaca> the kernel used in ubuntu-mate/rpi2, or the kernel used in snappy ubuntu core for rpi2?
[13:42] <DexterF> the ubuntu package for that kernel.
[13:42] <Chipaca> the kernel used in ubuntu-mate/rpi2, or the kernel used in snappy ubuntu core for rpi2?
[13:42] <DexterF> the one used in snappy
[13:42] <DexterF> or snappy ubuntu core if you prefer
[13:43] <Chipaca> DexterF: did you find the other one, then?
[13:44] <DexterF> Chipaca: is the plain linux-source package that comes with the distro, so yes. but that's a 3.18 kernel so making a config from that is a bit tedious, plus I don't know if I could just like that port it to a vanilla 4.2 src
[13:45] <Chipaca> DexterF: can you point me at where that package comes from?
[13:45] <Chipaca> DexterF: apt-get --print-uri would probably help
[13:45] <DexterF> apt-get install linux-source. wherever it gets those.
[13:45] <DexterF> sec
[13:46] <DexterF> E: Command line option --print-uri is not understood
[13:46] <Chipaca> --print-uris
[13:46] <DexterF> neither
[13:46] <Chipaca> tab is your friend
[13:47] <DexterF> apt-get --print-uris linux-source
[13:47] <DexterF> E: Command line option --print-uris is not understood
[13:47] <Chipaca> apt-get install --print-uris linux-source
[13:48] <DexterF> linux-source is already the newest version. :) I try and force, sec
[13:48] <Chipaca> --reinstall
[13:49] <DexterF> did that, does not become any more verbose either. I'll uninstall, if that don't help...
[13:49] <DexterF> ill wireshark...
[13:51] <DexterF> no, not even now. let me check sources..
[13:51] <Chipaca> hold on
[13:51] <Chipaca> what are you doing, exactly
[13:51] <DexterF> trying to get apt to tell me where it gets the linux-source package, since you asked for that
[13:52] <Chipaca> DexterF: show me the command you are entering
[13:52] <DexterF> apt-get install --print-uris linux-source
[13:52] <DexterF> after purging the package
[13:53] <Chipaca> and what is the output? pastebin it please
[13:54] <DexterF> http://pastebin.com/ThshALLL
[13:57] <Chipaca> this is what you *should* be getting:
[13:57] <Chipaca> apt-get -qq install --print-uris  --reinstall linux-source
[13:57] <Chipaca> 'http://archive.ubuntu.com/ubuntu/pool/main/l/linux/linux-source-4.2.0_4.2.0-12.14_all.deb' linux-source-4.2.0_4.2.0-12.14_all.deb 107776972 MD5Sum:fa90f64d3f1132715605b64e146ff992
[13:57] <Chipaca> 'http://archive.ubuntu.com/ubuntu/pool/main/l/linux-meta/linux-source_<IP_ADDRESS>.12_all.deb' linux-source_<IP_ADDRESS>.12_all.deb 2184 MD5Sum:68331205b67b02230581fe26a54ffd52
[13:57] <Chipaca> no purging necessary
[13:57] <Chipaca> this is for an amd64 box, but it shouldn't make a difference
[13:57] <Chipaca> can you, in fact, install that package?
[13:58] <DexterF> Chipaca: the package installs fine
[13:58] <Chipaca> strange
[14:01] <Chipaca> DexterF: the reason i'm asking is because until very recently we didn't have an ubuntu kernel that worked properly on the raspberry pi 2
[14:01] <Chipaca> DexterF: so I don't know where ubuntu-mate/rpi2 is getting its kernel
[14:01] <Chipaca> DexterF: but it's not an ubuntu kernel
[14:01] <DexterF> Chipaca: who is "we"?
[14:02] <Chipaca> DexterF: humanity
[14:02] <DexterF> ...
[14:02] <Chipaca> DexterF: so that's probably a linux kernel from e.g. raspbian
[14:05] <DexterF> I'll ask them. what you say is a bit strange, though, a gernem IT newspage (still one of the better ones) announced that snappy ubuntu core now has a spanking new 4.2 kernel with full raspi2 support. hence my question who "we" was, assuming you are a snappy developer
[14:06] <Chipaca> I am
[14:07] <Chipaca> ogra_ will know more about the kernel without having to dig -- sorry i wasn't able to help you dig further
[14:07] <Chipaca> however he is off today
[14:08] <Chipaca> DexterF: i don't see why you say it's strange
[14:09] <Chipaca> DexterF: what I'm saying is completely compatible with what you say that newspage says
[14:11] <DexterF> Chipaca: maybe I get somethign wrong here: for a moment assume I know linux for a bit and then tell me, what is snappy and what is ubuntu core?
[14:12] <Chipaca> DexterF: ubuntu core is a minimal ubuntu flavour, aimed mostly at people building appliances or single-purpose servers
[14:12] <Chipaca> more or less :)
[14:12] <DexterF> ok. and snappy?
[14:12] <Chipaca> DexterF: snappy is a new way of packaging a distribution that uses transactional updates on a mostly readonly system
[14:13] <DexterF> transactional mainly means: there are rather images than packages that get mounted over an existing tree?
[14:13] <Chipaca> DexterF: evolved from the tech we (ubuntu) developed for the phone
[14:13] <Chipaca> DexterF: transactional meaning the system updates as a whole, or fails to update as a whole
[14:13] <DexterF> mmmmmhnope, don't get it
[14:15] <Chipaca> DexterF: what don't you get?
[14:16] <DexterF> the "updates or fials as a whole" thing.
[14:17] <DexterF> at tech level, how are snappy... "packages" different from say deb packages
[14:17] <Chipaca> ah
[14:22] <Chipaca> DexterF: snaps have a much simplified dependency structure; no libaries, no conflicts, just a dependency on frameworks can be expressed. Snaps are not extracted into a common directory, but into their own little place, and when the services and binaries in them are run, they do so in their own little jail
[14:22] <DexterF> Chipaca: how is that different from Docker or LXC?
[14:22] <Chipaca> DexterF: how is that the same?
[14:23] <DexterF> well, put everything required to run the package in a sandbox that does not depend on much
[14:25] <Chipaca> DexterF: aren't those entire systems? don't you actually boot those?
[14:26] <DexterF> but anyway, maybe I'm not doing this right: all I need is a minimalistic distro that brings me the comfort of central package management like apt, zypper, yum or whatever and a kernel running on a raspi2 including i2c and all, which would be 4.2 and higher.
[14:27] <DexterF> Chipaca: uh, no, those are container concepts, these run against the same kernel as the host system
[14:27] <Chipaca> DexterF: but you boot the container
[14:28] <Chipaca> DexterF: with its own init and all
[14:28] <DexterF> so maybe I should rather look at ubuntu core? but 4.2 is a must, hence that news item got my attention
[14:28] <DexterF> Chipaca: good question, I actually only read up on docker and lxc but never implemented a setup
[14:31] <Chipaca> DexterF: https://lists.ubuntu.com/archives/snappy-devel/2015-September/001058.html
[14:32] <Chipaca> DexterF: that answers several of your questions, i think
[14:32] <Chipaca> including the name of the source of the kernel package
[14:51] <giminni> hello I have a problem to execute "docker exec -ti <progname> bash the message output is "type=1400 audit(1443969471.682:30): apparmor="DENIED" operation="open" profile="docker_docker-daemon_<IP_ADDRESS>" name="/" pid=<pid-#> comm="docker.x86_64" requested_mask="r" denied_mask="r" fsuid=0 ouid=0  How can I exec into a running container? even docker attach is hanging arount, appreciate any hints on that
[14:52] <giminni> I am running the latest snappy & updates
[14:53] <giminni> (amd64)ubuntu@localhost:~$ docker info
[14:53] <giminni> Containers: 2
[14:53] <giminni> Images: 43
[14:53] <giminni> Storage Driver: aufs
[14:53] <giminni>  Root Dir: /var/lib/apps/docker/<IP_ADDRESS>/aufs
[14:53] <giminni>  Backing Filesystem: extfs
[14:53] <giminni>  Dirs: 47
[14:53] <giminni>  Dirperm1 Supported: true
[14:53] <giminni> Execution Driver: native-0.2
[14:53] <giminni> Kernel Version: 3.19.0-28-generic
[14:53] <giminni> Operating System: <unknown>
[14:53] <giminni> CPUs: 1
[14:53] <giminni> Total Memory: 741.1 MiB
[14:53] <giminni> Name: localhost.localdomain
[14:53] <giminni> ID: 7M25:QCMT:AQJM:X5HZ:PVLW:CK7A:4VYA:7CIP:GLOK:HXA7:UGV5:L2EI
[14:53] <giminni> WARNING: No swap limit support
[14:53] <giminni> (amd64)ubuntu@localhost:~$ docker version
[14:53] <giminni> Client version: 1.6.2
[14:53] <giminni> Client API version: 1.18
[14:53] <giminni> Go version (client): go1.4.2
[14:53] <giminni> Git commit (client): 8f2d6e5
[14:53] <giminni> OS/Arch (client): linux/amd64
[14:53] <giminni> Server version: 1.6.2
[14:53] <giminni> Server API version: 1.18
[14:53] <giminni> Go version (server): go1.4.2
[14:53] <giminni> Git commit (server): 8f2d6e5
[15:23] <Chipaca> giminni: suggest you ask again tomorrow; most people are off today
[16:01] <giminni> thx I'll do that tomorrow
[16:14] <shuduo> Chipaca, http://victorpalau.net/2015/10/02/piglow-api-one-small-snap-for-humanity/
[16:15] <Chipaca> shuduo: has the service started successfully?
[16:15] <Chipaca> shuduo: "snappy service status" should tell you
[16:22] <shuduo> Chipaca, i can see glowapi status is "enabled; loaded; active (running)"
[16:23] <Chipaca> shuduo: ok. And can you connect to port 8000 from the board itself?
[16:24] <Chipaca> e.g. by doing "telnet localhost 8000"
[16:25] <shuduo> Chipaca, there is no telnet in snappy image. should i install it?
[16:25] <Chipaca> ah, that's true
[16:25] <Chipaca> netcat (nc)
[16:27] <Chipaca> shuduo: i mean: nc localhost 8000
[16:27] <shuduo> Chipaca, yes, it stuck now and no output
[16:27] <Chipaca> shuduo: write "GET /" and hit enter twice
[16:28] <shuduo> Chipaca, it outputs "HTTP/1.1 400 Bad Request"
[16:28] <shuduo> Chipaca, btw, i just hit once then it exit with above output
[16:28] <Chipaca> shuduo: so, piglow is listening to port 8000
[16:29] <Chipaca> shuduo: and if you use your external address instead of localhost?
[16:30] <shuduo> Chipaca, yes, i just tried again and it returns "404 page not found"
[16:31] <Chipaca> shuduo: where did you try that from?
[16:31] <Chipaca> because 404 is not 400
[16:31] <Chipaca> it's a different response
[16:31] <Chipaca> and it shouldn't be
[16:31] <shuduo> i paste victor's link to my browser and replace localhost with its real ip address
[16:33] <Chipaca> shuduo: ok, backpedal a bit
[16:33] <Chipaca> shuduo: first, none of those urls are browser-friendly
[16:33] <Chipaca> shuduo: because they all need to be POST
[16:34] <Chipaca> and if you're just writing the url in your browser it won't work
[16:35] <Chipaca> give me a bit
[16:36] <Chipaca> shuduo: are you ssh'ing in to the board, or are you typing at it manually?
[16:36] <shuduo> Chipaca, i tried to copy an example code of using nc to send POST to localhost but it returns 400 error. i guess my command is not correct.
[16:36] <shuduo> Chipaca, i'm sshing
[16:37] <Chipaca> shuduo: try this: python3 -c 'from urllib.request import urlopen; print(urlopen("http://localhost:8000/v1/on", data=b""))'
[16:38] <shuduo> Chipaca, cool. it works now. piglow be turned on for 1 sec. thanks
[16:38] <Chipaca> ah, missing a .read() there
[16:38] <Chipaca> shuduo: try this: python3 -c 'from urllib.request import urlopen; print(urlopen("http://localhost:8000/v1/on", data=b"").read())'
[16:38] <Chipaca> shuduo: now, that's still localhost
[16:39] <Chipaca> shuduo: try it remotely, does that work now? (change "localhost" to the right ip)
[16:39] <shuduo> Chipaca, with read(), it looks same. led turned on for 1 sec and exit.
[16:39] <Chipaca> that's ok. It's just that if the piglow returned anything, without the read() you wouldn't see it
[16:40] <Chipaca> shuduo: try it remotely; if that works, you're set, but i suspect there's something else going on as well
[16:40] <shuduo> Chipaca, yes, remote accessing works good too.
[16:40] <Chipaca> ah, neat
[16:40] <Chipaca> i wonder why the browser was saying 404 instead of 400
[16:40] <Chipaca> anyway, never mind, it works \o/
[16:41] <Chipaca> shuduo: if you want to make it work with a browser, you need to write some html
[16:41] <Chipaca> shuduo: and probably some javascript in the html unless you just want to hit one endpoint :)
[16:43] <Chipaca> e.g. <form action="http://the.ip:8000/v1/on"><input type=submit value=on></form>
[16:43] <shuduo> Chipaca, got it. i see someone can control piglow by an app from ubuntu phone on a video.


[00:33] <bhe> Any rails developers in here?
[00:40] <bhe> looking for suggestions for rails editor for xfce?
[03:28] <hexdump_> hey folks!
[03:40] <hexdump_> Does anyone know how to fix "relay access denied on an SMTP"
[03:40] <hexdump_> server
[08:44] <medeman> wow xubuntu even freezes in text mode
[08:45] <Sysi> try "sudo service gdn stop"
[08:45] <Sysi> *gdm
[08:49] <medeman> k
[09:26] <medeman> how do i install the nvidia driver in text mode?
[09:30] <Sysi> try updates first, sudo apt-get update && sudo apt-get dist-upgrade
[09:31] <Sysi> reboot after that
[09:34] <medeman> ah its you again okay
[09:34] <medeman> i just connected with a 10 meter lan cable to my real router
[09:34] <medeman> works fine
[09:55] <medeman> Sysi: what is gdm anyways?
[09:56] <knome> medeman, gnome display manager
[09:56] <medeman> ah okay
[10:12] <medeman> Sysi: im interested what machines / OSes you use. Can you tell me?
[10:13] <medeman> knome: or could you tell me your setup?
[10:14] <Sysi> couple of laptops and desktop, xubuntu, fedora and sometimes arch, win7 hardly
[10:14] <medeman> haha okay
[10:15] <medeman> well, i have a macbook pro and a pc (the xubuntu), and a powermac g3 + 2 other older pcs
[10:15] <medeman> the powermacs power supply is dead
[10:16] <medeman> i was thinking about buying a new one, but the whole machine is cheaper then a power supply
[10:16] <medeman> however, if it would run, would debian run on it?
[10:16] <medeman> i think there is a powerpc version
[10:17] <medeman> but maybe the mac is too old?
[10:17] <medeman> i dunno
[10:17] <Sysi> g3 isn't very powerful but it might work with light desktop or as server
[10:18] <medeman> maybe a little home server? with php and mysql?
[10:18] <medeman> and apache?
[10:18] <Sysi> how much ram
[10:18] <medeman> i need a mini local webserver for some testing and that
[10:18] <medeman> uhmm
[10:18] <medeman> i think 512mb
[10:18] <medeman> i cant look, i cant turn it on atm
[10:18] <medeman> power supply dead
[10:19] <Sysi> should run webserver nicely, maybe with desktop
[10:19] <medeman> okay
[10:23] <medeman> huh, i dont get it, i installed ubuntu server before
[10:23] <medeman> now overwrote that with xubuntu
[10:23] <medeman> but it still says ubuntu server
[10:24] <medeman> Sysi: any idea?
[10:24] <Sysi> where it says it?
[10:24] <medeman> when i boot from hard drive
[10:24] <medeman> it has the xubuntu boot logo
[10:24] <medeman> then goes into a terminal
[10:25] <medeman> saying ubuntu 10.10 server
[10:46] <medeman> Sysi: by the way do you know where i can get debian 2.2 diskette images (with gui and that)? i have a really old laptop here...
[10:47] <medeman> on the debian ftp server i just found other debian 2.2 stuff
[10:50] <Sysi> does even debian support that old stuff
[10:52] <medeman> huh?
[10:53] <Sysi> newest debian stable is 6.0
[10:53] <medeman> yes
[10:53] <medeman> but the cd drive of the laptop died
[10:54] <medeman> well, it only works sometimes the drive
[10:54] <medeman> maybe it works now
[11:44] <nicofs_> Can someone help me set up network bonding? I installed ifenslave and now i'm in front of /etc/network/interfaces - and lost...
[11:51] <medeman> hey Sysi now it says xubuntu and i press ctrl alt f1
[11:52] <medeman> Sysi: it freezes in the terminal
[11:52] <medeman> even when i use sudo service gdm stop
[11:52] <Sysi> did you try nomodeset?
[11:52] <medeman> where can i do this?
[11:53] <Sysi> hold shift when booting, should get to grub menu
[11:53] <medeman> ok
[11:53] <Sysi> press e to edit and add it after "quiet splash"
[11:54] <medeman> i hold down shift but the xubuntu logo appears and boots
[11:54] <Sysi> too late/too early
[11:55] <medeman> ah there we go
[11:55] <medeman> now e...
[11:55] <medeman> now the row looks like this:
[11:56] <medeman> 9a6-55d43781d0ff ro quiet splash nomodeset
[11:56] <medeman> now what? how do i save?
[11:57] <Sysi> try just booting with it
[11:57] <medeman> ctrl+x?
[11:57] <Sysi> iirciirc
[11:58] <Sysi> whops
[11:58] <knome> Sysi, which bird does a sound like 'iirciirc' ?
[11:58] <medeman> lol
[11:58] <medeman> so i boot with ctrl+x, then do i still use ctrl+alt+f1 and sudo service gdm stop?
[11:58] <Sysi> no, see if it works
[11:58] <medeman> k
[11:59] <Sysi> knome: i can't remember the name but they're quite common here
[11:59] <medeman> i saw a ubuntu splash screen and now low-res desktop
[11:59] <medeman> should i log in?
[11:59] <Sysi> try if it crashes
[11:59] <knome> Sysi, seagulls? ;)
[12:00] <medeman> yes it freezes
[12:01] <medeman> =(
[12:01] <Sysi> just no dice i guess
[12:02] <Sysi> try acpi=off to boot options
[12:03] <medeman> so nomodeset acpi=off?
[12:04] <Sysi> nomodeset didn't help
[12:04] <medeman> so only acpi=off?
[12:04] <Sysi> try
[12:05] <medeman> ok
[12:05] <medeman> now the desktop is native resolution again
[12:06] <medeman> i logged in
[12:06] <Sysi> nomodeset kinda breaks driver, but helps in some cases
[12:06] <medeman> oh
[12:06] <medeman> and for the first time
[12:06] <medeman> it tells me that there are restricted drivers available
[12:06] <medeman> but now it froze again
[12:06] <Sysi> does cursor move?
[12:06] <medeman> no
[12:07] <medeman> not even the numkey light lights up
[12:07] <Sysi> i gotta give up if, you have tried with different ubuntu version and same happens
[12:08] <medeman> yes
[12:08] <medeman> this computer is so weird
[12:08] <medeman> oh
[12:08] <medeman> one other thing is weird
[12:08] <Sysi> either it's broken or very weird
[12:09] <medeman> i booted mandriva from a live cd a few days ago
[12:09] <medeman> and it worked
[12:09] <medeman> showed the nvidia logo as kinda splashscreen
[12:09] <medeman> but then i installed it
[12:09] <medeman> and it doesnt work
[12:09] <medeman> freezes at black screen with cursor
[12:11] <medeman> Sysi: any idea about that?
[12:12] <Sysi> not really
[12:12] <medeman> oh okay =(
[12:12] <medeman> thanks for your time and help then
[12:12] <Sysi> np
[12:13] <knome> medeman, probably best to ask mandriva folks why the live cd worked but installation didn't
[12:13] <medeman> the installation worked, but the start didnt
[12:13] <medeman> from the hd
[12:14] <knome> medeman, yes - ask the mandriva people if they have ideas why that happened
[12:14] <medeman> okay
[12:14] <medeman> ty
[12:14] <knome> np
[12:47] <Maizey> Hi all... anyone able to assist with getting a remote desktop happening from a windows machine to xubuntu on a local network?
[12:53] <Sysi> Maizey: set up rdp or vnc server on windows and use remmina (remote desktop client in menu)
[12:54] <Sysi> you need to check ip of windows machine, idk how to do that
[12:56] <Maizey> i tried with vnc4server on xubuntu and tightvnc viewer on xp... prity sure i had it configured correct but couldnt get a connection... just kept saying connection failed....
[12:57] <Sysi> oh, xubuntu as server
[12:57] <Maizey> yeah
[12:58] <Sysi> check you don't have firewall set up and ip is right, ifconfig in terminal tells the ip
[12:58] <Sysi> you can try vino also
[12:59] <Maizey> its a local server so wouldnt think firewall would effect it would it?? and ip was correct. Been at it for the last 2 hours and read that many posts my eyes hurt :-/
[12:59] <Sysi> depends on firewall setup
[13:08] <Maizey> uh getting closer... its asking a password now but not accepting the one i setup earlier :-/ at least its a step closer
[13:14] <Maizey> that got it... thanks for the ehlp sysi :-)
[13:15] <Sysi> np
[16:59] <ubuntu_> how do i enable my wifi
[17:13] <charlie-tca> !wireless
[21:54] <nicofs> I want to remotely control my other Xubuntu computer... how can i do that? I set up tightvnc (well... i installed it and started it) - but all i get is control over a new desktop - i want to control the one already there...
[21:56] <nicofs> like realVNC
[22:04] <charlie-tca> !vnc
[22:08] <nicofs> charlie-tca, i need to control the environment on the other machine... use my laptop as a remote for the other pc...
[22:09] <nicofs> i'm using the other one as entertainment solution for my living room - and i don't want to leave the couch to cahnge channels, volume, movie, ...
[22:10] <charlie-tca> so, setting up the vnc-server failed on that remote computer?
[22:11] <nicofs> well, everything works - but what i see on the viewer here is not the desktop my other pc projects to the living room screen...
[22:12] <nicofs> i get a new desktop environment with nothing but xterm on top of it
[22:13] <nicofs> i am shure that i am connected to the right machine - running htop lists all that is running there - and killing processes lets them disappear on the target machine. i have access - but not the right kind of access...
[22:33] <bhe> hey ya'll. which packages are needed for wireless?
[22:34] <charlie-tca> !wireless
[22:34] <charlie-tca> bhe: #ubuntu-beginners are good at getting wireless working, too.
[22:35] <bhe> no, i did min install, just needed   "sudo apt-get install gnome-network-admin"
[22:35] <bhe> sorry to bother
[22:36] <charlie-tca> no problem


[13:53] <smartboyhw> QA meeting in 7 minutes
[13:56] <smartboyhw> Meeting in 5 minutes
[13:59] <smartboyhw> OK, please o/ if you are here for the QA meeting
[14:01] <smartboyhw> Please o/ if you are here for the QA meeting
[14:03] <balloons> p/
[14:03] <balloons> o/
[14:03] <balloons> I never could type
[14:04] <smartboyhw> OK, so start meeting then
[14:04] <smartboyhw> #startmeeting
[14:04] <meetingology> Meeting started Wed Aug 15 14:04:05 2012 UTC.  The chair is smartboyhw. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:04] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[14:04] <smartboyhw> #topic Ubuntu Updates
[14:04] <smartboyhw> O
[14:04] <smartboyhw> OK
[14:04] <smartboyhw> So, Ubuntu 12.04.1 is coming next week
[14:05] <smartboyhw> So the testing will be more intense in the coming week
[14:05] <smartboyhw> Um...
[14:05] <smartboyhw> Hopefully we will get to test all flavors...
[14:05] <smartboyhw> ..
[14:05] <smartboyhw> balloons: Any updates?
[14:07] <balloons> 12.04.1 images will be landing at the beginning of next week, and we'll have our usual round of testing on the images
[14:07] <balloons> these will be an lt supdate, so it's really important to watch for regressions.
[14:08] <balloons> we don't anticipate respins; aiming for a smooth round of testing :-)
[14:08] <balloons> ..
[14:08] <smartboyhw> Hmm
[14:08] <smartboyhw> balloons: Last time phillw deleted the flavor updates
[14:08] <smartboyhw> Is it that we shall never talk about it again?
[14:09] <balloons> they've been migrated in the agenda to other updates
[14:09] <balloons> use the [TOPIC] so people can follow along :-)
[14:09] <smartboyhw> OK
[14:09] <smartboyhw> [TOPIC] Ubuntu updates
[14:09] <smartboyhw> Yep, then
[14:09] <smartboyhw> An agenda item added by phillw: Abiword
[14:10] <smartboyhw> [TOPIC] Abiword
[14:10] <smartboyhw> balloons: i'm wondering what's that
[14:11] <smartboyhw> Someone added AbiWord to the agenda
[14:11] <smartboyhw> Is phillw here?
[14:11] <balloons> smartboyhw, there is a concern about the stability of abiword in the 12.04 repos
[14:11] <balloons> there is a bug opened to this effect, let me find it
[14:11] <smartboyhw> balloons: What's abiword
[14:12] <balloons> here is the bug: https://bugs.launchpad.net/ubuntu/+source/abiword/+bug/1019621
[14:12] <balloons> abiword is a word processor
[14:12] <smartboyhw> OK
[14:13] <smartboyhw> Hmm, big bug
[14:13] <smartboyhw> ..
[14:14] <smartboyhw> balloons: ..?
[14:14] <balloons> yes smartboyhw ?
[14:15] <balloons> phillw, and lubuntu and presumbably xubuntu flavors are all concerned about this bug
[14:15] <smartboyhw> Wow1
[14:15] <smartboyhw> Maybe even Ubuntu Studio
[14:15] <balloons> likely it will have to be fixed by an update after 12.04.1
[14:16] <smartboyhw> OK
[14:16] <smartboyhw> ..
[14:17] <balloons> ..
[14:17] <smartboyhw> OK, then AOB
[14:17] <smartboyhw> [TOPIC] AOB
[14:17] <smartboyhw> balloons: How is the survey results?
[14:19] <balloons> smartboyhw, I intend to post the full result this week
[14:19] <balloons> a little preview I can share some details
[14:19] <smartboyhw> OK
[14:19] <smartboyhw> Please, balloons
[14:20] <balloons> the folks answering the survey we about 50/50 split on running the development release
[14:20] <smartboyhw> 50/50? I hoped 70/30
[14:21] <balloons> the largest number of votes on "what quality means" was "Quality means the default desktop and applications should work without crashing"
[14:21] <balloons> Finally, many many folks had never heard of the team before, but most people expressed interest in helping, but they were unsure of time and technical skills
[14:21] <smartboyhw> yep, I voted for that:)
[14:22] <smartboyhw> balloons: Not good. Nobody heard of the team?:(
[14:22] <balloons> good feedback, and as a group we can discuss ways to bring more awareness to the team and share what we're doing with others
[14:22] <smartboyhw> balloons: So how do you promote the team?
[14:22] <smartboyhw> I mean planning:)
[14:24] <smartboyhw> balloons: I mean how will you plan to promote the team.
[14:25] <balloons> smartboyhw, promoting the team means more visibility to what we are doing
[14:25] <smartboyhw> I'm a bit ? about the visibility
[14:25] <smartboyhw> How to improve it?
[14:25] <xnox> balloons: what survey? =)
[14:26] <balloons> xnox, sorry we should have linked ;-)
[14:26] <balloons> http://www.theorangenotebook.com/2012/08/quality-perceptions-survey.html
[14:29] <balloons> xnox,  the survey is now over, and I'll be posting the results. It was anonymous, however, if you have thoughts to share, feel free to do so
[14:29] <xnox> well wanted to see questions really. oh well. I will wait for the results blog =)
[14:29] <balloons> smartboyhw, promoting the team means sharing details on the work and planning events and ways to involve people. this is something everyone can do
[14:29] <balloons> xnox, :-)
[14:30] <smartboyhw> balloons: Great
[14:30] <smartboyhw> balloons: I have been failing to contact phillw about our UEFI testcase
[14:30] <smartboyhw> He is busy when I'm not, I'm busy whe he i
[14:30] <smartboyhw> *is
[14:31] <smartboyhw> ..
[14:32] <smartboyhw> Also, balloons, I saw some Mythbuntu testcase missing, wat to do?
[14:32] <balloons> smartboyhw, we can discuss outside of the meeting. Are there additional topics to cover?
[14:33] <smartboyhw> No, then, so end meeting?
[14:33] <balloons> Normally the final item on the agenda is [OTHER TOPICS]
[14:34] <smartboyhw> It's now AOB, don't you realize
[14:34] <smartboyhw> Any other business
[14:35] <balloons> ahh!
[14:35] <smartboyhw> So what other business can we discuss?
[14:35] <balloons> smartboyhw, I have nothing else
[14:35] <smartboyhw> Really, this meeting has too few people
[14:35] <leadsled> abiword versions
[14:35] <smartboyhw> Hi leadsled
[14:35] <smartboyhw> #topic Abiword
[14:36] <smartboyhw> leadsled: What things do ya want to say about AbiWord?
[14:37] <smartboyhw> leadsled: o/ if you want to say something about AbiWord
[14:37] <leadsled> which version will be used before the freeze?
[14:38] <smartboyhw> balloons: Your turn, I don't know much about Abiword
[14:39] <balloons> I can't speak for the 12.04.1 team, however at this point I believe changing the version would need to be a post-release work
[14:40] <ScottK> Nothing new now for 12.04.1 that isn't an absolute show stopper with a clear fix that has very low risk of regression.
[14:40] <smartboyhw> Thanks, ScottK
[14:41] <smartboyhw> Anyway, we don't know, ask the 12.04.1 team tmr
[14:41] <smartboyhw> ..
[14:42] <smartboyhw> End meeting now, since it's been discussed.
[14:43] <smartboyhw> #endmeeting
[14:43] <meetingology> Meeting ended Wed Aug 15 14:43:18 2012 UTC.
[14:43] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-14.04.moin.txt
[14:43] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-14.04.html
[14:43] <smartboyhw> Thanks leadsled, xnox, balloons
[14:43] <balloons> thanks ScottK ;-)
[14:43] <balloons> thanks smartboyhw
[14:43] <smartboyhw> Also scottk
[14:43] <ScottK> You're welcome.
[14:43] <smartboyhw> balloons: Let's go to #ubuntu-testing!
[14:51] <smartboyhw> Waiting for Xubuntu meeting now:)
[15:03] <slangasek> #startmeeting
[15:03] <meetingology> Meeting started Wed Aug 15 15:03:34 2012 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:03] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:03]  * slangasek waves
[15:04] <stokachu> o/
[15:04] <xnox> hola!
[15:04]  * ogra_ jumps
[15:04]  * stgraber waves
[15:04]  * smartboyhw waves
[15:05] <jodh> o/
[15:05] <slangasek> #topic lightning round
[15:05] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra infinity cjwatson xnox stokachu)
[15:05] <slangasek> infinity jodh slangasek cjwatson stgraber stokachu xnox barry doko bdmurray ev ogra
[15:05] <infinity> - AA and SRU things, including a full round of kernel SRUs
[15:05] <infinity> - Uploaded eglibc to both quantal and precise with several fixes, including sorting AVX/FMA4 detection issues
[15:05] <infinity> - Updated tzdata in all releases
[15:05] <infinity> - Started poking at livefs-in-soyuz things
[15:05] <infinity> [..]
[15:05] <jodh> * boot/upstart:
[15:05] <jodh>   - Discussion with slangasek re ConfSource handling.
[15:05] <jodh>   - Stateful re-exec now working in a rudimentary fashion.
[15:05] <jodh>   - Attempting to make code work with json-c 0.9 problematic in that it
[15:05] <jodh>     won't work on 64-bit systems without some trickery. Current feeling
[15:06] <jodh>     is to mandate json-c 0.10. Upstream Debian maintainer for libjson0
[15:06] <jodh>     package is planning to work on this, but I'll remind him.
[15:06] <jodh>   - Currently trying to identify why post re-exec events do not trigger
[15:06] <jodh>     jobs (may be due to the way I've had to disable D-Bus connection
[15:06] <jodh>      handling, but still investigating).
[15:06] <jodh> 𐤒dd
[15:06] <jodh>
[15:07] <slangasek> phoenician‽
[15:07] <jodh> slangasek: impressed, yes! ;)
[15:07] <stokachu> infinity: thanks for the tzdata
[15:08] <infinity> stokachu: Did you have a chance to look at the tarball and/or docs I did for you to let me know if the process all made sense to you?
[15:08] <stokachu> infinity: yea im reading them this morning
[15:09] <slangasek> stgraber: why don't you go ahead of me
[15:09] <stokachu> infinity: i wasn't aware of uupdate
[15:09] <stgraber> sure
[15:09] <stgraber> - 12.04.1
[15:09] <stgraber>  - 12.04.1 team meeting and minutes
[15:09] <stgraber>  - Went through all the targeted/milestoned bugs for 12.04.1, updated status based on comments and queue status.
[15:09] <stgraber>  - Verified a bunch of SRUs.
[15:09] <stgraber>  - Continuing release process.
[15:09] <stgraber>  - Fixed 10.04 to 12.04 upgrades using media only. Looking at a few more issues and regressions caused by this.
[15:09] <stgraber>  - Done reviews and granted exceptions where reasonable. Uploaded a libxml-sax-perl fix and fixed edubuntu-artwork too.
[15:09] <stgraber> - Other
[15:09] <stgraber>  - Implemented package list for all flavours to be used for the supported flag: http://people.canonical.com/~stgraber/supported-packages/lists/
[15:10] <stgraber>  - Implemented upload permissions report for the DMB at: http://people.canonical.com/~stgraber/permissions/
[15:10] <stgraber>  - Talked with Ted about image based system
[15:10] <stgraber>  - Merge partman-iscsi
[15:10] <stgraber>  - Some ARB app review, the app showdown made the ARB New queue reach 140 packages... Still 50 to review...
[15:10] <stgraber> - TODO this week
[15:10] <stgraber>  - Continue the work on 12.04.1.
[15:10] <stgraber> (DONE)
[15:11] <xnox> slangasek? or stokachu? or me?
[15:11] <slangasek> I'll go next, one sec :)
[15:12] <slangasek>  * had surgery, so was technically off work yesterday
[15:12] <slangasek>  * working with jodh around upstart stateful re-exec
[15:12] <slangasek>  * sponsored upload of kexec-tools so it works with our current vmcoreinfo-less packages
[15:12] <slangasek>  * lots of SRU processing for .1
[15:12] <slangasek> (done)
[15:12] <slangasek>  * diving into various errors.u.c reports to identify any point-release regressions
[15:13] <stokachu> worked with support to get kexec-tools sru in shape and uploaded, failed attempt at getting tzdata in proper form for inclusion which resulted in more documentation added to the wiki which clarifies the process, still drowned in an increase in issues through customer channels, finalizing appmenu-gtk for multi-arch. done.
[15:13] <stokachu> infinity: the documentation makes sense and clarifies a lot for me, thanks for doing that
[15:14] <infinity> stokachu: NP.
[15:14] <slangasek> jodh: given the json-c maintainer's radio silence, please go ahead with preparing the packaging for 0.10 and we can propose a debdiff to Debian when it's ready
[15:14] <jodh> slangasek: roger! :)
[15:15] <infinity> stokachu: As stated before, I don't mind taking ownership of tzdata ANYWAY, but perhaps you should do 2012f when it comes out, to make sure the docs and knowlege transfer stick, should you need to do it in a hurry sometime,.
[15:15] <stokachu> infinity: ok will do
[15:15] <xnox> * Catch up on merges:
[15:15] <xnox>  - dash, btrfs-tools, boost-mpi-sour1.49, boost1.49, e2fsprogs,
[15:15] <xnox>    partman-crypto
[15:15] <xnox>  - lvm2 merge in progress, see questions for anyone (slangasek?!) in the merge proposal
[15:15] <xnox> https://code.launchpad.net/~dmitrij.ledkov/ubuntu/quantal/lvm2/merge95/+merge/119696
[15:15] <xnox> * Fixed bugs, due to ubiquity crypt work landing:
[15:15] <xnox>  - http://pad.lv/1035167
[15:15] <xnox>  - http://pad.lv/1034954
[15:15] <xnox>  - http://pad.lv/1035514
[15:15] <xnox> * 20120809 - Did a small patch-piloting session (11 syncs for Logan)
[15:15] <xnox> * mdadm SRU is finally fully verified and promoted into -updates
[15:15] <xnox> * Working on regaining vertical space to make automatic crypt option
[15:15] <xnox>   visible by default (currently it is still hidden behind command line
[15:15] <xnox>   argument)
[15:16] <xnox> ☙❦❧
[15:16] <barry> short week due to vacation.  patch piloted.  bug 1016212.  gwibber backend python3 porting.  dmb meeting.  upgraded main machine to quantal.  fixed unrelated email failure.  done.
[15:16] <slangasek> stokachu: increase in customer issues> interesting... is that due to an increase in customers? :-)
[15:16] <doko> - power outage in my work room, fuse always turns the power off :-/
[15:16] <doko> - python2.7 and python3.2 updates, commit some pending patches upstream
[15:16] <doko> - gcc-4.7 cross fixes
[15:16] <doko> - binutils aarch64 test build
[15:16] <doko> - openjdk-7 merges
[15:16] <doko> - linaro connect week (virtual)
[15:16] <doko> (done)
[15:17] <stokachu> slangasek: indeed :) this is a good thing
[15:17] <bdmurray> bug triage of iso-testing bug reports
[15:17] <bdmurray> bug triage of memtest86+ bug reports
[15:17] <bdmurray> modified to bug pattern consolidation script to skip bugs tagged bot-stop-nagging
[15:17] <bdmurray> updated meta-release file to point to precise-updates instead of precise-security
[15:17] <slangasek> xnox: I will look at lvm2 today
[15:17] <bdmurray> updated meta-release-lts-development on changelogs.ubuntu.com
[15:17] <bdmurray> tested bug 1026068 regarding update-manager
[15:17] <bdmurray> errors.ubuntu.com API code modifications to deal with API changes and more
[15:17] <bdmurray> modified greying of last seen column in errors.ubuntu.com
[15:17] <bdmurray> research into bug 936186 regarding software-properties
[15:17] <bdmurray> research into bug 989819 regarding crash signatures and making them more specific
[15:17] <bdmurray> research into bug 1020994 regarding drop in reporting volume at error tracker
[15:17] <bdmurray> fixed issue with apt-clone in precise-proposed and python2.7 vs python2.6 syntax
[15:17] <bdmurray> modified sru report to show last bug comment
[15:17] <bdmurray> done
[15:17] <ev> bdmurray: thanks for the patches!
[15:18] <ev> - Fixed bugs that cropped up in the new errors.ubuntu.com, and ones that the
[15:18] <ev>   increased attention to it surfaced.
[15:18] <ev>   - Set the y-axis to 0 to fix deceptive graphs.
[15:18] <ev>   - Correctly escape the problem identifiers so that failed-to-retrace
[15:18] <ev>     problem pages do not raise an exception.
[15:18] <ev>   - Fix the month view of the most common problems page (grumbles about UTF8).
[15:18] <ev> - Had a conversation with Colin and the Launchpad team about how to best talk
[15:18] <ev>   to and cache data from Launchpad for our "ideal line" calculation. The ideal
[15:18] <ev>   line is the number of crashes where all the packages in the dependency
[15:18] <ev>   chain for the crashed application were up to date at the time of sending,
[15:18] <ev>   divided by the number of unique users seen in a 90 day period. A few
[15:18] <ev>   strategies were discussed, but Robert suggested first getting this
[15:18] <ev>   talking to Launchpad and then seeing just how much extra work needs to be
[15:18] <ev>   done to speed it up.
[15:18] <ev> - Had conversations with Matthew, Robert, and others over whether our ideal
[15:18] <ev>   line calcuation is correct. Matthew is going to take this to canonical-tech
[15:18] <ev>   for further discussion, but for the moment we're dropping the ideal line
[15:18] <ev>   calculation as designed above.
[15:18] <ev> - Wrote a script to back-populate system identifiers (SHA-512 hashes of the
[15:18] <ev>   system uuid) into the individual error reports in the database. These
[15:18] <ev>   existed in a separate column family that mapped from system identifier to
[15:18] <ev>   error reports for that system (so we can have a dialog in
[15:18] <ev>   gnome-control-center that lists your crashes), but we need the reverse
[15:18] <ev>   mapping for this "90 days of unique users" calculation. It took about 12
[15:18] <ev>   hours to complete running from my laptop through an ssh tunnel into the DC.
[15:18] <ev>
[15:18] <ev>   There is an exponentially increasing number of such tasks. I think we're
[15:18] <ev>   going to need Hadoop and its map/reduce goodness wired to Cassandra much
[15:18] <ev>   sooner than I originally thought. I'll ask webops to tackle that after we're
[15:18] <ev>   done with the staging Cassandra database.
[15:18] <ev> - Wrote another script to back-populate unique user counts on a per-release
[15:18] <ev>   basis. This ended up hitting Cassandra too hard and had to be killed.
[15:18] <ev>   Retuned and run through to completion.
[15:18] <ev> - Modified oops-repository to start recording unique user counts on a
[15:18] <ev>   per-release basis (so we don't have to keep back-populating). Filed RT 55227
[15:18] <ev>   for this. Deployed.
[15:18] <ev> - Chat with Brian over some errors.ubuntu.com mysteries, specifically why
[15:18] <ev>   we're missing the DistroRelease field for a sizeable set of crashes. Talked
[15:18] <ev>   to Tom about getting him read-only access to Cassandra, but they're keen on
[15:18] <ev>   getting the staging DB done first. Re-raised and filed RT 55226 at Tom's
[15:18] <ev>   request to discuss possible solutions.
[15:19] <ev> - Got caught up on Daisy and Errors bug triage.
[15:19] <ev> - Ported my branch to use data from Launchpad to colorize the rows from
[15:19] <ev>   launchpadlib (not threadsafe) to straight HTTP. Merged into trunk and wired
[15:19] <ev>   it to jml's wonderful AtomicFileCache, which needed a new release of
[15:19] <ev>   lazr.restfulclient and some small changes to build in lucid.
[15:19] <ev>
[15:19] <slangasek> doko: fuse turns the power off?  surely this is evidence that userland filesystems are a bad idea
[15:19] <ev>   With this branch in place, lines in the most common problems table are
[15:19] <ev>   greyed out if the linked bug is marked as completed. If the 'Last seen'
[15:19] <ev>   version is older than the most recent published version, that column will be
[15:19] <ev>   greyed out. If a linked bug is marked as complete but the 'Last seen'
[15:19] <ev>   version is the newest version, that column will be marked red (potential
[15:19] <ev>   regression). This needs some work. Complete includes the Invalid status and
[15:19] <ev>   the code currently requires all linked bug tasks to be complete for its own
[15:19] <ev>   interpretation of the complete state.
[15:19] <ev> - Fix to whitelist the retracer APIs in open ID. We now have:
[15:19] <ev>   https://errors.ubuntu.com/retracers-results/
[15:19] <ev>   https://errors.ubuntu.com/retracers-average-processing-time/
[15:19] <ev> - Chat with Andy on the correct algorithm for kernel oops signature
[15:19] <ev>   generation. I'm going to cook something up and then feed it lots of data
[15:19] <ev>   from launchpadlib, then ask him to review. The signature generation is the
[15:19] <ev>   main thing blocking kernel oops reports on http://errors.ubuntu.com.
[15:19] <ev> - Chat with Michael Hall, who has been asked by Jono to get bug reports
[15:19] <ev>   enabled for packages in extras.ubuntu.com. Fixing apport should be fairly
[15:19] <ev>   straightforward:
[15:19] <ev>   https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1036224
[15:19] <ev> - Fighting juju and Canonistack. Finally got just the latter working and a
[15:19] <ev>   Cassandra test environment built.
[15:19] <ev> - Wrote a script to populate the test Cassandra DB with sample data, then test
[15:19] <ev>   the performance and load of the unique users by release back population
[15:19] <ev>   code.
[15:19] <ev> - Improved logging in our retracers and finally fixed retracing of 12.04
[15:19] <ev>   crashes \0/. This turned out to be oneiric sources in the apt configuration
[15:19] <ev>   for apport-retrace. Worked a fix through with webops.
[15:19] <ev> - Started building out operational graphs. I've made one for instances over
[15:19] <ev>   time, and will shortly add another for problems over time.
[15:19] <ev> - Mail announcing my intent to send a regular posting of the state of the
[15:19] <ev>   Error Tracker project. It is my hope that this will encourage contributions
[15:19] <ev>   and keep people like Brian in sync with the conversations we're having in
[15:19] <ev>   Bluefin.
[15:19] <ev> - Investigated the current state of Cassandra-backed Django data models in
[15:19] <ev>   support of RT 55322. We'll have to use sqlite for this openid stuff.
[15:19] <doko> ev: summary, not a short story ;-P
[15:20] <ev> - Started integration django-openid-auth into lp:errors. Just need to sort out
[15:20] <ev>   how to force specific groups via the OpenID AX extension.
[15:20] <ev> 🏁
[15:20] <infinity> doko: s/short //
[15:20] <ogra_> hey you managed to scroll off a fulHD resolution with 8pt font in xchat ... thats a new record
[15:20] <ogra_> done:
[15:20] <ogra_> * live-installer works fine with flash-kernel again
[15:20] <ogra_> * started with /etc/default/flash-kernel (looking into rootfs UUID detection atm)
[15:20] <ogra_> * dug more into Bug 1018907, seems debian actually has libdrm-omap1 as well as xserver-xorg-video-omap (with drm support)
[15:20] <ogra_>   looking into integrating both into the panda images
[15:20] <ogra_> * tested linux-ti-omap4 3.5 port from ppisati on server and desktop, works fine apart from the known issues on bug 1035289
[15:20] <ogra_> * bricked my freescale mx6 board (by following the linaro howto) and recovered it (using a freescale tool under winXP in a VM ... that ate a whole day to install *sigh*)
[15:20] <ogra_> * piloting
[15:20] <ogra_> todo:
[15:20] <ogra_> * bug 1028905
[15:20] <ogra_> * move on with flash-kernel transition from boot.scr to preEnv.txt
[15:20] <ogra_> * spec item cleanup
[15:20] <ogra_> ..
[15:21] <stokachu> andddddddd i just finished all of stephen kings books... twice.
[15:21] <xnox> just some questions to ev.
[15:21] <ev> :)
[15:21] <xnox> * hadoop - I deploy 100 node hadoop clusters in ~40 minutes .... $ juju deploy hadoop
[15:21] <xnox> or do you need something in constant access?
[15:22] <stokachu> barry: emacs supports deploying to hadoop now :P
[15:22] <ev> xnox: it's a bit more complicated than that ;)
[15:22] <xnox> ok.
[15:22] <ev> we need to wire hadoop to cassandra
[15:22] <barry> stokachu: M-x firehose RET
[15:22] <ev> and provide something like hive or pig
[15:22] <xnox> ev: is the ideal line comming back or not ever?
[15:22] <ev> xnox: http://wiki.apache.org/cassandra/HadoopSupport
[15:23] <ev> xnox: it was never there, but it will arrive soon
[15:23] <ev> the code is done
[15:23] <ev> just needs to be cleaned up and deployed
[15:23] <xnox> ev: ok.
[15:23] <xnox> ..
[15:23]  * xnox haha slangasek on fuse.
[15:26] <doko> heh, still don't know why the fuse turns off :-/
[15:27] <barry> doko: stuxnet
[15:27] <slangasek> haha
[15:27] <slangasek> ok
[15:27] <slangasek> any more questions on status?
[15:28] <slangasek> btw, thanks to everyone who's keeping up on their patch piloting
[15:29] <slangasek> it's really nice to see the queue being held down, and I know it's satisfying for our contributors to be getting feedback on their submissions
[15:29] <slangasek> so keep up the good work :)
[15:30] <stokachu> patch.pilots++
[15:30] <slangasek> #topic 12.04.1
[15:30] <slangasek> there are a couple of bugs of note on this topic
[15:30] <slangasek> one is the nspr issue... bug #1036794
[15:31] <slangasek> I don't know that we need to discuss it here though, I think infinity, stgraber and I can shake that out on #ubuntu-release after the meeting
[15:31] <slangasek> the other one is the lucid->precise pre-depends issue
[15:31] <slangasek> jibel found us a reproducer for this (thanks, jibel!)
[15:31] <slangasek> bug #1017001
[15:31] <stgraber> yeah, I'm poking at 1036794 at the moment, so we can probably just discuss in #ubuntu-release
[15:32] <slangasek> can I get a volunteer to look at 1017001 and try to pin it down?
[15:32] <slangasek> (very VMable... the reproducer is in the bug description now)
[15:32] <infinity> Just a pre-dep ordering issue?
[15:32] <infinity> I can poke it.
[15:33] <slangasek> a pre-dep ordering issue that has been latent since release and we haven't been able to reproduce, yes :)
[15:33] <slangasek> infinity: ok, assigning to you
[15:33] <infinity> Yes, but with a reproducer, yay.
[15:33] <slangasek> thanks
[15:33] <slangasek> stgraber: anything else for 12.04.1 that bears mentioning?
[15:33] <ev> xnox: I realised I was somewhat wrong. The way we're calculating the ideal line is wrong. Matthew has some proposed math for it that he's going to send to canonical-tech.
[15:34] <ev> so it may be some time before the line comes back
[15:34] <slangasek> https://bugs.launchpad.net/ubuntu/precise/+bugs?field.milestone=49926 still shows a number of non-fix-committed bugs; I imagine we need to start bumping milestones?
[15:34] <stgraber> yeah, I have an action to do the mass bumping to 12.04.2 for these
[15:34]  * xnox did ev just finished reading his own novel...? =)
[15:34] <ev> ha ha ha
[15:35] <ev> I write it throughout the week. I can't be expected to remember every detail ;)
[15:35] <stgraber> besides that, we're mostly at the reviewing the queue, accepting stuff and monitoring new bugs part of the process
[15:35] <slangasek> stgraber: ok.  Any in that list that you think *shouldn't* be bumped, and we should be trying to get a last-minute upload for instead?
[15:35] <stgraber> I don't believe we have anything besides the apt stuff that we might want to see uploaded and included
[15:36] <slangasek> the usb-creator one is marked 'fix committed' but was verification-failed, I think
[15:36] <slangasek> stgraber: which apt stuff?
[15:36]  * infinity has someone verifying the FMA4/AVX stuff on his affected hardware right now, in hopes that we can re-open that discussion.
[15:36] <stgraber> slangasek: bug 1017001
[15:36] <slangasek> ok
[15:36] <slangasek> (which is hopefully not actually an apt bug, but we'll see :)
[15:37] <infinity> slangasek: It may well be an apt misfeature, but fixing it in metadata's almost certainly going to be saner for an SRU.
[15:37] <infinity> (We'll see)
[15:37] <stgraber> slangasek: the fix for usb-creator was indeed marked verification-failed. But I don't think it's critical enough for a last minute fix + upload so I didn't spend more time trying to fix it yet
[15:37] <infinity> slangasek: Also, where's the reproducer you claim jibel found for that bug?  The last few comments in the log are people still claiming they can't reproduce. :P
[15:37] <slangasek> stgraber: ok, so I guess you'll be bumping the milestone on that one
[15:37] <slangasek> infinity: it's in the bug description
[15:38] <infinity> slangasek: Oh, he updated the des... Yeah.
[15:38] <infinity> Who reads those?
[15:38] <slangasek> :)
[15:38] <stgraber> slangasek: yeah
[15:38] <slangasek> infinity: people who read my comments on IRC telling them to read them? ;)
[15:38] <infinity> slangasek: I did all my reading for the day with ev's report.
[15:38] <slangasek> #topic Bugs
[15:38] <ev> hahaha
[15:39] <slangasek> bdmurray: anything you want to highlight?
[15:40] <bdmurray> bug 1027648 is ridiculously high on errors.ubuntu.com
[15:41] <infinity> bdmurray: Does this apply to precise, too?  Comments suggest that it might...
[15:41] <slangasek> infinity: it's on the errors.u.c for 12.04, so yes
[15:41]  * slangasek targets
[15:41] <infinity> Check.
[15:42]  * infinity wonders if there's an obvious linear reproducer, or if it's a race.
[15:42] <bdmurray> https://errors.ubuntu.com/bucket/?id=%2Fusr%2Flib%2Fubiquity%2Fbin%2Fubiquity%3AValueError%3Awatch_debconf_fd_helper%3Aprocess_input%3Await%3Acleanup%3Apreseed%3A%3Clambda%3E%3Acommand that's the error report url
[15:42] <slangasek> anyone (other than infinity who's already volunteered today) want to look into that one?
[15:43] <bdmurray> and there are reports from 2.10.19
[15:43] <infinity> xnox loves python and ubiquity.
[15:44] <ev> and debconf
[15:44] <ev> everyone loves debconf
[15:44] <infinity> I have nothing against debconf.
[15:44] <ev> I have everything against debconf
[15:44] <slangasek> infinity: that's because you don't work on partman ;)
[15:44] <infinity> It's people abusively wrapping debconf and getting lost in a twisty maze of file descriptors that I have issues with. ;)
[15:45] <ev> lol
[15:45] <slangasek> heh
[15:45] <bdmurray> then there is also bug 875879 which is trending up on errors.ubuntu.com
[15:45] <ev> touché
[15:45] <ev> woo, errors.ubuntu.com
[15:45] <bdmurray> https://errors.ubuntu.com/bucket/?id=/usr/bin/update-manager:AttributeError:_on_config_file_conflict:run:show_diff
[15:45] <bdmurray> looks like it is really an aptdaemon issue
[15:46] <slangasek> so based on what that bug is, I think we'll see it trending down again soon
[15:46] <slangasek> it triggers only when there's an update that includes a conffile that the user has modified locally
[15:46] <slangasek> and the current spike is probably related to some specific SRU that's just gone in
[15:47] <slangasek> that doesn't make it less important to fix - quite the contrary.  I'm just saying that it's probably going to fall off errors.u.c and we shouldn't let it fall off our priority list
[15:47] <bdmurray> right
[15:48] <slangasek> any volunteers for that one?  (if not I think we keep it in the queue for now)
[15:50] <slangasek> no volunteers then
[15:50] <slangasek> bdmurray: anything else?
[15:50] <bdmurray> looking at ubuntu-release-upgrader bugs I see a few crashed with SIGABRT in __assert_fail_base() bug reports
[15:50] <bdmurray> https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bugs?orderby=-id&start=0
[15:51] <bdmurray> I don't know what that is about…
[15:51] <slangasek> hmm
[15:52] <slangasek> and do-partial-upgrade is in python?
[15:52]  * slangasek confirms
[15:53] <slangasek> bdmurray: do they all show xcb in the stack trace, like bug #1031400 does?
[15:54] <slangasek> bdmurray: seems to be a strange X error.  Maybe ask the desktop team?
[15:54] <bdmurray> great
[15:55] <bdmurray> its probably the same xcb error that was in update-manager
[15:55] <slangasek> ah.  did that get tracked down?
[15:55] <bdmurray> looking but I don' t hink so
[15:55] <slangasek> ok
[15:56] <slangasek> stokachu: any bugs from your side that you want us to know about?
[15:56] <bdmurray> bug 930839 for the record
[15:57] <slangasek> yep, that looks very similar
[15:57] <bdmurray> ev is there a way to find a problem linked to that bug on errors?
[15:58] <stokachu> slangasek: tzdata and kexec-tools were taken care of so im good
[15:58] <ev> bdmurray: not at present, no
[15:58] <ev> we don't have a mapping in that direction
[15:58] <slangasek> stokachu: ok cool
[15:58] <stokachu> ill have appmenu-gtk done soon but ill ping after meeting
[15:59] <slangasek> bdmurray: ah, looks like there's been some analysis on 930839.  The next thing to check is whether we're calling the gdk thread init function from these apps
[15:59] <slangasek> #topic AOB
[15:59] <slangasek> anything else?
[16:00] <infinity> Bacon.
[16:00] <stokachu> im friends with beggin strips on facebook
[16:00] <ogra_> & eggs ?
[16:00] <stokachu> love that dog
[16:00] <stgraber> slangasek: bug 1037001
[16:00] <stgraber> just mentioned by seb in #ubuntu-devel
[16:01] <stgraber> I highly doubt we can do something about it for the point release though
[16:01] <slangasek> stgraber: hrrm.  Well, please target it to precise, at least, so it stays on the radar
[16:02] <slangasek> #endmeeting
[16:02] <meetingology> Meeting ended Wed Aug 15 16:02:44 2012 UTC.
[16:02] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-15.03.moin.txt
[16:02] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-15.03.html
[16:02] <slangasek> that's all, folks
[16:02] <slangasek> thanks again :)
[16:02] <barry> thanks!
[16:03] <infinity> Toodles.
[16:03] <xnox> merci
[16:03] <stgraber> thanks
[16:03] <stgraber> slangasek: done
[16:03] <ogra_> thanks
[16:04] <jodh> cheers
[16:04] <ev> thanks
[16:10] <stokachu> slangasek: do you mind taking a quick peek at the debdiff for http://pad.lv/932860
[16:14] <slangasek> stokachu: I can't look at the moment, sorry; maybe you can take it to #ubuntu-devel and see if someone else is free to?
[16:14] <stokachu> sure thing


[04:10] <DShepherd> hello everyone
[04:10] <DShepherd> who can i talk to about about bug 48180
[04:10] <ubotu> Launchpad bug 48180 in control-center "System -> Prefernces -> About Me does not work" [Medium,Confirmed] https://launchpad.net/bugs/48180
[05:29] <Amaranth> DShepherd: why is such a bug not forwarded upstream?
[05:29] <DShepherd> Amaranth, i just did that
[06:11] <dholbach> good morning
[10:28] <seb128> pitti: any idea about bug #219689? that's not likely a gvfs issue but I'm not sure where to assign it
[10:28] <ubotu> Launchpad bug 219689 in gvfs "[Hardy] After hibernate, removable drives appear twice with one invalid" [Undecided,Confirmed] https://launchpad.net/bugs/219689
[10:30] <pitti> seb128: seems to be another duplicate of bug 101845 ?
[10:30] <ubotu> Launchpad bug 101845 in sysvinit "Automounted Volumes mount points change" [High,Fix released] https://launchpad.net/bugs/101845
[10:30] <seb128> pitti: isn't that one supposed to be fixed now?
[10:30] <pitti> yes, it is, since last Monday
[10:31] <seb128> ok, let me add a comment
[14:37] <Top0R> Someone somewhere has a problem with installing Linux ubuntu 7.10?
[14:37] <Top0R> Buffer I\O error on device logical block 0
[14:43] <cody-somerville> Top0R, Check the integrity of your CD
[14:43] <cody-somerville> And see #ubuntu for further support
[14:45] <Top0R> this error again
[15:00] <Top0R> who can to help me?
[15:00] <crevette> Top0R, <cody-somerville> And see #ubuntu for further support
[15:01] <crevette> Top0R, look at the topic, user support in #ubuntu
[15:02] <Top0R> At all channels to ask me speak in a another place
[16:06] <pitti> wow, so now ffox offers gnash, swfdec, and the proprietary adobe plugin; what a choice :)
[16:09] <crevette> pitti, add an entry in prefered application for flash playerin GNOME :)
[16:41] <seb128> mvo: do you have a dapper install handy?
[16:41] <mvo> seb128: if a VM is good enough, then yes
[16:42] <seb128> mvo: could you look what Icon is used in firefox.desktop?
[16:42] <seb128> mvo: I updated one of my box and the gnome-panel launchad had no icon, it was still using mozilla-firefox as icon apparently
[16:43] <seb128> I'm wondering if that was pre dapper install, I'm not sure now
[16:43] <seb128> having to keep compatibility icons suck
[16:44] <mvo> seb128: let me check
[16:44] <mvo> seb128: thunderbird changed icon names
[16:45] <seb128> mvo: btw I also got an update-manager crash report about os not being defined, known issue?
[16:47] <mvo> seb128: what is the easiest way to find out about the icon name (where is the desktop file?)
[16:48] <mvo> seb128: was that with the last update-manager in dapper/gutsy (the one in -updates?)
[16:48] <seb128> mvo: /usr/share/applications/firefox.desktop
[16:48] <seb128> mvo: yes
[16:48] <mvo> seb128: could you please paste me the bugreport somewhere?
[16:48] <seb128> mvo: ok, need to turn to box on, one minute
[16:48] <mvo> seb128: Icon=mozilla-firefox.png
[16:49] <seb128> ok, thanks
[16:49] <seb128> asac: ^ dapper upgrades will have a broken firefox icon on the gnome-panel, known issue?
[16:49] <asac> not known
[16:50] <mvo> hrm, another duplicate of the scrollkepper crash
[16:50] <mvo> asac: same for thunderbird IIRC
[16:50] <asac> yeah, but i don't see a cure for that now
[16:50] <seb128> asac: compat symlink
[16:50] <mvo> seb128: do we have a master for the scrollkeeper crash?
[16:50] <asac> was the .desktop file renamed?
[16:50] <seb128> asac: no, but a copy is created in the user directory and it uses this icon
[16:51] <seb128> mvo: no, a zillion of bugs which should probably just be dupped
[16:51] <mvo> ok - fair enough
[16:51] <asac> seb128: didn't you eplain to me that gnome doesn't copy things?
[16:51] <asac> or is that just for recent gnomes?
[16:51] <seb128> asac: I didn't? I'm not sure now, I need to ask to vuntz
[16:52] <seb128> asac: the default config has just the .desktop name, but I think on the first startup the gnome-panel copies the desktop to the user directory
[16:52] <asac> seb128: you did explain to me ... i checked that it does that for gutsy->hardy upgrade
[16:53] <asac> so probably a deficiency in dapper gnome
[16:53] <seb128> might be
[16:53] <asac> we can add a compatibility symlink
[16:55] <vuntz> seb128: mmh, what is copied?
[16:56] <vuntz> seb128_: don't try to run away when I speak ;-)
[16:56] <vuntz> 17:55 < vuntz> seb128: mmh, what is copied?
[16:56] <seb128_> vuntz: I don't, I just started IRC on an another computer
[16:56] <vuntz> if it's the desktop files, they're only copied when the user edits them
[16:57] <seb128_> vuntz: the launchers you have in the default profiles, are those just refering to the system .desktop or does the panel do a copy to .gnome2/panel.d/default?
[16:58] <seb128_> vuntz: ie, will it pick system changes or keep the static copy it had on first run?
[16:58] <vuntz> seb128_: the gconf config only contains firefox.desktop
[16:58] <vuntz> seb128_: the panel then searches in .gnome2/panel.d/default:/usr/share/applications
[16:58] <vuntz> (well, in XDG_DATA_DIRS not just /usr/share)
[17:01] <seb128_> vuntz: ok, so I do a dapper installation, log in, upgrade to hardy, what firefox.desktop is used?
[17:03] <vuntz> seb128: /usr/share/applications/firefox.desktop (since you didn't modify it, so it doesn't exist in .gnome2/panel.d/default)
[17:04] <seb128> ok, so I might have edited the panel one by some way
[17:04] <seb128> I had a version is .gnome2/panel.d/default
[17:05] <vuntz> yeah, it means you edited it
[17:05] <seb128> ok, thanks
[17:05] <seb128> asac, mvo: ^
[17:06] <mvo> l,
[17:06] <mvo> km
[17:06] <mvo> ok
[17:06] <mvo> *sigh* fat fingers
[17:08] <asac> seb128: ok. so we are sure that dapper already did that. fine
[17:08] <asac> do we still need that image linked?
[17:08] <seb128> no, don't bother
[17:08] <asac> ok thanks


[00:00] <doko> infinity, please could you have a look at the creduce SRU for trusty?
[00:04] <infinity> doko: So, normally I'd say "WTF, why the backport?", but the diff looks pretty small when you remove all the autotools cruft.  Can you snag an upstream commit log from 2.2~pre1 to 2.2.1 to show us what's fixed and why the backport makes more sense than fixing what's in trusty
[00:04] <infinity> ?
[00:05] <doko> well, it works for me without creduce segfaulting anymore since utopic ...
[00:05] <infinity> doko: Sure, that's also a good reason.  I'd just like to see a commit log to get a better feel for it, rather than trying to audit code I don't know.
[00:05] <doko> and honestly, who cares?
[00:06] <infinity> doko: FWIW, that's not me pushing back, that's me saying "yes, this sounds sane, just show me the logs please". :P
[00:07] <doko> well, then don't push back
[00:36] <doko> infinity, please see https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/ppa/+sourcepub/4814961/+listing-archive-extra
[00:37] <infinity> doko: How does pointing me at a PPA build give me the thing I asked for?
[00:38] <doko> you asked for logs
[00:44] <doko> infinity, afk now. if you want something different, please tell
[00:45] <infinity> doko: I asked for upstream commit logs.
[00:45] <infinity> doko: Twice.
[00:46] <doko> infinity, so you don't have an utility to remove generated files from a diff?
[00:46] <infinity> doko: No, I want an explanation of the changes, is that so much to ask for for an SRU?
[00:46] <doko> infinity, yes, it's to much for the case of creduce
[11:18] <doko> hmm, why is python-click rejected?
[11:20] <doko> cjwatson, infinity: ^^^ any idea about python-click?
[11:24] <cjwatson> doko: I set a message when I rejected it.  You should have mail.
[11:24] <cjwatson> doko: I already removed the same version from Ubuntu previously.  Its binaries conflict with those from click, and so it can't be accepted into Ubuntu.
[11:24] <doko> I see
[11:25] <doko> same module name even?
[11:25] <cjwatson> Don't know, don't care
[11:25] <cjwatson> Overlapping binary package names
[11:30] <doko> yes, and same module name :-/
[11:36] <cjwatson> Nothing we can really do.  IME Mark doesn't care about name conflicts with other bits of free software.
[12:11] <bluesabre> in my excitement to get a working exo, I forgot to make it auto-close bug 1424887
[12:36] <doko> cjwatson, ok, renamed the binary package names. can I keep the source name? easier to follow-up with Debian
[12:36] <cjwatson> doko: Sure
[12:37] <cjwatson> I'll let some other archive admin look though; I didn't do any actual review, just noticed the conflicts in binary NEW some time back
[12:38] <coreycb> arges, hi, would you be able to publish python-eventlet 0.13.0-1ubuntu3.2 to utopic-updates today?  bug 1423675
[14:46] <apw> coreycb, i am not sure arges will be about at all today
[14:46] <coreycb> apw, ah, right..
[14:49] <coreycb> bdmurray, would you be able to publish  python-eventlet 0.13.0-1ubuntu3.2 to utopic-updates today?
[15:11] <bdmurray> coreycb: done
[15:12] <coreycb> bdmurray, thanks


[00:20] <hangar18> heh, i just figured out how to set kontact to delete emails automatically. the option's buried a bit but i found it. cool!
[07:36] <lordievader> Good morning
[10:55] <BluesKaj> 'Morning folks
 Hello everybody!
 @acheronuk Hello! Are there any news for newer Plasma Versions for 18.04? I am aware of the QT problem.
[16:29] <BluesKaj> plasmashell 5.14.90 is on launchpad ppa
[16:29] <BluesKaj> aka 5.15
[16:32] <BluesKaj> !es |  Ludwig Vigo
[16:33] <BluesKaj> my Spanish is bit rusty :-)
 @Linuxophil, Hi. We have done some work on our tooling automation to hopefully handle Qt backports; however at the moment the people (me mostly) who might implement that have not had enough spare time. I can manage some normal backports, and doing the devl work to get new things into our developemnt release, but a Qt and Plasma backport for 18.04 has not been priority.
 @acheronuk, That's good to know! Thank you very much for clarifying and very very much to the whole Kubuntu team for their work! Kubuntu is really a stand out distribution and I honestly wouldn't know where to go if you guys were no longer an option!
 @Linuxophil, Thank you for those nice words :)
 @acheronuk, Let's hope that MS doesn't acquire Canonical! 😉
[16:40] <BluesKaj> acheronuk, 19.04 Disco is running very well here... no problems so far
 hi all
[20:41] <cGIfl300> Hi, lonely
 I want to give you a recommendation for kubuntu. please update your mouse drivers on Asus laptops
[20:48] <cGIfl300> You mean you are using a microsoft network?
 you can repair the bug. to the mail client that does not work marks and does not mark. a mail (read and unread mail)