[00:30] <Bashing-om> Poof in o/ -- See what stirs :D
[12:45] <xu-irc20w> is there any versions of xubuntu for 32 bit PCs?
[13:26] <diway> tess
[13:27] <tomreyn> diway: how do you mean?
[13:50] <ilya> hello
[14:12] <Kuschelpony> weird...
[14:13] <Kuschelpony> its not easy to try to help when all people disappear immediately again


[23:25]  * alesage_testing pokes alesage
[23:27] <alesage> ping alesage_testing
[23:28] <alesage> ping alesage_testing
[23:28] <teward> alesage: um, why're you using #ubuntu-quality to test things?
[23:29] <alesage> teward, I thought this was a place where testers like to hang out, am I right alesage_testing ?


[06:09] <jibel> Good morning all
[06:25] <duflu> Hi jibel
[06:30] <jpnurmi> good morning
[06:38] <jibel> Hi duflu jpnurmi
[06:39] <duflu> Morning jpnurmi
[06:40] <jpnurmi> hi jibel and duflu
[06:59] <oSoMoN> good morning desktoppers
[07:13] <jibel> salut oSoMoN
[07:14] <jpnurmi> hi oSoMoN
[07:14] <oSoMoN> salut jibel, hey jpnurmi
[07:21] <duflu> Morning oSoMoN
[07:21] <oSoMoN> hey duflu
[08:04] <laney> \o
[08:05] <duflu> Hi laney
[08:07] <schopin> Hello :) I know it's a *bit* late in the cycle, but any chance to get LP: #1912168 looked at before the freeze? :-)
[08:09] <duflu> It would appear you have a few hours to feature freeze, maybe
[08:09] <duflu> Oh hi sil2100 ;)
[08:11] <schopin> well my bit is already done, now I need to get someone with proper upload rights to look at it. And since it seems to be a Desktop package (???) I figured I'd ask around here :)
[08:13] <laney> schopin: i'll look for ye
[08:14] <laney> hey duflu
[08:16] <schopin> laney: thanks :) much appreciated!
[08:23] <sil2100> Hello o/
[08:29] <laney> hey sil2100
[08:41] <laney> ah reviewing merges
[08:41] <laney> what fun it is
[08:43] <schopin> laney: you want a diff against the debian version?
[08:44] <laney> schopin: as a reviewer you basically need the three way diff, but since you uploaded to a PPA I could make it
[08:44] <laney> myself
[08:46] <juliank> schopin: debdiffing across upstreams is a bit ... complicated
[08:46] <juliank> schopin: so for future, if you want to debdiff merges, debdiffing against debian is probably best (especially if its a new upstream version)
[08:47] <laney> It's like: what did we have before, what does the new thing drop compared to that, is that all good?
[08:47] <juliank> schopin: Then people can grab the debian package, extract it, apply the patch and do the 3-way diff
[08:47] <laney> git-ubuntu would probably be nicest but it's not really widely adopted yet
[08:47] <schopin> In other merges I provided both diffs. Dunno why I stopped doing that :/
[08:47] <juliank> laney: So yeah what I do is debdiff old-debian old-ubuntu > a.diff && debdiff new-debian new-ubuntu > b.diff && diff a.diff b.diff | less
[08:48] <laney> HAHA you do not diff two diffs
[08:48] <schopin> laney: I'm not sure how to use git-ubuntu for such cases, though.
[08:48] <laney> that is mad
[08:48] <juliank> laney: I diff two diffs, yes
[08:48] <juliank> laney: I find it more readable than interdiff
[08:48] <laney> I just put them side by side and read them
[08:48] <juliank> Despite interdiff being for diffing diffs
[08:48] <laney> interdiff didn't work for me either
[08:48] <laney> schopin: I think you can create Launchpad merge proposals using it
[08:48] <laney> I've reviewed a few of those, but not actually made one myself
[08:49] <laney> it's more standardised in the server team, others not so much yet
[08:49] <laney> but lets the reviewer come up with all these views they want, so it's nice in that sense
[08:49] <juliank> With git-ubuntu you create a merge proposal against the debian branch which is a bit icky
[08:49] <juliank> technical limitations :D
[08:49] <laney> I'll take that
[08:50] <juliank> proper procedure with rebasing and splitting out individual changes is hard :D
[08:50] <schopin> what I don't get is that the git-ubuntu history is produced by importing the packages, right? So what happens if we push to the repo?
[08:50] <laney> schopin: anyway, on this: two comments: merge-o-matic (dpkg-mergechangelogs) creates a blank line at the end of the merged changelog, you need to remove that
[08:50] <laney> second, you correctly dropped the patch from the series but it's still in the source
[08:50] <laney> I'll fix up both of those and upload
[08:50] <laney> cheers!
[08:50] <schopin> thanks!
[08:51] <laney> I don't *think* you can push to the actual repo
[08:51] <laney> I generated the pkg and uploaded it normally, then the importer picked it up
[08:52] <laney> maybe you can
[09:01] <schopin> So the merge proposal ends up being manually closed?
[09:02] <laney> schopin: maybe do your next one this way and we can experiment :p
[09:03] <schopin> sure :D
[09:07] <laney> schopin: actually wait, I just realised - we stopped producing udebs at all, so we can probably drop that bit too
[09:08] <laney> shall I make that change?
[09:09] <schopin> I'm not entirely clear about the udeb business but I saw no-change uploads to drop those so I figured it was a build-time thing.
[09:09] <schopin> laney: be my guest.
[09:11] <schopin> I'm guessing it would be worth it to upstream to Debian a patch to use build profiles to disable the udeb?
[09:11] <laney> schopin: https://bugs.launchpad.net/launchpad-buildd/+bug/1884836 bit of info there
[09:12] <laney> https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-package-type <- adding that would be good
[09:13] <laney> I don't know if Dimitri ever tried to upstream any of that
[09:14] <schopin> In some of my merge/sync work I saw some !noudeb patches merged in Debian so I'm guessing there's at least some support for it there.
[09:15] <laney> the profile exists in general, right - so you can key on that in the rules file to avoid building stuff which won't be shipped
[09:16] <laney> or you can keep building it and then just not actually produce the .udeb, looks like that's what happens here
[09:18] <laney> god colordiff is so useful
[09:19]  * laney isn't a diff reading wizard like juliank, need tools like that
[09:20] <schopin> I don't know what colordiff is, but I know that gitdelta has really helped me when reading git diffs.
[09:23] <laney> +1
[09:23] <laney> it's just a colouriser which you can pipe diffs into e.g. from debdiff, like `git diff` has out of the box
[09:23] <laney> felt like praising it :>
[09:26] <juliank> laney: So I use alias diff='git diff --no-index --no-prefix'
[09:26] <juliank> git-diff surprisingly can diff stuff outside git repos
[09:27] <laney> that is surprising!
[09:36] <bigon> TIL
[10:16] <rbasak> laney, schopin: you cannot push to the git-ubuntu repo. However there's a plan to allow everyone to provide their "rich history" back to git-ubuntu at upload time. That actually landed earlier this week, but I have yet to test it and announce.
[10:16] <rbasak> That's to "preserve your rich history". Apart from that, git-ubuntu should be completely useable for Ubuntu package merges for packages in main.
[10:16] <laney> rbasak: Great
[10:17] <schopin> rbasak: as long as you're here and speaking of git-ubuntu, could you have a look at the notmuch imports ? They seem to be stuck on focal.
[10:18] <schopin> (not the right channel, but this is a crime of opportunity)
[10:19] <rbasak> I can see they're behind. Looking into why.
[11:49] <laney> oh a delta in glib2.0, how delightful
[11:51] <GunnarHj> laney: Seb's answer to my simple version question became 'big news'.
[11:51] <GunnarHj> https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-21.10-With-GNOME-40
[11:52] <laney> that's working in the open!
[11:52] <GunnarHj> yeah..
[11:53] <laney> hmm, what else can we get in the news ...
[11:54] <GunnarHj> :)
[12:20] <rbasak> schopin: so the reason notmuch wasn't updating is that someone imported it manually without adding it to the whitelist to keep it up to date.
[12:20] <rbasak> I'll sort that for you now
[12:20] <rbasak> (as of last week the whitelist is defunct and the importer will keep anything already imported up-to-date automatically)
[12:51] <schopin> rbasak: OK, thank you for looking into it :)
[15:24] <ricotz> hi, do I need to file a FFe for libreoffice 7.2.0 while it won't be ready today?
[16:01] <laney> probably!
[16:04] <ricotz> laney, I have successful PPA build which autopkgtests passed, execept for arm
[16:04] <ricotz> so uploading this one now, would safe from that work ;)
[16:05] <laney> only if you consider the feature freeze to be a bureaucratic thing to be worked around
[16:05] <laney> I'd rather you thought of the best thing for Ubuntu
[16:05] <ricotz> yeah, I have a running build with an arm fix which hopefully resolves the issues
[16:06] <ricotz> I will file a FFe
[16:30] <ricotz> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1940556
[17:28] <KGB-1> gnome-shell-extension-desktop-icons-ng pristine-tar 44c6da2 Gunnar Hjalmarsson gnome-shell-extension-desktop-icons-ng_20.orig.tar.gz.delta gnome-shell-extension-desktop-icons-ng_20.orig.tar.gz.id * pristine-tar data for gnome-shell-extension-desktop-icons-ng_20.orig.tar.gz * https://deb.li/NMWh
[17:28] <KGB-1> gnome-shell-extension-desktop-icons-ng upstream/latest 1c695a1 Gunnar Hjalmarsson * pushed 66 commits (first 5 follow) * https://deb.li/i3D8c
[17:28] <KGB-1> gnome-shell-extension-desktop-icons-ng upstream/latest 11d61ca Sergio Costas po/es.po * Merge branch 'update_spanish' into 'master' * https://deb.li/2MEx
[17:29] <KGB-1> gnome-shell-extension-desktop-icons-ng upstream/latest 183075b Sergio Costas desktopIconsUtil.js * Fix default location in network mounts * https://deb.li/3HD0E
[17:29] <KGB-1> gnome-shell-extension-desktop-icons-ng upstream/latest 76fb89e Sergio Costas desktopIconsUtil.js * Merge branch 'fix_mount_default_location' into 'master' * https://deb.li/Vxel
[17:29] <KGB-1> gnome-shell-extension-desktop-icons-ng upstream/latest 2ceaf21 Sundeep Mediratta desktopManager.js * https://deb.li/3NJ2I
[17:29] <KGB-1> Fix spurious selection rectangle
[17:29] <KGB-1> Set selection rectangle to null on button relase
[17:29] <KGB-1> gnome-shell-extension-desktop-icons-ng upstream/latest dbfd928 Sergio Costas desktopManager.js * Merge branch 'fix-spurious-selection-rectangle' into 'master' * https://deb.li/32JZF
[17:29] <KGB-1> gnome-shell-extension-desktop-icons-ng tags c1681c8 Gunnar Hjalmarsson upstream/20 * Upstream version 20 * https://deb.li/3zMiR
[18:37] <KGB-2> gnome-shell-extension-desktop-icons-ng ubuntu/master 3bfa09c Gunnar Hjalmarsson * pushed 79 commits (first 5 follow) * https://deb.li/3ZJhe
[18:37] <KGB-2> gnome-shell-extension-desktop-icons-ng ubuntu/master 7de8e1c Sergio Costas README.md * Added extra dependencies * https://deb.li/AZiI
[18:37] <KGB-2> gnome-shell-extension-desktop-icons-ng ubuntu/master f983c5d Daniel van Vugt metadata.json * metadata.json: Declare gnome-shell 41 as supported * https://deb.li/308cA
[18:37] <KGB-2> gnome-shell-extension-desktop-icons-ng ubuntu/master 8bc59b7 Sergio Costas metadata.json * Merge branch 'support-41' into 'master' * https://deb.li/d80R
[18:37] <KGB-2> gnome-shell-extension-desktop-icons-ng ubuntu/master c3afe69 Sergio Costas README.md fileItem.js * Remove clutter dependency * https://deb.li/3YxCv
[18:37] <KGB-2> gnome-shell-extension-desktop-icons-ng ubuntu/master 33d81a6 Sergio Costas README.md fileItem.js * Merge branch 'remove_clutter_dependency' into 'master' * https://deb.li/3pM2z
[22:57] <KGB-0> eog signed tags 2417ab0 Jeremy Bicha upstream/40.3 * Upstream version 40.3 * https://deb.li/tSbi
[22:58] <KGB-0> eog upstream/latest e8bfdf7 Jeremy Bicha * pushed 10 commits (first 5 follow) * https://deb.li/i7YLd
[22:58] <KGB-0> eog upstream/latest 4c60e7c Felix Riemann meson.build * Post-release version bump * https://deb.li/yY52
[22:58] <KGB-0> eog upstream/latest 27da427 Quentin PAGÈS po/oc.po * Update Occitan translation * https://deb.li/3XiZC
[22:58] <KGB-0> eog upstream/latest b2f7e48 Alexey Rubtsov po/ru.po * Update Russian translation * https://deb.li/Ji9U
[22:59] <KGB-0> eog upstream/latest 3bd614a Alexey Rubtsov help/ru/ru.po * Update Russian translation * https://deb.li/3mSWF
[22:59] <KGB-0> eog upstream/latest c921865 Quentin PAGÈS po/oc.po * Update Occitan translation * https://deb.li/3U7X7
[22:59] <KGB-0> eog pristine-tar 3cddfb2 Jeremy Bicha eog_40.3.orig.tar.xz.delta eog_40.3.orig.tar.xz.id * pristine-tar data for eog_40.3.orig.tar.xz * https://deb.li/3O3F
[23:04] <KGB-0> eog-plugins signed tags ebe5e1f Jeremy Bicha upstream/3.26.7 * Upstream version 3.26.7 * https://deb.li/igDuy
[23:04] <KGB-0> eog-plugins upstream/latest 43758eb Jeremy Bicha * pushed 9 commits (first 5 follow) * https://deb.li/3g8nz
[23:04] <KGB-0> eog-plugins upstream/latest c0cbbe1 Felix Riemann configure.ac * Post-release version bump * https://deb.li/3hZUe
[23:04] <KGB-0> eog-plugins upstream/latest 3671b54 Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/8xsI
[23:04] <KGB-0> eog-plugins upstream/latest a9cc908 Fran Dieguez po/gl.po * Update Galician translation * https://deb.li/3oJFA
[23:04] <KGB-0> eog-plugins upstream/latest a3012c3 Felix Riemann plugins/export-to-folder/export-to-folder.py * export-to-folder: Fix untranslated UI labels * https://deb.li/SJvR
[23:04] <KGB-0> eog-plugins upstream/latest 760e108 Sabri Ünal po/tr.po * Update Turkish translation * https://deb.li/3bM7v
[23:05] <KGB-0> eog-plugins pristine-tar 0fa8504 Jeremy Bicha eog-plugins_3.26.7.orig.tar.xz.delta eog-plugins_3.26.7.orig.tar.xz.id * pristine-tar data for eog-plugins_3.26.7.orig.tar.xz * https://deb.li/iOxds
[23:22] <KGB-2> glib tags e4ff10e Simon McVittie upstream/2.68.4 * Upstream version 2.68.4 * https://deb.li/3uMOh
[23:23] <KGB-2> pango pristine-tar 9de4c90 Simon McVittie pango1.0_1.48.9+ds1.orig.tar.xz.delta pango1.0_1.48.9+ds1.orig.tar.xz.id * pristine-tar data for pango1.0_1.48.9+ds1.orig.tar.xz * https://deb.li/fMdn
[23:23] <KGB-2> pango upstream/latest f9999d1 Simon McVittie * pushed 94 commits (first 5 follow) * https://deb.li/3eZ37
[23:23] <KGB-2> pango upstream/latest 0978052 Matthias Clasen pango/ pango-attributes.c pango-markup.c pangofc-fontmap.c * Merge branch 'approximated-sizes' into 'main' * https://deb.li/3kxBU
[23:23] <KGB-2> pango upstream/latest 9bed4e1 Matthias Clasen pango/pango-attributes.c tests/markups/valid-11.expected * Correctly handle font attributes * https://deb.li/iWJKF
[23:23] <KGB-2> pango upstream/latest c7a65e8 Matthias Clasen pango/pango-attributes.c tests/markups/valid-11.expected * Merge branch 'better-ellipsize' into 'main' * https://deb.li/pZP1
[23:24] <KGB-2> pango upstream/latest 1016e9e Biswapriyo Nath tests/test-common.c * tests: Fix implicit function declaration warnings with gcc * https://deb.li/3Q8uN
[23:24] <KGB-2> pango upstream/latest 524f0d7 Matthias Clasen tests/test-common.c * Merge branch 'fix-tests-build' into 'main' * https://deb.li/1JmV
[23:24] <KGB-2> pango tags a805314 Simon McVittie upstream/1.48.9+ds1 * Upstream version 1.48.9+ds1 * https://deb.li/3VMjg
[23:29] <KGB-2> gnome-mines signed tags 6b31afc Jeremy Bicha upstream/40.0 * Upstream version 40.0 * https://deb.li/3T8Bi
[23:30] <KGB-2> gnome-mines upstream/latest fbad05c Jeremy Bicha * pushed 111 commits (first 5 follow) * https://deb.li/GMRl
[23:30] <KGB-2> gnome-mines upstream/latest c8d73d7 Kjartan Maraas po/nb.po * Update Norwegian Bokmål translation * https://deb.li/35DnI
[23:30] <KGB-2> gnome-mines upstream/latest 231da96 Fran Dieguez po/gl.po * Update Galician translation * https://deb.li/PZDj
[23:30] <KGB-2> gnome-mines upstream/latest fdae46e Balázs Meskó po/hu.po * Update Hungarian translation * https://deb.li/3J8sR
[23:30] <KGB-2> gnome-mines upstream/latest cb6dc3e Sabri Ünal po/tr.po * Update Turkish translation * https://deb.li/nJzD
[23:30] <KGB-2> gnome-mines upstream/latest ee1181b Марко Костић po/sr.po * Update Serbian translation * https://deb.li/iUMUz
[23:30] <KGB-2> gnome-mines pristine-tar 60c6b31 Jeremy Bicha gnome-mines_40.0.orig.tar.xz.delta gnome-mines_40.0.orig.tar.xz.id * pristine-tar data for gnome-mines_40.0.orig.tar.xz * https://deb.li/lJB2
[23:54] <KGB-2> gnome-screenshot signed tags 17abaa2 Jeremy Bicha upstream/40.0 * Upstream version 40.0 * https://deb.li/3Kagz
[23:54] <KGB-2> gnome-screenshot upstream/latest 0da7cee Jeremy Bicha * pushed 9 commits (first 5 follow) * https://deb.li/469y
[23:54] <KGB-2> gnome-screenshot upstream/latest b459127 A S Alam po/pa.po * Update Punjabi translation * https://deb.li/3s6lv
[23:54] <KGB-2> gnome-screenshot upstream/latest 2eab037 Bilal Elmoussaoui data/org.gnome.Screenshot.metainfo.xml.in * metainfo: add a launchable tag * https://deb.li/C61E
[23:55] <KGB-2> gnome-screenshot upstream/latest dfcff15 Alexander Mikhaylenko org.gnome.Screenshot.json * flatpak: Run with --interactive by default * https://deb.li/3bExe
[23:55] <KGB-2> gnome-screenshot upstream/latest d8ecf6e Fran Dieguez po/gl.po * Update Galician translation * https://deb.li/3gQNI
[23:55] <KGB-2> gnome-screenshot upstream/latest 8e7abd5 Zander Brown src/screenshot-application.c * about: add Alexander Mikhaylenko * https://deb.li/ixzEA
[23:55] <KGB-2> gnome-screenshot pristine-tar 5d2052e Jeremy Bicha gnome-screenshot_40.0.orig.tar.xz.delta gnome-screenshot_40.0.orig.tar.xz.id * pristine-tar data for gnome-screenshot_40.0.orig.tar.xz * https://deb.li/3WE74
[23:58] <KGB-2> gnome-sushi signed tags b3a162c Jeremy Bicha upstream/3.38.1 * Upstream version 3.38.1 * https://deb.li/3d6Fx
[23:59] <KGB-2> gnome-sushi upstream/latest d3fed46 Jeremy Bicha * pushed 27 commits (first 5 follow) * https://deb.li/fEE0
[23:59] <KGB-2> gnome-sushi upstream/latest 94e3eb6 Dušan Kazik po/sk.po * Update Slovak translation * https://deb.li/3YAu2
[23:59] <KGB-2> gnome-sushi upstream/latest 45d3f7a Marek Černocký po/cs.po * Updated Czech translation * https://deb.li/34zmi
[23:59] <KGB-2> gnome-sushi upstream/latest 6bee850 Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://deb.li/ij6Qh
[23:59] <KGB-2> gnome-sushi upstream/latest a16a72d Goran Vidović po/hr.po * Update Croatian translation * https://deb.li/iaHc
[23:59] <KGB-2> gnome-sushi upstream/latest 9048fe3 Christian Kirbach po/de.po * Update German translation * https://deb.li/3QQ5y


[03:34] <trelane> I installed Ubuntu on my beaglebone and for some reason it's running a PSP kernel.  I installed the OMAP kernel and can't quite figure out how to switch
[03:45] <scientes> trelane, PSP
[03:45] <scientes> ?
[03:45] <trelane> that's what rcn-ee called it, and it seems to lack most of the OMAP drivers.
[03:45] <trelane> I'm trying a standard OMAP kernel
[03:49] <trelane> ok, and that kernel doesn't boot at all :/
[03:57] <trelane> he's missing all the twl4030 drivers :/
[04:00] <XorA> PSP Processor Support Package
[04:00] <twb> Is beaglebone different from beagleboard?
[04:00] <XorA> bone doesnt have a twl4030
[04:00] <XorA> so I would be surprised if the drivers loaded
[04:01] <trelane> then how is the bone breaking out analog pins?
[04:02] <trelane> and what driver am I looking for?
[04:02] <XorA> read schematics, see where they are wired
[04:07] <trelane> looks like it's right off the AM3558
[04:15] <XorA> looks like there is a driver
[04:15] <XorA>  /sys/devices/platform/omap/tsc
[04:35] <trelane> XorA, which isn't propigated
[04:37] <trelane> :/sys/devices/platform/omap# ls -asl tsc
[04:37] <trelane> ls: cannot access tsc: No such file or directory
[04:38] <XorA> trelane: I suggest you take kernel sources + config from OE then
[04:40] <trelane> yep :(
[04:40] <XorA> good news, looks like source is direct from TI and defconfig is one simple file :-D
[04:41] <XorA> http://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-kernel/linux/linux-ti33x-psp_3.2.bb
[11:12] <ayaka> Is there any program will use /dev/fb0 directly,not using fbcon( it need config_vt ,doesn't it)
[11:14] <LetoThe2nd> ayaka: you can pipe /dev/urandom or such into the fb if you like.
[11:15] <ayaka> no
[11:15] <ayaka> like X it need tty, but I can't set it in kernel
[11:16] <ayaka> so is there any way which avoid using tty, and using fb directly
[11:20]  * LetoThe2nd fails totally to see the problem.
[11:20] <LetoThe2nd> but i smell http://mywiki.wooledge.org/XyProblem
[11:48] <ayaka> no, it is tty problem, it is in kernel, once I set config_vt=y, i can't mount my,rootfs anymore
[11:48] <ayaka> my rootfs
[11:48] <ayaka> so I want to avoid tty
[12:59] <ayaka> LetoThe2nd thank you
[14:20] <hallenberg> Hi, where can I find the live-build configuration used to build the oneiric arm images (specifically armel+omap4)? I've search around but I'm only able to find the preinstalled images themselves, no information on how to recreate them.
[15:35] <parin> i am not able to install SGX drivers on ubuntu 12.04. can any one help?
[15:36] <parin> according to https://wiki.ubuntu.com/ARM/OMAP/Graphics after installing 12.04 i get icon in tray to install PVR Driver
[15:36] <parin> before i install driver i check output of eglinfo command and it was showind software renderer
[15:37] <parin> same is happening after driver installation and reboot
[15:48] <TypoNAM> parin: click on the gear icon at the top side right side of the desktop and choose the update software one
[15:50] <TypoNAM> install all the updates then use that same gear icon to Shut Down... and restart
[15:52] <TypoNAM> after doing that then you should get the jockey dialog titled Additional Drivers window to be offered to install PowerVR SGX drivers after a minute of the desktop environment finished loading. If not then click on the gear icon yet again and select System Settings... click on Additional Drivers under Hardware category and now you should be able to install the PowerVR SGX drivers from there
[15:52] <TypoNAM> after its done scanning for hardware.
[15:58] <parin> @ TypoNAM thanks for your help
[15:59] <parin> i am installing all updates right now i will follow your instructions and see what happens
[16:08] <TypoNAM> parin:  :)
[16:32] <parin> @TypoNAM ok i got PVR SGX Driver installed but glxinfo command still shows Software Rasterizaer
[16:34] <parin> do i need to configure it? in When I clicked Additional Drivers in Hardware tab it says PowerVR is activated and currently in use
[16:34] <TypoNAM> parin: that is because PowerVR SGX is an OpenGL ES implementation, not OpenGL
[16:34] <TypoNAM> you want the es2gears and es2_info tools
[16:36] <TypoNAM> parin: install the mesa-utils-extra package for those two utilities
[16:36] <parin> alrite will do that
[16:40] <parin> TypoNAM ok i got that working. es2_info shows me GL_RENDERER: PowerVR SGX 540
[16:41] <TypoNAM> then it is working
[16:43] <parin> yes also before i installed it all applications (e.g Terminal) took long time to open (10 secs) now that time is reduced drastically (2 secs) is that because 3d acceleration is activated?
[16:44] <TypoNAM> most likely due to SD card latency
[16:44] <TypoNAM> I do have noticed a long delay when opening a new terminal either locally or via ssh remotely
[16:45] <parin> hmm...i am using class 4 16GB
[16:45] <TypoNAM> cause everytime you open a terminal several shell scripts are ran to prepare the terminal environment
[16:46] <parin> right...and that delay is huge when I open Qt Creator...i will try using class 6 and class 10 SD cards
[16:46] <parin> what are other storage options with panda? Can I use static hard drive?
[16:46] <TypoNAM> parin: also if you have any problems with unity such as no borders around windows and the control box with title bar is missing, click on the gear icon and select Log Out, at the login window click on the white ubuntu icon near your login name and select Ubuntu-2D, log back in, and now you're using the unity that doesn't falsely detect OpenGL and try to use it
[16:50] <parin> ya i notices that behavior when i installed PVR Driver first but didnt update the Ubuntu. as soon as I updated Ubuntu it started working ok
[16:51] <TypoNAM> ahh ok :)
[16:52] <parin> no I am really want to try NASA's worldwind 3D Glob program and see how well that works
[16:58] <TypoNAM> hehehe
[18:05] <GrueMaster> Guys, if you are looking to do some serious development work, I recommend using a usb-sata drive.  You will still need to have the boot partiion on the SD, but just change the boot script to point to the usb drive for root.  Speed improvement is significant.
[18:07] <GrueMaster> Another option is to do a netboot install to the usb drive, but if you already have a working image, you can use a program like gparted to copy/paste the rootfs from SD to the usb drive.
[18:07] <GrueMaster> TypoNAM: parin:  ^^^
[18:10] <parin> Hi GrueMaster thank you for your suggestion...i am surly try SATA
[18:11] <parin> but how about SSD? in my project I have limited size
[18:11] <parin> limites space to accommodate hard drive
[18:13] <TypoNAM> parin: he's talking about a USB attached drive, which are normally IDE or SATA internal drives in a case
[18:13] <TypoNAM> I'm sure a SSD incase of a USB enclosure casing would work just as well
[18:13] <TypoNAM> incase = inside
[18:14] <GrueMaster> TypoNAM: Yes, SSD in a usb enclosure will also work.
[18:15] <parin> hmmm..i will try both actually...i definitely need to improve read/write speed
[18:15] <parin> also trying xUbuntu-Desktop if it helps
[18:15] <GrueMaster> My suggestion is only for a development environment.  Once your app is running, you can package it and istall it on a test "execution" image that is SD only for deployment.
[18:16] <parin> yes but we do constant development and right now just concentrating on prototype product
[18:17] <parin> so right now its ok if we keep HD with panda
[18:25] <scientes> parin, didn't they announce that they are going to get you guys a calxeda this month?
[18:28] <jhobbs>  /oo/
[23:42] <TypoNAM> why is there no gdbserver for Ubuntu 12.04 armhf?


[00:48] <wrst> yeah the rain left a real mess here, had some areas not above freezing downed power lines trees etc


[01:05] <Gr33ntea> Hello friends I am having trouble getting my wifi card to work : (, I have posted some system information as well as attempted solutions in the following paste. https://hastebin.com/bixicemiki.sql any ideas whats causing this? :(
[02:08] <Gr33ntea> I have submitted a post to the Ubuntu forum, so if anyone has an account and would like to reply if I'm gone the link is. https://ubuntuforums.org/showthread.php?t=2403551&p=13808094#post13808094
[02:37] <Gr33ntea> Hello sorry I do not mean to spam, I have mentioned before that my laptop cannot find my wifi card which is an intel 9560. I have made a forum post about it here https://ubuntuforums.org/showthread.php?t=2403551, and have also run the wireless script that is recommended in the forums. paste is here. http://paste.ubuntu.com/p/FCnySDKR44/ Im just reposting because I had been had been disconnected and have just returned.
[03:14] <kinghat> does anyone here compile apps with Qt and know about Qt environment variables?
[11:34] <immu> hi, i need to file a issue please guide with software center
[13:02] <immu> how do i file issues with software center?
[16:06] <Gr33ntea> Hello my computer is having trouble finding my network adapter, I have made a ubuntu forum post about it here, https://ubuntuforums.org/showthread.php?t=2403551. And here is a direct paste of some system information. http://paste.ubuntu.com/p/FCnySDKR44/
[17:44] <mcar> hi everybody ! i went for Cosmic a few days ago and I've got a simple question some Cosmic and Bionic users might help me with
[17:47] <mcar> 'apt-get update' (and not 'upgrade') felt very slow... first I thought it was some bandwidth issue... but I looked and saw that just 'update' had to download like 35-36 Mo (I've got default install with universe/mutliverse/... rep)
[17:49] <mcar> I never had a look while on Bionic (cause it was just fast)... so my question : was it that huge already ? is it normal that 'update' needs so much downloading ?
[17:59] <Gr33ntea> Hello I need to change what firmware driver ubuntu is loading. I need to use firmware 34 according to the Intel site. I have an intel 9560 wifi card. And here is what Ubuntu is telling me is being loaded/requested. https://paste.ubuntu.com/p/Zdm2NsSh2g/
[17:59] <Gr33ntea> I dont see any mention of firmware 34
[17:59] <Gr33ntea> My card is the very first one listed on this site. https://www.intel.com/content/www/us/en/support/articles/000005511/network-and-i-o/wireless-networking.html
[18:08] <tsuzuku_> .
[18:57] <tomreyn> mcar: it may be this much the first time. but once you have this, follow-up downloads will be much smaller.
[19:12] <mcar> tomreyn : thanks. it wasn't my first update (a few daily ones since I installed Cosmic). but maybe download size of 'update' depends on diffs in the repos since the previous one. I'm not sure how that works.
[19:13] <tomreyn> exactly, there are diffs.
[19:15] <mcar> ok. so that would explain why these daily updates require that much downloading : lot of changes (still beta) in the repos : huge diffs... I guess
[19:18] <tomreyn> maybe there are no diffs for cosmic, yet, but more likely there are just a lot of updates.
[19:22] <mcar> yeah, that might explain why just checking for updates is taking that much time/downloading... I guess I'll see how it goes when the release comes...
[19:22] <mcar> thanks for your insight
[19:30] <tomreyn> mcar: so the contents file matches this download size http://archive.ubuntu.com/ubuntu/dists/cosmic/ for cosmic-updates, it will change (post release) and grow to roughly the same size.
[19:45] <mcar> tomreyn: interesting... that's indeed what checking for updates gave me : 38Mo of downloading... looks the same for bionic though http://archive.ubuntu.com/ubuntu/dists/bionic/
[19:52] <mcar> i'm not sure i understand :) I was used to have 'apt-get update' being just a blip of fast downloads in seconds... now it's minutes for me (mild connection) : these 38Mo. Yet contents is that huge as well for Bionic... sooo...
[19:56] <mcar> I will look deeper how it works and also look at content's size over a few days, to better understand this weird feeling I have
[19:57] <mcar> tomreyn: thank you for your time and pointing at me the contents file size
[22:46] <Gr33ntea> Hello I am unable to connect to wifi, and Ubuntu is not finding my WIreless Chip. Here is my system info. http://paste.ubuntu.com/p/FCnySDKR44/ I can verfiy that the correct driver and firmware are loaded, and its not listed as hard blocked. Any ideas?
[22:49] <TJ-> Gr33ntea: looking
[22:49] <Gr33ntea> TJ-: thank you very much : )
[22:50] <TJ-> Gr33ntea: I suspect the ideapad_wlan "Hard blocked: yes" is the problem. It also seems to apply to the bluetooth
[22:51] <Gr33ntea> hm i thought i didn't need that one.
[22:51] <Gr33ntea> any idea how to unblock it?
[22:52] <TJ-> I'd suspect there is a hardware toogle, or hot-key combo
[22:53] <Gr33ntea> my laptop has an airplane more toggle but it doesn't do anything
[22:53] <Gr33ntea> other than that there is nothing
[22:53] <TJ-> Gr33ntea: can you show us "pastebinit <( dmesg )"
[22:54] <Gr33ntea> mhmm one sec
[22:56] <Gr33ntea> paste.ubuntu.com/p/hr64G8yWBR
[22:57] <Gr33ntea> TJ-: If you don't mind me asking what exactly are you looking for in that output? Just so i know for future reference
[22:58] <TJ-> mentions of the "rfkill" handler
[22:58] <TJ-> Looks like you've done several suspend/resume cycles in that log
[22:59] <Gr33ntea> Yeah, i've been trying to fix this problem for 2 days now and most solutions require a restart
[22:59] <TJ-> you've also got a nasty stack trace ddue to the nvidia driver
[22:59] <TJ-> Gr33ntea: aha! so on a cold/warm boot it works fine?
[23:00] <TJ-> Gr33ntea: then you allow a suspend and on resume rfkill is permanently on?
[23:00] <Gr33ntea> sorry I worded that poorly, it  does not work on cold boot what i meant to say is that the solutions I have tried had me restart the computer they did not work, the wifi chip never gets found
[23:01] <Gr33ntea> so rfkill is always on
[23:01] <Gr33ntea> not only after suspend
[23:01] <TJ-> OK, for starters, the Wifi chip is found without a problem, and the driver is loaded
[23:01] <Gr33ntea> mhmm
[23:01] <TJ-> the issue is the RFKILL is on permanently
[23:02] <TJ-> can you show us "pastebinit <( for n in /sys/class/rfkill/*/*; do [ -f $n ] && echo $n=$(cat $n); done )"
[23:03] <Gr33ntea> sure, one sec. thank you for all the help btw! i really apprecite it
[23:06] <Gr33ntea> I seem to get an error from that
[23:06] <Gr33ntea> lemme try once more
[23:07] <TJ-> Gr33ntea: Hang on! I've found some Lenovo forum posted which say this is caused by changing the BIOS boot mode to Legacy - is that what you've done ?
[23:08] <Gr33ntea> nope, mine is in UEFI
[23:10] <Gr33ntea> paste.ubuntu.com/p/pJdrF7XpbZ
[23:11] <Gr33ntea> sorry that took so long im going back and forth between 2 laptops since im in the irc chat in a different machine in case i need to restart the other one
[23:11] <TJ-> Is it a Yoga 530 ?
[23:12] <Gr33ntea> Its a Lenovo Y530 the new one, that just came out
[23:12] <Gr33ntea> there is an older one from like 10 yrs back
[23:13] <TJ-> Does anything happen when you toggle airplane mode because this looks like thats what it is - when you try toggling immediately check the tail of the kernel log in case it is reporting unknown key-code - which would tell us it doesn't know how to interpret the action, so it doesn't toggle ("dmesg | tail" )
[23:16] <Gr33ntea> paste.ubuntu.com/p/Pf6n3gN3W4
[23:16] <TJ-> Is airplane mode keys Fn + F7
[23:16] <Gr33ntea> Fn + F8
[23:18] <TJ-> That last log, the last timestamp is presumably when you pressed the keys "[  736.971817] r8169 0000:07:00.0 enp7s0: link up" ... that message is strange, since the r8169 is the wired ethernet device!
[23:19] <Gr33ntea> I just checked the output after pressing Fn + F8 2 times
[23:19] <Gr33ntea> and that doesn't change
[23:19] <TJ-> I'm wondering if this is an ACPI issue... there's a workaround that sometimes fixes strange issues like this. I've written a guide to it, here, which is worth trying: http://iam.tj/prototype/enhancements/Windows-acpi_osi.html
[23:19] <Gr33ntea> in other words the ethernet never disconnects
[23:19] <TJ-> OK, so that was unrelated to the key-presses - good :)
[23:21] <Gr33ntea> i will try the script mentioned on ur workaround
[23:26] <TJ-> However, I'd highly recommend upgrading the PC firmware to the latest version, 8JCN44WW, released in September
[23:26] <TJ-> I think this is your model. You can check by entering the serial number into the support search pages. https://pcsupport.lenovo.com/gb/en/products/laptops-and-netbooks/legion-series/legion-y530-15ich/downloads/DS503758
[23:30] <Gr33ntea> So the script didn't work, i will try updating the firmware
[23:32] <TJ-> hang on, I think I've found another solution!
[23:32] <Gr33ntea> : O
[23:33] <TJ-> There's an AskUbuntu Q and A where it says the problem is the ideapad_laptop driver itself, and blacklisting it can solve this (on a Y910)
[23:34] <TJ-> It's worth a try: " sudo tee /etc/modprobe.d/ideapad.conf <<< "blacklist ideapad_laptop"  " and reboot/test
[23:34] <Gr33ntea> Yeah i did see that, and tried it too
[23:34] <TJ-> this creates a file that prevents the module being automatically loaded at boot-time
[23:34] <Gr33ntea> i will try again though
[23:34] <TJ-> but right now the module is loaded, since we see it's product in the rfkill list
[23:35] <TJ-> if you do "lsmod | grep idea" is that module listed?
[23:35] <Gr33ntea> yeh I undid the blacklist after i tried it, so it should be listed
[23:35] <Gr33ntea> lemme check
[23:35] <TJ-> Ahhh
[23:35] <TJ-> Does the PC still have Windows on? does airplane mode unlock on that?
[23:36] <Gr33ntea> yes to both questions
[23:36] <TJ-> And if it is unlocked and working and the PC warm reboots to Ubuntu, the lock is on?
[23:36] <TJ-> as in, no wifi/bluetooth
[23:37] <Gr33ntea> yes
[23:38] <TJ-> it really sounds like a firmware bug, especially if blacklisting the ideapad_laptop module doesn't solve it, since that infers the PC starts in airplane mode and needs to be forced to unlock, rather than starting with it unlocked
[23:39] <TJ-> Maybe the windows drivers 'knows' this bug and how to workaround it
[23:40] <TJ-> Interesting idea... when the PC is starting, BEFORE linux kernel begins to operate, try pressing the Fn+F7 combon once. Maybe tap Esc to get to the GRUB boot menu so it pauses for you to do that.
[23:40] <Gr33ntea> just tested the blacklist again and no bueno, so i will update the bios
[23:40] <Gr33ntea> ok
[23:41] <Gr33ntea> wait so i can do the combo at the grub menu? because it loads to the menu by default for me
[23:41] <TJ-> well, in theory the key combo might be picked up by the firmware and acted on before an OS takes over
[23:42] <Gr33ntea> okay about to try it
[23:42] <TJ-> most of these kind of devices are handled via the ACPI
[23:43] <Gr33ntea> this may be a silly question, but what reading material would you recommend to learn all this? x3
[23:44] <Gr33ntea> also just tried pressing the combo at the grub menu and no dice
[23:44] <TJ-> haha! there is none, it is all hard-won experience over many years, and deep-diving source-code, reverse-engineering ACPI and firmware
[23:44] <TJ-> I'm going to look at the Linux source-code for the ideapad module, in case anything gives a clue
[23:44] <Gr33ntea> Wait TJ i just noticed something weird
[23:45] <TJ-> OK
[23:45] <Gr33ntea> When I now boot into windows the wifi is off, gonna try it once more to check and see
[23:45] <Gr33ntea> but it never used to be like that
[23:45] <Gr33ntea> used to connect right away
[23:45] <TJ-> which might mean the Fn+F7 you pressed di do something and was remembered
[23:46] <TJ-> I've seen instances where the logic is inverted. Another thing you could try is enabling airplane mode in Windows then rebooting to Linux ... be a laugh if it then worked :)
[23:48] <Gr33ntea> so i just rebooted into windows again, and yeah the wifi doesnt connect by default anymore
[23:48] <Gr33ntea> i will try enable airplane mode in windows and check ubuntu
[23:49] <Gr33ntea> nvm im a idiot, the automatically connect thing was unchecked
[23:49] <Gr33ntea> still gonna try the airplane mode idea tho
[23:51] <TJ-> Looking at the (latest) source-code for the module there is a table listing several devices that don't have an rfkill switch, including Y520 (almost the same model as yours) and so the rfkill report always shows the devices as blocked regardless of the state. I suspect that Y530 is in the same boat
[23:51] <TJ-> In which case, chasing this line may be a red herring
[23:52] <Gr33ntea> ah tht would make sense
[23:52] <Gr33ntea> they are very similar models
[23:52] <TJ-> So, we could try building that module for you with your model added to the table... from the way I read the code, if the rfkill erroneously reports it is blocked the wifi code won't try to connect
[23:52] <TJ-> let me see if I can pull just that module out and make a DKMS package from it you can install and test
[23:53] <Gr33ntea> you're the best ToT <3


[06:31] <ara> good morning all!
[07:35] <alourie|work> hello
[07:43] <ara> alourie|work, morning
[07:45] <alourie|work> hi ara
[10:07] <bytesoup> Hi, anyone on the channel this morning?
[10:33] <ara> bytesoup, morning
[10:43] <bytesoup> hi
[10:43] <bytesoup> ok I wanted to ask about the ISO testing of kubuntu
[10:44] <bytesoup> I downloaded a ISO image from the "current" area for the i386 and amd64 desktop
[10:44] <bytesoup> but the iso test tracker points to a version that doesnt exist, is it ok to use the "current" images?
[11:08] <davmor2> morning all
[11:10] <bytesoup> hi davmor
[11:10] <bytesoup> i need to ask this question again: the iso tracket test case im looking at points to a iso build that doesnt exist
[11:11] <bytesoup> im testing the ISO for kubuntu 10.10 desktop
[11:11] <bytesoup> for i386 and amd64, can i simply use the "current" builds?
[11:12] <davmor2> bytesoup: right the tracker only lists iso's relevant to testing for release stages in this case alpha 1 you can test away on any iso you just can't use the tracker to add your findings
[11:14] <bytesoup> davmor2: thats the thing the tracker has some tests outstanding i want to help on but it points to a build that doesnt exist
[11:15] <bytesoup> heres the tracker
[11:15] <bytesoup> http://iso.qa.ubuntu.com/qatracker/result/4221/50
[11:16] <davmor2> bytesoup: yeah they are now gone unfortunately you can test them for sanity's sake then have a word with ara as to where to put the results
[11:20] <bytesoup> davmor2: i found a problem on the i386 desktop on one machine im testing. whats a good way of uploading results if you dont have a desktop environment? simply FTP log files somewhere and then report the bug on another machine?
[11:23] <bytesoup> it seems all the iso images referenced on this page http://iso.qa.ubuntu.com/qatracker/ are expired?
[11:25] <davmor2> bytesoup: yeah they only keep the isos for so many days before they get rid of them to make room for the new ones
[11:26] <bytesoup> davmor2: so i must have missed the boat on this phase?
[11:26] <davmor2> yes it's normally a day or 2 before the release comes out
[11:32] <bytesoup> davmor2: if I have a general question on ISO testing, is there a mailing list other than the ubuntu-uk one?
[11:32] <davmor2> bytesoup: yes there is the ubuntu-qa one
[11:33] <bytesoup> thanks :)
[11:45] <davmor2> bytesoup: https://wiki.ubuntu.com/Testing/DailySmoke you might want to look at this page as a way to log results that are on dailies rather than tracker results
[11:47] <bytesoup> davmor2: thanks
[19:38] <SpamapS> I'm testing the 20100601.1 server CD and the LAMP install doesn't install a mysql commandline client .. does anybody know off the top of their head what package I should report a bug against?
[19:42] <fader_> davmor2: ^^ any idea?
[19:43] <fader_> SpamapS: If davmor2 doesn't have a better idea, I'd say just file it against ubuntu-server itself and it will get moved to the right place
[19:43] <davmor2> SpamapS: 2 seconds I'll go and check
[19:43] <charlie-tca> does it work with the latest image?
[19:43] <fader_> Heh, I knew he'd be the right dude :)
[19:44] <davmor2> SpamapS: you might want to check that there is a mysql package on the cd also.
[19:55] <davmor2> SpamapS: tasksel is the package that should call all the parts
[20:47] <zul> SpamapS: mysql-5.1
[20:47] <SpamapS> zul: thanks :)
[20:47] <zul> SpamapS np
[20:48] <SpamapS> zul: so at this point, should I just /join #ubuntu-*  ?
[20:48] <zul> SpamapS: not really


[09:34] <cfhowlett> kylin installation question:  I've got ubuntustudio.  How can I add kylin to the existing install?


[15:00] <ev> hi
[15:01] <jodh> you
[15:01] <jodh> yo even :)
[15:01] <ev> YOU.
[15:01] <barry> ewe
[15:01] <ev> ha! Well played
[15:01]  * slangasek waves
[15:02] <cjwatson> baa
[15:06] <slangasek> #startmeeting
[15:06] <meetingology> Meeting started Thu Oct  3 15:06:42 2013 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:06] <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:08] <slangasek> [TOPIC] Lightning round
[15:08] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek cjwatson xnox stokachu)
[15:08] <slangasek> stgraber xnox cjwatson doko barry jodh ev slangasek bdmurray stokachu
[15:09] <slangasek> stgraber: you're first :)
[15:10] <stgraber> oops, one sec
[15:10] <stgraber> Blueprint-related work:
[15:10] <stgraber>  - Image based updates (BLUEPRINT: foundations-1305-image-based-updates)
[15:10] <stgraber>    - Updated the specification on the wiki
[15:10] <stgraber>    - Added phased-percentage support on the server side
[15:10] <stgraber>    - Extended test coverage (still need tests covering the file generators)
[15:10] <stgraber>    - Prioritized the work for the system-image clien in 13.10
[15:10] <stgraber>    - Implemented the boot time hooks for touch (somewhere in the landing queue)
[15:10] <stgraber>  - LXC
[15:10] <stgraber>    - Moved all the bugs from sourceforge to github (well, fixed most of them rather than move them)
[15:10] <stgraber>    - Code reviews
[15:10] <stgraber>    - Some discussions with Google on cgroup management
[15:10] <stgraber>    - Rewrote lxc-info to use the LXC API and show IP addresses by default.
[15:10] <stgraber>    - Updated all the API based tools to check the user has control access over the container instead of failing in mysterious ways.
[15:10] <stgraber>
[15:10] <stgraber> Other work:
[15:10] <stgraber>  - Other
[15:10] <stgraber>   - Quite a lot of queue reviews
[15:10] <stgraber>   - Implemented a script to auto-accept unseeded packages into the archive
[15:10] <stgraber>
[15:10] <stgraber> TODO (hopefully this week):
[15:10] <stgraber>  - Get to 100% code coverage in the system-image server side tests
[15:10] <stgraber>  - Write a slightly more user friendly tool to release an image from saucy-proposed to saucy
[15:11] <stgraber>  - Spend some more time debugging the filesystem unmount sequence, fixing anything that needs fixing
[15:11] <stgraber>  - LXC upstream work (some more bugs to move to github, website work, ...)
[15:11] <stgraber> (DONE)
[15:12] <xnox> ah.
[15:12] <xnox> skip me please.
[15:13] <slangasek> cjwatson: your turn then
[15:13] <cjwatson> Launchpad:
[15:13] <cjwatson>  * Fixed resetting of non-virtual builders (bug 1232131).
[15:13] <cjwatson>  * Coordinated rollout of buildd slave fixes (bug 993642, bug 1227086).  Much cleanup of broken builders following upgrade.
[15:14] <cjwatson>  * Fixed recipe handling regression (bug 1234621) and helping to coordinate another rollout to virtual builders now.
[15:14] <cjwatson>  * Uploaded apt SRUs (bug 1234691, bug 1234705), to support upgrading Launchpad production to precise.
[15:14] <cjwatson> Archive:
[15:14] <cjwatson>  * Arranged for generation of http://people.canonical.com/~ubuntu-archive/proposed-migration/saucy_uninst.txt and started cleaning it up.  i386 uninstallables have gone from ~80 to ~30 this week.
[15:14] <cjwatson> Click:
[15:14] <cjwatson>  * Fixed crash when unregistering a preinstalled package (bug 1232066), and a regression caused by that fix (bug 1233280).
[15:14] <cjwatson>  * Implemented fat package support.
[15:14] <cjwatson>  * Extended "click info" interface to allow printing the manifest for a single package (bug 1232118).
[15:14] <cjwatson>  * Forced unpacked files to be owner-writeable (bug 1232128).
[15:14] <cjwatson> Installer:
[15:14] <cjwatson>  * Fixed partition recipe size calculation when partitions are reused (bug 1197766).
[15:14] <cjwatson>  * More work on putting the pieces together for bug 1065281 in precise.
[15:14] <cjwatson>  * Improved support for various mount options (bug 978032).
[15:14] <cjwatson> Touch:
[15:14] <cjwatson>  * Rearranged build-initrd.sh in initramfs-tools-ubuntu-touch to stop doing documented-unreliable things with fakeroot.
[15:14] <cjwatson> To do:
[15:14] <cjwatson>  * Review Brian's chroot management branch.
[15:14] <cjwatson>  * Hunt through GRUB code to try to chase down bug 1229458.
[15:14] <cjwatson>  * Continue chasing down archive inconsistencies.
[15:14] <cjwatson> ..
[15:15] <slangasek> doko: your turn?
[15:18] <xnox> * worked on emulator:
[15:18] <xnox> - it boots into TTY now
[15:18] <xnox> - published a prebuild copy at http://people.canonical.com/~xnox/emulator.tar.xz
[15:18] <xnox> - build fully integrated into phablet branches, one simply does a build for cm_goldfish-eng device.
[15:18] <xnox> - NEXT: fix & make android LXC container boot and correctly initialise
[15:18] <xnox> * patch piloting today, mostly trying to get interesting things for saucy
[15:18] <xnox> * upstart reviews, etc.
[15:18] <xnox> ..
[15:21] <barry> system-image: lp: #1196991, lp: #1233094, lp: #1215943, lp: #1221844, lp: #1233379, lp: #1231628, lp: #1229807, lp: #1204618, lp: #1215946, lp: #1229710, lp: #1234703.  s-i 1.6, 1.7, 1.8
[15:21] <barry> done
[15:21] <jodh> * upstart:
[15:21] <jodh>   - Fixed bug 1227212 and bug 1089159 (uploaded as 1.10-0ubuntu3).
[15:21] <jodh>   - Investigated ssh.override issue on Touch.
[15:21] <jodh>   - Investigated upstart-local-bridge/upstart-property-watcher issue For
[15:21] <jodh>     sergiusens. Identified a problem with an lxc pre-start but seems
[15:21] <jodh>     there is more work to do there.
[15:21] <jodh> * TODO:
[15:22] <jodh>   - Add extra debug to upstart-local-bridge.
[15:22] <jodh>   - work on overcoming ptrace limitations issue.
[15:22] <xnox>  lp: #1231628, lp: #1229807, lp: #1204618, lp: #1215946, lp: #1229710
[15:22] <jodh> 𐤒
[15:22] <xnox> lp: #1234703
[15:23] <ev> Short week. Was on holiday in ‘merica until Monday.
[15:23] <ev> Lots of time spent getting caught up after three weeks away.
[15:23] <ev> Mostly still helping Alex bootstrap the CI team.
[15:23] <ev> Got up to speed on the Cassandra failures. We had a massive Ceph outage which knocked over Cassandra, which obviously knocked over Daisy. Reports resend every two hours, so I don’t believe we missed out on anything, but I’m still waiting on access to the production database to confirm these sorts of things:
[15:23] <ev> https://rt.admin.canonical.com//Ticket/Display.html?id=63860
[15:23] <ev> We are *way* behind on the existing retracer architectures and we still don’t have an armhf retracer for Touch. There appears to have been some work done on this while I was away, but it looks like they dropped it again. I tried following up in #webops, but we are without a vanguard. I’ll touch base with James or Tom later.
[15:23] <ev> https://rt.admin.canonical.com//Ticket/Display.html?id=58019
[15:23] <ev> In anticipation of webops requesting it, I’m migrating the error tracker deployment over to juju-deployer.
[15:23] <ev> TODO:
[15:23] <ev> I need to find a replacement for gnetworkmonitor, as it waking up frequently on busy networks continues to piss people off:
[15:23] <ev> https://bugs.launchpad.net/whoopsie/+bug/991481
[15:23] <ev> I now have enough details from Acunu to finish implementing the improvements to the average errors per calendar day calculation.
[15:23] <ev> (done)
[15:24] <ev> https://wiki.canonical.com/IncidentReports/2013-09-30-Ceph-Rebalance-Outage is the Ceph outage
[15:24] <stgraber> ev: bah, it's only causing around 20% of the requests to my DNS servers ;)
[15:24] <ev> hah
[15:25] <stgraber> 1 request every 15s per machine on the network and I apparently have a lot of those ;)
[15:25] <cjwatson> stgraber: And your own substation?
[15:25] <xnox> ev: anti-social =)
[15:26] <slangasek> ev: retracers> thanks - I think we need to get this sorted out ASAP, it's alarming that we have no errors data at all about the phone at this stage.
[15:26] <ev> slangasek: I couldn't agree more. Any help leaning on them would be greatly appreciated
[15:26]  * slangasek nods
[15:26] <xnox> ev: what events do you actually want from gnetworkmonitor? you can have whoopsie e.g. start on net-device-up, then each time a connection is established, you can retry uploading reports.
[15:27] <stgraber> cjwatson: ;) I do occasionaly run LXC load testing with around a thousand container on the same machine, all running whoppsie, then those DNS queries are pretty much the only thing I see going through the network ;)
[15:27] <ev> Or telling the other Ubuntu Engineering teams to stop taking up all of webops' time
[15:27] <slangasek> ev: I would've yelled at last week's sync call about this had I realize it still hadn't moved :/
[15:27] <cjwatson> ev: *cough*
[15:27] <ev> xnox: from memory, I'm using gnetworkmonitor to know when we're really connected
[15:27] <ev> in my testing CONNECTED_ALL or whatever the NetworkManager state was didn't convey that
[15:27] <cjwatson> ev: Hopefully I've finished getting launchpad-buildd upgraded on things for, oh, at least a few weks
[15:28] <cjwatson> *weeks
[15:28] <cjwatson> (dear GOD is that process painfully manual)
[15:28] <slangasek>  * helped with getting final beta out last week
[15:28] <slangasek>  * discussions about how to do freeze management for phone packages so that we're not putting up additional roadblocks to phone development for 13.10
[15:28] <slangasek>  * worked with Barry on testing system-image / ubuntu-download-manager so this could land in the phone images \o/
[15:28] <slangasek>  * fighting with my network, which has decided to stop passing dhcp requests reliably following a power outage over the weekend
[15:28] <slangasek>  * picked at the edges of the proposed-migration queue (insighttoolkit4)
[15:28] <slangasek>  * followed through on SRUs for shim update in 12.04.4
[15:28] <slangasek>  * got /etc/adjtime out of our live images, since it's not used in Ubuntu and just causes confusion
[15:28] <slangasek> (done)
[15:29] <bdmurray> bug triage of update-manager, ubuntu-release-upgrader, ubiquity bugs
[15:29] <bdmurray> recreated update-manager bug 1202754
[15:29] <bdmurray> reviewed and merged apt-check (update-notifier) merge proposal speeding it up
[15:29] <bdmurray> worked on click chroot code
[15:29] <xnox> ev: should we refactor start.ubuntu.com/network-connectivity check from ubiquity?! =) yeah, supporting states in upstart would help here, as upon network check we could run a quick check against start.ubuntu.com and emit the state of "connected"
[15:29] <bdmurray> worked on ubuntu-release-upgrader not needing gksu
[15:29] <bdmurray> uploaded procps bug fix for bug 1150413
[15:29] <xnox> for those jobs that care about htat.
[15:29] <bdmurray> tested kernels for bug 1218004
[15:29] <bdmurray> done
[15:29] <stokachu> bug 1211876 needs upload, bug 995719 needs sru approval (done)
[15:30] <ev> xnox: yes - networkmanager has support for something like this, but the tin foil hat crowd nixed it the last time matthieu brought it up
[15:30] <ev> if memory serves
[15:30] <slangasek> xnox: we could reimplement everything in Qt and use its network checking apis, I hear those work a treat
[15:30] <slangasek> (by which I mean, bug #1233435)
[15:30] <ev> xnox: what I'd really like is an API that I could register an address with. "Let me know when we're connected and you get this response from this URL"
[15:30] <stokachu> note: 1211876 is a high visibility bug going to mark it as high
[15:31] <ev> cjwatson: *belated fist shaking*
[15:32] <slangasek> anyone want to sponsor stokachu's SRU for bug #1211876?
[15:32] <slangasek> stgraber, maybe you could have a look?
[15:33] <stokachu> bdmurray: would you mind looking over bug 995719 for approval?
[15:34] <bdmurray> stokachu: I'll have a look today
[15:34] <stokachu> bdmurray: thanks man
[15:34] <slangasek> stokachu: bug #995719, you say there should be no regression.  So it's not possible that something will be relying on this behavior?
[15:35] <stokachu> slangasek: nothing should be calling it directly, think of it more like a background job keeping up the process names
[15:35] <stgraber> slangasek: yep, can do
[15:36] <slangasek> stokachu: so nothing can be relying on those process name changes?
[15:36] <stokachu> slangasek: nothing in puppet does, no
[15:36] <slangasek> well, but what about things outside of puppet?
[15:37] <slangasek> these are the questions we ask for SRUs :)
[15:37] <stokachu> its not an external api so nothing would be calling it directly
[15:38] <slangasek> but something external to puppet could be relying on the process name updates
[15:38] <stokachu> everyone ive interacted with either manually deletes this or has a puppet config that ensures that file doesn't exist
[15:38] <stokachu> even IS does it
[15:38] <stgraber> sto they all look good to me, will upload those 3 in a minute
[15:38] <stgraber> stokachu: ^
[15:38] <stokachu> stgraber: thanks man
[15:39] <slangasek> stokachu: that doesn't mean that /everyone/ does it, just the people who are smart enough to be in your friends list :)  we have to consider the SRU implications for those not following best practices, too
[15:39] <stokachu> slangasek: yea im trying to think of what kind of use case would do this
[15:39] <stokachu> slangasek: to help me pinpoint where there might be a problem
[15:39] <slangasek> anyway, we can follow up on that out of band
[15:40] <stokachu> do we have any puppet experts here?
[15:40] <stokachu> ok
[15:40] <slangasek> I'd try the server team for puppet expertise
[15:40] <stokachu> ok ill ask around and see
[15:41] <slangasek> [TOPIC] AOB
[15:41] <slangasek> any other topics?
[15:41] <stgraber> stokachu: all uploaded
[15:41] <stokachu> stgraber: thanks again
[15:43] <stokachu> stgraber: want me to unassign sponsors now?
[15:43] <slangasek> #endmeeting
[15:43] <meetingology> Meeting ended Thu Oct  3 15:43:34 2013 UTC.
[15:43] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-10-03-15.06.moin.txt
[15:43] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-10-03-15.06.html
[15:43] <stgraber> thanks!
[15:43] <slangasek> thanks, all!
[15:43] <barry> thanks!
[15:45] <xnox> cheers.
[15:47] <jodh> ta
[17:01] <czajkowski> aloha
[17:02] <cprofitt> hello
[17:03] <sabdfl> hi all
[17:04] <czajkowski> I'm not sure I can chair as in a work thingy atm
[17:04] <czajkowski> but am here
[17:05] <sabdfl> i'll chair till :30 :)
[17:06] <czajkowski> #startmeeting
[17:06] <meetingology> Meeting started Thu Oct  3 17:06:31 2013 UTC.  The chair is czajkowski. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:06] <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
[17:06] <czajkowski> #chair sabdfl cprofitt pleia2 czajkowski
[17:06] <meetingology> Current chairs: cprofitt czajkowski pleia2 sabdfl
[17:06] <pleia2> o/
[17:06] <czajkowski> aloha and welcome to this weeks community council catch up :)
[17:06] <sabdfl> o/
[17:06] <cprofitt> hello
[17:07] <sabdfl> nice to see you all again
[17:07] <pleia2> so we didn't send a reminder email to kubuntu folks, so I think they might not make it
[17:07] <czajkowski> #link https://wiki.ubuntu.com/CommunityCouncilAgenda
[17:07] <czajkowski> #topic Kubuntu catch up
[17:07] <czajkowski> anyone from Kubuntu around
[17:07] <czajkowski> ScottK: Riddell ping?
[17:09] <sabdfl> nice to see the 10k taiwanese school deployment of kubuntu derivative ezgo recently
[17:09] <cprofitt> +1
[17:09] <pleia2> cool, I hadn't seen that
[17:10] <pleia2> http://dot.kde.org/2013/10/02/ezgo-free-and-open-source-software-taiwans-schools
[17:10] <czajkowski> impressive
[17:10] <sabdfl> yes, even aseigo was pleased ;)
[17:11] <sabdfl> shall we invite AOB in the interim, and wrap at :30 if we have no response from #kubuntu?
[17:12] <pleia2> #topic Any other business
[17:12]  * elfy is hanging about waiting for AOB :)
[17:12] <pleia2> http://www.ubuntu.com/about/about-ubuntu/governance has been updated for accuracy \o/
[17:12] <sabdfl> go ahead elfy
[17:13] <elfy> can we get some help with a couple of RT's - one of which I think I cc'd CC yesterday
[17:13] <elfy> https://rt.ubuntu.com/Ticket/Display.html?id=22858
[17:13] <sabdfl> yes, saw the CC
[17:13] <elfy> https://rt.ubuntu.com/Ticket/Display.html?id=22990
[17:13] <cprofitt> elfy: I believe czajkowski already pinged someone on them
[17:13] <elfy> one of the ones I cc'd I've seen movement on
[17:13] <elfy> cprofitt: that'll be why then :)
[17:13] <elfy> the remember me one is the real pain for people
[17:14] <elfy> I think what really upsets us is we never get any response till we start pushing via you
[17:14]  * cprofitt nods
[17:14] <elfy> though I will say when we had a few of them in our irc channel - they were great to work with
[17:15] <elfy> czajkowski - thanks for doing that :)
[17:15] <pleia2> elfy: it's not just you, IS seems to have quite the backlog
[17:15] <cprofitt> I think it is a metter of building a good relationship with them... which it sounds like you are via the irc
[17:15] <pleia2> so it takes nudges to prioritize
[17:15] <elfy> yep I understand there are 60 minutes in an hour :D
[17:15] <pleia2> and I think the forums stuff is genuinely hard :)
[17:16] <elfy> pleia2: I don't doubt it
[17:16] <elfy> but as I said in the mail - elmo and I were discussing trying to get external help
[17:16] <elfy> then that's as far as it went ;)
[17:16]  * pleia2 nods
[17:16] <elfy> I'm sure that if there are people around who can help they will
[17:17] <czajkowski> elfy: elmo is but one member of the IS team and does tend to be the firzt one pinged when in fact it may fall to someone else to fix
[17:17] <pleia2> if they are interested in open sourcing their sysadmin operation I can offer some pointers ;)
[17:17] <elfy> but mostly it's about communication - #can-sys isn't really somewhere to go chat with people
[17:17] <czajkowski> so it's always the best point of contact either
[17:17] <czajkowski> I'm glad it's getting fixed
[17:17] <sabdfl> word from IS is:
[17:17] <sabdfl>  sabdfl: we're currently looking at Ubuntu RT #22950 for the forums folks
[17:17] <sabdfl>  sabdfl: because we were told that was the priority; I'll make sure 22858 and 22990 are up next
[17:18] <elfy> czajkowski: I understand he's not the only one - but he was the one talking to me :)
[17:18] <elfy> sabdfl: ok - thanks - can we make sure that the next one they look at for us is the 22858 one then please
[17:18] <sabdfl> ok
[17:19] <elfy> thanks
[17:19] <elfy> that's the one we catch most flak for at the moment
[17:19] <sabdfl> ok, ack'd in that sequence
[17:19] <sabdfl> that team tends to flatline around release
[17:20] <sabdfl> but at least the sequence is agreed
[17:20] <sabdfl> that a wrap elfy?
[17:20] <sabdfl> AOB?
[17:20] <elfy> yep
[17:20] <pleia2> just so the community is kept updated - we're wrapping up the LoCo Council appointment process in the CC, so we should have news soon :)
[17:20] <elfy> thanks all
[17:20] <pleia2> and speaking of appointments, we're still looking for nominees to be on the CC itself: https://lists.ubuntu.com/archives/community-announce/2013-September/000013.html
[17:21] <sabdfl> and the TB, iirc
[17:21] <pleia2> so if you're great, or know of someone who is great, apply
[17:21] <pleia2> has the TB sent out their call for nominees yet?
[17:22] <pleia2> doesn't look like it, I'll make sure it makes it to planet when they do
[17:24] <pleia2> that's all I have AOB-wise
[17:24] <sabdfl> doesn't look like we'll get Kubuntu feedback this week
[17:25] <sabdfl> i'm going to step afk in prep for a call - good to see you all again
[17:25] <cprofitt> thanks sabdfl
[17:25] <pleia2> nice to see you, sabdfl :)
[17:26] <pleia2> we've chatted with kubuntu folks throughout the cycle, so I don't know that there is anything pressing there, and they know where to find us :)
[17:26] <cprofitt> +1
[17:26] <sabdfl-afk> (oh and here's to an excellent 13.10 in two weeks - am enjoying the phone and saucy desktop too, hope our various flavours are feeling good about the home straight)
[17:26] <pleia2> cheer
[17:26] <pleia2> :)
[17:27] <pleia2> ok, I think we can wrap this up then
[17:27] <pleia2> thanks everyone
[17:28] <pleia2> #endmeeting
[17:28] <meetingology> Meeting ended Thu Oct  3 17:28:21 2013 UTC.
[17:28] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-10-03-17.06.moin.txt
[17:28] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-10-03-17.06.html
[17:28] <cprofitt> thanks pleia2
[17:28] <cprofitt> thanks czajkowski