[00:03] my parents always ask me to fix their google bugs. at least you can do something about those :-P [00:04] broder: Oh, my mom does that too. And insists that I fix every broken spam filter around the world too. [00:04] in [00:04] hehe [00:04] argh [00:04] how do these chars even GET to irssi... [00:05] infinity: I'ld much rather have them unimpressed than them trying to get me to fix their windows tbh [00:05] infinity: My mother used to work for a bank, and that experience seems to have completly turned her off computers, so I have no luck explaining what I do to her. [00:06] my parents (and a lot of other ppl I know) seem to think that just because I work in IT, I care about windows and/or care about fixing their windows [00:06] StevenK: I tried to explain "porting to other CPU architectures" to my parents once over dinner. [00:06] My dad is a software engineer, so unfortunately he knows what is in the realm of possibility to do :P [00:06] infinity: Hahaha [00:06] StevenK: And, while that was painful enough, they asked me to try to explain it again a week later. And a month after that. [00:07] He started using KDE because it was the DE most like CDE [00:07] JontheEchidna: "unfortunately" you say? :) [00:07] I would say "fortunately" :) [00:07] infinity: Oh, that's dreadful. Absolutely hilarous, but dreadful. :-) [00:08] Chipzz: well, then he asks me to fix bugs that I can actually fix but maybe don't want to :P [00:09] It's the equivalent of the teenager problem of "parents finding your facebook profile" for software engineers ;-) [00:09] JontheEchidna: then again, he can fix his own windows. or that of your mother/other family ;P [00:10] He fixes my mother's Windows begrudgingly. If he had his way she would be using Linux too [00:10] especially since if something breaks around the time he fixes something else, he gets blamed :s [00:10] infinity: so.. why did you even bother in the first place if you knew they wouldn't get it? :) [00:10] making conversation? :) [00:12] Chipzz: They keep asking what I do for a living. [00:12] Chipzz: Over and over again. [00:12] Chipzz: As if, some day, it will stick. [00:12] Bless their luddite hearts. [00:12] "I work with a bunch of hippies on this free software stuff." ? [00:12] infinity: explain it in simpler terms then? :) [00:13] I've tried simple. [00:13] And complicated. [00:13] And some in between. [00:13] "I'm trying to get firefox to work on your phone" ;) [00:13] They need TV shows about programmers. [00:13] infinity: When I broke the news that I was joining Canonical to my mother her first answer was "Uh, when that finishes, will you go and get a real job?" [00:13] heh [00:14] It's not like my mother knows anything about the legal system either, but she's convinced she knows what my brother (a lawyer) does for a living because she watched Law & Order. [00:14] So, she doesn't ask him. :P [00:16] The company I work for provides board-level FPGA/DSP solutions, and I write development tools to aid developers with writing code for the boards. [00:16] It usually just gets described as "I write computer programs" [00:17] infinity: actually you may be rigt about the TV shows. like I mentioned earlier, if you mention you work in IT, the majority of the people will expect you to fix their stuff, even if you're say, a DBA [00:17] JontheEchidna: I'm sure Dick Wolf could make that into an entertaining plot for my parents. [00:17] infinity: Have you tried having your parents watch The IT Crowd? :-P [00:17] StevenK: But I'm not a helpdesk monkey! [00:18] hehe [00:18] StevenK: you're not suggesting trying to turn infinity's parents on and off, are you? ;) [00:18] StevenK: (Even if I do bear a striking resemblance to Moss) [00:18] Although thinking about it, that may make things worse ... [00:18] "You hide under desks and plug things in, do you?!" [00:18] My mother and sister have some understanding of Linux and open source, my sister understanding more about distros etc, but my father is clueless about computers period. [00:23] managed to get most of my family running Ubuntu, so sure I end up fixing their stuff but it's mostly interesting things to fix at least (where the last one in date was a weird kernel/NM ipv6 race condition, described by my grand-mother as " keeps showing up on my screen every 10 minutes") [00:23] so as long as people don't break 12.04, I should be fine for a few years ;) [00:34] My mother has submitted bug reports all by herself before. Do I win something? [00:34] The right to fix them? [00:37] cjwatson, I recall one of them being about silly graphics cards that weren't intel, ati or nvidia. That gets fixed with fire aiui. [00:48] elky: People still make GPUs other than those 3? [00:48] this was like 4 years ago now [00:48] (That's actually a half serious question. Other than all the players in the embedded market, I haven't seen a non-big-3 desktop video card in ages... Does VIA still make the S3 Savage stuff?) [00:48] I would find what it was if launchpad wasn't insisting that she'd never reported bugs despite being able to find a different bug she reported. [00:49] Ah yes, it was a VIA. [00:49] And i never met one that didn't deserve to DIABCF [00:58] i had an SiS card as an undergrad. [01:00] You sometimes find strange GPUs on server motherboards. [01:01] I got a VooDoo2 card for Christmas in 2000 (I was 8) [01:01] RAOF: I suspect that will finally be changing with Intel and AMD seeing the light about on-die graphics. [01:01] RAOF: oh, yeah, there's a modern trend towards really weird ones [01:01] RAOF: Though, it'll take a few CPU generations for them to realise they've seen it. [01:25] infinity, https://bugs.launchpad.net/ubuntu/+source/gnome-games/+bug/157941 VIA/S3G DeltaChrome IGP and approaching 5 years ago... so several generations [01:26] Launchpad bug 296028 in metacity (Ubuntu) "duplicate for #157941 AisleRiot FreeCell Soltaire Fullscreen bug" [Low,Triaged] [01:26] i think the card had nothing to do with it though [02:08] @pilot out === cyphermox is now known as cyphermox_ [02:08] @pilot out === udevbot changed the topic of #ubuntu-devel to: Quantal A2 prep | Archive: please use -proposed | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: === cyphermox_ is now known as cyphermox [03:28] Good morning [03:30] hi [03:31] pitti: what, already? :) (I usually take you saying good morning as a sign that I should stop looking at IRC and think about getting some sleep) [03:31] stgraber: I got up with my wife today instead of taking another nap after the alarm clock [03:31] my brain started working and didn't let me sleep any more; silly invention, such a thing.. [03:32] hehe :) [03:32] pitti: Bloody hell, I haven't even had lunch yet and you're up and on IRC. [04:48] hi all [04:49] I am a C and C++ developer with foundations in algorithms and distributed systems [04:49] I am really interested in contributing to ubuntu [04:50] Please let me know how I can proceed [04:51] Find something that's broken and annoying you. Figure out the fix and then attach the patch to the existing bug (or file a new one) and then subscribe ubuntu-sponsors to the bug and someone will look at getting the fix into Ubuntu. [05:19] good morning [05:21] please could anybody have a look at SRU: https://bugs.launchpad.net/ubuntu/+source/aiccu/+bug/1007408 thanks :-) [05:21] Launchpad bug 1007408 in aiccu (Ubuntu Precise) "aiccu.conf does not need server directive, while upstart script wants it" [Undecided,New] [05:34] * kees hugs infinity [05:35] * infinity blushes [06:58] do uploads to quantal proposed not close LP bugs? [06:59] hi all [06:59] I am a C and C++ developer with knowledge of algorithms and distributed algorithms [06:59] Please let me know how can I contribute to Ubuntu [07:01] digitalknight: didn't ScottK reply you earlier? [07:01] 12:51:26 Find something that's broken and annoying you. Figure out the fix and then attach the patch to the existing bug (or file a new one) and then subscribe ubuntu-sponsors to the bug and someone will look at getting the fix into Ubuntu. [07:01] hyperair, no,actually I went offline,so I could not read it [07:01] Thanks a lot for reiterating it [07:02] hyperair, Another thing,should I start off as a MOTU? [07:03] digitalknight: you can't start off as a MOTU. you start off by contributing patches to bug reports, and once you've contributed enough and proven your level of technical expertise, you apply for MOTUship. [07:03] good morning [07:04] hyperair, I meant,as a MOTU hopeful [07:04] eh well, you can [07:04] hyperair,what exactly do MOTU hopefuls do? [07:05] well the same things that MOTUs do, besides reviewing and uploading others' work. [07:05] instead of uploading changes directly to the archive, you'll have to submit patches via launchpad and get a motu/core dev to upload them for you [07:06] hyperair, ok,and so eventually,I can try for core developer membership,right/ [07:07] yup [07:07] hyperair, right,thanks [07:07] I am associated with OSS already [07:08] I am a Google Summer Of Code 2012 student for PostgreSQL [07:08] I just want to contribute to Ubuntu also,because I love ir [07:08] that's nice =) [07:09] hyperair, thanks,also,what kind of knowledge is required(apart from good knowledge of C)? [07:10] well you eventually pick these up as you go along. it's easier for you to just jump straight in and learn fromthere [07:10] i think there's a page on wiki.ubuntu.com about getting started [07:11] hyperair, okies,because,I do not have much knowledge of Operating Systems atm(I will be starting now) [07:12] http://www.ubuntu.com/community/get-involved [07:12] digitalknight: ^ [07:20] hallyn, no [07:48] compare security 12.10 to 12.04 LTS?? [08:04] Hello, Gtk.FileChooser dialog rightly picks an executable file but throws an error for non-executable files. How to solve this? Here is my code for this --> http://pastebin.com/yY2PVR3r [08:32] ogra_: the HDMI monitor bug with quantal/ti-omap4, would that be bug 1010423 or bug 1010009? or both? [08:32] Launchpad bug 1010423 in linux-ti-omap4 (Ubuntu) "pandaboard reports ti_hdmi_4xxx_phy_enable: hotplug absent after delay constantly" [Undecided,New] https://launchpad.net/bugs/1010423 [08:32] Launchpad bug 1010009 in linux-ti-omap4 (Ubuntu Quantal) "omapdss fails to properly detect some monitors in quantal" [High,New] https://launchpad.net/bugs/1010009 [08:32] gema: ^ FYI [08:32] pitti: thanks! [08:42] ogra_: ping [08:44] infinity: i gave my mom Ubuntu CD made her boot on the laptop setup wireless and open facebook / gmail. After that I said I work on making this CD. After she said "that doesn't look like much" I pointed out at thousands of things in the software centre, at which point she said "Oh, but surely that's impossible to do every 6 months" [08:45] infinity: non the less according to her I have been leaving in London for 6 six years, although I haven't yet lived in London. But that is a minor implementation detail. [08:55] xnox: She could use only LTS versions? [09:11] kees: Not until they get copied into quantal. Then the bugs get closed. [09:14] please could anybody have a look at SRU: https://bugs.launchpad.net/ubuntu/+source/aiccu/+bug/1007408 thanks :-) [09:14] Launchpad bug 1007408 in aiccu (Ubuntu Precise) "aiccu.conf does not need server directive, while upstart script wants it" [Undecided,New] [09:16] gema, hello [09:17] ogra_: you have been doing some arm testing this week, right? [09:18] lots, yes, since we have live images now [09:18] omap wasnt working at all (kernel issues) should be good with the new kernel [09:18] ogra_: could you upload your results to the tracker, so that we can track the bugs and mark them as important, etc? [09:18] quiz question to all the audience: so far I have seen bug 1017125 only on quantal -- with both gcc 4.6 and 4.7, but *not* on precise. Anyone having a hint on other toolchain changes that might cause this? [09:18] Launchpad bug 1017125 in LibreOffice Productivity Suite "LibreOffice crash in xmloff.Impress.XMLContentImporter::com::sun::star::document::XImporter with gcc-4.7" [Medium,Confirmed] https://launchpad.net/bugs/1017125 [09:18] omap4 was waiting for the new ubiquity and should be fine now as well === MacSlow is now known as MacSlow|lunch [10:31] Sweetshark: very wild guess: have your build-dependencies (c++ libs) been recompiled for your test with gcc-4.6 too in quantal? (see the thread about gcc-4.7, stl and c++ language version on ubuntu-devel) [10:40] geser: no. [10:41] geser: however, I see no external lib in the stack trace (not that that means anything ...) [10:48] geser: thanks for the hint. [11:01] * ogra_ wonders if we changed something in frambuffer handling of the initrd recently ... looks like plymouth is broken on most of my arm installs (black screen until X) [11:03] After looking after bug https://bugs.launchpad.net/bzr-builddeb/+bug/1006611 and browsing through the source a little: Am I right, maybe it is only the wrong parameter quilt-tree-policy given to bzr merge? [11:03] Launchpad bug 1006611 in bzr-builddeb "quilt patches are not reapplied after merge with debian" [Undecided,Confirmed] [11:08] larsduesing: nope. the quilt-tre-policy is correct. Due to the way bzr-builddeb operates the files in the .pc directory get new file-ids (equivalent of rm & add due to quilt pop; merge; quilt push) [11:08] larsduesing: hence the massive diff of everything removed & everything added back again [11:10] larsduesing: plus the merge proposal diff would be against old ubuntu, not debian. And all the removed & new patches will generate even bigger .pc dir diff === MacSlow|lunch is now known as MacSlow [11:20] hmm... ok.. [11:20] I'll trying to look after it [11:21] larsduesing: see also a related bug that I added in the comment, it's all the same code area [11:23] larsduesing: my guess is that when both trees get 'quilt pop -a' treatment the file-ids are not backed-up in anyway, such that 'quilt push -a' treatment generates brand new fileids different from either trees. But this does sound very odd.... [11:23] * xnox is not a bzr dev, just a 'poweruser' [11:24] quilt pop/push wouldn't drop file IDs unless you commit in between [11:24] (haven't looked at the bug, just a drive-by comment) [11:25] cjwatson: hmm but there is merge tree in between. It fails horribly if the quilt patch introduces new files, you get malformed tree bzr exception [11:26] * xnox generally does ` quilt pop -f ` then [11:28] yes [11:29] there seems to be a much deeper problem in it... [11:30] yeap, the idea & code in bzr-builddeb is sensible on high level [11:32] any idea how to debug python-code which is run by "bzr merge"? === slomo__ is now known as slomo [11:34] larsduesing: read/use bzr verbose & debug modes??.... [11:35] oh.. maybe thats enough... yeah... thinking too deep :) [11:50] Ohh... [11:50] strange [11:50] bzr -Dmerge -Dfetch -Dhooks merge debianlp:sid/aiccu &>../bzr.log [11:50] does not give ANY debug-information... [12:04] Sweetshark: I can help you with using the API to work around bug 1018349 if you'd like [12:04] Launchpad bug 1018349 in Launchpad itself "launchpad times out when trying to copy large package between PPAs with binaires" [Undecided,New] https://launchpad.net/bugs/1018349 [12:04] Sweetshark: Oh, except apparently I'm too late :-( [12:05] Could've saved you six hours of build time there [12:06] cjwatson: :( [12:06] cjwatson: what would be the workaround? [12:06] There's an API request you can make which is always asynchronous [12:07] cjwatson: I dont mind the build time too much personally, but hugging the ressources is bad. [12:07] cjwatson: k [12:11] Sweetshark: something like this (and I do have a work item somewhere to script this more generally): http://paste.ubuntu.com/1062452/ [12:13] cjwatson: saved, with try next time. [12:13] cjwatson: I have something generic I made for the autopilot run (copying all content from one ppa to another), I just need to find it again somewhere ;) [12:14] didrocks: In my case it's part of the replace-archive-admin-shell-access spec, replacing the copy-package.py script that's part of Launchpad and requires direct DB access [12:14] cjwatson: ah ok ;) [12:15] It'll be easy enough to translate, but I just want to make sure that it has all the options and checks done by the Launchpad version [12:15] Since then (after a few other bits of work) I can delete it from Launchpad with a clear conscience === ejat is now known as e-jat [12:51] how does the software centre handle arch:all packages that depend upon an arch:i386 package on architectures that don't support i386? === badfox is now known as raju === _salem is now known as salem_ [13:00] jodh: ping [13:04] roaksoax: hi [13:05] jodh: howdy!! so I'm trying to run a daemon as a particular user/group [13:05] jodh: and added the stanzas setuid setgui however, it fails to start [13:06] jodh: if I only add setgid it does start, however, still runs as root, ideas? [13:06] http://paste.ubuntu.com/1062511/ [13:07] roaksoax: it might be becuase HOME isn't set for the user. See if you can run celeryd as shown here: http://upstart.ubuntu.com/cookbook/#checking-how-a-service-might-react-when-run-as-a-job [13:07] roaksoax: is /var/log/maas/ created and user accessible? [13:09] xnox: yep [13:10] jodh: that asks for root password [13:12] roaksoax: are you passing 'maas' at the very end? [13:12] jodh: yes [13:12] it asks for password [13:12] roaksoax: it should be asking for the 'maas' users password [13:13] jodh there's no password for the user [13:14] roaksoax: what does 'su -c date maas' do? [13:15] jodh: asks for password [13:15] jodh: http://pastebin.ubuntu.com/1062524/ --> that's how it was created === e-jat is now known as ejat [13:19] roaksoax: well you don't appear to have set a password for the user. That aside, what does /var/log/upstart/maas-celery.log show? [13:25] jodh: i think it might be because of this: [2012-06-27 09:24:03,468: WARNING/MainProcess] [Errno 13] Permission denied: '/run/maas-celeryd.pid' [13:26] jodh: yeah was that [13:26] jodh: so how can I effectively be able to have a pidfile [13:27] jodh: when running it as non-root. Simply create a /run/maas owned by 'maas'? [13:27] roaksoax: why do you need a pid? [13:27] roaksoax: yup. [13:28] roaksoax: but /run/maas should be created on each boot, as in the pre-start script [13:29] jodh: cool thanks [13:29] xnox: I know that :). Thanks though === yofel_ is now known as yofel [14:17] @pilot in === udevbot changed the topic of #ubuntu-devel to: Quantal A2 prep | Archive: please use -proposed | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: kenvandine [14:43] kenvandine, ooh ooh, you're a pilot now? can you review https://code.launchpad.net/~ubuntu-core-dev/ubuntu-release-upgrader/split/+merge/109209 ? [14:43] mterry: well done :) [14:44] didrocks, :) [14:44] didrocks, I forgot that pilots existed [14:44] mterry: yeah, this totally suits the case. I feel already sorry for kenvandine :) [14:44] didrocks, aren't you piloting as well today? ;-) [14:45] mterry, indeed :) [14:45] seb128: yeah, but I'll switch my shift for tomorrow or friday [14:45] seb128: noticing that I already spent hours on mterry's branches :) [14:45] didrocks, escaping mterry's reviews? ;-) [14:45] right [14:45] He did half :) [14:45] he's doing work, that's annoying! :) [14:46] mterry, pointers on what to look at for those tests? [14:46] kenvandine, the deja-dup tests? [14:46] yeah [14:47] mterry, it's weird... one of those tests in the scripts dir passes [14:47] but others fail [14:48] ** (/home/ken/src/deja-dup/simple-threshold/tests/runner/.libs/lt-runner:17750): WARNING **: runner.vala:193: Error string didn't match; expected (null), got Failed with an unknown error. [14:49] kenvandine, run a failing test like so: DEJA_DUP_DEBUG=1 ./runner --verbose ../scripts/bad-hostname.test [14:49] should give enough info to figure out why [14:50] (MSG: DEBUG: DuplicityInstance.vala:557: duplicity (18336) exited with value 255 [14:50] mterry, is that helpful? [14:50] mvo, I wanted to change update-manager's user-visible name in LP to "Software Updater" instead of "Update Manager", but you're the maintainer [14:50] kenvandine, can I have the whole thing in a pastebin? [14:51] http://paste.ubuntu.com/1062643/ [14:52] mterry: let me fix that [14:52] mterry: its now ubuntu-core-dev [14:52] mvo, ah neat, thanks! [14:53] kenvandine, it's because "'--exclude=/storage/1/Downloads" got passed to the mock duplicity script and it wasn't expected [14:53] kenvandine, is that an exclude from your normal user? (we shouldn't be seeing those) [14:53] * kenvandine checks [14:54] oh... ~/Downloads is a symlink [14:54] * kenvandine doesn't want to fill up his SSD === zyga is now known as zyga-food [14:57] kenvandine, interesting... that's a side effect of how deja-dup handles symlinks in the exclude list (it expands it out and includes both the source and the target) [14:57] kenvandine, let me see if I can make the mock smarter... [14:57] thx [14:57] kenvandine, in the meantime, there's that nice ubuntu-release-upgrader branch... ;) [14:58] in the mean time i'll try to run the tests on another box, after reviewing the release upgrader [15:02] mvo, are there any consumers left for python-update-manager (as apposed to python3-update-manager)? [15:04] reverse-depends says no [15:04] It was fairly temporary I think [15:04] We do need to keep py2 compat in the release upgrader though [15:04] cjwatson, right, but I didn't know if there were any planned or 3rd parties that we knew would want it [15:05] The main thing we knew about in the time was in the Ubuntu archive (I forget exactly what it was) and has apparently been fixed [15:05] cjwatson, OK, you mean provide a python-distupgrade as well as python3-distupgrade, or something more intricate? [15:05] Oh, I think it was apturl [15:05] The upgrader probably needs to run with Python 2 when upgrading from precise and with Python 3 when upgrading from >=quantal [15:05] Which is going to be quite intricate in the dist-upgrade tarball [15:06] The tarball can't rely on python-distupgrade or python3-distupgrade packages [15:07] cjwatson, OK, sounds like a separate branch after we do the split [15:07] Providing your current branch doesn't break the upgrader from precise :) [15:08] So, presumably your main useful purpose in providing python3-distupgrade is that python3-update-manager needs to depend on it [15:09] As such, I don't think it will be terribly useful to build python-distupgrade [15:09] cjwatson, agreed, as long as we drop python-update-manager [15:10] yeah, the important part is that it does not break the release upgrader, if that is ensured I'm fine and I don't think there are any other users of it [15:17] mterry, your the king of refactoring! [15:17] mvo: Is command-not-found still busted? [15:19] cjwatson: unfortunately yes, I meant to just update it in the evening but wasn't aware that so much override_ magic is needed for a py3 package at this point and then I went to bed, sorry for that [15:20] Oh, I've dealt with that before. Want me to finish it? [15:20] I can just copy stuff from germinate or so [15:30] https://gist.github.com/3004812 # a question regarding metapackages and dependencies, 'apt-get install -y ubuntu-virt-mgmt ; apt-get autoremove -y ubuntu-virt-mgmt' leaves behind the dependencies but 'apt-get install -y virt-manager ; apt-get autoremove -y virt-manager' removes it's dependencies... both are metapackages [15:30] can anyone explain the difference in behavior between the two metapackages? (one does depend on the other, but removing the higher dependency should remove both right? [15:47] TheMuso, i want to confirm that I have the right config options tweaked for lowlatency, do you have a list of the key changes, from the session I recall it being CONFIG_PREEMPT and HZ=1000 basically [15:48] mterry, in the ubuntu-release-upgrader split merge proposal [15:48] === target changed u'../UpdateManager/Core/MetaRelease.py' => u'/usr/share/pyshared/UpdateManager/Core/MetaRelease.py' [15:49] kenvandine, yeah [15:49] That's a Python 2 path [15:49] Um, be kind of careful there [15:49] RAOF: bug 231060, stgraber mentions you both agreed it was ok for sru, if you agree can you comment in the bug? (I'll fix the postrm bitof course) [15:49] Launchpad bug 231060 in dnsmasq (Ubuntu) "packages dnsmasq and libvirt-bin conflict with each other" [Low,Confirmed] https://launchpad.net/bugs/231060 [15:49] mterry, and i don't have that... [15:50] It's only in python-update-manager [15:50] and that is temporary right? [15:50] Indeed [15:50] hm [15:50] Maybe link to /usr/lib/python3/dist-packages/UpdateManager/Core/MetaRelease.py instead [15:50] But really this ought to be solved some other way than symlinking to system files from the source package [15:50] Maybe better to fix the imports [15:51] mterry, yeah [15:51] Like having a vaguely rational hierarchy of modules [15:51] * kenvandine comments on MP [15:51] * mterry was just trying to have as little changes as possible, but that's a good reason to change it [15:51] Same goes for the other symlinks to pyshared [15:52] mterry, sorry... make sure you ping me when you need another review [15:53] i spent a fair bit of time on this already so finishing it off won't be hard [15:53] kenvandine, k [16:01] cjwatson, do you know why these symlinks were used in the first place? Are they part of how the release upgrader tarball works? [16:02] You need mvo really [16:02] mvo, I summon thee [16:03] The dist-upgrade tarball does need to be pretty much self-contained [16:03] mterry, kenvandine: why arey ou symlinking it anyway? [16:03] But to me this rather feels like modules being in the wrong hierarchy [16:03] dobey, that's what we're trying to figure out [16:03] ah [16:03] vanhoof: you around? [16:03] UpdateManager should be importing from DistUpgrade, I think, not the other way round [16:04] Yeah, but some of the links seem obviously odd, like symlinking to apt-clone or sourceslist. that's not updat-emanager related [16:04] Although I'm less sure about UpdateManager.Core [16:04] I would skip those for now if I were you, and concentrate on the DU/UM cross-imports [16:04] Those other ones are generally in order to ship newer versions of some modules because the ones in older releases were broken in some way [16:04] Or unavailable [16:05] (Note that a symlink in the source tree turns into a real file in the dist-upgrade tarball, mostly) [16:06] In order to work out whether we can get rid of those other symlinks, we need to know whether the version shipped in any version of Ubuntu we might be upgrading from is (a) guaranteed to be installed when dist-upgrading, (b) sufficient to support the dist-upgrader's needs [16:06] hippiehacker: I am but on a call atm [16:08] vanhoof: np just wanted to catch up at some point === zyga-food is now known as zyga [16:09] hippiehacker: shoot me a mail or /msg, should be off in an hour or so === nhandler is now known as StaffUnicorn === Myrtti is now known as StaffRingedSeal [16:20] kenvandine, ok, updated the branch [16:23] hi all, I am the maintainer of root-system package in Debian. http://packages.qa.debian.org/r/root-system.html [16:23] The current version cannot be built on ubuntu due to build-dep unmet, however, I fixed this issue in git-repo of Debian packaging stuff, is it possible for ubuntu to import the package from git-repo? [16:25] bryceh: having been subscribed to the regression- tagged bugs for a few days now it seems like the xorg package hook is creating quite some false positives [16:25] slangasek: would you agree? [16:25] bdmurray, ok [16:27] yes, very much so [16:27] one issue might be presenting the question during the development of the release [16:28] like in quantal now don't tag it regression-update [16:30] bdmurray, what tag should it use in that case? [16:31] bryceh: regression-release if it happened between P and Q [16:31] I suppose I could write something to remove regression-update from all bugs reported about P before 2012-04-whatever [16:32] actually wait, looking at the logic, the question leading to the 'regression-update' tag *only* gets asked if the distro version is "Supported" or "Current Stable Release" [16:33] if it's "Active Development" (as in quantal) it doesn't ask about software updates [16:33] bdmurray, so, that should be zero bugs [16:34] oh, that's good [16:34] bryceh: hmm? because people don't file bugs against stable releases? [16:36] bryceh: it still seems to generate quite a few false positives though [16:36] bdmurray, can you show me a couple examples? [16:37] bdmurray, could it just be user confusion? [16:38] there are also a large number of unity-specific ones; I don't know if that's related to a specific script, or some sort of unity bug filing documentation? [16:38] (I think it's unlikely to be random user confusion) [16:38] mterry, thx [16:39] slangasek, compiz uses the xorg apport hook, and I think unity redirects to compiz for some issues === salem_ is now known as _salem [16:39] bryceh: so it sounds like this script /is/ related to the large number of false positives, then? [16:39] bug 888872 [16:39] Launchpad bug 888872 in xserver-xorg-video-ati (Ubuntu) "Unity 3D desktop crashes in Oneiric using ATI Mobility Radeon X1600" [Undecided,Incomplete] https://launchpad.net/bugs/888872 [16:40] bug #876745 [16:40] Launchpad bug 876745 in unity (Ubuntu) "Mouse becomes unresponsive, windows are dragged around screen seemingly at random" [Undecided,Incomplete] https://launchpad.net/bugs/876745 [16:40] bug 908161 === trijntje_ is now known as trijntje [16:41] Launchpad bug 806248 in unity 4.0 "duplicate for #908161 Launcher icons are all rendered up in top left corner" [High,Confirmed] https://launchpad.net/bugs/806248 [16:41] if the bugs have GraphicsCard defined, that's something only the xorg apport hook adds, so that's a way to tell. [16:42] so, yeah, I think I know what may be happening [16:42] I think it is indeed user confusion [16:43] the current hook's question is "The problem began right after system software update" [16:44] mapping that to regression-update is wrong; I don't think that's user confusion [16:44] the user is answering honestly, but it's setting a tag that's problematic [16:44] earlier in the hook we can see a tag of just regression added in some cases [16:45] maybe that would work? [16:45] * bryceh shrugs [16:45] yeah if you'd prefer that, it's fine by me [16:45] the problem is that most of these users are truthfully answering that yes, it happened after a system update... but that system update was a dist-upgrade from one release to the next [16:46] so yeah, I think it's better to just use 'regression' here [16:46] slangasek, I would call that user confusion [16:46] then those will be modified to regression-release or regression-update as appropriate [16:46] maybe honest user confusion :-) [16:47] bdmurray, I'll just eliminate the question [16:49] bryceh: okay, I'm sure the SRU team would be happy to review SRUs for this ;-) [16:51] bdmurray, I wish they would be. I already have an SRU filed (and confirmed) for this exact dialog, that still hasn't gone out :-( [16:51] in fact, that fix might solve this issue... hmm [16:51] bryceh: how do you mean, hasn't gone out? There's an SRU of xdiagnose in -proposed that has one bug awaiting verification? [16:52] slangasek, what bug is waiting? [16:52] (bug #1009971) [16:52] Launchpad bug 997470 in xdiagnose (Ubuntu Precise) "duplicate for #1009971 apport-gpu-error-intel.py keep crashing for 4-5 times on every reboot" [High,Fix committed] https://launchpad.net/bugs/997470 [16:52] oh [16:52] it's a duplicate of one that has been verified [16:52] ok, publishing then ;) === _salem is now known as salem_ [16:52] that got verified like a week ago [16:55] mterry, back at you :) [16:56] slangasek: does the sru report need another improvement? [16:57] bdmurray: well, this particular bug was marked already as a duplicate when the package was accepted into precise-proposed... I think we need to be more diligent about checking such things [16:57] so maybe that's an enhancement for queuediff [16:57] My experience has been that I'm reluctant to bounce things for tweaking bug numbers, particularly if the upload has been there for a while [16:57] that reminds me, I still need to reupload update-manager, whose changelog references a private bug :-P [16:58] cjwatson: bdmurray has convinced me that it's better for us to just fix them up ourselves and reupload [16:58] I'd rather that (a) the SRU report should be able to chase such references if possible (b) there should be some override mechanism that doesn't require a reupload [16:58] ourselves, as in the SRU team? [16:58] cjwatson: yeah [16:58] Hm, I suppose that's workable [16:58] I don't remember trying to hard to convince you [16:58] Though it does require pushing stuff back to revision control, often [16:59] Kind of tedious for say the kernel [16:59] and in cases like update-manager, the changelog is wrong and needs to be fixed because it references private bugs [16:59] (Which is a case where I'm particularly reluctant to reupload because it's generally already been built in a PPA by the time it gets to us) [16:59] cjwatson: right... though the kernel is a special case where we really just care about the tracking bugs [16:59] bdmurray: it didn't take much convincing ;) [16:59] Yes, and there have been cases where the tracking bugs are missing :-) [16:59] It'd be nice to have an override file for such things [17:02] cjwatson: ah, heh [17:03] Or there was a recent cups SRU where some of the bugs turned out to be unrelated to the SRU and Till tried to "disconnect" them after the fact [17:03] Which was sort of OK I guess but very confusing, and if I hadn't been processing it all at one go it would have been hard to keep track [17:04] A way to tell sru-report "no, just forget about that one" would have helped [17:04] (Till would still have had to reopen the bugs after the janitor closed them on moving to -updates, but not much to be done about that) [17:22] bdmurray, alrighty, regression-update removed. Do you want to file the sru bug for this? [17:25]