[00:00] arosen: aha, debconf(7) (from debconf-doc) suggests DEBIAN_FRONTEND=noninteractive [00:00] passing it am empty argument may work, e.g. : dch -r "" [00:00] sarnold: dch doesn't use debconf [00:00] oh hell, wrong thing :) [00:00] sorry arosen :) [00:01] I tried export DEBIAN_FRONTEND=noninteractive same thing :/ [00:01] if you pass it an explicit string to use for the changelog entry, it won't prompt for input; for dch -r, the "" also works === slank is now known as slank_away [00:05] thanks guys! [00:29] micahg: re debian bug #650348 - would it be okay if dh_xul-ext fail instead of install-xpi? [00:29] Debian bug 650348 in mozilla-devscripts "install-xpi: please fail the build if minVersion is greater than maxVersion" [Wishlist,Open] http://bugs.debian.org/650348 [00:29] dh_xul-ext does all the version calculation stuff === cpg|away is now known as cpg [00:55] bdrung: sure, that's fine, the idea was to have the build fail on it :) [00:55] micahg: okay, i will add that support (probably tomorrow) [00:56] bdrung: it would also be nice to calculate proper binary dependencies for binary addons, but idk if we can do that [00:57] micahg: can we distinguish binary from non-binary extensions? [00:58] arch: all vs arch:any? [01:01] that might work. on what does these binaries depend on? [01:02] micahg: isn't dh_shlibdeps enough? [01:03] bdrung: we don't have symbols files for Firefox/Thunderbird as they're not "shared libraries" per se [01:07] micahg: against what kind of api/abi are the binary addons compiled? [01:07] which libraries? [01:08] bdrung: thunderbird/firefox, I'm not sure offhand about specific [01:08] even if Firefox/Thunderbird do not have "shared libraries", you could maintain a shlibs file that make dh_shlibdeps work. [01:09] s/\./?/ [01:09] s/\./, couldn't you?/ [01:09] * bdrung thinks that it's time for bed. [01:09] yeah, could probably use something similar to libav-extraa [01:09] just the one a there [01:10] it's pretty simple though, for Firefox/Thunderbird and I think Seamonkey, an increment in the first or second number in the version breaks ABI [01:12] micahg: what does libav-extra do? [01:12] has a SHLIBS variable in debian/rules, but I don't think we even need that [01:16] micahg: dunno if SHLIBS is enough to permit a newer Firefox with an older addon built [01:16] I don't want to use SHLIBS as it seems like overkill [01:17] if it's a binary addon, it works with only one major.minor version [01:17] which binary addons do we have in the archive? [01:18] enigmail and lightning-extension (which was just solved) [01:18] lightning, not enigmail [01:24] libcalbasecomps.so from lightning-extension links against libxpcom.so, libmozalloc.so, libxul.so [01:25] micahg: these files are in /usr/lib/firefox or /usr/lib/thunderbird [01:25] yes [01:25] well, in Ubuntu [01:26] what does upstream? [01:26] same, xulrunner on its own isn't officially supported anymore [01:27] idk what Debian does at this point though [01:28] http://packages.debian.org/search?suite=default§ion=all&arch=any&searchon=contents&keywords=libxpcom.so [01:30] it seams that icedove, iceape ships their own libraries, but iceweasel uses xulrunner [01:30] * bdrung will go to bed. [01:32] micahg: restricting the dependency for binary addons should be doable, but there is probably no perfect solution (unless upstream uses proper so versioning) [01:32] bdrung: it's not a shared library anymore, why should they care? (and binary addons are discouraged at this point) [01:33] micahg: so binary addons will go away? [01:33] idk about that :), they're discouraged though as the interface isn't stable === cpg is now known as cpg|away === psusi_ is now known as psusi === shang_ is now known as shang === cpg|away is now known as cpg === Ursinha is now known as Ursinha-afk === Ursinha is now known as Guest52907 === vibhav is now known as Guest5822 === Guest5822 is now known as vibhav === vibhav is now known as Guest21128 === Guest21128 is now known as vibhav === smb` is now known as smb [07:49] good morning [07:58] hey dholbach [07:58] hey didrocks === amitk is now known as amitk-afk === sgnb is now known as Guest48430 === amitk-afk is now known as amitk === Guest48430 is now known as sgnb` === sgnb` is now known as sgnb [08:41] Good morning === doko_ is now known as doko === chrisccoulson_ is now known as chrisccoulson [09:26] tumbleweed: ok, I will look at remerging and uploading that. === henrix_ is now known as henrix [09:32] tumbleweed: never it's fully up to date in raring.... [09:41] xnox: yeah, nevermind me [10:09] jodh: good morning [10:09] jodh: so I have a job which does something like [10:09] exec /my/program >> /var/log/retracer.log 2>&1 [10:10] jodh: is there any chance to make this actually work somehow? it seems upstart does something to stdout and stderr to make this not work (xnox just confirmed that) [10:10] jodh: I tried "script" instead of exec, and "console output", but that doesn't help [10:12] pitti: exec /my/program &>> /var/log/retracer.log ? [10:12] same result with &>> [10:16] jodh, xnox: I also tried dropping the redirection and use "console log", but /var/log/upstart/ doesn't have anything [10:17] pitti: script [10:17] myawesomeprog 2>&1 | logger -t myawesomeprog [10:17] end script [10:17] pitti: wfm: http://paste.ubuntu.com/1414330/ [10:18] jodh: that's precise, maybe it doesn't work there? [10:21] Is there a reason for extra and partner repos not to be included when installing using wubi.exe? [10:23] jodh: when I change stuff in /etc/init/, upstart should pick that up right away, right? === amitk is now known as amitk-afk [10:30] pitti: this works in precise too. assuming you haven't invalidated the config file, yes Upstart picks changes up immediately. Use init-checkconf /etc/init/myjob.conf to establish that. [10:31] pitti: the only other case where changes to .conf files won't be picked up is on the live cd. [10:34] pitti: well, to be more precise in overlayfs envs (bug 882147) [10:34] Launchpad bug 882147 in linux (Ubuntu Precise) "overlayfs does not implement inotify interfaces correctly" [High,Triaged] https://launchpad.net/bugs/882147 [10:35] jodh: no, it's a standard precise VM in juju without overlays === tkamppeter_ is now known as tkamppeter [10:38] pitti: does /var/log/upstart/ actually exist? There was a bug a while back where it wasn't being created in cloud images. [10:38] jodh: yes, it has gssd.log and statd.log [10:39] pitti: ok - great. [10:41] pitti: any chance I can see the .conf file? Also, see: http://upstart.ubuntu.com/cookbook/#checking-how-a-service-might-react-when-run-as-a-job [10:43] jodh: http://paste.ubuntu.com/1414378/ [10:43] jodh: (sorry, in meeting) [10:47] pitti: I think that redirection is the problem - for /bin/sh it means background process_core.py, whereas I assume you intended it to mean redirect both stdout+stderr to the file? [10:47] pitti: upstart runs all jobs that need a shell using '/bin/sh -e' [10:48] jodh: I also tried with >> log 2>&1 [10:48] (in fact that was my first code, xnox suggested trying with &>> [10:48] but right, that's a bashism [10:49] jodh: http://paste.ubuntu.com/1414384/ [10:50] ack. /me overuses bashism [10:50] pitti: I guess the script is failing due to the minimal environment that Upstart provides the job. Try adding 'set' or 'env' calls just prior to calling the python script. [10:50] pitti: or try my cookbook test mentiond above. [10:52] jodh: oh, with exec >? trying [10:53] pitti: silly question maybe, but is the script executable? Also, what's the first line of the python script? [10:53] #!/usr/bin/python [10:53] jodh: yes, it is === fire_wall is now known as hack [10:53] jodh: I can call that very command in a shell, and it works [10:54] exec >> /var/log/retracer.log 2>&1 [10:54] that doesn't seem to work either [10:54] pitti: when you say 'in a shell', you mean you've confirmed that the 'env -i' invocation works? [10:55] jodh: no, I mean when I ssh, sudo -i, and run that command there [10:55] pitti: please try the cookbook method. [10:56] jodh: isn't that 17.4.2? that's what I tried [10:56] I also tried env -i /var/retracer/daisy/process_core.py [...] [10:56] pitti: no - http://upstart.ubuntu.com/cookbook/#checking-how-a-service-might-react-when-run-as-a-job [10:57] (bbl, discussion here) === mcclurmc_away is now known as mcclurmc [11:16] micahg: dh_xul-ext: xul-ext-test-package contains an invalid version range for {ec8030f7-c20a-464f-9b0e-13a3a9e97384} [11:16] dh_xul-ext: minVersion <= maxVersion is required, but 10 > 8. [11:16] dh_xul-ext: xul-ext-test-package contains an invalid version range for {92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a} [11:16] dh_xul-ext: minVersion <= maxVersion is required, but 2.4 > 2.0. [11:16] micahg: is this error message verbose enough or is something missing? === nerd is now known as hack === Quintasan_ is now known as Quintasan === _salem is now known as salem_ === mcclurmc is now known as mcclurmc_away === mcclurmc_away is now known as mcclurmc === yofel_ is now known as yofel [11:48] jodh: re [11:48] jodh: so that recipe means to run the service through nohup env -i? [11:50] pitti: yes. [11:51] pitti: what actually happens when you attempt to start this job? What output from start(8) do you get? [11:51] $ sudo start retracer [11:51] retracer start/running, process 18783 [11:51] jodh: still no change with [11:52] http://paste.ubuntu.com/1414489/ [11:52] jodh: I'm beginning to suspect that the .conf file is not being re-read correctly, as none of the changes that I did in the past hour had any visible effect [11:52] oh, it does; I now see /bin/sh -e nohup env -i ... in ps aux [11:52] so reloading works [11:52] pitti: sorry, what I mean is please run the exact example using nohup and env -i in the cookbook on the command-line, not in the job. [11:53] pitti: well, to check that, just copy your updated job to some new name and start that job. [11:54] pitti: or try 'sudo telinit q' [11:54] pitti: you should also do 'sudo initctl log-priority debug' before attempting to start the job and then check /var/log/syslog [11:55] pitti: is this python script forking by any chance? maybe you could just get a simple hello-world python script to convince yourself that that works as expected on this system? [11:57] I'll try a job which is a simple echo [12:00] so simple echo works [12:02] pitti: a python script doing an echo? [12:02] jodh: ok, thanks; the script doesn't fork, but it might do something funny [12:02] I tried python -c "import sys; sys.stderr.write('world\n')" >> /tmp/logtest.txt 2>&1 [12:02] and that works, too === attente_zzz is now known as attente === Ursinha-afk is now known as Ursinha === amitk-afk is now known as amitk === Sweetsha1k is now known as Sweetshark === hack is now known as video [13:39] <_jmp_> micahg: ping [13:41] <_jmp_> micahg: unping sorry === cpg is now known as cpg|away [13:52] can somebody please reject https://code.launchpad.net/~chilicuil/ubuntu/raring/cdo/fix-1023329/+merge/135245? [13:52] (explanation in the last comment) [13:52] kicked [13:56] thanks pitti [13:57] micahg, infinity : hey wondering about bug 943502 still. Should I re-request a Backport or go for an SRU? [13:57] Launchpad bug 943502 in whois (Ubuntu Oneiric) "whois doesn't properly query .hr/.sx/.pe TLDs and incorrect format for whois.arin.net" [Medium,In progress] https://launchpad.net/bugs/943502 [14:03] mpt: http://www.microsoft.com/en-us/pixelsense/default.aspx === Tonio_ is now known as Tonio_aw [14:10] pitti: https://errors.ubuntu.com/api/1.0/most-common-problems/?limit=0&format=json === sgnb is now known as Guest1001 === sgnb` is now known as sgnb [14:15] bdmurray, pitti, mpt, xnox: https://bugs.launchpad.net/daisy/+bug/1052954/comments/2 and https://bugs.launchpad.net/daisy/+bug/1052954 - I'm having a hard time understanding the exact contours of this algorithm. Help wanted :) [14:15] Launchpad bug 1052954 in Daisy "top-k for arbitrary ranges is complex" [High,Triaged] === Tonio_aw is now known as Tonio_ [14:38] nooo why did synergy have to update :( === slank_away is now known as slank [14:47] pinned it back to 1.3.8, stay!! [14:53] ev, bug 1087290 [14:53] Launchpad bug 1087290 in Apport "No easy way to test the various error types" [Undecided,New] https://launchpad.net/bugs/1087290 [15:03] arges: I think it's still a backport (new feature), I was just waiting for a signoff on the testing...did I miss it? [15:06] arges: ah, if infinity said it's SRU worthy, run with that, if it was an ARIN change, that makes sense to SRU [15:06] (sorry, I check IRC before E-Mail :)) [15:14] micahg, cool its no problem, I think SRU makes sense in this case too. Sorry about all the back and forth on this bug. [15:53] i want to help with packaging software for which no packages are available at all yet. can someone give me a link to an official guide for packaging new stuff? [15:54] p0s: https://wiki.ubuntu.com/PackagingGuide - and perhaps #ubuntu-motu and #ubuntu-packaging might be better channels to ask about that [15:55] highvoltage: thank you [15:55] (or as that page rightly points out, http://developer.ubuntu.com/packaging/html/ ) [16:24] Guys, I'd like to contribute in ubuntu project but i have no idea how. [16:25] burlak: What do you know? Programming? Art? Docs? [16:25] I'm RTOS developer [16:25] penguin42: but I can do anything. [16:26] hmm ok [16:26] penguin42: can I send my resume to someone? [16:27] burlak: Well not really unless you're looking for a job [16:27] penguin42: I have a job :D [16:28] burlak: http://www.ubuntu.com/community/get-involved [16:28] penguin42: is there somewhere something like project list so i can choose the one which is the best for me? [16:28] penguin42: thx === salem_ is now known as _salem [16:32] if pkg A Breaks: B (<< ${source:Version}) then pkg A simply won' tinstall. If it Conflicts, will it remove pkg B before installing A? [16:33] hallyn: I think http://www.debian.org/doc/debian-policy/ch-relationships.html should answer any question you have :) [16:34] no i'm looking at that [16:34] hallyn: but basically you probably want a Breaks + Replaces if the goal is to have a package replace another [16:34] oh, yes [16:34] stgraber: that is not sufficing [16:34] let me give a fuller version :) [16:34] Conflicts is stronger than Breaks [16:35] meaning it will uninstall the conflicting pkg? [16:35] Conflicts: A and B may not be unpacked at the same time [16:35] lemme go read the doc [16:35] Breaks: A and B may not be configured at the same time [16:35] ok that sounds like something in eed, but still perhaps not enough [16:35] apt often has a choice about what to do and it depends on scoring [16:35] Policy has general instructions on what you should do in a variety of situations [16:35] So you should definitely read that first [16:35] ok, will do before babbling more here, thanks === _salem is now known as salem_ === slank is now known as slank_away === salem_ is now known as _salem === _salem is now known as salem_ === slank_away is now known as slank [17:28] mvo, mpt - i've just been watching a user focused video on youtube where someone was trying to use software center to actually locate an app to use. would there be any harm in having an 'open' button on an apps page in software-center (kind of like on android)? [17:29] brendand, the issue has always been that people wouldn't then learn how to launch it outside of USC [17:29] brendand, that's why the app icon flies into the Launcher, to show you where to find it. [17:29] brendand, did the icon fly into the Launcher in the video? [17:30] mpt: it would not have if an app doesn't have desktop file =))))) [17:30] xnox, it's unlikely that's the kind of app brendand is talking about [17:30] mpt: true. [17:31] mpt - so the particular circumstance here was someone asked to find the calculator app [17:31] brendand, do you have a link to the video? [17:31] mpt - gcalc is already there, so no flying [17:31] mpt, https://www.youtube.com/watch?feature=player_detailpage&v=PgGbZfR6Vec#t=641s [17:32] ta [17:34] ergh, that LibreOffice Calc name+icon keeps coming up as a usability problem [17:34] something that always strikes me from those videos is how it often takes people a long time to discover the dash [17:34] seems like there should be a big arrow pointing at it on first boot [17:35] Yes, there hasn't been much effort into that [17:35] I know there were proposals for a different icon [17:35] e.g. a home icon instead of the Ubuntu logo [17:36] brendand, "I thought all those things were installed." She was a bit misled by the moderator, I think. :-) [17:37] He gave the impression it was like the Applications folder [17:37] mpt, that's true [17:37] "I just stumbled across that" -- the Dash button [17:39] mpt: I've seen some experienced people also have difficulty noticing it was special [17:39] yeah [17:39] Bug 552920 makes an appearance at https://www.youtube.com/watch?feature=player_detailpage&v=PgGbZfR6Vec#t=14m06s [17:39] Launchpad bug 552920 in unity (Ubuntu) "Moving diagonally from narrow menu title often opens adjacent menu" [Medium,Triaged] https://launchpad.net/bugs/552920 [17:43] also, i know it's a touchy subject but it seems to bug a lot of beginners that the window controls are hidden by default [17:46] brendand, it bugs me too :-) [17:47] have there been any experiments with perhaps having the window controls always there alongside the title/menus? [17:48] brendand, not publicly [17:57] there seem to be lots of things where the fortify stuff triggers in Ubuntu for trivial (non-exploitable) 1 char overruns, that probably never actually cause any harm; is it normal to raise Debian bugs for those even though they don't trigger in Debian? [17:58] penguin42: there are real-world exploits demonstrating that a 1-char overrun is sufficient to compromise the system [17:59] if the overflow exists in Debian, certainly it's reasonable to raise a bug against Debian [17:59] slangasek: Yep; I just keep finding 1 char overflows in static data where you can see the compiler will have padded the allocation to the next word so it'll never overflow [17:59] (providing sufficient additional information to let the Debian maintainer reproduce and understand the issue, of course) [18:00] sure [18:00] penguin42: the allocation may be padded, but is it guaranteed to be zero-filled? [18:00] brendand: what mpt said, impleenting open is trivial (and there is a branch for this already) - there is also work to make the fly-in feature better [18:00] slangasek: Not necessarily a problem; I just keep finding ones where someone has forgotten the space for the \0 and we fall over when it copies the initial string in [18:01] ah [18:01] brendand, mpt: lp:~mvo/unity/sc-launcher-integration-fixes <- that will hopefully make the fly in feature better [18:01] slangasek: Although there is one which turned out to be a y2k problem because the date was being printed as 2112 :-) [18:01] sorry, 20102 I think [18:01] penguin42: well, the path of least resistance may still be to clean this up rather than trying to argue with the compiler. Debian packages should be using fortify too nowadays, though it does require debian/rules to be properly constructed [18:02] mvo, i'm playing devils advocate, but i don't necessarily see people continuing to use the hypothetical 'open' button in swc once they discover the dash [18:02] but i'm absolutely no usability expert [18:02] slangasek: Yep; most of these things are in universe packages that have just always failed in ubuntu for years [18:04] brendand: I personally would not mind getting the open-button branch landed, but its not my decision [18:05] lets see what the new fly-in branch will do :) [18:05] I'm surprised there are all that many; there were 83 failures total in quantal/i386, according to the rebuild test a little before release [18:05] I hope it fixes the problem [18:05] I can believe there are some, certainly [18:06] slangasek: Like bug 1033250 (which I've linked a branch against) [18:06] Launchpad bug 1033250 in xpilot-ng (Ubuntu) "crash on asking for internet game" [Undecided,In progress] https://launchpad.net/bugs/1033250 === mcclurmc is now known as mcclurmc_away [18:17] xpilot-ng doesn't seem to have failed in the rebuild test ... [18:17] Ah, failing to run not to build [18:19] cjwatson: Yeh it's a fail to do internet games, it's a 1 char overflow (they have a magic constant of 10000 for the pingtime to mean there was a problem, but they try to print the ping time into a 5 char buffer) [18:20] Adri2000: I see you're the Debian maintainer of actionaz. It fails to build with the new opencv in both Debian experimental and Ubuntu raring. I was wondering if you could have a look at it. [18:27] ScottK: sure, I'll have a look [18:27] Adri2000: Thanks. [18:38] stgraber: ok, things are a tiny bit better now. apt-get dist-upgrade with qemu-kvm installed does: qemu-kvm depends on qemu-system (which conflicts/replaces/provides qemu-kvm which itself becomes a metapkg) which recommends qemu-utils which conflicts/replaces qemu-kvm (has to bc qemu-io is in both) - so qemu-kvm gets removed, removing the qemu-system dependency, so you end up with only qemu-utils installed. [18:38] i get the feeling i'm making things more complicated than they need to be [18:38] Trying to forcibly remove transitional packages is usually a mistake [18:39] infinity, hi, did you had a look at https://bugzilla.gnome.org/show_bug.cgi?id=687265#c9 ? it is pretty much needed if a newer glib/gstreamer lands [18:39] Gnome bug 687265 in general "deadlock in libcanberra-pulse with gstreamer 1.0.2" [Normal,Unconfirmed] [18:39] andreas__: why does the upstream landscape-client have a debian/ directory? isn't this wrong? [18:39] cjwatson: i want to remove the old (real pkg) qemu-kvm, replaced with the new (meta) one [18:39] Err, that's an upgrade not a removal ... [18:39] psusi: we have it in the bzr branch, because we do daily builds, but the tarball doesn't include it, and the ubuntu package has its own [18:40] cjwatson: i don't know how to express that in debian/control [18:40] You're moving files from qemu-kvm to qemu-system/qemu-utils, yes? [18:40] yup [18:40] hallyn: You can't force removal of yourself like that. [18:40] Then qemu-system/qemu-utils Breaks/Replaces: qemu-kvm (<< first-version-not-to-contain-those-files) [18:40] andreas__: I see.. so if I'm patching it, should I just patch the sources without bothering with quilt and submit a merge proposal? [18:41] Don't use Conflicts [18:41] cjwatson: breaks/replaces didn't work: it simply refused to install qemu-utils [18:41] andreas__: and should I update the changelog? [18:41] Then you made some other mistake [18:41] psusi: yes, worry just about the ubuntu package, we merge back to our branch what is needed [18:41] likely [18:41] The usual mistake is to forget to version things correctly [18:41] hallyn: As you described it, that's just not going to work. [18:41] i did also change versioning just now. [18:41] andreas__: ok [18:41] infinity: even if i do breaks/replaces the way cjwatson says? [18:42] Change it back to Breaks and make sure the << versioning is there. That should be enough. [18:42] hallyn: If you do breaks/replaces (versioned!) with no conflicts, it'll be fine. But it won't result in what you thought it would. [18:42] I'm assuming that qemu-io is not in the new version of qemu-kvm. [18:42] cjwatson: ok, thanks. [18:42] hallyn: As in, it won't remove qemu-kvm. Which is fine. [18:42] no [18:42] ok lemme try that again. thanks [18:43] (before i was doing breaks qemu-kvm << ${source:Version}, now im' doing <= (the-old-version) [18:43] maybe that's what i was doing wrong with the breaks. [18:43] * hallyn goes to try [18:43] As I say, it should be << first-version-not-to-contain-those-files [18:43] hallyn: Either of those works, but being strict is more correct, yes. [18:43] Not ${source:Version}, and not <= (otherwise trouble with derived versions) [18:44] hallyn: << source:Version still would have "worked", though, in your testing, so something *else* was wrong on top of that. [18:44] that's what i'm seeing in what cjwatson says too. grr [18:44] Yeah. If it still doesn't work, post `debc foo.changes` [18:44] (of the built version) [18:45] i can't test this just with dpkg right? ihave to go through ppa and apt-get? [18:45] No need to use a PPA, but yes, a local apt repository is a saner test. [18:45] You certainly *can* test it with dpkg but it may not be as good a test [18:45] Still, "dpkg -i foo bar baz" isn't an awful first test. === Ursinha is now known as Ursinha-afk [18:45] It just misses out on some pseudo-intelligent ordering apt might do. [18:47] hallyn: Can I just see your control file? This might be easier to help with if it's not being turned into IRC English. [18:48] infinity: actually i just caught a mistaken << last-bad-version in place of <= , that might be why it broke this time. but i'm in the process of changing it to << first-good-version as cjwatson said [18:48] i'll pb the previous control file in just a min [18:49] infinity: well http://paste.ubuntu.com/1415346/ is the version I'm about to push [18:50] infinity: http://paste.ubuntu.com/1415348/ is the last bad version - note i had bad comparisons in qemu-system replaces [18:50] * hallyn hopes the new version finally does the right thing [18:51] Looks like it should, assuming the versions are all correct. [18:52] I went cross-eyed at this, though: [18:52] Breaks: qemu-system (<< 0.12.4+dfsg-4), qemu-kvm (<< 1.2.0-z-dfsg-1), qemu-common (<< 1.2.0-z-dfsg-1) [18:52] Replaces: qemu-system (<< 0.12.4+dfsg-4), qemu-common (<< 1.2.0-z-dfsg-1), qemu-kvm (<< 1.2.0-z-dfsg-1) [18:52] (position of -kvm and -common swapped on the two lines makes it a bit harder to notice the matched pairs) [18:52] psusi: you could make a merge proposal against the landscape-client source code, not worrying about the packaging stuff === Ursinha-afk is now known as Ursinha [18:52] infinity: d'oh, yeah, i'll change that (for the next upload) [18:53] one unrelated question - to remove the old /etc/init/qemu-kvm.conf, i gather i need to do that in qemu-system.postinst? [18:53] andreas__: should I do that, or did you say not to worry about it? [18:53] (it offers a /etc/init/qemu-system.conf which takes the palce of that one) [18:54] psusi: I meant not to worry about packaging if making a MP against the upstream branch, sorry :) [18:56] andreas__: ahh, ok [18:57] If I do debchange --create --package foo -v 200.1-bar-1; then Run i run dpkg-buildpackage it looks for ../foo_200.1-bar.orig.tar.bz ; I'm wondering why it isn't also searching for the -1 ? [19:00] If I change - to . it works fine. I'll just do that for the version instead. [19:01] arosen: because what is after a '-' is the debian revision. the original tarball's name should contain upstream version only. maybe what you are looking for is native package. anyway, #ubuntu-motu is probably better for this kind of questions [19:05] Adri2000: I saw your comment on #d-devel about the opencv bug. Could up upload a fixed version to raring? [19:05] up upload/you upload [19:09] ScottK: just with the bug fix right? 2.4.3 seems to have a number of other changes so I'd rather let that to the debian maintainer if we don't want particularly need this specific version now [19:10] Adri2000: Someone uploaded 2.4 and then blew off the rest of the library transition. I'm just trying to get everything built. [19:10] So I'm fine with just the bug fix. [19:10] ah I see :) [19:10] will do that then [19:11] ScottK: no, there was an attempt at the transition, not sure what happened [19:12] micahg: Only one of the redepnds was uploaded. [19:12] And it's FTBFS on armhf [19:12] ScottK: I count 10 [19:12] OK [19:12] I guess I started with the list of what wasn't done [19:13] I know he was having some issues with it though, not sure what exactly went wrong [19:14] I'm only trying to get digikam to transition without taking any of the extreme measures I could as an archive-admin or release team member. [19:14] ScottK: there was an attempted rebuild of it yesterday :) [19:16] It would be nice if someone who knows something about java would look at sikuli [19:17] It FTBFS for Java'ish reasons unrelated (I think) to opencv [19:17] jamespage: ^^ [19:17] org/sikuli/ide/PreferencesWin.java:499: error: cannot find symbol [19:17] DefaultComponentFactory.setTextAndMnemonic(_titleAppearance, I18N._I("PreferencesWin.titleAppearance.textWithMnemonic")); [19:18] wallch and libav-extras were no-change rebuilds. I uploaded those [19:19] Once Adri2000 fixes opencv, he can upload actionaz. [19:19] Then it'll be down to sikuli and the armhf failure on sivp [19:33] ricotz: I'll get a fix for that in before the weekend. [19:37] infinity, great, thanks === henrix is now known as henrix_ === attente is now known as attente_zzz [20:23] @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 dicussion 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: mterry [20:43] Anyone know why libssh2-1 is in repo Universe and not the Main repo? === lifeless_ is now known as lifeless [20:44] Because nothing in Main needs it in Main. [20:46] Doesn't libcurl3-gnutls need it to be compiled with SSH support? [20:48] libssh is in main [20:51] infinity: alas, the new packages with that versioning gave me http://paste.ubuntu.com/1415560/ [20:52] Trying to figure out why libcurl is compiled without SSH support. [20:52] who says it is [20:53] It's been discussed on the sword-devel mailing list. Is it compiled with SSH support? [20:54] Should I just reach out to the libcurl Ubuntu package maintainer? [20:54] hrm, doesn't seem to have it [20:54] jandrusk: I'd suggest asking teh Debian maintainer [20:54] micahg: thanks, i will do that. [20:56] micahg: Err, no, asking the Debian maintainer will get him LARTed. [20:57] + * Resynchronise with Debian. Remaining changes: [20:57] + - Drop dependencies not in main: [20:57] + + Build-Depends: Drop stunnel4 and libssh2-1-dev. [20:57] + + Drop libssh2-1-dev from binary package Depends. [20:57] ^-- That's an Ubuntu-specific delta. === attente_zzz is now known as attente [20:57] jandrusk: ^^ sorry [20:57] infinity: apparently I'm not quite awake yet, thanks [20:58] hallyn: Curious. Is this source package in a PPA somewhere or something? [20:58] hallyn: I kinda want to take a closer look. :P [21:04] infinity: yeah, ppa:serge-hallyn/crossc [21:04] * hallyn wishing he'd picked a different lp username years ago [21:05] If you don't mind losing all your PPAs, you can always rename. :P [21:06] * infinity wonders why there's a sparc cross toolchain in here. [21:06] and code branches [21:06] weren't you there last time we discussed that? :) [21:06] Nope. [21:06] Also, on a side note, this version number is crack. [21:07] infinity: it's workaround for bug 217427 (the cross compiler that is) [21:07] Launchpad bug 217427 in Launchpad itself "Please support arbitrary arch/buildd affinity for arch:all builds" [High,Triaged] https://launchpad.net/bugs/217427 [21:07] or, attempt at working toward one... [21:07] It would take more than arch affinity to fix the ability to build sparc packages. :) [21:08] same for powerpc though [21:08] jandrusk: here's your reason: https://bugs.launchpad.net/ubuntu/+source/libssh2/+bug/173783 [21:08] infinity: as for version #, yes, i've been looking for a solution, dont' have one yet. [21:08] Launchpad bug 173783 in libssh2 (Ubuntu) "main inclusion request" [Wishlist,Won't fix] [21:08] Yeah, I know. SLOF is currently in that predicament. [21:08] infinity: the debian version is 1.2.0-dfsg, the ubuntu one is 1.2.0+noroms and 1.2.0-2012something [21:09] infinity: and we're switching to the debian versions. so other than switching to 1.3.0 source, i'm not sure how best to force revert to debian versions [21:09] now i guess i'm not entirely opposed to running 1.2.0 out of a ppa until 1.3.0 comes out and onlys witching archive over then [21:09] but it seems like there must be a better answer :) [21:10] hallyn: As in, this source is going to be uploaded to Debian as well? [21:11] infinity: right, this is from the debian qemu team's experimental branch [21:11] it's the qemu tree to supplant qemu-kvm [21:12] hallyn: Well, I hate to break it to you, but 1.2.0-z isn't higher than 1.2.0+noroms [21:12] hallyn: Which could be your problem here. :P [21:12] hallyn: + sorts higher than - [21:12] well shoot [21:13] now i don't even know if i meant to do 1.2.0+z, 1.2.0z, or if i was jsut wrong all along [21:13] micahg: Considering things like MaaS get accepted directly into Main days before a release, I think that's hardly reason to keep stuff out anymore. [21:13] hallyn: 1.2.0.dfsg-1 [21:13] hallyn: Unless there's likely to be a 1.2.0.1 [21:13] Also, it's no longer a young project ... (5 years later) [21:14] hallyn: Or 1.2.0+zzzz+naps+lolcats-1 [21:14] ooh i like that [21:14] ScottK: right, but I don't think the security team would want to support 2 libssh packages [21:14] infinity: let me try 1.2.0.dfsg-1, thanks. [21:15] infinity: one other q, [21:15] am i right that qemu-system.postinst needs to rm /etc/init/qemu-kvm.conf ? [21:15] (dpkg isn't going to do that for me right?) [21:15] hallyn: no [21:15] the file /etc/init/qemu-system.conf will take its place [21:15] slangasek: no i shouldn't do that, or no it wont' do that for me? [21:15] hallyn: dpkg-maintscript-helper(1), "mv_conffile" [21:16]