[01:54] mm for some reason I can't install skype on quantal anymore [01:54] skype : Depends: skype-bin but it is not installable < The package doesn't seem to have changed though ... [01:58] weird since it worked a couple of days ago [02:01] ohhh I think it plagues i386 only [02:20] s/i386/amd64 [05:00] Hello, i'm interested in getting a package I've put together possibly included in the repositories. Is there someone I can talk to that can help me through that process? [05:14] ehoover: Just ask questions here: this is the team that deals with all the packages in the archive that aren't specific for some team (which yours probably is, if you're interested in having it in the repos, rather than interested in having it in ${PRODUCT}) [05:15] In general, the process involves having an existing developer review it and upload if it's clean, and a second developer performing a compliance review. Sometimes we do two compliance reviews, when the folk responsible for compliance reviews feel overwhelmed by the volume. [05:15] persia: Well, I put together a package for setting up everything for Netflix (it's similar to ttf-mscorefonts-installer) and a package for loading a custom version of Wine that supports it. [05:16] A custom version of wine? Other than that in the repos? [05:16] Yeah, it includes several patches that I have not managed to get accepted yet. [05:16] That's unlikely to be approved: better to see if support can be added to the wine in the repos. [05:16] (Working on it, last version had a bug with a return value - so it got rejected) [05:17] YokoZar: Maybe you're familiar, and could help with this? [05:18] ehoover: Understood. We're likely to be happy to get stuff included, although we generally like to have it included in Debian as well, simply because that allows you to be the maintainer, whereas that can't happen in Ubuntu (there are no maintainers in Ubuntu). [05:18] On the other hand, we don't want to have two different versions of wine in the repos, as this doubles the work to maintain it. [05:19] So it probably makes sense to get the changes you need for wine applied first, and then push the netflix-installer package. [05:22] persia: ok, well i'll prioritize my efforts on getting the package accepted into Wine then. Thanks for the information. [05:24] (err, patches - not package) [05:33] We have a fairly close relation with upstream wine, so I'm not confident about patches getting accepted here first. That said, best of luck! [05:54] ehoover: if you've made a package.., you may want to try the extra repository, https://wiki.ubuntu.com/AppReviewBoard , http://askubuntu.com/questions/56850/how-does-application-review-board-work as I see it, it may take a lot of time to have it included in the universe repository, also (probably you know it) you can setup a ppa for it https://help.launchpad.net/Packaging/PPA [05:56] I thought there's already ppa for wine that has netflix-enabling patches [05:56] chilicuil: I've already got a PPA setup, I honestly didn't think you guys would want this in the repo yet but I've had quite a few people suggest it. [05:56] ( http://www.iheartubuntu.com/2012/11/ppa-for-netflix-desktop-app.html ) [05:58] ehoover: ok, then maybe you may be able to add it to the extra reps, on them, you and only you will be in charge to give support for the package, and it's intend to be used in 'light' apps, therefore I'm not sure if your project is eligible.., having a netsplit-enabled version of wine in Ubuntu as default will be cool [06:01] ok, i'll take a look at that information and see about the extra repo. thanks for the details. [06:12] persia: ehoover: ahh yeah I took a brief look at that. I think there's a reasonable chance upstream wine will be able to support netflix this cycle and we can just ship wine1.5 packages to handle the use case [06:12] persia: we have had 2 different wine versions in the past (wine1.2 and wine1.3), it wasn't that big a deal. [06:13] YokoZar: I sure hope so, it'd make everything a lot easier :) I'm going to hit the sack though, you guys have a good one! [06:35] chilicuil: The package that ehoover has isn't suitable for extras. [06:37] ScottK: ok, I suppose because of the wine thing, thanks for the clarification === Tonio_ is now known as Tonio_aw [07:58] good morning === Tonio_aw is now known as Tonio_ [08:51] dholbach: I only see two days of audio from uds-r on audio.ubuntu.com - http://audio.ubuntu.com/uds-r/b3-m1/ [08:51] weren't there videos published somewhere? [08:56] there was some G+ account which was hooked up to the cameras [08:56] but I can't remember the name [08:56] do the people in #canonical-sysadmin know? [08:57] * tumbleweed wanders off there === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw [10:48] could nvidia-cuda-toolkit be backported to precise? [10:49] I see http://packages.ubuntu.com/source/precise/nvidia-cuda-toolkit exists but there are no packages built from it [10:49] oh... "Depends: libcuda1 Package not available" === _ruben_ is now known as _ruben === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [14:20] dholbach: around? Have a couple minutes? [14:20] warp10, certo [14:21] dholbach: mind joining #6had? :) === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [16:12] bdrung, Du bist und bleibst ein Pedant - hältst Du auch 'ne Session? :-) [16:12] * dholbach hugs bdrung [16:16] dholbach: you can add me to the roundtable [16:17] perfect === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ === Quintasan_ is now known as Quintasan [18:30] heh https://launchpad.net/codeofconduct - "The current version is 2.0, released 2005-04-12" === yofel_ is now known as yofel [18:45] hm someone know how I dump a trivial patch to openstack upstream without having to read a gerrit manual ._. [18:46] meh I'll just dump it in a bug report [19:05] hi all [19:06] can usip (http://packages.debian.org/changelogs/pool/main/u/uisp/current/changelog) (https://launchpad.net/ubuntu/+source/uisp) be dropped? [19:06] or it needs to be merged? === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [19:57] alo21: if it builds it can be synced [19:57] jtaylor: I asked it to know if the bug are the same [19:57] is* === Tonio__ is now known as Tonio_aw [19:58] anyway.. thanks [19:58] probably [20:05] jtaylor: the building fails... here is the log (http://pastebin.ubuntu.com/1370905/). I took a look at it, and seems that the package needs the previous patch. Is it right? [20:06] yes [20:37] does something speak against such a version number 1.8.9-1~exp1ubuntu1? [20:37] e.g. tools not recognizing the ubuntu changes? [21:06] Seems reasonable, if somewhat ugly. [21:14] jtaylor: I followed the instruction here (https://wiki.ubuntu.com/UbuntuDevelopment/Merging), I built the package, tested it and all work fine. Now do I upload the debdiff? [21:16] alo21: you file a bug and attach it [21:16] or propose a bzr branch for merging [21:16] jtaylor: what do you suggest? [21:16] if you have a debdiff, attach to the bug [21:16] and subscribe sponsors, i think... [21:17] * TheLordOfTime forgets :P [21:21] jtaylor: is there a script t fill the merge bug (such as requestsync)? [21:22] no [21:22] jtaylor: ok. thanks [21:23] jtaylor: bzr lp-propose? [21:23] Rcart: true, (I mentioned bzr merge proposal), but that won't work with debdiffs? [21:25] jtaylor: jtaylor just a branch, I guess... not sure about debdiffs [21:26] jtaylor: is ok if I upload _program_name.diff.gz, or I have to upload only _program_name.debdiff? [21:26] gz is fine [21:26] though it should be so large that its needed [21:27] debdiff to the latest debian version is enough [21:33] jtaylor: could chek I filed it correctly, please? http://pastebin.ubuntu.com/1371109/ [21:35] the interesting part is the patch, the message is not so important in simple cases [21:35] ok [21:39] jtaylor: have I to subscribe someone else to the bug? [21:39] alo21: yes ubuntu-sponsors [21:39] bleh was just about to type that >.> [21:40] TheLordOfTime: thanks you too [21:40] done [21:44] jtaylor: what's the current development phase that we're on right now? [21:44] autosync phase [21:45] so thursday is feature definition freeze, but that has little impact on motu [21:46] Where on IRC should I ask about how to debug a problem with a Gnome GIO file operation (called from python) that appears only with Ubuntu 12.10? [21:47] dlynch: do you have a small testcase? [21:48] jtaylor, not yet - I've only just tracked it down to a specific line in my code (Rapid Photo Downloader, which is in Universe) [21:48] jtaylor: I have made a little ubuntu packaging in previous cycles and I would really like to learn merges, how can I start with? (besides the packaging guide) [21:51] Rcart: hard to say, merges go from easy to very difficult [21:51] you could go through mergomatic and look for things that look simple [21:51] like some build failure fixes [21:59] ok, thanks (: === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [22:36] jtaylor, creating a test case is proving time quite consuming (the bug seems to be only appearing when using the python multi-processing module). Is there some kind of "turn on Gnome GIO debugging output" switch I can flick? [22:42] there is G_DEBUG [22:42] but I don't think it will help much [22:42] are you sharing file descriptors or sockets over forks? [22:42] no, just file and directory names [22:43] and the code works without issues in Ubuntu 10.04 - 12.04 [22:43] I'm using pygtk - perhaps it's effectively becoming unmaintained [22:46] what exactly happens? [22:47] I'm calling gio File.Move, and it takes a very long time to complete - something like 1 minute or so [22:48] because it's a simple file rename, it should be instantaneous [22:49] did you break in with a debugger? [22:49] I've never tried using a debugger in a python program, to be honest. And I've no idea how to do that when using multiple processes [22:50] I mean with gdb, it would be interesting to know were it is hanging [22:50] in C code or python code [22:51] gdb can start python code and trace it's execution? [22:51] its* [22:51] gdb can trace python [22:52] gdb --args /usr/bin/python-dbg yourapp.py [22:52] then press ^C when it hangs [22:52] the backtrace could give some clues [22:52] you need debug symbols installed [22:53] libglib2.0-0-dbg [22:57] running python-dbg results in an error: ImportError: /usr/lib/python2.7/dist-packages/_dbus_bindings.so: undefined symbol: Py_InitModule4_64 [22:57] you need debug symbols of everything [22:57] aha [22:57] python-dbus-dbg [23:00] Is there a LEAP supplicant for LInux? I'm thinking about moving my Nexus 7 to Linux, but I need LEAP to use the Wifi at work. [23:07] Hello all I am trying to package up a old Unity 2d that I hacked up. But it seems that it is not uploading to my ppa :(. ppa upload file says all is good I will push branch to show [23:07] jtaylor, dbg package for this? ImportError: /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so: undefined symbol: Py_InitModule4_64 [23:08] dlynch: python-gtk2-dbg [23:10] I can't seem to locate python-notify-dbg [23:11] hm not good [23:11] try normal python not python-dbg [23:11] maybe it picks up the available debug anyway [23:14] LisaNori, there is a nexus 7 channel somewhere for testing [23:14] jtaylor, sorry to be such an ignoramus, but after calling gdb --args /usr/bin/python rapid/rapid.py , what command do I give? [23:14] run [23:14] after the ^C do backtrace [23:15] LisaNori, opps I mixed up nexus and steam blog that I read says in wiki to hit people up on #ubuntu-arm [23:16] jtaylor, indeed there is some interesting info there. What do I do with it? :) [23:16] put it in a pastebin [23:19] jtaylor, http://pastebin.com/pfEczNZN [23:21] Branch that Has Unity 2d version (Ubuntu tv mockup code) https://code.launchpad.net/~josephjamesmills/ubuntutv/mockup-ppa-branch [23:24] Is it because Maintainer: Ubuntu Developers and I am not a person that has a Ubuntu address in my gpg ? [23:24] d/control ^^ that is all I can think of . [23:24] dlynch: hm not so useful you are probably in the wrong process [23:25] it gets complicated if you don't know gdb [23:25] I can try to halt it while in the correct process [23:25] would that help? [23:26] the code looks kind of dangerous [23:27] mixing event loops with multiprocessing [23:27] I'm not sure that goes well [23:30] there is the gtk main loop, and all the other processes starting within that [23:30] I don't know if that is "good" or "bad" [23:30] you could try setting some pipe to cloexec mode and see if that fixes it [23:30] but it works much better than with python threading! :) [23:33] do you have any idea why it would suddenly stop working in 12.10 having worked ok for 2 years before that? [23:34] it might be interesting to know if it works with python2.7.2 and rest quantal [23:35] how does one reproduce it? [23:36] what do you mean by "rest quantal"? [23:38] unfortunately reproducing it is very easy - simply attempt to run the program normally, i.e. "download" some test photos/videos from a local directory to another local directory [23:38] just change python to 2.7.2 [23:39] I install python 2.7.2 from where? [23:40] btw the package is lacking a dependency on python-dbus [23:41] * jtaylor filing bug [23:42] you're right, thanks [23:45] debian bug 693753 [23:45] Debian bug 693753 in rapid-photo-downloader "rapid-photo-downloader: missing dependency on python-dbus" [Important,Open] http://bugs.debian.org/693753 [23:46] how do I get the download button to be clickable [23:46] select a source [23:47] select a download source, and a destination [23:47] use the toolbar at the top [23:47] this assert screwed up the gui:http://paste.ubuntu.com/1371421/ [23:47] restart helped [23:48] oh precise has python2.7.3 too so that can't be it [23:48] turn off auto detect using the toolbar [23:49] it's getting stuck on line 402 in subfolder.py - that's the code that takes something like 1 minute to complete