[01:44] <apachelogger> slangasek: http://bazaar.launchpad.net/~apachelogger/+junk/plymouth-stop-kdm/revision/1461 does that look sane to you?
[03:19] <stokachu> Noskcaj: i think i was waiting on some feedback from some internal channels before merging
[03:20] <stokachu> Noskcaj: for precise anyway, haven't done anything with trusty yet so feel free
[03:57] <RAOF> So, uh, where's the libudev bug tracker these days?
[05:06] <pitti> Good morning
[05:36] <Noskcaj> stokachu, I was meaning trusty, but i'm not really able to fix the ubuntu patch fot this
[05:36] <Noskcaj> *for
[05:46] <arun> Hello guys  may I ask a question?? Does the locale of Ubuntu comes from Debian or glib
[05:46] <arun> *glibc
[06:11] <pitti> arun: from upstream glibc, with some Debian and Ubuntu patches
[06:12] <arun> pitti: that means if I upload my locale in glibc, it will be applied in Debian and Ubuntu ?
[06:12] <pitti> arun: yes; and we can even do that early, but we require a locale to be submitted (and if possible, reviewed) upstream before we include it
[06:14] <arun> pitti: so, how can I upload the locale to Ubuntu that I have already done in glibc
[06:14] <arun> pitti: should I have to again in Ubuntu if I have already done in glibc ?
[06:14] <pitti> arun: please open a bug against "langpack-locales" and give the URL to the upstream bug
[06:15] <arun> pitti: so, when may the patch get update in distro?
[06:15] <pitti> arun: should be in the next couple of days then
[06:15] <arun> or can I download the package of the updated one ?
[06:15] <pitti> arun: well, you submitted the locale upstream, I'd assume you have it actually installed to test it :)
[06:15] <arun> pitti: then after that will the language packs get updated in Installer also?
[06:16] <pitti> arun: yes, then we'll build langpacks, as soon as we get them for trusty (they aren't enabled yet)
[06:16] <arun> pitti: can't I apply or test it in my own system ?
[06:17] <arun> pitti: I would I do that, I can't figure out !!
[06:17] <pitti> arun: how did you test it if you didn't do that?
[06:17] <arun> *how
[06:17] <arun> pitti: I just created the locales not tested it
[06:17] <pitti> please see "man localedef"
[06:18] <pitti> arun: you can copy it to /usr/share/i18n/locales/, add it to /usr/share/i18n/SUPPORTED, and then run "sudo locale-gen xx_YY.UTF-8" to test it like if it was shipped by the distro
[06:18] <pitti> with localedef you can build it without mucking around in /usr
[06:22] <arun> pitti: ok wait ok , I am testing please be in touch
[06:33] <arun> Pici: yes then what to do after locale-gen ?
[06:36] <arun> pitti: are u there?
[06:36] <arun> Pici: sorry
[06:36] <arun> pitti:  yes then what to do after locale-gen ?
[06:36] <pitti> arun: you run your program under that locale
[06:37] <pitti> LANG=xx_YY.UTF-8 gedit
[06:37] <pitti> or whatever else
[06:37] <pitti> or set it as system default locale to test everything
[06:37] <pitti> of course you won't have many translations (unless you installed a few from your translation efforts), but you can check time format and the like
[06:38] <arun> pitti: yaa I wanted to check that time thing, how to ?
[06:38] <pitti> "date", or look in the panel
[06:38] <arun> pitti: didn't work
[06:41] <arun> pitti: it didn't get applied I think
[06:50] <arun> pitti: hello are u there?
[06:50] <arun> pitti: what should I do the next
[06:51] <pitti> arun: do you see your locale in "locale -a"?
[06:51] <arun> pitti: no there no
[06:51] <pitti> so you didn't run locale-gen with your new locale name
[06:53] <arun> pitti: I did
[06:54] <pitti> then it failed; do you get some error message ther?
[06:54] <arun> pitti: no , I don't
[06:54] <pitti> arun: please pastebin the whole command that you ran and its output
[06:54] <arun> pitti: I did this :- sudo locale-gen the_NP.UTF-8 and enter but no errr\or
[06:55] <arun> pitti: and then did sudo locale -a and there is no the_NP in that list
[06:55] <pitti> arun: did you get the "Generating locales..." "the_NP.UTF-8... done" output? (pretty please just show me the whole output -- I can't pull every single piece of information like that)
[06:56] <arun> pitti: no that thing didn't come
[06:56] <arun> there is no such output , I mean no output
[06:56] <pitti> arun: then you didn't add it to SUPPORTED
[06:56] <arun> pitti: i did it , dude
[06:57] <arun> pitti: oh ya
[06:57] <arun> pitti: I had missed it sorry
[07:00] <arun> pitti: I had got an error in 1st try that is http://dpaste.com/1470055/ then in second attempt no errors output was without error
[07:00] <pitti> yeah, that's why you need to test a locale :)
[07:01] <pitti> so, apparently "the" needs to be added to some place I don't know
[07:01] <arun> pitti: oh
[07:01] <arun> pitti: but the date is not being appplied
[07:02] <pitti> so that localedef knows it
[07:03] <pitti> probably some place in libc which knows about the 2/3-letter iso codes
[07:03] <arun> pitti: now its listed in locale -a
[07:03] <pitti> at this point this really needs a bug report
[07:03] <pitti> to track this between the different packages and upstreams
[07:06] <arun> pitti: and when I type  LC_TIME=the_NP.UTF-8 it says
[07:06] <arun> bash: warning: setlocale: LC_TIME: cannot change locale (the_NP.UTF-8)
[07:06] <pitti> yeah, as the generation of the locale failed due to the unknown "the"
[07:07] <arun> pitti: oh wait
[07:12] <infinity> Looking at the commit upstream, it looks like there might just be a stray "the" on the line before lang_term (or, perhaps, that was meant to be preceded with a "lang_ab")
[07:13] <infinity> +postal_fmt  "<U0025><U007A><U0025><U0063><U0025><U0054><U0025><U0073>/
[07:13] <infinity> +<U0025><U0062><U0025><U0065><U0025><U0072>"
[07:13] <infinity> +% the
[07:13] <infinity> +lang_term    "<U0074><U0068><U0065>"
[07:13] <infinity> +% the
[07:15] <infinity> Oh, wait, I'm reading that backward.
[07:15] <infinity> Yeah, that looks like it's right.
[07:15]  * infinity shouldn't try to understand new things at 7am.
[07:17] <arun> infinity: ok
[07:18] <pitti> infinity: I think libc-bin (localedef) has some kind of compiled form from iso-codes which hardcode the available language names and 2/3 letter ISO codes
[07:19] <infinity> pitti: You think it's picking it out of localedata/SUPPORTED at compile time instead of runtime?  That seems silly.
[07:20] <pitti> infinity: no, just the definition of "the"; localedef verifies that the language name is known (and what it actually expands to)
[07:20] <pitti> I'm not sure where that lives, though
[07:21] <arun> yes guys have a look https://sourceware.org/git/?p=glibc.git;a=blob;f=locale/iso-639.def;h=56db3c81d53709194486bc579f0ec5cc4a14cc3d;hb=b46d046e7bf7e0f96e41e522da731b89177e31ab
[07:22] <pitti> looks like it
[07:23] <infinity> Ah-ha.
[07:24] <arun> so, where that thing is compiled !!
[07:24] <infinity> So, the big question is, is Tharu/the defined by iso-639?
[07:24] <infinity> Oh, it's already in there.
[07:24] <infinity>  463 DEFINE_LANGUAGE_CODE3 ("Tharu, Chitwani", the, the)
[07:24] <pitti> infinity: yes, it's in /usr/share/xml/iso-codes/iso_639_3.xml
[07:25] <infinity> I'm just blind.
[07:25] <pitti> ah, but not in langpack-locale's copy of iso-639.def
[07:25] <pitti> so that needs to be synced
[07:26] <pitti> one more reason to merge them back to glibc :)
[07:26] <pitti> I didn't actually think it would be used/installed anywhere, though
[07:26] <pitti> it can probalby just go from langpack-loclaes
[07:27] <pitti> infinity, arun: or perhaps this has been added later than the ubuntu release arun is running this on?
[07:27] <infinity> It's not in the 2.18 iso-639 (and, of course, this locale isn't in 2.18 either), so if someone wants me to pull it back into 2.18, a bug filed would be nice, before I go fly for 12 hours and forget about this.
[07:28] <pitti> ah
[07:28] <pitti> arun: ^ what I said about "this needs an ubuntu bug report at this point to coordinate"
[07:28] <dholbach> good morning
[07:29] <arun> pitti: ok brother as this is  a new locale , I had just added that in the glibc 2 days ago
[07:30] <infinity> arun: Indeed, I can see the upstream commits.  But if you want it in a distro before 2.19 comes out, we need to pull some patches.  If you don't care about it working until 2.19 is in the distro, you can do nothing and just wait.
[07:31] <infinity> (I'd do it now in my 2.18 packaging, but I'm literally 2 minutes away from closing my laptop and running to a train station)
[07:31] <arun> the thing is the packing didn't worked for me that I tried
[07:32] <infinity> arun: So, if you want it backported, please file a bug on eglibc and assign it to "adconrad".  If you're happy waiting for 2.19, wait.
[07:32] <arun> infinity: when are u returning home?
[07:32] <infinity> arun: I'll be home in half a day or so.
[07:32]  * infinity runs off.
[07:32] <arun> infinity: when will glibc get released
[07:35] <arun> pitti: bro so whats next
[07:35] <arun> pitti: what should I do
[07:36] <arun> pitti: any way to test that crap ?>
[07:36] <pitti> arun: as I said, please file an ubuntu bug with pointing to the upstream bug where you submitted the locale (unless it's already committed), and we'll coordinate the glibc/langpack-locales uploads
[07:36] <pitti> arun: whoa, calling your work "crap"?
[07:37] <pitti> arun: you could locally build eglibc with that patch applied, but that will take a bit
[07:42] <arun> pitti: oh thanks brother
[07:42] <arun> pitti: thanks a lot
[07:42] <arun> I will surely bug a report
[07:46] <arun> pitti: when is LTS releasing?
[07:46] <pitti> arun: next April
[07:46] <arun> pitti: oh that mean 6 months left?
[07:47] <Noskcaj> arun, yep
[07:47] <arun> and should I finish all the things before that to get it in it
[07:48] <Noskcaj> arun, For the actual code, yes. translations can be added (i think) in LTS point releases
[07:49] <arun> Noskcaj: what if the translations are not made in it, willl the work in it
[07:50] <arun> Noskcaj: WILL IT BE AVAILABLE IN Language Option during installation ?
[07:51] <Noskcaj> arun, If the code changes get done, and launchpad recognises the language, yep
[07:51] <arun> Noskcaj: cool, yes Launchpad does
[07:53] <arun> but the translations are done in another stream can we submit the po file to the maintainer later on ?
[08:57] <jamespage> @pilot in
[08:57] <jamespage> morning folks
[09:04] <arun> jamespage: hello
[09:04] <jamespage> hey arun
[09:05] <arun> jamespage: how are u ?
[09:07] <jamespage> arun, all good here
[09:07] <arun> jamespage: cool, are u in locale maintaining ?
[09:08] <Noskcaj> Laney, just wondering, when do you think evolution 3.10 will be in ubuntu?
[09:08] <jamespage> arun, not quite sure I understand the question - I'm on pilot duty this morning
[09:08] <jamespage> so working through the sponsorship queue right now
[09:08] <Noskcaj> jamespage, he's trying to add a new language to ubuntu
[09:09] <arun> Noskcaj: yup like that
[09:10] <Laney> Noskcaj: once webkit stops being sad
[09:10] <Noskcaj> ok
[09:10] <Laney> it keeps being oom killed on the porter box so I can't be sure if my fixes work :(
[09:21] <jamespage> arun, can't help you with that - sorry
[09:21] <arun> jamespage: ok
[09:21] <arun> jamespage: thanks
[09:42] <seb128> is update-apt-xapian-index segfaulting in trusty for others as well?
[09:45] <xnox> just unity-panel-services yere.
[09:48] <seb128> xnox, do you have a backtrace?
[09:50] <xnox> seb128: whoopsie uploaded a crash & ubuntu-bug *.crash doesn't do anything to launchpad.
[09:50] <seb128> xnox, can you give me the error id?
[09:51] <seb128> xnox, you can access your list of report from gnome-control-center -> privacy iirc
[09:52] <xnox> xnox: the top three at https://errors.ubuntu.com/?package=unity-services&period=day is what I see.
[09:53] <xnox> seb128: ^
[09:53] <xnox> seb128: to trigger, open oboard and wait or some such. eventually it has a fizzy fit.
[09:53] <seb128> xnox, is that on trusty?
[09:54] <seb128> xnox, but yeah, seems like a11y related, which probably explain why I don't see those, I didn't activate a11y
[09:57] <seb128> xnox, it's weird, those 3 reports haven't been seen in versions > precise according to e.u.c (which is right, they got fix in quantal iirc)
[09:57] <xnox> seb128: you need a touch screen notebook ;-)
[09:57] <seb128> xnox, feel free to send me one ;-)
[09:57] <seb128> xnox, are you sure it's the same bug though?
[09:58] <xnox> no, but i have no idea how to force ubuntu-bug to upload a crash. it now says that my packages are obsolete, duh
[09:58] <xnox> anyway, need to do real work.
[09:59] <seb128> xnox, can you copy the file somewhere where I can download it?
[10:02] <darkxst> xnox, just point ubuntu-bug at the crash file in /var/crash
[10:04] <darkxst> you might need to retrace locally though, if you have obsolete packages
[10:04] <darkxst> crash reports bit rot pretty fast ;(
[10:25] <cjwatson> arun: If you want a locale to be available during installation, you need to start work ASAP on getting debian-installer translated to it, and that work needs to be done in Debian.  See https://web.archive.org/web/20130923213600/http://d-i.alioth.debian.org/doc/i18n/
[10:25] <cjwatson> (alioth.d.o is down right now so you get an archive link ...)
[10:26] <arun> cjwatson: yaa, its down so, I am in idle now
[10:26] <arun> cjwatson: and how can I get the glibc compiled
[10:26] <cjwatson> Please don't ask me about that.
[10:27] <cjwatson> I'm just telling you that you need to start on this work in Debian as soon as possible because the translations will take some time to filter through to Ubuntu.
[10:27] <cjwatson> (And we don't enable new installer translations unless they've been done in Debian; it just doesn't scale for us.)
[10:28] <arun> cjwatson: but the server is down now , isn't it ....
[10:29] <cjwatson> Yes, but that doesn't stop you getting started on some of the other parts of that.  For example, have you contacted the d-i development team yet?  Start from https://web.archive.org/web/20120401055952/http://d-i.alioth.debian.org/doc/i18n/ch03.html
[10:31] <yolanda> hi doko, i saw you filed some failures about trusty complaining for not finding ac_nonexistent.h file, how did you solve it? it happens to me with couchdb
[10:32] <doko> yolanda, hmm, can't remember, which ones I did file ...
[10:33] <yolanda> http://people.debian.org/~doko/logs/arm64-20131023/logs/buildlog_ubuntu-trusty-arm64.rtmidi_2.0.1~ds0-3_FAILEDTOBUILD.txt
[10:33] <yolanda> so i'm seeing same errors when building couchdb for trusty
[10:33] <doko> yolanda, well, I didn't fix these =)
[10:37] <yolanda> doko, so you just left it, is there some issue with trusty then?
[10:38] <doko> yolanda, most likely. but I didn't do a test rebuild for trusty yet. this was just the initial arm64 build
[10:39] <yolanda> doko, ok, i'm adding some new features for trusty to that packages and having that problem. Not sure if just build for saucy instead
[10:41] <Ampelbein> Hi there. Could somebody with the rights to do so accept the nomination of bug 1183580 for saucy?
[10:51] <pitti> Ampelbein: done
[10:52] <Ampelbein> pitti: Thank you.
[11:16] <xnox> yolanda: do you have a link to the full build-log?
[11:17] <yolanda> xnox, just built locally, i can rebuild and pastebinit
[11:17] <xnox> yolanda: cause "ac_nonexistant.h" is usually a red-herring, it's used intentionally by autoconf to test non-existing headers =)
[11:18] <yolanda> xnox, seems that cannot find any header
[11:18] <yolanda> let me paste the log
[11:18] <xnox> yolanda: e.g. in http://people.debian.org/~doko/logs/arm64-20131023/logs/buildlog_ubuntu-trusty-arm64.rtmidi_2.0.1~ds0-3_FAILEDTOBUILD.txt the actual error is:
[11:18] <xnox> checking build system type... Invalid configuration `aarch64-linux-gnu': machine `aarch64' not recognized
[11:18] <xnox> configure: error: /bin/bash config/config.sub aarch64-linux-gnu failed
[11:18] <xnox> after that it just does "cat" of config.log which has all internal details of what configure script did.
[11:19] <infinity> So, just a simple config.{sub,guess} update.
[11:19] <xnox> correct.
[11:19] <infinity> (Please use dh_autotools-dev)
[11:19] <xnox> infinity: snapping my answers =)
[11:19] <infinity> xnox: I don't board for 3 minutes, I need something to occupy my time. :)
[11:19] <xnox> infinity: =))))
[11:20] <yolanda> xnox http://paste.ubuntu.com/6436923/
[11:21] <infinity> Missing build-dep.
[11:22] <infinity> Though, that seems hard, given that dpkg provides an install-info binary...
[11:22] <jamespage> smoser, utlemming: are you OK with https://code.launchpad.net/~med/ubuntu-seeds/sosreport/+merge/179485 ?
[11:22] <yolanda> inifinit, i double checked and i have that install-info package installed
[11:22] <yolanda> infinity ^
[11:30] <cjwatson> You may have but it's not in your build-deps
[11:30] <cjwatson> dpkg's version is in /usr/sbin/install-info so not on the default PATH for a package build; TBH trying to detect install-info in configure seems silly anyway
[11:30] <cjwatson> I guess it's using it in its "make install"
[11:31] <cjwatson> It's probably simplest to add a build-dep on install-info and move on
[12:13] <jamespage> @pilot out
[13:45] <dobey> seb128: hey. sorry. was on vacation last week.
[13:45] <seb128> dobey, hey! oh, nice, I hope you had fun ;-)
[13:46] <tseliot> pitti: can you approve the binaries for nvidia-331 and nvidia-331-updates in NEW, please?
[13:46] <dobey> not as much as i wanted to, but it was ok :)
[13:58] <pitti> tseliot: done
[13:59] <tseliot> pitti: great, thanks!
[15:18] <xnox> doko: is it ok if I re-introduce arm-linux-gnueabihf-gcc-4.6 into universe? it's still needed for ubuntu-touch development at the moment.
[15:29] <seb128> tseliot, hey, do you know if there is any known bug with nvidia drivers' xrandr support in 13.10?
[15:29] <seb128> tseliot, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1224254
[15:29] <seb128> tseliot, not sure where to reassign? nvidia-drivers?
[15:37] <doko> xnox, 4.6, are you joking?
[15:38] <xnox> doko: goldfish 3.4 kernels misscompile with 4.7 and FTBFS with 4.8. =/
[15:38] <xnox> doko: $ apt-cache showsrc linux-goldfish | grep gcc-4.6
[15:41] <tseliot> seb128: let me check
[15:42] <rsalveti> Mirv: https://code.launchpad.net/~rsalveti/ubuntu/trusty/qtbase-opensource-src/android-emulator-workaround/+merge/195622 mind reviewing it?
[15:43] <rsalveti> Mirv: needed to get Qt working with the android emulator
[15:44] <seb128> tseliot, thanks
[15:45] <tseliot> seb128: yes, that happens with hybrid graphics. It's a bug in either nvidia or in the modesettings driver
[15:45] <seb128> tseliot, can you reassign/add a comment?
[15:46] <tseliot> seb128: sure
[15:46] <seb128> tseliot, thanks
[15:54] <doko> xnox, which kernel version is this?
[15:55] <xnox> doko: goldfish is 3.4 but has plenty of emulator devices written by google / non-mainline
[15:56] <xnox> doko: grouper, manta, maguro, goldfish are all compiled with gcc-4.6. mako is the only touch kernel compiled with 4.7.
[15:58] <slangasek> apachelogger: yep, looks sane
[15:58] <xnox> doko: see https://bugs.launchpad.net/ubuntu/+source/linux-goldfish/+bug/1236444
[15:58] <xnox> which was "fixed" by compiling with 4.6.
[16:11] <jamespage> xnox, just love that kinda fix
[16:11] <jamespage> :-)
[16:12] <xnox> jamespage: the other day i was thinking to abuse multiple-tarballs of 3.0 formats and make an "automake-all" package which builds all automakes from 1.4 -> 1.14
[16:35] <rbasak> doko: please could you triage bug 1252290? I don't know why you temporarily demoted tomcat7 so not sure how to deal with this one.
[16:37] <seb128> dholbach, what's the website you use again to know what packages you sponsored for somebody?
[16:38] <dholbach> seb128, http://ubuntu-dev.alioth.debian.org/cgi-bin/ubuntu-sponsorships.cgi - but it's down with the rest of alioth
[16:38] <xnox> seb128: it's linked of qa.ubuntuwire.com (at the bottom)
[16:38] <seb128> dholbach, oh right, thanks anyway
[16:38] <seb128> xnox, thanks
[16:38] <dholbach> seb128, here's what mitya57 suggested to do: http://paste.ubuntu.com/6416445/
[16:41] <orbisvicis> i really thought they'd have alioth back up after this weekend...
[16:43] <xnox> orbisvicis: i'm wathcing #alioth on OFTC, where nagios says, it's down.
[16:43] <seb128> dholbach, danke
[16:44] <orbisvicis> if I want to revert a particular commit from an (ubuntu) source package maintained at alioth, would it be possible. Does ubuntu mirror anything?
[16:45] <xnox> orbisvicis: ..... all debian/ubuntu packages can be fetched with: pull-debian-source / pull-lp-source respectively and one can do anything to them....
[16:45] <xnox> orbisvicis: if you know changes that you want to revert, that's easy to do.
[16:45] <xnox> orbisvicis: there are no mirrors.
[16:51] <orbisvicis> xnox: i don't know the commit in particular, but it is either fully upstream (which is maintained at git.debian.org [alioth]), or includes changes to the debian/ directory. Either case... pull-lp-source wouldn't track such commits?
[16:52] <xnox> ogasawara: pull-*-source download latest debian .src package.
[16:52] <xnox> ogasawara: unping.
[16:52] <Laney> You get the latest thing in the archive, but nothing from the vcs.
[16:52] <xnox> orbisvicis:  pull-*-source download latest debian .src package. Not vcs history.
[16:52] <Laney> If there's history or new things there
[16:53] <xnox> orbisvicis: but e.g. if it's an individual patch under debian/patches, it's easy to revert.
[16:53] <xnox> orbisvicis: or you can look at commit-diff mailing lists if there is one for repository in question.
[16:53] <orbisvicis> xnox: that's an idea, thanks. I'
[16:53] <orbisvicis> ll give that a shot later
[17:48] <stokachu> barry: you seen this project yet : https://bitbucket.org/tpn/pyparallel/
[17:50] <stokachu> barry: http://vimeo.com/79539317
[17:57] <orbisvicis> I have a build failure I can't figure out: http://lpaste.net/3009038909163175936
[17:57] <orbisvicis> any other command in override_dh_auto_test works fine, and in the c10shell hook, I can run "xvfb-run -a dh_auto_test" without any problems
[17:59] <orbisvicis> as well as make -f debian/rules override_dh_auto_test
[18:01] <mathfreak_> Hello. Is there a video stream for UDS I can watch?
[18:02] <Ampelbein> mathfreak_: The sessions take place in IRC and google hangouts (I think), just click the link on summit.ubuntu.com
[18:03] <mathfreak_> Thanks!
[18:14] <orbisvicis> think I figured it out... xvfb is automatically started once installed..?
[18:37] <sergiusens> jamesh, hey, wrt to go-dbus, how about making the trunk series point to your trunk branch?
[18:40] <barry> stokachu: i haven't watched the latest video yet, but i was at trent's talk at pycon and i'm following the mlist thread.  pretty cool and crazy stuff :)
[18:50] <stokachu> barry: yea man pretty interesting
[19:37] <allstarsnorks2> Hi guys]
[19:37] <jkitchen> hi
[19:38] <allstarsnorks2> can I talk about issues with my Ubuntu build (I used Ubuntu  Builder)
[19:38] <jcastro> hey ogra_
[19:39] <ogra_> yo
[19:39] <jcastro> in the spirit of your blog post maybe there's room at UDS for a session on the update thing?
[19:39] <allstarsnorks2> I'm having problems with my build of Ubuntu
[19:39] <jcastro> IMO I bet the phased updates handle like 90% of what they're trying to avoid
[19:41] <ogra_> jcastro, sounds good, think we can get clem to participate _
[19:41] <ogra_> ?
[19:41] <jcastro> if he's interested, sure, gotta start somewhere!
[19:41] <ogra_> just having a session wont hellp if not the right people are in it
[19:41] <jcastro> yeah, I mean, maybe it's something we do later or something
[19:42] <jcastro> I just wanted to bring up that UDS is here and we've got the right people in the right virtual rooms
[19:42] <allstarsnorks2> I'm currently running my build of Ubuntu 13.04. But instead of the XFCE Desktop Manager I wanted to see, I get Busybox.
[19:46] <tarpman> allstarsnorks2: hi! I'm not sure, but ubuntu-builder seems to be a separate project, so maybe you'd have more luck reporting your problem to its developers... they have a bug tracker is on google code: https://code.google.com/p/ubuntu-builder/issues/list
[19:46] <tarpman> allstarsnorks2: in fact https://code.google.com/p/ubuntu-builder/issues/detail?id=52 sounds similar to what you wrote above
[19:52] <allstarsnorks2> Made a bug report
[20:09] <molgrum> is unity development using this channel?
[20:09] <ogra_> there is #ubuntu-unity i think
[21:52] <rsalveti> xnox: when testing the emulator, do you remember if it was also stuck sometimes? quite frequently it gets to a point where I cannot start any other program, like top
[21:52] <rsalveti> same kernel and emulator works fine with android, just wonder if something we might be doing or missing
[21:53]  * ScottK waves to ogra_.
[21:53] <ScottK> I guess it's been a 'fun' day.
[21:53]  * ogra_ wavws back to ScottK 
[21:53] <ogra_> it has !
[21:54] <ogra_> :)
[21:54] <ScottK> FWIW, I think Mint's default policy on updates makes it unsuitable for casual users, but that's just me.
[21:55] <ogra_> well, they claim the updates make it unstable, if thats true there is clearly something to do on our side
[21:56] <ogra_> (in fact they show you a scary dialog that points to "may harm your system" security updates, i think that could even be worse than suppressing them ... teaching people that security adds instability)
[22:02] <stgraber> ogra_: well, all of the systems I manage (around 300 containers, 50 or so servers and a dozen desktops) are configured to apply any security and bugfix update automatically every hour (thanks to unattended-upgrade). I have seen breakage but nothing that we didn't fix immediately and nothing that could have really been prevented (the last in date being procps failing to upgrade in containers, requiring manual action to resolve...)
[22:03] <ogra_> stgraber, right, i'm not really sure from when this Mint policy comes though ... we might have done worse in the past, might have burned them and now they are scared
[22:03] <ogra_> would be good to hear a clear word about the reasons really
[22:14] <tarpman> in the past linuxmint achieved some customizations by overwriting or editing dpkg-owned files in place without creating derived packages or even diverting... so installing updated packages from ubuntu would undo their changes
[22:14] <tarpman> I don't have a linuxmint install handy, but glancing quickly at e.g. http://packages.linuxmint.com/pool/main/m/mintsystem/mintsystem_7.9.0.dsc it seems to still do the same sort of thing :|
[22:14] <crhrabal> anyone willing to sponsor this for me:  https://bugs.launchpad.net/debian/+source/apt/+bug/1206047
[22:26] <ogra_> tarpman, oh my
[23:03] <crhrabal> hey can someone review my merge request:  https://code.launchpad.net/~tjguthrie4600/ubuntu/trusty/apt/bug-1206047/+merge/195553