[00:07] <robru> tedg: you're welcome
[00:58] <tedg> robru, With the UAL branch we have a build dep on Mir, which means no more PPC for us. Is there a way to note that? Or just tell QA, etc. when I'm done testing.
[00:59] <robru> tedg: the mir build dep is new?
[00:59] <tedg> robru, Yeah
[01:00] <robru> tedg: k, there's not a great way to "note" this... you need to ask somebody from #ubuntu-release to delete the ppc binaries from the archive. you can build the silo before that happens, but just be aware that the build job will fail due to the ppc failure.
[01:00] <robru> tedg: I don't think qa will care or even need to know. but if you don't get those ppc binaries deleted from the archive, the package will fail to migrate through proposed as wel
[01:00] <tedg> robru, ah, okay. But we don't need to do that until they're being published, right?
[01:01] <robru> tedg: well the sooner the better. without deleting the binaries the silo will just say 'build failed' so it won't show up on qa's radar to test it.
[01:02] <tedg> Ah, I see
[01:02] <robru> tedg: I can manually poke the silo status to say 'Packages built' so it shows up for qa though, just ping me when you're ready for that
[01:02] <tedg> robru, I think it's ready for that, silo 17
[01:02] <tedg> I still need to test it though.
[01:03] <tedg> But the build is complete
[01:03] <robru> tedg: ah I see, the other arches are done but ppc is depwait. yeah ok I can poke the silo status to say it's built
[01:07] <robru> tedg: k, dashboard looks correct. just mark is as tested:yes when you're ready and it should show up for qa.
[01:08] <robru> tedg: also ping me whenever you rebuild it, I'll have to do this manually each time.
[01:16] <tedg> robru, Not sure if you're reading #ubuntu-release, but there's a plan to make PPC work for the other packages to save a library cascading dependency issue.
[01:20] <robru> tedg: just read it. k. if you can make the package build on ppc then there's nothing else on our end. if it builds, it builds, and everything is happy.
[02:05] <imgbot> [03:25] <imgbot> [03:25] <imgbot> [05:45] <bzoltan_> does anybody know what that log means? http://pastebin.ubuntu.com/10535387/ It comes zillions of times when the UITK AP tests started ...
[08:40] <sil2100> ogra_: hey! You have a moment for a packaging ACK? It's for unity7, but looks safe: https://ci-train.ubuntu.com/job/ubuntu-landing-016-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity_7.3.1+15.04.20150227-0ubuntu1.diff
[08:43] <ogra_> sil2100, ACK
[08:43] <sil2100> \o/
[08:53] <sil2100> cihelp: hey! It seems the krillin vivid dashboard again didn't run all the tests - can we get the missing devices re-ran? http://rtm-dashboard.ci.ubuntu.com/smokeng/vivid/touch/krillin/134:20150305:20150210-95b6a9f/381/
[09:51] <robru> sil2100: ^^^ hmmm I'm looking into this
[09:56] <robru> welll allrighty then
[10:01] <ev> sil2100: it's with us. How critical is this? Would it be okay if it waited until Francis, our vanguard for the day, started?
[10:08] <sil2100> Yeah, I suppose it can wait
[10:14] <nerochiaro> sil2100: fginther: psivaa_: i think I have a problem with licensecheck again. According to a previous conversation that we had CI runs licensecheck with this script: http://paste.ubuntu.com/9898679/  When I poked you about this before, licensecheck was getting confused because I had files I copied from QT with multiple licenses. I fixed that but I had not noticed that the script also checks that the copyright is by Ca
[10:14] <nerochiaro> nonical,Android,Digia or Google. Why does it do that ? As long as we are using open source licensed software it should not matter who the author is...
[10:18] <sil2100> huh, it does?
[10:18] <sil2100> Oh, it does
[10:18] <sil2100> Ok, strange, I'm sure there was a reason for that, but I don't have the required info
[10:23] <psivaa_> nerochiaro: I'm not sure how that policy was used, i'll raise it with fginther
[10:24] <nerochiaro> psivaa_: thank you
[10:24] <psivaa_> nerochiaro: for the future, please use 'cihelp' for this type of pings for better handling of them :)
[10:24] <psivaa_> so that there will be more people that will get notified
[10:24] <nerochiaro> psivaa_: i pinged you and the others because you already had background on the issue having helped me before with it
[10:25] <nerochiaro> psivaa_: but i will add cihelp (when it is online)
[10:25] <psivaa_> nerochiaro: cihelp is not a bot, but a word that will highlight our team
[10:25] <psivaa_> and thank you
[10:26] <nerochiaro> oh I see :) thanks
[10:30] <sil2100> robru: btw. aren't you supposed to be sleeping? ;)
[10:57] <nerochiaro> greyback: hi, i have seen you are assigned to bug 1422797 now. I don't understand why it has changed target and what is the status. can you please update me ?
[10:58] <greyback> nerochiaro: the last comment I wrote is my summary so far. What's unclear?
[10:59] <nerochiaro> greyback: what kind of information you need to be able to continue
[11:02] <greyback> nerochiaro: in a nutshell, I need to verify that it's not possible for 2 instances of camera-app to ever run simultaneously with AP
[11:04] <nerochiaro> greyback: I guess also what I don't understand is if Mir is doing the right thing to refuse AP to launch a second instance of camera, and therefore it is AP that has to be fixed so that it does not try to do so
[11:06] <greyback> nerochiaro: indeed. It could be AP, or qtmir/unity8, which is to blame here.
[11:06] <greyback> and I can't quite tell from the unity8 log which is the case
[11:07] <nerochiaro> greyback: and having a CI run with all the other associated logs would help you ?
[11:07] <nerochiaro> greyback: i mean, a CI run where this problem happens
[11:08] <greyback> nerochiaro: I'd need verbose AP logs, perferably printing when it actually launches & fully has killed the camera process
[11:08] <greyback> err it's actually upstart launching/killing, but you see what i mean
[11:09] <nerochiaro> greyback: yes, is that something we can ask the CI people to set up for us
[11:09] <greyback> nerochiaro: I'd also be tempted to add more debug output to qtmir
[11:09] <greyback> nerochiaro: there's no way you can repro this locally?
[11:10] <nerochiaro> greyback: i have not been able to do so so far
[11:14] <greyback> nerochiaro: that makes this hard. What are CI doing that we're not?
[11:17] <nerochiaro> greyback: not sure. are they just running autopilot3 run camera_app ?
[11:17] <nerochiaro> greyback: this is what i did
[11:17] <nerochiaro> greyback: in a loop
[11:17] <greyback> nerochiaro: I always assumed they follow this guide https://wiki.ubuntu.com/Touch/Testing#Running_Click_tests
[11:18] <greyback> nerochiaro: I'll spin up a mako now and see
[11:20] <nerochiaro> greyback: the latest and greatest on how to run tests (from some info Bill sent me) just tell me to ssh into the device and run autopilot3 manually. And I never managed to get phablet-click-test-setup anyway (it fails to download some of the AP emulators for the sdk)
[11:21] <greyback> nerochiaro: okay. it used to work for me, will see how it goes
[11:24] <nerochiaro> greyback: ok. please keep me posted. it is my test-fixing day today so i am trying to get at the bottom of as many issues as i can
[11:24] <nerochiaro> greyback: and if you have ideas on things i can run locally too, please let me know
[11:24] <greyback> nerochiaro: sure thing
[11:35] <sil2100> dbarth_: ping
[11:35] <sil2100> dbarth_: do you have any updates related to the u1 issue on ubuntu-rtm? We'd need it fixed by next week's milestone
[11:37] <dbarth_> sil2100: trying to land a new patch, which is part of silo 010, but having issues with multi-arch support
[11:37] <dbarth_> sil2100: i touched base on that with davmor2 earlier this morning
[11:38] <davmor2> sil2100: beat you to it :)
[11:42] <sil2100> \o/
[11:42] <sil2100> :)
[12:12] <rvr> dbarth_: Silo 13 (ubuntu-rtm) doesn't have any bug linked
[12:19] <dbarth_> rvr: let me fix that
[13:04] <nerochiaro> greyback: i tried running tests via phablet-test-run and I got a MIR failure
[13:04] <nerochiaro> greyback: [1425560625.112570] <ERROR> mircommon: Caught exception at Mir/EGL driver boundary (in setSwapInterval): /build/buildd/mir-0.12.0+15.04.20150228/src/client/buffer_stream.cpp(283): Throw in function virtual void mir::client::BufferStream::request_and_wait_for_configure(MirSurfaceAttrib, int)
[13:04] <nerochiaro> Dynamic exception type: N5boost16exception_detail10clone_implINS0_19error_info_injectorISt11logic_errorEEEE
[13:04] <nerochiaro> std::exception::what: Attempt to set swap interval on screencast is invalid
[13:04] <greyback> nerochiaro: they can be ignored I think, the tests still pass
[13:04] <nerochiaro> greyback: i see
[13:05] <greyback> may cause camera-app to crash instead of cleanly shut down
[13:10] <nerochiaro> greyback: let me remove all crash files, so i know if it does
[13:10] <greyback> nerochiaro: it doesn't seem to crash here, dunno why
[13:10] <nerochiaro> greyback: what platform ?
[13:10] <nerochiaro> greyback: i am on krilling, will try mako too
[13:10] <greyback> mako
[13:11] <nerochiaro> greyback: ok, mako is next
[13:12] <dbarth_> rvr: you meant 010 /rtm/ ?
[13:12] <rvr> dbarth_: ubuntu-rtm/landing-013 - unity-webapps-qml : alex-abreu, dbarth
[13:13] <greyback> nerochiaro: this is my 4th try at the camera-app tests. I've got 5 tests reliably failing , none due to a crash
[13:15] <nerochiaro> greyback: let me see what I get here on mako,but i am afraid it will not be very different from what you see
[13:16] <greyback> nerochiaro: I'm assuming CI is using mako?
[13:16] <nerochiaro> greyback: both mako and krillin
[13:16] <greyback> oh
[13:16] <nerochiaro> greyback: and both vivid and rtm
[13:17] <greyback> nerochiaro: and does this error pop up on _all_ combinations randomly?
[13:18] <nerochiaro> greyback: good question. not sure
[13:22] <nerochiaro> greyback: both utopic and vivid on krillin for sure
[13:23] <greyback> nerochiaro: ok then I'll switch to testing on kryllin
[14:04] <fginther> nerochiaro, I'll start looking at the licensecheck issue shortly. As I recall, that script was supplied by another team, so I need to do a little research on it
[14:05] <nerochiaro> fginther: thanks
[14:05] <sil2100> fginther: maybe Didier would know something about it?
[14:08] <fginther> sil2100, looks like mzanetti was involved in the original.
[14:09] <fginther> mzanetti, do you remember this: http://bazaar.launchpad.net/~private-ps-quality-team/pbuilderjenkins/trunk/view/head:/hooks/A10checklicenseheaders.in
[14:09] <mzanetti> fginther: yes
[14:11] <mzanetti> fginther, what's the issue?
[14:11] <fginther> mzanetti, there was a question about why allowedlicenses was limited to "(Canonical|Android|Google|Digia)"
[14:12] <fginther> and not just any opensource copyright
[14:13] <mzanetti> fginther, hmm... I guess it could be changed... no real reason for that IIRC. It was useful as it pointed out some badly licensed copied code
[14:14] <fginther> mzanetti, thanks that does help. I guess it was an adequate check at the time
[14:15] <mzanetti> fginther, yeah, it only allowed Canonical and Android in the beginning, Google and Digia were added later
[14:15] <mzanetti> if more are needed I guess it does make sense indeed to allow any... but IANAL, you might want to check back with Didier or Pat if we're ok with importing any sort of license
[14:16] <mzanetti> might be a conflict with the CLA
[14:16] <mzanetti> fginther, ^
[14:16] <fginther> mzanetti, thanks, I will check with Pat
[14:16] <sil2100> hm
[14:16] <sil2100> Yeah, Didier might know as well but he might not have the most up-to-date info
[14:16] <fginther> mzanetti, there's  another check script that appears to be more relaxed: http://bazaar.launchpad.net/~private-ps-quality-team/pbuilderjenkins/trunk/view/head:/hooks/A10checklicense3party.in
[14:17] <mzanetti> fginther, ah right... now I remember, the first one excludes anything in a 3rdParty directory
[14:18] <mzanetti> we probably don't want to mix those things like crazy to be able to tear it apart again if we ever would need to
[14:18] <fginther> nerochiaro, do you have a branch available with the code you are trying to submit so I can test a few things?
[14:19] <nerochiaro> fginther: the code is actually in camera trunk as far as I know
[14:20] <fginther> nerochiaro, ok
[14:21] <fginther> mzanetti, thanks again, that makes sense. I'll follow up further with Pat as he appeared to be involved in the origins of this as well
[14:21] <mzanetti> yw
[14:26] <nerochiaro> mzanetti: fginther: don't confuse the type of license with the copyright holder please. checking for only certain license types is something we must do, but AFAIK there is no reason to do checks on the copyright holder
[14:26] <nerochiaro> mzanetti: fginther: whowever is the original author of some GPL3 code is irrelevant, all we should care about is that it is GPL3.
[14:27] <mzanetti> nerochiaro, well, we do make contributors sign a CLA. copying other's code bypasses that
[14:27] <mzanetti> so... we might want to check on the copyright holder too
[14:29] <fginther> nerochiaro, so as this code is already in trunk, is this check blocking you right now?
[14:30] <nerochiaro> fginther: it blocks every MR, in the sense that CI isn't run on them
[14:30] <fginther> nerochiaro, ack, I see it now
[14:31] <nerochiaro> mzanetti: it is not contributions that someone has written for us, where a CLA would apply. it is open source code we are taking and using according to its license
[14:31] <nerochiaro> mzanetti: different things
[14:37] <bzoltan_> sil2100:  I can reproduce reboot cycle with 100% certainity ... who should I contact ?
[14:37] <sil2100> bzoltan_: ouch, ok, first of all - did you fill in a bug?
[14:37] <sil2100> bzoltan_: once we have a bug we can track it and escallate
[14:37] <bzoltan_> sil2100:  against what?
[14:37] <sil2100> Let me think, does it happen in a specific AP test run?
[14:38] <sil2100> Or what is the trigger for the cycle to start?
[14:43] <bzoltan_> sil2100:  running  the UITK test plan after the dialer app rebooting the device runs inti reboot cycle
[14:45] <sil2100> bzoltan_: so basically dialer-app's AP test causes this trouble - then I would set dialer-app as the current component and then it will change once the root cause is identified
[14:46] <bzoltan_> sil2100:  I try to make a simple script does it... but I am positive that the dialer app's developers would not be able to fix it
[15:04] <sil2100> bzoltan_: yeah, but I suppose it's a good place to start the search
[15:04] <sil2100> bzoltan_: bugs can be easily retargetted
[15:04] <bzoltan_> sil2100:  true
[15:05] <bzoltan_> sil2100:  I wonder if there is a way to get out some logs form the device before it enters the loop
[15:05] <bzoltan_> sil2100:  or more precisly said.. what logs should I back up before I let the device reboot?
[15:06] <bzoltan_> sil2100:  because I can adp pull before each reboot in my script
[15:14] <sil2100> bzoltan_: hard to say, first the most essential ones I suppose - so syslog and the output of autopilot (maybe with verbose debugging enabled)
[15:15] <mterry> Where can I find the pbuilder hook B09qmluitests ?  I want to see what it's doing
[15:16] <sil2100> o/
[15:16] <bzoltan_> sil2100:  OK, I try to capture as much logs as possible
[15:17] <sil2100> bzoltan_: once we have the basic ones maybe we'll know what can cause that, and what additional logs might be useful
[15:17] <sil2100> bzoltan_: thanks!
[15:17] <sil2100> fginther: hey, regarding smoketesting for vivid+krillin, we noticed that some devices seem to have been down and didn't run tests
[15:17] <sil2100> fginther: do you know what happened to those?
[15:18] <fginther> sil2100, so far I've restarted the failed builds and took only a brief glance at the problems.
[15:19] <sil2100> fginther: I'm asking since bzoltan_ reported that he's able to enter a reboot-loop during AP testing, so I wondered if maybe something like that just happened
[15:19] <fginther> sil2100, there were actually 3 different problems, the wifi network failed to come up for one, another the screen unlock never worked, and the third failed to download the image
[15:19] <sil2100> Although bzoltan_ is able to reproduce it since a few images
[15:19] <sil2100> Ah, ok, so unrelated
[15:19] <sil2100> fginther: thanks ;)
[15:19] <fginther> sil2100, hmm, that's something I'll check for though
[15:21] <fginther> mterry, http://bazaar.launchpad.net/~private-ps-quality-team/pbuilderjenkins/trunk/view/head:/hooks/B09qmluitests.in
[15:26] <mterry> fginther, thanks!
[15:32] <om26er> tedg, Hi!
[15:32] <tedg> om26er, Hi!
[15:32] <om26er> tedg, the indicator-messages TestPlan needs to be updated, should atleast contain a testcase for the fixed bug in silo 18
[15:33] <fginther> mterry, hey, I just noticed that we're seeing lots of screen unlock failures during smoke testing on krillin. Do you know of anything that might be causing this?
[15:33] <mterry> fginther, huh...  no?
[15:35] <tedg> om26er, The wiki is out of date: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-messages/trunk.15.04/view/head:/tests/manual
[15:35] <fginther> mterry, ack, I'll start with a bug report then
[15:35] <om26er> tedg, aah
[15:41] <nerochiaro> greyback_: when i use phablet-test-run i get this error autopilot.exceptions.ProcessSearchError: Search criteria (pid = 29537, object path = '/com/canonical/Autopilot/Introspection') returned no results , but i don't get it when I run autopiliot3 directly from an ssh shell. do you know what it is ? (i enabled the dbus probe, which is usually the cause for that)
[15:42] <greyback_> nerochiaro: not a clue. I had the same fail. Suspect phablet-test-run broken
[15:42] <ogra_> isnt phablet-test-run deprecated since a while ?
[15:42] <nerochiaro> ogra_: that's what I thought, but isn't CI using it ?
[15:42] <nerochiaro> ogra_: we are trying to run the tests as CI would
[15:42] <ogra_> dunno .... i just know that pitti recently promoted adt-run
[15:43] <ogra_> and complained that people still use phablet-test-run
[15:43]  * ogra_ was doing snappy work for a while, i'm a little out of the loop
[15:43] <nerochiaro> ogra_: i normally just ssh in and use autopilot3 run
[15:44] <ogra_> iirc adt-run prevents you from making the system writable and modifying it in any way
[15:44] <ogra_> which will get you more accurate results
[15:44] <nerochiaro> cihelp: what tool does CI use to run tests ? phablet-test-run ? straight autopilot3 run ? something else ?
[15:45] <fginther> nerochiaro, CI uses a setof scripts that wrap around phablet-test-run: http://ubuntu-test-cases-touch.readthedocs.org/en/latest/
[15:45] <fginther> nerochiaro, that doc should help if you want to recreate the exact testing
[15:45] <ogra_> fginther, wasnt that supposed to be switched to adt-run by now ?
[15:46] <rvr> dbarth_: I took a look to the bug linked to the merge proposal of silo 13. It is not critical nor approved to land in RTM.
[15:46] <ev> fginther: what a perfectly timed question, eh? :)
[15:47] <nerochiaro> fginther: "This is a small wrapper that uses phablet-tools to drive the tests. The script can run one or more autopilot tests. By default it will reboot the device between each test and ensure the device is settled using the system-settle script" << does it really do this on CI ?
[15:47] <fginther> ogra_, that wold have been nice, but the work that was in progress had a lot of missing pieces and got shelved due to higher priority work
[15:47] <ogra_> ah
[15:48] <fginther> nerochiaro, yes, it reboots the device between each test suite (not test case in case that was your question)
[15:48] <ogra_> well, phablet-test-run is rather unmaintained since a while
[15:48] <plars> ogra_: also not everything has adt tests yet
[15:48] <ogra_> i thought pitti said he was done so far
[15:50] <plars> ogra_: adt-run worked fine last I tried it, but several projects didn't have tests that would work with it yet. But it's been a while since I looked at it
[15:50] <plars> ogra_: fairly important ones too, like unity8
[15:58] <sil2100> dbarth_: can I get these merges approved? :)
[15:58] <sil2100> dbarth_: https://code.launchpad.net/~daker/ubuntu-html5-theme/fix.1427729-1427909/+merge/251678 https://code.launchpad.net/~mardy/unity-webapps-qml/app-access/+merge/219321
[16:03] <nerochiaro> fginther: is the test runner script supposed to work even if we run it on a machine that has not been freshly provisioned with the provision script ? it blocks for me on "+ adb-shell sudo apt-get install -yq --force-yes python3-wand python3-mediainfodll"
[16:03] <nerochiaro> fginther: (i had these two packages already installed)
[16:04] <ogra_> nerochiaro, they make sudo NOPASSWD in their /etc/sudoers
[16:04] <ogra_> for the lab
[16:05] <ogra_> you would need the same i guess
[16:05] <nerochiaro> ogra_: so that wiki page is essentially lying ;)
[16:05] <ogra_> which wiki page ?
[16:05] <dbarth_> sil2100: yes
[16:06] <nerochiaro> ogra_: nevermind, bad joke. this one http://ubuntu-test-cases-touch.readthedocs.org/en/latest/
[16:06] <fginther> nerochiaro, I think ogra_ is right, the sudoers file gets setup by provision.sh, let me have alook
[16:06] <nerochiaro> fginther: i just checked, it is setup by provision
[16:07] <nerochiaro> fginther: i don't mind setting up my device once with it, but I would rather not have it wipe all the data. is it possible ?
[16:07] <fginther> nerochiaro, I think there is... provision.sh should honor an env that tells it to skip the actual flash
[16:07] <fginther> an env var
[16:07] <nerochiaro> fginther: i'll look into that, thanks
[16:08] <fginther> nerochiaro, nvm, I was thinking of a different script
[16:09] <nerochiaro> fginther: i think you can pass the arguments to ubuntu-device-flash as a parameter, so probably just omitting --wipe there will do. let me check
[16:10] <fginther> nerochiaro, be default is uses --bootstrap
[16:11] <fginther> nerochiaro, but you are right in that you can override the u-d-f options with $IMAGE_OPT
[16:14] <fginther> nerochiaro, I'll look into adding a 'skip ubuntu-device-flash' option for that script, sounds like it might be useful
[16:14] <nerochiaro> fginther: the wifi files are the NM wifi config files, right ? from /etc/NetworkManager/system-connections/
[16:14] <nerochiaro> fginther: agree
[16:15] <fginther> nerochiaro, yes, the nm config file is passed directly to phablet-network
[16:16] <ogra_> nerochiaro, you can use the -n option if you want to supply a different nm config
[16:16] <nerochiaro> ogra_: got that, it is running already
[16:16] <ogra_> cool
[16:18] <nerochiaro> ogra_: fginther: unfortunately it still needs to wipe, since we need to setup a password with --password and it is not supported without wiping for some reason
[16:18] <ogra_> you can just adb shell and call passwd
[16:19] <nerochiaro> ogra_: i think i will just comment out the call to u-d-f in the script. might as well do that than trying to convince it to run it with the right options
[16:20] <fginther> nerochiaro, also make sure you set the env var PHABLET_PASSWORD if you're not using the default
[16:21] <fginther> nerochiaro, by the way, thanks for test driving the how-to, it's been heavily revised this week :-)
[16:21] <mterry> fginther, I'm debugging a test failure that happens during a qmluitest run (but not during build), which is why I was curious about the hooks.  One thing that would be nice for investigating such things in the future is a logged call to "env" to dump the environment, right before running tests/building.  Just a thought
[16:22] <nerochiaro> fginther: my pleasure. thanks for helping me with this stuff. i find it fairly maddening when i go through it alone and weird errors pop up that I have to figure out on my own
[16:23] <nerochiaro> fginther: for example this one: bzr: ERROR: Requested revision: 'latest' does not exist in branch: bzr+ssh://bazaar.launchpad.net/+branch/camera-app/
[16:23] <fginther> nerochiaro, we're tying to polish this so that we can share it more widely. It helps to have someone involved who didn't help write it
[16:23] <nerochiaro> fginther: why is it even trying to do that ?
[16:24] <nerochiaro> fginther: can i point it to a local branch ?
[16:24] <fginther> phablet-click-test-setup will read the test branch location from the click manifest on the device
[16:25] <fginther> nerochiaro, there a section for overriding this with a local branch "Running Tests for a Modified Click Application"
[16:25] <fginther> nerochiaro, but it sounds like that won't work as the manifest is already pointing to something called "latest"
[16:26] <nerochiaro> fginther: wait, should i run the provision script from within the branch of the app i want to test ?
[16:26] <fginther> nerochiaro, no that won't help
[16:27] <sil2100> bzoltan_: did you fill in the bug :) ?
[16:27] <nerochiaro> fginther: so where is it getting the "latest" from ?
[16:27] <fginther> nerochiaro, what do you get when you run "adb shell click info <app-name>"
[16:28] <nerochiaro> fginther: where does it get <app-name> from in the first place ? I am not passing any app name to the provision script
[16:29] <fginther> nerochiaro, did you manually install a click app?
[16:29] <nerochiaro> fginther: yes
[16:30] <nerochiaro> fginther: does it detect that ?
[16:30] <fginther> nerochiaro, no it doesn't detect that, but phablet-click-test-setup consumes that information
[16:31] <fginther> the location of the test sources for what ever app you installed are defined in the manifest
[16:31] <nerochiaro> fginther: but i am not calling that. i am calling provision.sh, why would provision.sh branch camera-app ?
[16:31] <fginther> it's tryinig to provision the test sources for all installed click apps
[16:31] <nerochiaro> fginther: where is the manifest ?
[16:31] <nerochiaro> fginther: oh i see
[16:32] <nerochiaro> fginther: then it makes sense, since the manifest for camera-app will say "latest" as the version
[16:32] <fginther> you can manually skip that with export SKIP_CLICK=1
[16:32] <nerochiaro> doing that
[16:33] <nerochiaro> better add a note to the document about that
[16:33] <fginther> nerochiaro, that usually works, I don't really understand why the click app you have is using latest
[16:34] <fginther> nerochiaro, ah, I suspect the real revno gets injected when it's built before upload to the store
[16:34] <nerochiaro> i think that's the case
[16:40] <nerochiaro> greyback_: i just got this : 16:39:36.477 ERROR _launcher:206 - Timed out waiting for Application with app_id 'com.ubuntu.camera_camera_3.0.0.latest' to stop.
[16:40] <nerochiaro> greyback_: which i think means i managed to repro the bug
[16:40] <greyback_> nerochiaro: I'm not sure what prints that
[16:41] <greyback_> it's not a mir/qtmir message anyway
[16:42] <nerochiaro> greyback_: i think it is autopilot, but it is one of the messages we get when we encounter the bug from MIR
[16:42] <greyback_> nerochiaro: ok. Do you see a camera-app process running?
[16:43] <nerochiaro> greyback_: no it was gone
[16:43] <greyback_> nerochiaro: is there a "REJECTED" message in the unity8 log?
[16:43] <nerochiaro> let me check that
[16:44] <nerochiaro> greyback_: where do i find that log ?
[16:44] <greyback_> nerochiaro: ~/.cache/upstart/unity8.log
[16:44] <nerochiaro> greyback_: ApplicationManager REJECTED connection from app with pid 6080 as no desktop_file_hint specified
[16:45] <greyback_> nerochiaro: ok. What device and release are you using?
[16:46] <nerochiaro> greyback_: krillin/vivid
[16:46] <greyback_> nerochiaro: and did any of the previous AP test fail?
[16:46] <nerochiaro> greyback_: yes
[16:46] <greyback_> fail due to a crash?
[16:47] <popey> sil2100: meeting clash, so won't be at the landing meeting today, sorry.
[16:47] <sil2100> popey: ACK
[16:47] <greyback_> nerochiaro: output of the camera-app log file in that directory might give a clue maybe
[16:48] <greyback_> nerochiaro: could you confirm for me too, is the camera-app being launched by AP with a --desktop_file_hint switch?
[16:48] <nerochiaro> greyback_: no crash files for camera, so i guess not
[16:48] <nerochiaro> greyback_: i can't tell, but maybe fginther can confirm that ?
[16:51] <greyback_> nerochiaro: so qtmir is the one deciding to block your application. lp:qtmir:/src/modules/Unity/Application/applicationmanager.cpp:authorizeSession
[16:51] <greyback_> exactly why it's made that decision is the puzzle
[16:54] <nerochiaro> greyback_: if it was running the app without desktop file hint it would never be able to run
[16:54] <nerochiaro> greyback_: could it be that mir is not receiving the hint for some reason, and refuses the app ?
[16:54] <sil2100> robru, davmor2, rvr, ogra_: let's skip the meeting today
[16:54] <rvr> sil2100: Ack
[16:54] <greyback_> nerochiaro: the correct way would be for it to be launched by upstart-app-launch
[16:54] <robru> sil2100: let's skip the meeting every day ;-)
[16:55] <greyback_> nerochiaro: as that's using the same code path that users do
[16:55] <sil2100> robru: ssshh! That's the plan ;)
[16:55] <sil2100> But don't tell anyone
[16:55] <nerochiaro> greyback_: let me dive into what the script is doing
[16:56] <greyback_> nerochiaro: qtmir is getting the PID of the process, it opens the /proc/$PID/environ and reads the command line arguments listed there. It checks if desktop_file_hint is set, and opens and verifies the desktop file listed there
[16:57] <greyback_> nerochiaro: this only happens as a fallback when upstart-app-launch isn't used. It's not a good code path
[16:57] <fginther> nerochiaro, sorry, I had stepped away, but it looks like you found the answer?
[16:58] <nerochiaro> fginther: no, we are still trying to figure it out. does AP run the app via upstart-app-launch ?
[16:59] <fginther> nerochiaro, I think that's encoded in the autopilot tests themselves, hopefully this is obvious in the test sources
[16:59] <nerochiaro> fginther: sorry, are you sayign each AP test can choose how to run the app ?
[16:59] <ogra_> sil2100, fine with me
[17:00] <fginther> nerochiaro, I believe that's how it works, see: http://bazaar.launchpad.net/~phablet-team/camera-app/trunk/view/head:/tests/autopilot/camera_app/tests/__init__.py
[17:00] <fginther> launch_test_installed is setting a hint file
[17:01] <nerochiaro> fginther: shouldn't it be launch_click_installed ?
[17:01] <nerochiaro> fginther: sorry, launch_click_package
[17:02] <nerochiaro> which is from autopilot.testcase.AutopilotTestCase
[17:02] <fginther> nerochiaro, that's a question that is outside of my expertise
[17:02] <nerochiaro> fginther: no problem. who should we ask to ?
[17:03] <fginther> nerochiaro, tedg perhaps?
[17:03] <fginther> nerochiaro, you also might try elopio or veebers
[17:03] <Ursinha> sil2100: are you around?
[17:03] <sil2100> Ursinha: hey! What's up?
[17:04] <Ursinha> sil2100: do you have time to join us in a discussion about smoke testing? :)
[17:04] <sil2100> Ursinha: I could drop by for a moment, but I could just give basic insight
[17:04] <Ursinha> sil2100: that's good enough
[17:06] <nerochiaro> greyback_: no problem, thanks for the help so far. i reprod using the CI scrips, so you migth want to go that way too
[17:06] <greyback_> nerochiaro: did you install python3 packages on the device until the CI scripts worked?
[17:07] <greyback_> http://pastebin.ubuntu.com/10538830/ is what I got just using ci scripts
[17:07] <nerochiaro> greyback_: yes, i installed python3-autopilot manually
[17:07] <greyback_> ok
[17:08] <greyback_> will do that so
[17:08] <greyback_> o/
[17:26] <popey> sil2100: & davmor2 Advanced warning, tomorrow morning during the landing call I will request a re-test of reminders - not ready yet, but should be by tomorrow.
[17:28] <sil2100> popey: \o/
[17:28] <sil2100> Wohooo!
[17:41] <sil2100> bzoltan_: ping
[18:17] <nerochiaro> elopio: do you know if it is possible to call methods via AP or if we can just manipulate properties ?
[18:17] <elopio> nerochiaro: it is possible, but discouraged and it's in a file that might get deleted with AP.
[18:17] <nerochiaro> elopio: i don't understand
[18:18] <nerochiaro> elopio: what file do you mean ?
[18:18] <elopio> nerochiaro: generally, when you need something that's not exposed through the user interface, it means that your UI is missing something, or you shouldn't be writing an autopilot test.
[18:18] <elopio> nerochiaro: so we have been thinking about removing autopilot code to inspect beyond properties.
[18:19] <elopio> nerochiaro: what's your problem? maybe we can find an alternative.
[18:19] <nerochiaro> elopio: when setting up a test I need to add something to a model
[18:19] <nerochiaro> elopio: and the way to do it apparently is by calling a method on it
[18:21] <elopio> nerochiaro: I need a bigger picture. What are you trying to set up?
[18:34] <nerochiaro> elopio: in camera app we need to add photo files to the pictures model during a test, so that we can check that the UI element indicating there are no pictures in the photo roll disappears
[18:35] <elopio> nerochiaro: in a user acceptance test, you should do that by putting a file to the pictures directory.
[18:36] <elopio> if you want to test it at a lower level than that, you should do it with qmltestrunner, and then you can hardcode your model.
[18:37] <elopio> nerochiaro: with your quick explanation, I would prefer to make this as a qml test. I might be missing some details though.
[18:37] <elopio> is there a reason why you want to make it with autopilot?
[18:40] <nerochiaro> elopio: i am discussing it with Kaleo, it might even be I am testing something that I really shouldn't. thanks for the advice so far
[18:42] <elopio> nerochiaro: well, it does sound that an automated test is needed :) Please don't land it without tests, but feel free to chose to test it at the level that you consider correct.
[18:43] <elopio> nerochiaro: if you need something else, please go to #ubuntu-quality and ping whoever is mentioned in the topic.
[18:48] <nerochiaro> elopio: thanks
[18:49] <rsalveti> sil2100: robru: should we stop doing daily builds for RTM?
[18:49] <rsalveti> as we don't expect to have many landings anymore
[18:49] <sil2100> rsalveti: hm, we could basically
[18:49] <robru> rsalveti: makes sense, landings have greatly slowed.
[18:50] <sil2100> rsalveti: since we're only waiting for 1-2 more fixes anyway
[18:50] <rsalveti> exactly
[18:50] <sil2100> +1 :)
[18:50] <rsalveti> will disable in cron then
[18:50] <sil2100> Thanks!
[18:50] <rsalveti> don't want qa spending time on something that didn't really change
[18:51] <rsalveti> done
[19:06] <popey> rsalveti: what about store uploaded click packages?
[19:07] <popey> rsalveti: we'll have to spin new images just for those?
[19:15] <rsalveti> popey: depends on which click packages
[19:15] <rsalveti> the pre-installed in the images or the ones provided by custom?
[19:16] <rsalveti> popey: do you think there is a way to coordinate these landings with the image build process?
[19:16] <popey> I dont know how they're installed, but calculator, reminders, clock...
[19:16] <popey> I'll have a chat to sil2100 tomorrow.
[19:16] <popey> at the landing meeting, form a plan
[19:16] <rsalveti> right, those a provided by the rootfs indeed
[19:17] <rsalveti> popey: yeah, just to avoid having QA to spend hours testing something that didn't really change
[19:17] <rsalveti> we don't have a way yet to check for differences before building an image
[19:18] <rsalveti> popey: thanks for following this up with sil
[19:18] <rsalveti> let me know if you want the daily build back and I can re-enable anytime
[19:18] <popey> ok
[19:18] <popey> we dont need it that often
[19:19] <popey> but I know we have a few coming soon, and want to make sure people will get them.
[19:19] <popey> technically users will get it via the store of course.
[19:19] <cjwatson> nothing stopping somebody requesting a manual build for those of course
[19:20] <popey> true.
[19:21] <rsalveti> yeah
[19:45] <dobey> trainguards: who can do a packaging change ack? has to be release team now?
[19:45] <robru> dobey: core devs
[19:46] <dobey> robru: are you a coredev?
[19:46] <Laney> Depends on the package - anyone who can upload it
[19:46] <Laney> MOTU for universe stuff
[19:47] <dobey> silo 24 needs a packaging ack (new python module package added). it's unity-scopes-shell which i think is still in universe
[19:48] <robru> dobey: no I am no, sorry. I usually lean on mterry or kenvandine for that kind of stuff at this time of day
[19:50] <dobey> kenvandine: ^^ can you package ack silo 24? :)
[20:45] <kenvandine> dobey, i'll look
[20:46] <robru> brb, lunch
[20:54] <dobey> kenvandine: thanks
[20:57] <kenvandine> dobey, so adding new binaries, you should really get an archive admin to look at it
[20:57] <kenvandine> for a preNEW review
[20:57] <dobey> that's what i was wondering
[20:58] <dobey> slangasek: ^^ would you mind doing the package ack for silo 24 as it has a new bin pkg?
[21:11] <robru> dobey: ah you didn't mention there was a new binary package when you first asked me who can ack
[21:16] <dobey> ah. there's another silo waiting for qa signoff, which has a new binary package too. hopefully we can get them in quickly, as we need them to enable more testing in other packages
[21:24] <bregma> cihelp vanguard, we frequently get Unity 7 build fails due to timeout on amd64 in CI Jenkins although 4 hours should be more than enough for that, would this be a vanguard-level issue or should I just add it to our wishlist for the QA backlog?
[21:26] <fginther> bregma, vanguard is appropriate
[21:26] <fginther> bregma, I'll take a look
[21:48] <fginther> bregma, it looks like the default memory size for the amd64 build was just a bit too small and was causing swapping during the build. I've moved the both amd64 and i386 builds to a build on larger nodes. so far it looks much happier
[21:48] <fginther> er, the "default node memory size"
[21:48] <bregma> fginther, thanks, we'll see how that pans out in the next few MPs
[21:49]  * bregma cracks the whip on the team
[21:51] <rsalveti> kenvandine: we got 2 system settings landings for rtm
[21:51] <rsalveti> kenvandine: just need to make sure we're in sync with QA here :-)
[21:51] <kenvandine> rsalveti, yeah...
[21:52] <rsalveti> love to see bug 1414762 getting fixed
[21:52] <rsalveti> hate this so much
[21:52] <kenvandine> just make sure there's a rebuild after the first one publishes
[21:52] <rsalveti> yeah
[22:26] <elopio> cihelp: the vms that run dep8 tests in the archive are qemu. Could we use something like kvm/qxl, so we can use mir during dep8 tests, or do we have to make mir work in qemu?
[22:26] <fginther> mterry, I finally opened a report for the unlock problem I mentioned earlier today: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1428875
[22:27] <fginther> elopio, are you specifically asking about the proposed-migration tests such as http://d-jenkins.ubuntu-ci:8080/view/Vivid/view/AutoPkgTest/job/vivid-adt-qtmir/ ?
[22:29] <fginther> elopio, if so, work is in progress this sprint to move that testing to nova kvm instances
[22:30] <elopio> fginther: I'm talking in general. I want to write a dep8 test for the dialer app that launches the messaging app. That requires mir running, and they tell me that mir requires qxl.
[22:30] <elopio> so I don't know what to request, for mir to not require kvm+qxl, or for the tests to not be run on qemu.
[22:31] <mterry> fginther, that does seem like just a more frequent version of bug 1428875, yeah
[22:31] <mterry> fginther, er..  I mean bug 1421009
[22:32] <fginther> elopio, one moment, pondering this for a moment
[22:33] <fginther> mterry, thanks for taking a look at that
[22:34] <mterry> fginther, I'm still not sure even where to start.  Seems like there's a whole collection of similar dbus freeze bugs
[22:36] <fginther> elopio, it sounds like the best route is to make sure the test is restricted to only run on a testbed that can adequately run mir as is. If a nova kvm instance works for this, then you're in luck.
[22:37] <fginther> elopio, but I have no idea what qxl is, googling
[22:37] <slangasek> dobey: having a look at ubuntu silo 024 now
[22:38] <slangasek> I thought we'd fixed the problem of silo packages bypassing NEW? am I misremembering?
[22:40] <fginther> elopio, hmm. I think this requires more investigation to understand what is needed and if the current path is going to work. I'm not familiar with how graphics operate on these nova kvms.
[22:41] <mterry> fginther, I put a birds-eye-view comment on bug 1428875, but I'm EOD and off tomorrow -- you might want to poke kgunn to get someone else to look at this shorter term (and I'm guessing kgunn will probably re-assign to someone lower in the stack)
[22:42] <mterry> fginther, actually, let me assign to kgunn myself and leave a comment
[22:42] <fginther> elopio, I'll create a placeholder story for this for now.
[22:42] <fginther> mterry, thanks
[23:04] <slangasek> dobey: I have objections to some of the packaging changes on this silo; how do you want these submitted?
[23:05] <slangasek> dobey, robru: (i.e., this is a nack of the package as currently uploaded)
[23:05] <robru> slangasek: no worries on my end.
[23:06] <robru> slangasek: oh, in terms of bypassing NEW, what we fixed was diffs failing to be generated causing packaging changes to fly through unreviewed. as far as I know train uploads have always bypassed NEW.
[23:07] <tedg> robru, Can you publish silo 18 please?
[23:07] <slangasek> robru: well, when I say "we" I mean "launchpad", since it was a bug on the LP side that they went through without review
[23:07]  * tedg doesn't have packaging changes
[23:07] <tedg> Well, in this silo.
[23:07] <robru> slangasek: ah no idea
[23:07] <slangasek> wgrant: ^^ any chance you can refresh my memory on where we stand on that bugfix (silos bypassing binary NEW)?
[23:08] <robru> tedg: done
[23:08] <tedg> robru, Awesome, thanks!
[23:08] <robru> tedg: you're welcome
[23:10] <wgrant> slangasek: Bypassing binary NEW is fairly easily fixed, actually being able to be overridden before acceptance is a good bit harder.
[23:10] <slangasek> wgrant: so the binary-new-bypass bug is still outstanding, then - ok, thanks
[23:12] <wgrant> slangasek: Yep, but my derived distro rewrites of all that code make the actual skipping bit very easy to fix.
[23:12] <wgrant> slangasek: https://bugs.launchpad.net/launchpad/+bug/993120
[23:13] <robru> wgrant: cool, would be nice to fix
[23:13] <slangasek> wgrant: yep well maybe one of these days it'll be a priority to put it into the launchpad backlog... but not before ddebs ;)
[23:13] <wgrant> slangasek, infinity: Well, you should put it in your priorities on the wikipage. They're an ordered list after all.
[23:14] <wgrant> And this is fixable without the rest of the larger redesign that Adam already listed.
[23:16] <slangasek> infinity: ^^ yeah, let's go ahead and put bug #993120 on the list (at the bottom)
[23:17] <slangasek> dobey: fwiw the biggest blocker on this package is the lack of .symbols files for the library, which I believe is a standard requirement for all libraries that go through the train.  I won't sign off on a library package coming through the train that doesn't have ABI checking at the packaging level


 Do I want the amd64-generic or amd64-k8 kernel stuff?
[12:08] <tseng> Nafallo: ^
[12:08] <Nafallo> k8 if he runs on k8 :-)
[12:08] <tseng> whats that mean
[12:08] <tseng> k8 = opteron?
[12:08] <Nafallo> tseng: Host bridge: Advanced Micro Devices [AMD]  K8 NorthBridge
[12:09] <Nafallo> I could have just said chipsets :-)
[12:11] <Nafallo> dunno what differs though.
[12:11] <tseng> is that in lspic or something?
[12:11] <tseng> pci
[12:11] <Nafallo> lspci yes :-)
[12:27] <tseng> where was the spec on moving packages to main?
[12:29] <Nafallo> http://udu.wiki.ubuntu.com/Mono ?
[12:29] <tseng> no
[12:29] <tseng> https://www.ubuntulinux.org/wiki/UbuntuMainInclusionRequirements
[12:29] <tseng> beagle knows all
[01:09] <Mez> yeah dooglus :d that would be cause I fiexed it :d
[02:11] <tseng> zul: kickban for great justice
[02:11] <zul> tseng: hehe
[02:14] <crimsun> if anyone needs a key signed, I'll be in Chicago, IL, this Wednesday (6/15) from 4p - 7p and in Rochester, NY, the following day (6/16)
[02:16] <tritium> Hey crimsun.  You'll only be 2 hours away.
[02:17] <crimsun> hey tritium
[02:17] <crimsun> yep, it's an amtrak layover
[02:17] <tritium> Ah, I see...
[02:18] <crimsun> how're things?
[02:18] <tritium> Moving along.  You?
[02:19] <crimsun> same, working 40 straight hours so I can take the rest of the week off
[02:19] <tritium> crimsun, drobbins (of gentoo fame) is in #ubuntu chatting.  He's taken a position with Microsoft.
[02:19] <crimsun> tritium: ah, cool
[02:19] <tritium> Wow, that's a marathon
[02:21] <tritium> crimsun, is your business unit affected by the recent Apple decision?
[02:21] <crimsun> nope
[02:22] <tritium> That's good.
[02:22] <crimsun> well, I suppose I need to qualify that answer
[02:23] <crimsun> I work for STG (systems & technology group), so yeah, this group as a whole was adversely affected, but my particular first-line group is separate from the microprocessor group
[02:23] <tritium> Ah, okay.
[02:24] <crimsun> to put things in scope: the ppc->intel fallout is much less an issue than either bluegene/l or the video game consoles
[02:25] <|QuaD-> anyone feel like packaging: http://browserbookapp.sourceforge.net/deskbar.html
[02:26] <tritium> crimsun, ah...
[02:51] <tritium> Good night :)
[02:55] <Nafallo> good night!
[03:12] <lamont> brutefir needs gcc-4.0 love
[03:12] <lamont> and clanlib needs xorg love
[03:15] <eruin> anyone here know what's up with mplayer? ;)
[03:15] <eruin> it smells very uninstallable
[03:18] <crimsun> it works fine
[03:18] <crimsun> you need to pass an explicit version to aptitude/apt-get
[03:19] <crimsun> and you can only use the testing debian-marillat repo if you use hoary
[03:19] <crimsun> (or if you love apt-pinning)
[03:20] <eruin> bleh. that explains it
[03:20] <eruin> I think I'm using unstable
[03:20] <eruin> cheers ;)
[03:20] <crimsun> you still need to pass the version
[03:20] <eruin> which?
[03:20] <crimsun> look at the full version string from apt-cache policy mplayer-arch
[03:21] <eruin> 1:1.0-pre7-0.0
[03:21] <eruin> that's the candidate
[03:21] <crimsun> you don't have multiverse enabled.
[03:21] <eruin> it also lists 1.0-pre6-0.3ubuntu6
[03:22] <eruin> from multiverse
[03:22] <crimsun> sudo aptitude install mplayer-586=1:1.0-pre6-0.3ubuntu6
[03:23] <eruin> hmm
[03:23] <eruin> I must already have some marillat packages pulled in
[03:24] <eruin> I need libxvidcore4 which wants a more recent libc6 than I have/can get ;)
[03:28] <crimsun> you're not using testing, remember?
[03:28] <crimsun> you have unstable
[03:33] <eruin> I've switched to testing
[03:33] <eruin> but I fear the damage is already done
[04:00] <crimsun> eruin: then you need to downgrade/uninstall the packages from debian-marillat's unstable
[04:03] <eruin> is there a simple way to do that?
[04:04] <crimsun> needs a bit of awk magic and grep
[04:04] <eruin> I get sweat heats just by seeing 'awk'
[04:25] <|QuaD-> anyone feel like packaging an app now?
[08:12] <DanielN_PD> morning
[08:12] <DanielN_PD> |QuaD- : exacter please :)
[10:37] <DanielN_PD> hi ivoks
[10:37] <ivoks> hi all
[10:38] <siretart> hi folks!
[10:38] <ivoks> hi siretart
[10:39] <siretart> huhu ivoks
[10:39] <DanielN_PD> erm
[10:39] <DanielN_PD> i have a question
[10:39] <ivoks> fake MOTU ivoks :)
[10:40] <siretart> does anybody know if there is a problem with packages.ubuntu.com?
[10:40] <ivoks> so, TB is at 20:00 UTC
[10:40] <DanielN_PD> if i had to write a patch to upstream source (talking about transition libs), should i provide the patch _and_ the debdiff to the bugreport?
[10:40] <siretart> some packages seem to be out of date there. whats going on there?
[10:40] <ivoks> DanielN_PD: debdiff should contain changes
[10:41] <ivoks> DanielN_PD: and you should send patch to upstream
[10:41] <DanielN_PD> ivoks: yeah, but there isn't included the other patch in debian/patches
[10:41] <DanielN_PD> in the debdiff
[10:41] <ivoks> ?
[10:41] <siretart> DanielN_PD: I think that upstream should be able to extract the relevant changes of your debdiff
[10:41] <DanielN_PD> siretart: no, it's impossible to detect in the debdiff, that there's another patch
[10:42] <ivoks> ?!
[10:42] <siretart> huh? how comes?
[10:42] <DanielN_PD> don't know
[10:42] <ivoks> then you did something wrong
[10:42] <DanielN_PD> mhm
[10:42] <ivoks> your debdiff should contain ALL changes beetwen inital source of package, and source of package you created
[10:43] <DanielN_PD> yeah, i debdiffed between the version now in breezy and my patched one
[10:43] <ivoks> if you included any patch in debian/patches
[10:43] <ivoks> then that patch should be visible in debdiff too
[10:43] <DanielN_PD> between the .dsc files
[10:44] <ivoks> right
[10:44] <ivoks> and it contains everything you added/removed
[10:44] <DanielN_PD> no it doesn't :/
[10:44] <ivoks> siretart: if it pulls package list from us.archive, then it is outdated
[10:45] <DanielN_PD> and the patch is ok, if i build it, the patch is being added
[10:45] <DanielN_PD> applied
[10:45] <ivoks> DanielN_PD: then it contains your patch
[10:45] <DanielN_PD> hrmpf
[10:45] <DanielN_PD> wait, i'll provide the debdiff now
[10:45] <ivoks> put that debdiff somewhere
[10:46] <siretart> ivoks: hm. that could be an explanation..
[10:50] <DanielN_> ree
[10:50] <DanielN_> ivoks: you're right, it contains the patch
[10:50] <DanielN_> i don't know
[10:50] <DanielN_> what i saw yesterday night, i think it was too late already
[10:51] <ivoks> khm...
[10:51] <DanielN_> :)
[10:51] <DanielN_> was my fault
[10:51] <ivoks> "Companies like Progeny, Linspire, and Ubuntu..."
[10:51] <ivoks> khm...
[10:52] <DanielN_> erm
[10:52] <ivoks> that ian...
[10:52] <DanielN_> but who is upstream maintainer??
[11:02] <siretart> does anybody know what happened to the backports team? I haven't heard anything from them quite a long time
[11:10] <\sh> siretart: me neither
[11:16] <siretart> hi \sh
[11:16] <siretart> \sh: I wanted to take a look at darcs-buildpackage, unfortunatly it is only available in breezy, so I thought about backporting, which.. ;)
[11:16] <\sh> darcs?
[11:17] <siretart> I read some article about darcs, and did some rudimentary tests. it is a decentral scm, I think derived from arch in some way
[11:18] <\sh> siretart: url?
[11:19] <siretart> http://abridgegame.org/darcs/, but I looked at the package already in hoary
[11:19] <siretart> and in debian unstable there is also darcs-buildpackage, but this is still on my todo list
[11:38] <siretart> hm. tla-load-dirs needs merging.. checking MOM merge for upload
[11:38] <siretart> but is looking good
[11:39] <siretart> what is your opinion, should the maintainer in the merged changlog from MOM be changed from scott to the reviewer?
[11:40] <\sh> i don't know :(
[11:42] <siretart> asking in -devel
[11:53] <HostingGeek> are there any lazy MOTU in here besides me?
[11:54] <HostingGeek> ok ok I am not a MOTU
[11:55] <ivoks> ?
[11:57] <\sh><EMAIL_ADDRESS>[12:07] <HostingGeek> lol
[12:07] <HostingGeek> \sh: I need IRC nicks
[12:08] <HostingGeek> anyway<EMAIL_ADDRESS>is more lazy
[12:08] <HostingGeek> he is to lazy to close down the company
[12:10] <\sh> HostingGeek: u don't know daniel robbins
[12:10] <\sh> ?
[12:10] <HostingGeek> no
[12:10] <HostingGeek> you?
[12:10] <\sh> yes
[12:10] <\sh> founder and chief architect of gentoo linux
[12:11] <tseng> thats not the same guy
[12:11] <tseng> @ microsoft
[12:11] <tseng> he has a blog with his picture on it.
[12:11] <\sh> tseng: drobbins is working for ms since the 23rd of may
[12:11] <tseng> well then there are 2 drobbins there
[12:11] <tseng> or you are misinformed
[12:11] <\sh> tseng: and there is a daniel c. robbins @ ms hes 3d graphical expert
[12:11] <\sh> tseng: read the gentoo planet :)
[12:11] <tseng> yes
[12:12] <\sh> tseng: i mean: drobbins
[12:12] <tseng> er
[12:12] <tseng> no thanks
[12:12] <tseng> boring censored drivel
[12:12] <\sh> tseng: it's big in the press
[12:12] <\sh> tseng: and it's big on all planets, blogs, newsticker, whatever you can read
[12:12] <tseng> *YAWN*
[12:13] <tseng> congratulations on his new job
[12:13] <\sh> tseng: my thoughts :)
[12:13] <\sh> now he can drop the gentoo shop, and start contributing some money to the foundation ,->
[12:14] <\sh> anyways...coffee
[12:16] <HostingGeek> moo
[12:28] <Nafallo> tseng: gooooood morning! :-D
[12:29] <Nafallo> hi all! :-)
[12:31] <tseng> :)
[01:12] <DanielN_> ARGH
[01:13] <DanielN_> can't belief that
[01:13] <HostingGeek> DanielN_: are youm daniel r really
[01:13] <HostingGeek> ?
[01:14] <DanielN_> HostingGeek: erm.. don't understand what you mean
[01:15] <HostingGeek> DanielN_: we where talking a lot about him before
[01:16] <Lathiat> HostingGeek: dude
[01:16] <Lathiat> HostingGeek: open your eyes
[01:16] <Lathiat> 'Daniel_N_' not 'Daniel_R_'
 ARGH
[01:16] <DanielN_> :))
 can't belief that
[01:16] <HostingGeek> lamont: maybe he is anrgy daniel_r_ was taken
[01:17] <Lathiat> now plz to -troll yourself
[01:17] <Lathiat> alternatively find the closest available cliff and fall off it
[01:18] <Nafallo> "fall" ;-)
[01:35] <doko> ajmitch: what's the status of libsigcx ?
[01:37] <Nafallo> \sh: ping
[01:41] <Nafallo> \sh: nm
[02:04] <doko> ajmitch: what's the status of cln, ginac, freefem
[02:06] <ogra> doko, remind me that i owe you a bottle of single malt for doing my paperwork, next time we meet.... thanks a big lot :)
[02:08] <doko> ogra: maybe you should be punished by bringing the bottle from Norway ;)
[02:08] <ogra> doko, too late.... i'm already back and have to build a first edubuntu CD during the ext two weeks :)
[02:10] <ogra> doko, but i have tzo go to london in the beginning of july, i could grab a nice bottle for you there :)
[02:11] <doko> :)
[02:20] <doko> siretart: what's the status of libaqbanking?
[02:46] <DanielN_PD> mhm
[02:47] <DanielN_PD> how are you all testing, that packages build on architectures that yourselfe doesn't have
[02:47] <DanielN_PD> ?
[02:57] <doko> DanielN_PD: what's the status of aqsis?
[02:58] <doko> DanielN_PD: what's the status of gdome2-xslt ?
[03:01] <\sh> Nafallo: pong
[03:01] <Nafallo> \sh: nm, but thanks for the wikipage about LocalAptGetRepositories :-)
[03:02] <doko> \sh: what's the status of gnuradio?
[03:03] <\sh> doko: no status update...the issue is raised at upstream but no change
[03:03] <doko> which issue?
[03:04] <\sh> doko: there is a compilation bug...
[03:04] <\sh> > ../../src/lib/.libs/libgnuradio-core.so: undefined reference to
[03:04] <\sh> > `gr_fxpt::TWO_TO_THE_31'
[03:04] <\sh> > ../../src/lib/.libs/libgnuradio-core.so: undefined reference to
[03:04] <\sh> > `gr_fxpt::PI'
[03:04] <\sh> This is our problem...
[03:04] <\sh> Eric
[03:05] <\sh> http://lists.gnu.org/archive/html/discuss-gnuradio/2005-05/msg00176.html
[03:05] <doko> with gfortran, or g77-3.4?
[03:06] <\sh> g77-3.4 i think
[03:07] <\sh> doko: what about ocaml?
[03:08] <doko> waiting for daniels ...
[03:08] <\sh> at least some showstoppers
[03:12] <doko> \sh: what's the status of libpqxx ?
[03:13] <\sh> doko: waiting for pitti :)
[03:16] <\sh> ahhh.
[03:17] <\sh> forget about pitti
[03:17] <\sh> working like hell :)
[03:17] <\sh> usr/include/postgres/8.0
[03:20] <doko> \sh: what's the status of snacc ?
[03:20] <\sh> working on it...fixing stuff
[03:20] <\sh> libpqxx uploaded
[03:20] <doko> \sh: what's the status of libsndobj2 ?
[03:20] <doko> :)
[03:20] <\sh> thx rest is easy
[03:21] <\sh> libflash i have to upload for Unfrgiven
[03:22] <DanielN_PD> doko: both finished
[03:22] <DanielN_PD> no wait
[03:24] <\sh> argl
[03:24] <\sh> libflash-swfplayerc2
[03:24] <\sh> nononono
[03:25] <DanielN_PD> doko: these libs aren't any more in my care! i just kept open the bug, and removed my name from the wiki list
[03:26] <\sh> grmpf..i will fix libflash now
[03:30] <doko> DanielN_PD: what the status "finished" or "I don't care" ?
[03:30] <bddebian> Howdy
[03:30] <tritium> Good morning, bddebian
[03:30] <bddebian> Heya tritium
[03:34] <\sh> ogra: ping
[03:35] <ogra> \sh, pong
[03:35] <\sh> ogra: r u driving to the linuxtag?
[03:35] <ogra> \sh, nope... no time for that
[03:37] <\sh> ogra: well, if i can manage I'm trying to get down there...and try to meet mako or anyone who is there
[03:37] <ogra> \sh, great.... go and represent ;)
[03:37] <ogra> \sh, you probably should contact mako before he travels
[03:37] <\sh> ogra: what should I represent? ubuntu or gentoo e.v. germany ?,-)
[03:38] <ogra> \sh, your choice ;)
[03:38] <\sh> ogra: first of all i have to check my account...:)
[03:38] <\sh> ogra: yesterday I got the letter from the lawyer of my ex :(
[03:38] <ogra> awww...
[03:39] <\sh> looks like i need a third job as a callboy or something...
[03:39] <ogra> heh, go ahead :)
[03:41] <thesaltydog> \sh, if you need any consultancy, in my life I got 2 letters from the lawyers of my 2 ex's..
[03:41] <\sh> thesaltydog: hahaha :)
[03:41] <\sh> doko: what r we doing about this apache license vs. gp license issues?
[03:42] <doko> DanielN_PD: please stop touching new packages, please fix your existing ones first (maybe ask \sh or ogra for help)
[03:42] <doko> \sh: I didn't read that yet.
[03:43] <\sh> doko: I raised it on ubuntu-devel ml...but looks like nobody is interessted ;)
[03:51] <\sh> and who put me on ogras bug as CC...doko?
[03:51] <DanielN_PD> doko: i don't care about these libs any more
[03:51] <DanielN_PD> doko: just for information
[03:51] <\sh> DanielN_PD: which libs?
[03:51] <DanielN_PD> aqsis, libgdome2-xslt
[03:52] <\sh> DanielN_PD: bugzilla entries?
[03:52] <DanielN_PD> are still there
[03:52] <doko> \sh: I did CC you
[03:52] <Nafallo> \sh: if you want, I could put you as CC on all ogra's bugs? :-)
[03:52] <doko> DanielN_PD: and what about the other libs?
[03:53] <Nafallo> \sh: but it wasn't me ;-)
[03:53] <DanielN_PD> doko: as you see, i've done a view of other libs yet.. and there are still such, where's my name in the wiki! and this one i do of course :)
[03:53] <ogra> \sh, didnt you do that yourself last week (iirc) ?
[03:53] <DanielN_PD> theese
[03:53] <\sh> ogra: no
[03:53] <DanielN_PD> argh
[03:54] <\sh><EMAIL_ADDRESS>changed:
[03:54] <ogra> \sh, me neither... but i think i remember that you wanted to take them....
[03:54] <\sh> heute 15:43
[03:54] <\sh> ;)
[03:54] <\sh> i upload most of the stuff of Unfrgiven now i'm taking DanielN_PDs stuff and took some of ajmitch
[03:56] <\sh> doko: yeah i saw it..:)
[03:56] <\sh> DanielN_PD: i took your bugs over...i will upload them later (when your debdiffs are ok, with your address)
[03:59] <DanielN_PD> \sh: huh? correct with adress?
[03:59] <DanielN_PD> and which bugs do you mean? gdome adn aqsis or the others?
[04:00] <\sh> DanielN_PD: aqsis and gdome
[04:00] <\sh> DanielN_PD: with your email address :) so the upload is recognized on your account :)
[04:01] <\sh> https://www.ubuntulinux.org/wiki/MaintainerCandidates
[04:01] <\sh> so many "want to be" maintainers have to show up again
[04:15] <zul> \sh: dont you mean posers :)
[04:19] <DanielN_PD> \sh: well, if this is ok, it's no problem for me!
[04:20] <DanielN_PD> \sh: but that means, that if something is wrong, the mails are sent to me, right?
[04:21] <Nafallo> zul: !status on rt2500? :)
[04:21] <zul> Nafallo: waiting for 2.6.12 to be released
[04:22] <Nafallo> zul: but it has the latest bugfix I told you? :-)
[04:22] <zul> Nafallo: its on the todo list we are trying to work on something that deals with rt2500
[04:22] <zul> please be patient
[04:23] <Nafallo> zul: hehe, I'll try :-)
[04:23] <Nafallo> zul: the <something> is that module-watch-thing I guess? :-)
[04:23] <zul> nope
[04:24] <DanielN_PD> going home
[04:24] <DanielN_PD> see ya later
[04:24] <Nafallo> k
[04:29] <\sh> DanielN_PD: u r on the bug at all...so u get all the mails...
[04:33] <\sh> zul: no...i mean "want to be" maintainers :)
[04:33] <zul> heh
[04:35] <\sh> ok...time to go home...
[04:35] <\sh> laters dude...
[04:35] <\sh> TB meeting at 20:00 UTC :)
[04:37] <ofr> hi
[04:38] <ivoks> hi
[04:39] <ivoks> doko: ping
[04:39] <ivoks> or anyone else :)
[05:18] <DanielN> ree
[05:37] <DanielN> ARGH
[05:37] <DanielN> ogra, sorry i changed something on a bug of you. took the wrong one, sry!
[05:37] <ogra> np
[05:40] <DanielN> doko: damn, you're right my debdiff is wrong ;)
[06:04] <DanielN> doko: sigcperl patch is fixed
[06:56] <lamont__> pymol needs some python2.3->2.4 love
[07:25] <rtcm> any motu around to review a (trivial) modification to a debian package?
[07:26] <ivoks> eh :)
[07:26] <ivoks> sec..
[07:27] <ivoks> are there any plans to port OpenSolaris's SMF?
[07:27] <ivoks> rtcm: where is your debdiff?
[07:27] <rtcm> didn't do one, will do and post a link
[07:27] <zul> ivoks: evil
[07:28] <ivoks> zul: why evil? :)
[07:28] <ivoks> licencse?
[07:28] <zul> ivoks: its not under gpl and its solaris
[07:28] <ivoks> zul: it's OSI certified
[07:29] <ivoks> well, i didn't check license...
[07:29] <ivoks> zul: ok, is there any other similar project?
[07:30] <ivoks> lol
[07:31] <ivoks> You may not remove or alter any copyright, patent or trademark notices contained within the Covered Software
[07:31] <ivoks> that sucks
[07:31] <ivoks> :)
[07:32] <rtcm> ivoks: there you go: http://artemis.av.it.pt/~rmatos/ubuntu/ion3_20050607-2ubuntu1.debdiff
[07:33] <elmo> ivoks: OSI certified generally means nothing
[07:33] <ivoks> elmo: i know
[07:33] <ivoks> elmo: i'm reading license
[07:33] <rtcm> ivoks: this package isn't being automatically imported from debian when it should given that the diff is a oneliner
[07:33] <ivoks> elmo: btw... is there something wrong with my PGP?
[07:34] <ivoks> rtcm: i don't think this will get into breezy
[07:35] <ivoks> rtcm: contact  Per Olofsson<EMAIL_ADDRESS>There must be a reson why he left xinerama out
[07:35] <elmo> ivoks: I don't know, last I heard, mako was going to talk to you about it - has he?
[07:35] <ivoks> elmo: no
[07:35] <ivoks> elmo: he just asked for my PGP ID
[07:36] <elmo> ivoks: ok, I'll have a look at my mail in a bit, and check with mako
[07:36] <ivoks> elmo: i didn't heard from since then (week or two ago)
[07:36] <ivoks> elmo: ok, thank you
[07:36] <rtcm> ivoks: libxinerama doesn't exist in debian yet...
[07:36] <ivoks> elmo: if you have any questions, please, contact me
[07:37] <ivoks> rtcm: great! contact Per and suggest him this change
[07:37] <ivoks> rtcm: or even better, send him this debdiff
[07:39] <ivoks> rtcm: sorry
[07:39] <ivoks> rtcm: tell that to ogra :)
[07:39] <rtcm> ivoks: but while debian doesn't upgrade to xorg that package will be unbuildable there...
[07:39] <ivoks> rtcm: yeah, i made a mistake
[07:40] <ivoks> rtcm: ogra is "maintainer" in ubuntu
[07:40] <rtcm> I will mail ogra then
[07:40] <ogra> ??
[07:40] <ogra> ivoks, ?
[07:40] <ivoks> here he is :)
[07:40] <ivoks> ogra: you synced ion3 from debian
[07:40] <ogra> ivoks, its maintained by MOTU.....
[07:40] <ivoks> ogra: ah, i see...
[07:40] <ogra> ivoks, feel free to change it :)
[07:41] <ivoks> ogra: will do, as soon as I get upload rights :)
[07:41] <ivoks> or if i get upload rights :)
[07:41] <ogra> ivoks, but tell it the debian maintainer if you did, he wants to know about it
[07:41] <ivoks> ogra: i allways do that
[07:41] <rtcm> great... this is really a trivial thing
[07:41] <ivoks> they never respond :(
[07:41] <ogra> ivoks, great :)
[07:42] <ivoks> rtcm: great, i'll download sid's source and patch with your debdiff
[07:42] <ivoks> yes, yes, i know for uupdate :)
[07:43] <ivoks> rtcm: your name is?
[07:43] <rtcm> the one in the changelog :)
[07:43] <ivoks> ah, Matos
[07:44] <ivoks> ogra: i can leave his name/mail in changelog, right?
[07:44] <ivoks> can't
[07:44] <ivoks> or?
[07:44] <ogra> nope, not in changelog
[07:44] <rtcm> ivoks: feel free to change it
[07:44] <ivoks> ok
[07:44] <ogra> but in the maintainer field
[07:45] <ivoks> maintainer field?!
[07:45] <ivoks> doesn't that one allways stays from debian?
[07:45] <ogra> yes, please let elmo sync the recent version from debian before you apply the patch
[07:47] <rtcm> btw, aren't this king of chages in the build-deps automatically handled by the importer scripts?
[07:47] <rtcm> *kind
[07:47] <ivoks> importer scripts?
[07:47] <ivoks> i'm not aware of any scripts
[07:47] <ivoks> only people :)
[07:47] <ivoks> but i could be wrong
[07:48] <rtcm> I thought the syncs to debian were automated
[07:49] <ivoks> rtcm: http://www.ubuntulinux.org/wiki/MOTUToReview
[07:49] <ogra> rtcm, they are...
[07:49] <ivoks> rtcm: put link to your debdiff there
[07:50] <ivoks> rtcm: so when ion3 gets synced, I will patch it
[07:51] <rtcm> ivoks: in which section? i see three sections there
[07:51] <ivoks> rtcm: first
[07:54] <rtcm> ivoks: done, thanks
[07:55] <ivoks> thank you
[08:18] <Burgundavia> tseng, http://www.public.asu.edu/~bnickel/MuineTagger/ <-- thoughts?
[08:19] <tseng> i havent tried it
[08:19] <tseng> i dont see the point
[08:19] <tseng> i use easytag
[08:19] <tseng> its a thousand times more powerful
[08:19] <tseng> and it doesnt clutter the freaking ui
[08:20] <tseng> there is no reason for them to have put that crap in the main window
[08:20] <tseng> Burgundavia: did you want me to tell you what i really thought?
[08:21] <Burgundavia> I find easytag a piece of crap
[08:21] <Burgundavia> and useing itunes, I realise that editing IS part of music libraries
[08:21] <ivoks> :)
[08:21] <ivoks> flamewar :)
[08:21] <tseng> i find this plugin a piece of crap
[08:21] <tseng> get out of my muine window
[08:21] <tseng> go in the File menu like everyone else
[08:25] <ivoks> :)
[08:25] <ivoks> coc guys :)
[08:25] <ivoks> coc
[08:25] <tseng> dude
[08:25] <tseng> its nothing personal
[08:25] <bddebian> coc?
[08:25] <ivoks> bddebian: yes, CoC
[08:26] <Mez> ivoks likes coc
[08:26] <Mez> :P
[08:26] <tseng> oh man
[08:26] <bddebian> What about my coc?
[08:26] <tseng> knock it off.
[08:26] <ivoks> http://www.grawert.net/CoC.txt
[08:26] <Mez> :D
[08:26] <bddebian> Heh
[08:27] <bddebian> aww, thx
[08:27] <ivoks> :D
[08:28] <ivoks> easytag is nice
[08:28] <ivoks> and this muine tagger is nice
[08:28] <ivoks> i'm sure both will have audience
[08:29] <tseng> ivoks: of course
[08:32] <ivoks> tseng: why are they some red and some black listed files?
[08:32] <tseng> red means it fixed something
[08:32] <ivoks> :>
[08:32] <tseng> and you didnt save the changes yet
[08:32] <ivoks> hm... lots of fixing
[08:33] <tseng> you probably stole lots of music then :P
[08:33] <ivoks> :)
[08:33] <ivoks> i found CDs on the road :)
[08:33] <tseng> ah
[08:33] <tseng> and cddb totally farked your tags
[08:33] <tseng> since the cd was scratched..
[08:33] <ivoks> yeah
[08:33] <ivoks> mess, dude, mess :)
[08:34] <ivoks> lol
[08:35] <ivoks> do you want to rename project_topaz to do_it_with_madonna
[08:35] <ivoks> :))
[08:37] <ivoks> this is great app
[08:37] <ivoks> muine tagger sucks :)
[08:41] <herve> hello
[08:41] <ivoks> herve: hi
[08:43] <Riddell> anyone available to review a package?
[08:43] <Riddell> http://dev.kubuntu.org.uk/~jr/kubuntu/ivman
[08:43] <herve> this makes me think...
[08:43] <herve> DanielN, ping
[08:44] <ivoks> rain... :(
[08:57] <ivoks> bye all
[08:57] <ivoks> see you at 20:00 UTC
[09:26] <DanielN> herve: pong
[09:27] <herve> DanielN, still need reviewing "when"?
[09:27] <\sh> re
[09:28] <DanielN> herve: you have to change your comment (md5mismatch is fixed)
[09:28] <DanielN> and then it's ready i think
[09:29] <herve> I remember I had other comments ;-)
[09:30] <DanielN> herve: some dh_* which are not used :)
[09:42] <\sh> Unfrgiven: ping
[09:43] <\sh> hope he is here tonite
[09:45] <\sh> DanielN: now i will take a look on your packages
[09:45] <\sh> your cxx packages :)
[09:46] <DanielN> \sh: again? :)
[09:46] <DanielN> \sh: ahh
[09:46] <DanielN> :>
[09:46] <\sh> hehe...well i have a life as I realized lately ;)
[09:47] <DanielN> ???
[09:47] <DanielN> can't follow..
[09:47] <\sh> DanielN: I wish i could work all day on this linux stuff and on my dtv main work :)
[09:48] <DanielN> \sh: same here :)
[09:48] <DanielN> well, not DTV but you now what i mean ;)
[09:49] <\sh> u don't want to smoke dtv ? ,)
[09:51] <\sh> DanielN: tell me, why do u change the name in debian/control but not the corresponding files for the installation?
[09:51] <ivoks> hi
[09:51] <\sh> aqsis-libs.dirs should be aqsis-libsc2.dirs
[09:53] <\sh> changed also debian/rules
[09:55] <\sh> ok...
[09:55] <\sh> and where is debian/patches/aqsislibs_c2_patch.diff
[09:56] <Burgundavia> tseng, is it worth reporting beagle bugs?
[09:56] <tseng> Burgundavia: depends on the bug
[09:56] <tseng> ill be glad to direct you
[09:56] <Burgundavia> Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for Beagle.Util.Inotify ---> System.DllNotFoundException: libMonoPosixHelper.so
[09:56] <tseng> you need libmono-dev
[09:57] <Burgundavia> ah
[09:57] <tseng> we fixed this upstream
[09:57] <tseng> will hit soon
[09:57] <Burgundavia> ok
[09:58] <Burgundavia> cheers
[09:58] <tseng> working?
[10:00] <herve> DanielN, begin reviewing, I hope your router is ok :-)
[10:02] <\sh> don't we have meeting now?
[10:02] <ivoks> yeah
[10:08] <ivoks> herve: ?
[10:08] <herve> hmmm...
[10:08] <herve> how maintainers differ from motu?
[10:08] <DanielN>  herve, it should be ok
[10:08] <DanielN> or then i'm a bad sysadmin ;)
[10:09] <herve> DanielN, waiting server response...
[10:09] <DanielN> lol sorry
[10:09] <DanielN> then it's you, i tested it from several locations now
[10:09] <DanielN> and it simply works
[10:09] <DanielN> http://marissa.ath.cx/daniel/archive/breezy
[10:12] <herve> I could list the directory
[10:12] <herve> but no wget...
[10:12] <bddebian> Did wget ever get fixed in Debian and upstream?
[10:12] <herve> no s
[10:13] <ivoks> meeting time :)
[10:13] <ivoks> herve: what have you been drinking? :)
[10:14] <herve> what have I *not* been drinking? ;-)
[10:14] <ivoks> hehehe
[10:15] <\sh> DanielN: do u need upload space for your packages?
[10:15] <herve> no, he needs a good router ;-)
[10:15] <DanielN> herve: youre the one who sucks
[10:15] <DanielN> :)
[10:15] <herve> no, wget is
[10:15] <DanielN> my router is ok :>
[10:16] <ivoks> hm...
[10:16] <ivoks> i need help a bit
[10:16] <herve> just ctrl+c and run again, now it's ok
[10:16] <ivoks> i renamed limeshio0 to libmeshio0c2
[10:16] <ivoks> i need to change shlibs file
[10:17] <DanielN> herve: so you got it now?
[10:17] <ivoks> it containts: libmeshio 0.2.0 meshio (>> 0.2.0-0), meshio (<< 0.2.0-99
[10:17] <herve> DanielN, yes
[10:17] <ivoks> i'm not sure what changes should i do
[10:17] <DanielN> great
[10:17] <herve> \sh, so maintainership is for main or I get it wrong?
[10:19] <herve> DanielN, either you or I are doomed
[10:19] <herve> md5sum mismatch
[10:19] <herve> I'll use another tool
[10:20] <DanielN> err
[10:20] <DanielN> wait, it could be
[10:22] <\sh> herve: no
[10:22] <DanielN> herve: it isn't
[10:22] <\sh> herve: maintainership is for upload in common
[10:22] <\sh> herve: the differences are only upload for main or universe..so first universe and then some time after universe main
[10:22] <herve> so both main uploader and motus apply...
[10:23] <herve> ok, now I need to remember it :-)
[10:23] <\sh> herve: yes
[10:24] <Riddell> \sh: would you be able to look at my ivman package?
[10:25] <DanielN> herve: still md5mismatch? it works for me
[10:25] <DanielN> with apt-get source
[10:25] <\sh> Riddell: i'm taking now all the kde packages
[10:25] <herve> DanielN, I'm doing three thing at the same time :-)
[10:26] <herve> and I already get difficulty to concentrate on a single one
[10:26] <DanielN> ;>
[10:26] <herve> I'll tell you when I'm over
[10:26] <Riddell> \sh: http://dev.kubuntu.org.uk/~jr/kubuntu/ivman
[10:28] <\sh> Riddell: what's the purpose of ivman? ,-)
[10:28] <\sh> ah...now i get it
[10:28] <\sh> argl
[10:28] <siretart> hi folks
[10:28] <ivoks> alternative to g-v-m
[10:29] <siretart> Mithrandir: in which channel is the nx meeting?
[10:29] <\sh> Riddell: debian/copyright...only the first part..and then a pointer to /usr/share/common-licenses/GPL-2
[10:29] <Riddell> \sh: it's not GPL
[10:29] <ivoks> lol
[10:29] <\sh> or qpl
[10:29] <Riddell> no QPL in /usr/share/common-licenses/
[10:29] <\sh> hmmm..we should update this
[10:29] <herve> ivoks, really? someone was looking for a kde equivalent to gvm today :-)
[10:29] <Riddell> herve: where abouts?
[10:30] <ivoks> herve: ivman is no-gui
[10:30] <ivoks> herve: it lacks some g-v-m fetures, but is good project
[10:30] <Riddell> ivoks: which features?
[10:30] <herve> I mean, adding an icon on the desktop and open a konqueror window on the media
[10:30] <Riddell> herve: icon on desktop is already added
[10:30] <\sh> Riddell: if you put it on MOTUNewPackages i would like to sign it ;)
[10:30] <ivoks> Riddell: asking for password on mounting crypted usb stick
[10:31] <herve> Riddell, in kubuntu hoary?
[10:31] <Riddell> ivoks: hmm
[10:31] <Riddell> ivoks: any docs on making a crypted usb stick?
[10:31] <Riddell> herve: yes
[10:31] <ivoks> Riddell: yes :)
[10:35] <herve> DanielN, ok, I think we made a confusion
[10:35] <herve> I mean, the orig.tar.gz is not the same as the upstream tarball
[10:36] <ivoks> Riddell: http://www.flyn.org/easycrypto/easycrypto.html
[10:37] <DanielN> herve: that is correct! ivoks said i should do it like that .. making changes and then pack the orig.tar.gz manually
[10:37] <DanielN> err
[10:37] <ivoks> ?!
[10:37] <herve> ??
[10:37] <DanielN> i mean the upstream tarball
[10:38] <herve> you should rename the upstream tarball to when_1.0.23.orig.tar.gz and work from here
[10:38] <herve> you're not supposed to package upstream releases yourself
[10:38] <herve> remember to be as less intrusive as possible
[10:39] <DanielN> yep
[10:39] <Riddell> \sh: wiki doesn't want to work for me
[10:40] <DanielN> but herve: if i want to change something in the upstream.. i must provide it as a patch ??
[10:40] <herve> DanielN, replace your orig with the upstream one renamed
[10:40] <herve> regenerate a source package
[10:40] <herve> and I approve it
[10:40] <\sh> uh for me neither
[10:41] <herve> DanielN, yes you do, and report it to upstream for inclusion in the next revision
[10:41] <DanielN> argh i'm disappointet
[10:42] <\sh> DanielN: why?
[10:42] <DanielN> just rename the upstream tar to orig tar and rebuild?
[10:42] <ivoks> herve: is this about when?
[10:42] <DanielN> yeah
[10:43] <ivoks> upstream tarball, when extracted, doesn't produce when directory
[10:43] <ivoks> that's the problem
[10:43] <ivoks> it creats some other directory
[10:43] <ivoks> like release/ or something like that
[10:43] <DanielN> when_dist
[10:43] <ivoks> when_dist
[10:44] <ivoks> this is wrong, and should be changed, imho
[10:44] <herve> why?
[10:44] <ivoks> that's why you get md5 mismatch
[10:44] <ivoks> cause source should be in packagename-version
[10:44] <herve> he gets md5 mismatch because he made a tarball on his own
[10:44] <herve> ivoks, tell that to upstream
[10:45] <ivoks> herve: on his own?
[10:45] <DanielN> herve: i haven't an md5 mismatch
[10:45] <herve> of his own?
[10:45] <ivoks> i told him to rename that when_dist to when-version
[10:45] <\sh> now its working again
[10:45] <ivoks> and to gzip it and tar it
[10:45] <ivoks> but when he runs dpkg-buildpackage
[10:46] <ivoks> script creates .orig.tar.gz
[10:46] <herve> ivoks, I understand your point of view, but you told it to the wrong person :-)
[10:46] <herve> ivoks, no, the scripts compare the orig archive with the current state
[10:46] <herve> but certainly won't touch the orig
[10:46] <herve> any difference goes in the diff.gz
[10:46] <ivoks> herve: there wasn't .oirg.tar.gz :)
[10:46] <herve> unless it's a native package of course
[10:47] <herve> ivoks, that's what I told him to do
[10:47] <ivoks> unless he did something wrong :)
[10:47] <herve> rename the filename of the upstream tarball
[10:47] <herve> how do you get a orig otherwise?
[10:47] <ivoks> hm
[10:48] <ivoks> wifi-radar_1.9.4-0ubuntu2.tar.gz
[10:48] <ivoks> for example
[10:48] <herve> DanielN, you're going well?
[10:48] <DanielN> ?
[10:48] <ivoks> and i didn't have any archive in that dir
[10:48] <ivoks> dpkg-buildpackage created it
[10:49] <ivoks> hm..
[10:49] <herve> ivoks, hmmm... I may have missed it
[10:49] <herve> I'll check later
[10:49] <ivoks> but, you are right
[10:49] <ivoks> this isn't .orig.tar.gz
[10:49] <ivoks> my mistake :)
[10:49] <herve> DanielN, you know what to do?
[10:50] <DanielN> telling upstream maintainer?
[10:50] <ivoks> this archive contains whole source, with debian/
[10:50] <DanielN> ah
[10:50] <herve> DanielN, also :-)
[10:50] <DanielN> and it shouldn't, because that must be created with the .diff.gz, right?
[10:50] <DanielN> debian/ i mean
[10:50] <ivoks> DanielN: get archive and rename it to when-version.orig.tar.gz
[10:50] <ivoks> DanielN: right
[10:51] <herve> when_version.orig.tar.gz :-)
[10:51] <ivoks> hm
[10:51] <ivoks> http://www.debian.org/doc/maint-guide/ch-first.en.html#s-dh_make
[10:51] <siretart> the "_" is important. it bit me several times in the past ;)
[10:52] <ivoks> Package name and version are separated by the "_" .
[10:52] <DanielN> ok, and then debuild :)
[10:52] <ivoks> ah, wait!!!
[10:52] <ivoks> stop!!!!
[10:52] <ivoks> you should do dh_make
[10:52] <DanielN> cool down :)
[10:52] <ivoks> that will create .orig.tar.gz
[10:52] <DanielN> with the unchanged upstream
[10:52] <herve> hmm wait...
[10:52] <DanielN> ?
[10:53] <ivoks> DanielN: http://www.debian.org/doc/maint-guide/ch-first.en.html#s-dh_make
[10:53] <herve> really strange
[10:53] <ivoks> i told you to do dh_make, remember?
[10:54] <herve> ivoks, don't make him mess his package :-)
[10:54] <ivoks> herve: it's better to learn it right, mess is irelevant :)
[10:55] <ivoks> it isn't big package, therefor can't be too messy
[10:55] <herve> but regenerating a whole source package...
[10:55] <ivoks> herve: nah... he can erase debian/*
[10:55] <herve> I thought that was easy
[10:55] <ivoks> and copy his own stuff
[10:55] <herve> but debuild keeps using when-1.0.23 directory
[10:56] <ivoks> ah, i'm to tierd :)
[10:57] <herve> don't tell me
[10:57] <DanielN> me too guys
[10:58] <DanielN> we should discuss about that at a funnier time :)
[10:58] <herve> agree
[10:58] <herve> I must admit I even forgot how one gets a orig.tar.gz :-)
[10:59] <DanielN> it's not debuild
[10:59] <DanielN> ;>
[10:59] <bddebian> herve: By hand.. :-)
[11:00] <herve> yeah, the most reliable ;-)
[11:00] <bddebian> Just don't leave "shit" files in there like I always do.. :-)
[11:00] <ivoks> herve: dh_make :)
[11:01] <herve> ivoks, we are supposed to know how to handle packages by hand
[11:01] <herve> aren't we, ogra? ;-)
[11:01] <ogra> ?
[11:02] <ogra> ah, yes :-D
[11:02] <ogra> herve, rather how to build packages with debhelper
[11:02] <ivoks> :)
[11:03] <ogra> i think by hand is to much ;)
[11:03] <herve> ogra, we wonder what makes a orig.tar.gz
[11:03] <ogra> tar ?
[11:03] <bddebian> hehe
[11:03] <ogra> if i make a new package, i use just tar... the dh_make
[11:03] <\sh> hey ogra
[11:03] <ivoks> no, it's gzip :)
[11:03] <ogra> then even
[11:03] <ogra> tar xzvf
[11:04] <ogra> err
[11:04] <herve> ogra, how to fix the orig.tar.gz
[11:04] <ogra> tar czvf
[11:04] <bddebian> tar -xzf
[11:04] <bddebian> fix
[11:04] <herve> I thought moving the upstream tarball to that name
[11:04] <bddebian> tar czf
[11:04] <herve> and debuild -S was enough
[11:04] <herve> but dpkg-bp keeps using when-1.0.23 as a name
[11:04] <herve> well, no
[11:05] <herve> why do I worry?
[11:05] <ivoks> :)
[11:05] <herve> if debian wants when-1.0.23 in the diff.gz
[11:05] <herve> but keeps when_dist in the orig
[11:05] <herve> I'm perfectly ok with that
[11:05] <ivoks> is breezy first distro that will be build with g++4/gcc4?
[11:06] <herve> no, fedora core shipped with that
[11:06] <herve> core 4
[11:06] <ivoks> ah, ok
[11:06] <ivoks> not shipped with gcc4
[11:06] <ivoks> but build with it
[11:06] <herve> built with too
[11:07] <ivoks> then they have all the patches, don't they?
[11:07] <herve> they provide a consistant set of packages and toolchain ;-)
[11:07] <herve> many for sure
[11:07] <herve> hmm... I'm wondering if you were there when we talked about it
[11:08] <ivoks> where?
[11:08] <ivoks> i'm new in ubuntu
[11:08] <herve> in this very channel
[11:08] <herve> but you came after the transition began, no?
[11:08] <ivoks> i've been here only one month
[11:08] <ivoks> and allready a MOTU :)
[11:09] <ivoks> without upload rights :)
[11:09] <ivoks> fake MOTU :)
[11:09] <\sh> argl
[11:09] <\sh> 3 packages, 3x patching time
[11:09] <Riddell> where can I find a list of Sections for packages?
[11:09] <ivoks> ah, bed...
[11:09] <ivoks> bye all
[11:10] <herve> bye
[11:10] <DanielN> but fc4 is silly.. they provide a stable release with a rc kernel
[11:10] <\sh> riddell: in /usr/share/lintian/checks/fields.desc?
[11:10] <\sh> DanielN: rc means for redhat nothing...they have cox, alan cox.
[11:10] <herve> Ridell, debian policy or http://packages.debian.org/unstable/
[11:10] <herve> DanielN, and OOo 2.0 by default
[11:11] <DanielN> ;>
[11:11] <Riddell> \sh: any idea which Section to put ivman in?
[11:11] <DanielN> \sh: wohoooo.. he's the man :X
[11:12] <herve> Riddell, I think of kde because this is quite specific, no?
[11:12] <herve> DanielN, I'll sign tomorrow now
[11:12] <herve> the wiki is dead anyway
[11:12] <herve> night all
[11:12] <Riddell> herve: no, the idea of it is that it's not specific
[11:13] <Riddell> and no program that uses glib can really be called KDE
[11:13] <\sh> well..difficult decision
[11:14] <\sh> utils?
[11:15] <\sh> i would say utils
[11:15] <Riddell> utils it is then
[11:15] <\sh> or otherosfs? ,-)
[11:20] <\sh> ok...time to go to bed
[11:20] <\sh> have a hard day tomorrow...cu uys
[11:20] <\sh> +g
[11:21] <siretart> \sh: gn8


[00:11] <pleia2> philipballew: re: scale, did you get the packet yet?
[00:11] <pleia2> if not I might end the email now and just say you're waiting on it, as I know folks have already started making travel plans
[00:11] <pleia2> so knowing that it's "pending" is better than nothing :)
[00:14] <philipballew> pleia2, not yet.
[00:14] <philipballew> good point.
[00:14] <philipballew> ill send it now
[00:14]  * philipballew needs something to do
[00:15] <pleia2> :)
[00:16] <philipballew> Can I copy your email from last year and use it as a template pleia2 ?
[00:16] <pleia2> philipballew: go for it
[00:17]  * philipballew goes for it
[00:23] <philipballew> pleia2, being that we were unable to meetup over holiday, I guess you can send down the stuff, or just give it to someone driving down.
[00:23] <pleia2> philipballew: heh, yeah, I might actually be coming afterall
[00:23] <pleia2> so I'll let you know :)
[00:24] <philipballew> well its only a Weekend trip, so not that hard.
[00:24] <philipballew> are you coming for work?>
[00:25] <pleia2> employer will pay for the trip if I'm speaking, and will probably do an Ubucon talk
[00:25] <pleia2> so for work-ish
[00:25] <grantbow> nice
[00:25] <philipballew> oh nice! I'm gonna do one to!
[00:25] <pleia2> cool
[00:25] <philipballew> oh, also. I noticed last year we had some trouble as I was the only person with a unity laptop so it was contacted System76 to see if they could help us out with one in my place.
[00:26] <pleia2> any luck?
[00:26] <philipballew> yes, there gonna give up one!
[00:27] <pleia2> awesome :)
[00:27] <philipballew> Called someone named ema and she was saying how she is gonna be there, and can bring one for us to use.
[00:27] <pleia2> Emma is great!
[00:28] <philipballew> I told her she can hang out with our LoCo and she said thats good because she had nothing to do in the evenings.
[00:28] <pleia2> :D
[00:29] <philipballew> Scale gets better every year it seems.
[00:40] <philipballew> just sent some email to you peeps.
[00:42] <philipballew> hope it looks good.
[00:42] <pleia2> great :)
[00:42] <philipballew> tight!


[16:26] <nacc> genii: did it before for bionic? I think it's the same bot in both channels; and it is alwasy the latest "release"
[16:26] <nacc> *querying th elatest
[16:26] <genii> I'm not even sure now
[16:27] <nacc> heh