[00:21] dobey: that looks like it would DTRT [00:38] Is the right place to ask python related questions? [00:38] this* [00:40] nvr mind I will come later :) [00:46] slangasek, the issue with your suggested 'install' is that modprobe of mlx4_en triggers recursion [00:47] as it depends on mlx4_core [00:49] ok... so i tested, and your way does not seem to cause recursion . do you have a preference on which way that is done? [00:53] smoser: I don't have a preference, I just don't know anything about the 'softdep' so don't know how "standard" it is [00:55] slangasek, well, it documented in natty modprobe.conf [00:56] then I guess you're ok :) [01:02] smoser: Oh, if you plan to upload module-init-tools/kmod for this, mind if you toss the kmod patch to me to upload? I'm trying to keep TIL on it, so I can watch for merges. :P [01:02] And it's getting irritating to find a bug to fix to steal it back every time someone else uploads it... [01:05] infinity, https://code.launchpad.net/~smoser/ubuntu/raring/kmod/lp-1115710 [01:05] i think we're ready for "propose for merging" if you are ok to look [01:32] smoser: Shiny. I'd love it if someone could do a by-hand test of that on real hardware to see if it actually DTRT, mind you. [01:33] me too. [01:33] i'll see what i can do about hat. [01:33] EntropyWorks, lifeless ^ [01:34] smoser: Would be nice if they could test it with both module-init-tools in precise and kmod in raring. I make no guarantees that kmod actually honors softdep correctly. [01:34] (Though it's meant to...) [01:34] either of you able to do that for me? basically we want to boot a system , disable whatever hacks you have inside it that are loading mlx4_en, and then add the /etc/modprobe.d/mlx4.conf file that you see http://bazaar.launchpad.net/~smoser/ubuntu/raring/kmod/lp-1115710/revision/11 and reboot. [01:35] infinity, i can verify that it honors it. [01:35] i've tested 'modprobe mlx4_core' with those in place [01:35] and seen the _en and _ib get loaded. [01:35] on raring. [01:36] but i cannot attest that they actually load and function if the hardware is present === zz_Jacky_ is now known as jackyalcine === jackyalcine is now known as Jacky_ === Jacky_ is now known as zz_Jacky_ === zz_Jacky_ is now known as jackyalcine [02:24] smoser: EntropyWorks: - will see what we can do [02:27] lifeless, thanks. update/comment at https://bugs.launchpad.net/maas/+bug/1115710 [02:27] Ubuntu bug 1115710 in MAAS "Mellanox mlx4_en network driver is not automatically loaded" [Critical,Triaged] === shirgall is now known as jrp-afk [04:30] Hi can anybody tell me, as a beginner to ubuntu dev, where can I find issues to fix? [04:31] how can i debug plymouth without changing my kernel cmdline? [04:31] i'd really like to be connected to it in gdb during bootup [04:33] oh looks like xorg problem nvm [04:33] but probably stilla bug i n plymouth [04:43] I am running Quantal 12.10 I need libcstdc++ lib for installing lotus Symphony where do I get this from? [04:45] Ramsrambo, probably libstdc++-dev [04:45] * libstdc++6-dev [04:45] but you may need another version [04:45] but the IBM installation manual says libcstdc++ [04:46] wait libstdc++6-4.7-dev [04:46] thats the same thing [04:46] basically you just need to install build-essential [04:46] apt-get install build-essential [04:47] I hope so let me install that lib thru synaptic and see if I can install this lotus [04:47] just hang on I will give the feed back [04:48] essential not able to locate ? [04:49] build-essential [04:50] that was installed already [04:50] may need old libstdc++5 then [04:50] so go to synaptic and install this ? [04:51] you need the -dev version [04:51] probably [04:51] but yeah install that [04:51] I hv synaptic installed already [04:51] apt-get install libstdc++5 [04:54] I installled the old libstdc++ [04:55] when I click on the .deb file it goes to software centre [04:55] Ramsrambo, this doesn't belong in #ubuntu-devel [04:55] and gives a error that dependency is not satisfiable libnotify [04:55] yeah its using the old libnotify1 [04:55] (like firefox did a few months ago) [04:56] that is right libnotify1 [04:56] >=0.4.4 [04:57] packages.debian.org/libnotify1 [04:57] * packages.ubuntu.com/libnotify1 [04:58] so I cannot install then [04:58] you can [04:58] you just have to pull from old version of ubuntu [04:59] maybe on the old lib will do ?? [05:01] How do I do that ? [05:01] i just told you packages.ubuntu.com/libnotify [05:01] i just told you packages.ubuntu.com/libnotify1 [05:05] yeah! after installing libnotify1 it started installing [05:11] I cannot see any progress at all in software centre ! not sure what is going on [05:15] hallyn: so... CAP_TO_MASK only seems valid for __u32 caps... [05:17] hallyn: and is 7b9a7ec565505699f503b4fcf61500dceb36e744 valid then? === Logan_ is now known as Guest95244 === Logan__ is now known as Logan_ [06:25] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [06:27] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: didrocks === jackyalcine is now known as zz_jackyalcine === shang__ is now known as shang [06:37] hallyn: unping; I see now how CAP_TO_INDEX works with CAP_TO_MASK :) [06:39] Good morning === amitk is now known as amitk-afk [07:26] pitti: do you mind marking as merged the 3 following branches: [07:26] https://code.launchpad.net/~dobey/ubuntu/quantal/tomboy/no-more-u1/+merge/146674 [07:27] hhttps://code.launchpad.net/~dobey/ubuntu/precise/tomboy/no-more-u1/+merge/146675 [07:27] https://code.launchpad.net/~dobey/ubuntu/oneiric/tomboy/no-more-u1/+merge/146676 [07:27] didrocks: done [07:28] pitti: thanks :) [07:53] good morning [07:56] hey dholbach [07:57] hey didrocks [07:59] cyphermox: Hi, just saw the network-manager upload and the enabling of connectivity check. You need libsoup build dependency so that it's correctly enabled. [08:00] cyphermox: oh sorry, it's already there. [08:04] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: didrocks, dholbach === smb` is now known as smb === amitk-afk is now known as amitk [08:23] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach [08:25] * dholbach hugs didrocks [08:25] * didrocks hugs dholbach back [08:26] Hey, is somebody aquinted with autopkgtests? [08:26] dholbach: short day (2h30 of sponsoring), but look at the ML, tomorrow is Qt5 sponsoring for me [08:26] I wanted to know whether one must test all packages for a test case [08:27] I was creating test cases for libestr [08:27] (http://developer.ubuntu.com/packaging/html/auto-pkg-test.html) [08:28] vibhav, you might want to ask in #ubuntu-quality - but if the test case works for you as described in the packaging guide, things should be all right [08:28] dholbach: Actually, I dont have time to test all functions. Would it be fine to test some functions only? (Of course they can be extended later) [08:29] some tests are better than no tests [08:29] Indeed. [08:30] Anyways, Ill try to do my best [08:30] great! [08:30] pitti, jibel: ^ :) [08:33] vibhav: indeed, and the first test usually covers a lot more implicit stuff (loading library, etc.) than it might seem [08:35] pitti: thanks [08:40] vibhav, it's perfectly fine to start with a small set of tests and increase the coverage afterwards when you have time [08:51] Q: what is required to get a newly available Debian/Sid package synchronized in the Raring archive ? [08:52] jibel: So basically, I only have to check if function work correctly (return 1 or 0, etc), right? [08:52] caribou: which package? [08:52] pitti: makedumpfile & kdump-tools [08:52] pitti: they're not available yet, they were just uploaded last night [08:53] pitti: but since the freeze is getting near, I'm inquiring ahead just to know [08:53] caribou: they are both unmodified, so we can just sync them [08:54] doko_: ping re: llvm-snapshot [08:54] caribou: once you see the new version on https://launchpad.net/debian/+source/makedumpfile/+changelog , feel free to prod me [08:54] pitti: true, matter of fact, the Debian modification that I made is specific to a requirement I have for an Ubuntu blueprint [08:55] pitti: ok, will do. This is regarding the email I sent to ev (you were CC) yesterday === tkamppeter_ is now known as tkamppeter === zz_jackyalcine is now known as jackyalcine === jackyalcine is now known as Jacky_ [09:06] vibhav, very basically yes :) actually your test script will verify that the systems functions as expected, as for example checking the returncode of a function for different set of conditions [09:22] blueyed, Happy Birthday! :) [09:23] pitti: a while back I asked about getting a package in main when its source is already in main === Jacky_ is now known as zz_jackyalcine === zz_jackyalcine is now known as jackyalcine [09:23] pitti: you guys told me that it was only a matter of having a dependancy on this package from another package in Main [09:23] pitti: does it applies to meta-packages as well ? [09:25] caribou: in general as well, yes [09:25] pitti: ok. kdump-tools will have a dependency from the linux-crashdump tool meta-package soon. we'll see [09:26] pitti: thanks [09:31] pitti, Would it be enough to have only the source in main but not the binary (to be ok depending on the binary from meta)? [09:32] caribou: makedumpfile and kdump-tools will be auto-synced without any human intervention [09:32] cjwatson: thanks, good to know [09:32] cjwatson: oh, we are still before DIF? [09:32] cjwatson: just wanted to be sure as the freeze date is approaching [09:33] the freeze is still eight days away [09:33] smb: MIRs are source based, so promoting a binary is not a big process indeed [09:33] and the auto-sync runs four times a day [09:34] cjwatson: ok, I'll keep an eye on it [09:49] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [09:53] down to 29! (once http://reqorts.qa.ubuntu.com/reports/sponsoring/ updates) [09:53] yeehaw [09:55] dholbach, \o/ [09:55] down to 8841761993739701954543616000000 :-) [09:55] ion, what are you counting? :) [09:55] 29! === henrix_ is now known as henrix [09:59] * pitti hugs dholbach [09:59] * dholbach hugs pitti back :) [09:59] ion, ok, I'm still a bit slow it seems ;-) [10:00] dholbach: That was just a stupid joke, ! is the factorial operator. [10:00] yeah, it took me 4 minutes to figure it out :) [10:00] * dholbach hugs ion [10:00] * ion hugs dholbach [10:41] cjwatson: thanks for recommending sbuild. I'm finding it a lot better than pbuilder. [10:44] \o/ [10:49] ev: Great, glad you got over the initial hump [10:52] jibel: ping [10:53] xnox: just saw your upload; I'll test it after lunch [10:54] caribou: lvm2? it's not published yet. [10:54] And won't be until after 12.04.2, unless there's a pressing urgency. [10:55] xnox: true; I'll wait 'til the "please test" msg comes in [10:55] caribou: ;-))))) [10:56] pitti: what does `pkg-config --cflags --libs glib-2.0` in the gcc flags mean? Is it important for me to include those flags? (Of course, I will need to replace glib-2.0 with something else) [10:57] pitti: wrt http://developer.ubuntu.com/packaging/html/auto-pkg-test.html [10:57] It's important to include those flags if you're building something that uses glib headers [11:00] cjwatson: I am writing autopkgtest cases for libestr. Do I need to replace glib-2.0 with libestr?" [11:01] You probably need some kind of build flags for libestr. I have no idea whether they'll involve pkg-config [11:01] Check the library's documentation [11:02] ah, so it varies with libraries. Thanks cjwatson === Tonio__ is now known as Tonio_aw [11:15] vibhav, libestr supports pkg-config, you can replace glib-2.0 by libestr on the line above [11:16] vibhav, pkg-config --list-all will tell you which modules are found in the path [11:19] jibel: Hmm, will -lestr too work? [11:20] jibel: I already uploaded a debdiff at https://bugs.launchpad.net/ubuntu/+source/libestr/+bug/1117222 [11:20] Ubuntu bug 1117222 in libestr (Ubuntu) "autopkgtest test cases for libestr" [Undecided,New] [11:27] vibhav: with programs that ship pkg-config configuration, you always *can* compile/link without it but it's more correct to use pkg-config [11:27] vibhav: it insulates you against changes [11:28] cjwatson: changes as in? [11:28] to the way the library requires you to compile or link [11:29] for example 'pkg-config --cflags gtk+-3.0' has a bunch of useful -I options that you really wouldn't want to write out by hand [11:31] ah, so it makes work easier [11:31] I will upload the correct debdiff then [11:32] thanks cjwatson === _salem is now known as salem_ [11:38] vibhav, the test exit 1 but there is no output at all and don't know which function call failed. [11:39] vibhav, you'd rather use one method/function per test, read http://xunitpatterns.com/Obscure%20Test.html#Eager%20Test for example [11:40] are the builders having some issues, or why do they reject uploads with timestamps "too far in the future"? [11:41] jibel: So, shall I print "Failed"? [11:43] tjaalton: Are the timestamps in the future? [11:44] cjwatson: yes, some files of the packages, like lintian overrides and copyright [11:45] hmm [11:45] You'll probably find dpkg-source -x does that by default. [11:45] I mean, errors. [11:46] I'm building off a git branch, and for some reason some files under debian/ were touched [11:47] Since you have to pass a special option to get tar not to issue a warning. [11:47] jibel: Also, would should I print in case of an error? [11:48] tjaalton: I would suggest just fixing the timestamps :) [11:48] cjwatson: well they are ok here, on my timezone [11:51] You could ask #webops (internal) to check that the builder's time is OK, I suppose === Quintasan_ is now known as Quintasan [11:55] \o [11:58] Laney: \o/ thanks for uploading maliit to Debian. [12:25] vibhav, in case of error, you could print which function you're testing, the expected result and the actual result [12:28] vibhav, keep in mind that human are reading log files, so the message in case of failure must be as clear as possible === sraue_ is now known as sraue === MacSlow is now known as MacSlow|lunch [13:08] vibhav, I added a comment to the report [13:17] ogra@anubis:~$ pkexec gedit /etc/fstab [13:17] ** (gedit:8717): WARNING **: Befehlszeile »dbus-launch --autolaunch=806ff5b359b95482f2158d5e000009df --binary-syntax --close-stderr« brach mit von Null verschiedenem Beenden-Status 1 ab: Autolaunch error: X11 initialization failed.\n [13:17] Anzeige kann nicht geöffnet werden: [13:18] pitti, any idea why that happens ? ^^^^ [13:18] pitti, i',m executing it from a gnome-terminal, i would assume i have access to the display (adding DISPLAY=:0 doesnt change a thing btw) [13:18] ogra_: yes, pkexec doesn't pass through $DISPLAY by default === MacSlow|lunch is now known as MacSlow [13:19] pitti, hmm, so how would i use it as gksu replacement as an enduser ? [13:19] ogra_: you'd need to define a policy for gedit with the allow-gui attribute, like in /usr/share/polkit-1/actions/com.ubuntu.apport.policy [13:20] pitti, eeek, so that means we cant drop gksu ? [13:20] ogra_: pkexec is not meant to be a general gksu replacement [13:20] sigh [13:20] ogra_: but on the command line you can use sudo? [13:20] sure [13:20] but thats npot what users do or what our docs recommend ... [13:21] i would like to remove gksu from the images in raring [13:21] I discussed that with David a while ago, and he wasn't fond of making pkexec a general user tool [13:21] we could write some wrapper, of course, which passes through $DISPLAY [13:21] bah, but that forces us to ship two tools for similar purpose [13:22] anybody here familiar with GTK Treeview? I am trying to get the row index to the currently selected row (all in python) [13:22] a wrapper thats called gksu ;) [13:22] nik90, did you read the topic ... i guess a gtk channel would be better [13:22] pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY gedit [13:22] ogra_: ^ that works, for example; but ugh :) [13:23] oh thnx [13:23] ogra_: well, it's still not "su"; users shold just call sudo from the CLI reall [13:23] y [13:23] ogra_: and from .desktop files we could use such a pkexecx wrapper? [13:23] pitti, generally thats not what supporters seem to recommend (or wikis and other docs) [13:24] ogra_: well *shrug*, those need to be changed anyway, no? [13:24] from gksu to pkexec or pkexecx or sudo [13:24] hmm, probably === doko_ is now known as doko === jackyalcine is now known as zz_jackyalcine [14:10] dholbach, ping === davidcalle_ is now known as davidcalle [14:17] ev, http://store.steampowered.com/hwsurvey [14:17] Expand the "OS version" row under "Windows and Mac" [14:19] excellent, thanks! [14:19] pfft, that wants to install flash on my nexus7 [14:20] (if it only would !) [14:21] slangasek: a while back you had a better idea for measuring the health of the retracers than the current graphs of the average processing time and the success/failure rate [14:21] I don't suppose you remember what it was? :) [14:21] I can dig through all my notes if you can't [14:21] dholbach, help me to test https://code.launchpad.net/~smartboyhw/ubuntu/raring/calligra/2.6.0-0ubuntu1/+merge/146644 again, new things uploaded [14:22] mpt, bdmurray, pitti, slangasek: https://bugs.launchpad.net/errors/+bug/1117372 [14:22] Error: ubuntu bug 1117372 not found [14:22] just in case you have interesting ideas [14:22] kees: ok, so to be sure, all is good? :) [14:25] (Re: the Steam stats) Over 1 percent total? That’s actually more than i expected. That’s, like, half a million users. [14:25] I wonder if it counts those who run it under Wine? [14:26] dholbach, DON'T. I've got a patch error now === zz_jackyalcine is now known as jackyalcine === jackyalcine is now known as Jacky_ [14:35] smartboyhw, maybe you best point out in the merge proposal when it builds for you, etc [14:35] smartboyhw, then others can jump in any help too === slank_away is now known as slank [14:36] dholbach, ok === Jacky_ is now known as zz_jackyalcine === zz_jackyalcine is now known as jackyalcine === jackyalcine is now known as Jacky_ === Jacky_ is now known as jackyalcine [14:36] for MRE sru's, do I still need a bug? === megha is now known as baba [14:38] yes === Tonio_aw is now known as Tonio__ [14:43] ah thought so, I originally cherry picked some fixes so my game would be stable in nouveau, now I can't get it to crash >:( [14:45] MREs are only valid for changes in the new upstream release btw [14:45] so your cherry-pick would be a normal SRU === Tonio__ is now known as Tonio_aw [14:49] jibel: Ive correct the debdiff [14:51] corrected* [14:52] Laney: well in this case I was part of upstream :-) [14:55] vibhav, thanks, I'll review it in a bit. [14:56] * vibhav hugs jibel [15:00] Laney: hm what about things that have been sru'd already? like the patches to reduce size in mesa's renamed lts-quantal package [15:00] mpt: Whenever you have a free moment, do you think formatting the function column this way makes it easier to read: http://poppy-dev.local/ ? See http://errors.ubuntu.com for comparison. [15:00] I'm tempted to implement a custom ellipsize [15:00] mlankhorst: what about them? I assume they went through SRU verification ~normally [15:00] that tries to take from the center of the call stack, rather than the right hand side [15:00] mlankhorst: https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions === Tonio_aw is now known as Tonio__ [15:02] yeah, I'll try piglit on it, but mesa is a pain point so the update wouldn't be falling under MRE I suppose :/ [15:03] mesa has a provisional mre [15:03] MRE is for micro releases [15:03] it's still valid to follow the normal SRU process for non-micro-release changes [15:03] well mlankhorst is testing 9.0.2 for quantal [15:04] It'll have to be a hybrid then. MRE for the version bump, normal SRU for the patches cherry picked from mesa-lts-quantal in precise. [15:04] sounds right [15:04] you'll assume that upstream's fixes in the micro release are good and verify your cherry picks normally [15:05] Hmm, are libraries like libxdo (Which simulate X11 keyboard/mouse input) work with autopkgtest? [15:06] AFAIK, these tests will run on Launchpad Servers, which probably dont have GUIs [15:08] I don't want to assume, but looking seems there have been no big regressions in mesa for raring, which is mostly identical to the version I want to upload. Only difference is a revert to wayland 0.95. [15:09] assume means not having to manually verify each one - broad testing and running piglit is required as said on the page I linked you to [15:09] yeah [15:09] but it's on top of that :-) [15:09] and then explicitly verifying anyting extra, yeah === Tonio__ is now known as Tonio_aw [15:22] can someone help me with debconfing package? http://tygrysek.juszkiewicz.com.pl/~hrw/tmp/chromium-mali-opengles_0.45-0ubuntu1.dsc - builds fine but does not display license ;( [15:30] hrw: did you forget to update the preinst or is the checking the msttcorefonts license intended? [15:32] ops [15:33] you've updated the license variable but not the configuration space [15:33] ysp [15:33] rebuildng [15:34] yay! works now [15:34] previous version was based on nexus7 firmware and I had other bugs [15:37] mterry: might you have a look at bug 1110585? [15:37] so my first multiverse package works. but I wonder about pushing it into archive [15:37] bug 1110585 in update-manager (Ubuntu) "update-manager in raring opens debconf prompts in embedded terminal instead of using gnome frontend like it should" [High,Confirmed] https://launchpad.net/bugs/1110585 [15:39] I've written a local-premount script for an embedded device running precise. In this script I mount some filesystems, do something and umount them afterwards. However the script is failing because umount reports Device or resource busy on the device I just mounted. Why could that be? [15:41] I'm confused. 3.8.0-4.9~userns1 <= 3.8.0-0.4-userns1 ? [15:42] bdmurray, huh [15:43] hallyn: http://www.debian.org/doc/manuals/maint-guide/first.en.html#namever [15:44] cjwatson: so, didn't think to check that my machine had jumped forward a month after a hibernate cycle.. it caused the archive upload fail [15:45] hallyn: Your version statement is true. (Notice the tilde vs the dash) [15:45] hi folks. i noticed base-files bump to 12.04.2, but can't find images on cdimage. the latest is still 12.04.1. any etas? [15:46] hallyn: Having two dashes in the second version is reolcating what you believe is the "debian" and "upstream" versions. [15:47] hallyn: And 3.8.0 is definitely << 3.8.0-0.4 [15:48] zaytsev: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2013-January/001009.html [15:48] hallyn: two dashes are killer with debian versioning ;( [15:48] sveinse: i notice the tilde, but i would expect in 'dpkg --compare-version X~Y lt Y~Y' for the ~Y to be ignored [15:48] is it just me, or did the libc 2.17 update break squid3? (i can't think of anything else it might be) [15:49] dobey: I might need more to go on than that. [15:49] infinity: i guess [15:49] [15:49] all right, thanks all :) [15:49] hallyn: The last dash is the one used for the Debian revision. [15:49] infinity: https://bugs.launchpad.net/ubuntu/+source/squid3/+bug/1111880 [15:49] Error: ubuntu bug 1111880 not found === jackyalcine is now known as zz_jackyalcine [15:50] i see, so it was my fault at the *last* submission. drat. [15:50] infinity: thank you very much, this is what i was looking for, but failed to fine. [15:50] infinity: also, there seems to be a squid3 in quantal-security/updates that is newer than what's in raring. not sure why there isn't a -1ubuntu2 in raring with the fix in that -1ubuntu1.1 security update [15:51] s/fine/find/ [15:51] infinity: good news, the cleanup patches for spice are on their way into debian archive. should be able to sync soon === zz_jackyalcine is now known as jackyalcine === jackyalcine is now known as Jacky_ === Jacky_ is now known as zz_jackyalcine [15:53] infinity: but anyway, since the libc update, i've been seeing squid3 crashing while running tests in ubuntu-sso-client and ubuntuone-client (but we don't run those tests in the ubuntu builds, because they depend on the poorly maintained qt4reactor package which isn't in main) [15:56] dobey: I'll update squid3 [15:56] dobey: Hey, I'm all for blaming glibc but, on the other hand, when only one package is exploding, I tend to blame that package. ;) [15:56] jdstrand: thanks [15:58] infinity: i'm not blaming glibc. but maybe it exposed a bug, which was working fine before the update === Tonio_aw is now known as Tonio__ [15:58] infinity: but the stack trace is a bit suspiscious, too, given how short it is :) [15:58] slangasek: ping [15:59] dobey: Really short stack traces when you manage to segv libc aren't uncommon. :) [15:59] dobey: (Usually due to doing something undefined, out of bounds, or just plain silly) [16:00] infinity: well, usually, crashes in strcmp are because someone passed in a NULL and the trace is several function calls deep. but maybe ncsa_auth is just a really small file too [16:00] but i would also expect passing NULL to strcmp to crash in the older glibc, as it's done many times before :) [16:01] You'd generally expect, yes. [16:01] Anyhow, if Jamie updates and it and it still explodes, I'll pass the buck to him. [16:01] heh === zz_jackyalcine is now known as Jacky_ [16:12] caribou: in a meeting, but pong [16:12] slangasek: no rush, just disregard my last comment about install with secureboot/UEFI [16:13] slangasek: in the LP bug#1100247 [16:14] slangasek: tl;dr : I used the +mac Quantal iso to install which doesn't have the ./efi bits [16:14] caribou: hah, indeed it doesn't [16:14] slangasek: I'll update the bug & mark it invalid once I've completed the install [16:15] caribou: oh, you mean /all/ this testing was with the mac image? [16:15] or the original problem is just no longer reproducible? [16:15] slangasek: yep [16:15] man [16:15] I need to be more careful about asking people for image URLs :) [16:15] slangasek: all the testing with the mac, which is why it didn't see it on startup [16:16] thanks for following up [16:16] also, I need to kill the mac image with fire, but ENOTIME :/ [16:16] slangasek: I _really_ wanted to nail this one down [16:16] slangasek: I don't even know why this image made it to my HDD to start with === Tonio__ is now known as Tonio_aw === Tonio_aw is now known as Tonio__ [16:38] how does repo for package is selected? I mean universe/multiverse - it is on server only or in package somehow? === Tonio__ is now known as Tonio_aw [16:55] hrw: as in, what adds univer/multiverse to apt config - or how does apt chooses which package version out of multiple available to install? [16:55] (your question is a bit ambigious to me) [16:55] xnox: no. I have package which is multiverse material - should I mark it somehow in debian/* or is it repo admin job? [16:55] hrw, by the archive admins iirc ... [16:57] hrw: you will upload it into ubuntu and it will end up in the New queue. Archive Admins will accept and assign it to multiverse. Make sure your debian/copyright is correct. [16:57] xnox: thanks [16:58] ogra_: thx as well ;) [16:58] hrw: You can totally mark it multiverse in the source package. [16:59] but that wont auto-move it there, will it ? [16:59] hrw: "Section: multiverse/whatever" instead of "Section: whatever" [16:59] thx [16:59] ogra_: No, but it'll land in the right place in the queue, so I don't have to override it. [16:59] infinity: ha =)))) *cheat* [17:00] good to know [17:00] ogra_: Overrides and packages should match, they just often don't because we're importing from Debian and have different overrides. [17:00] ogra_: But in Debian, dinstall actually yells at you every time you upload something where debian/control doesn't match the overrides. [17:00] ah [17:01] (The reason you tend to want them to match is so people making custom archives without overrides get the same Sources.gz/Packages.gz as the primary archive) [17:01] i'll try to develop a habit for that in plain ubuntu packages then === Tonio_aw is now known as Tonio__ [17:02] hrw: If it's something you'd be eventually targetting for Debian, then "Section: non-free/whatever" also works fine, and our queues will s/non-free/multiverse/ [17:03] infinity: due to non-mainline kernel it will probably not land in Debian but adapted [17:05] ok, so whole NEW queue is mine :D === Ursinha is now known as Ursinha-afk === Tonio__ is now known as Tonio_aw [17:40] Does Launchpad allow root privilages on its build servers? [17:40] Oops, wrong channel [17:44] vibhav: errm, for the sys-ops that run the buildds. What are you trying to do? === Ursinha-afk is now known as Ursinha [17:44] slangasek, you around? [17:45] slangasek, I just sent an update to the dropbear bug. Please let me know if you have any comments. [17:45] sladen: autopkgtest case which uses Xvfb, which requires root === chiluk is now known as chiluk_away [17:47] sladen: Or, is there any way to run Xvfb without root? [17:48] marga: around-ish, fighting kernel bugs; I'll have a look at the bug report in a bit, thanks [17:48] vibhav: why would you think Xvfb requires root? [17:50] slangasek: It does not seem to work with xdotool then [17:51] slangasek, no rush, don't worry. Turns out it was a cosmetic issue not a real one. [17:52] slangasek: I am writing a autopkgtest for libxdo. Since launchpad build servers dont have X11, I need Xvfb. According to http://mojo.codehaus.org/selenium-maven-plugin/examples/headless-with-xvfb.html , Xvfb cannot functino correctly without root [17:53] vibhav: yeah, that page is nonsense. Have a look at any of the packages that build-depend on xvfb for example usage === henrix is now known as henrix_ [17:54] Wait, it works without root [17:54] slangasek: Yes, that page is nonsense. Thanks! [17:54] * vibhav slaps forhead === henrix_ is now known as henrix [17:55] vibhav: /usr/bin/Xvfb :42 works for me ... but it seems you just discovered that [17:55] sladen: Yes, I am a fool [17:58] vibhav: you are not a fool. you simply learned something new today ;-) which is good. all of us should be learning something new every day. [17:58] xnox: :) [17:58] xnox: Not only something new, something very important too :) [18:09] marga: hey, followed up to the report; there is still a bug here [18:10] marga: it's fine if you don't consider it high enough priority for an SRU, but plymouth is not always used in the initramfs so dropbear should not be relying on plymouth doing the file copy === Ursinha is now known as Ursinha-afk [18:11] infinity, will you update the cross-toolchain-base packages? [18:11] doko: Yeap. Was looking at that during the meeting. [18:11] I cant find anything in the archives, does the repositories still have xlib? [18:12] vibhav: libx11, you mean? [18:12] infinity: ah, found it [18:12] I was searching for xlib and got libxcb [18:13] vibhav: Unlike many RPM distros, where library packages have bizarre names based on upstream project names, ours are always (except when someone messes up, *cough*) named after the SONAME, which should make them rather obvious to find. [18:13] ah [18:14] I kinda wish I could convince Fedora to do the same. Having to remember that your headers for libx11.so.6 are in xlib-dev is pretty unintuitive, IMO. [18:14] Indeed. It is rather confusing [18:14] (Especially since there's no consistent naming scheme, and you get to hunt every time) [18:16] yep === Ursinha-afk is now known as Ursinha [18:51]