=== TheMuso` is now known as TheMuso [00:45] Hey folks! Anyone up to advocate/review qt-shutdown-p? It is a small program to shutdown the computer. http://revu.ubuntuwire.com/p/qt-shutdown-p === mrooney_ is now known as mrooney [02:51] Is Chuck Short around? [02:52] doesn't appear to be, he's usually online as zul [02:53] hi all i am interested in getting involved with ubuntu and i hear that motu is a good place to start does anyone have any suggestions how to start? [02:53] mrburns: Find a bug that annoys you, and fix it. [02:54] That's generally the best thing to do. [02:54] ok sounds good [02:57] The easiest bugs to fix are those that have been reported upstream, fixed there, but not yet fixed in the Ubuntu packages. In that case, it's generally just a matter of adding a patch to the Ubuntu package, which is one of the simplest packaging changes you can make. [03:04] RAOF: should i just search around launchpad bugs and find something there? [03:17] mrburns: Yeah, that works. dholbach's harvest (http://daniel.holba.ch/harvest/) can help finding patches for stuff. [03:19] RAOF: thanks [07:18] good morning [07:26] dholbach: good morning [07:26] I have a packaging question, maybe someone can help me [07:26] We used to have ldtp source, which provided ldtp (core, written in C) and python-ldtp (python bindings). [07:26] Now, ldtp2 has just been released with the core completely rewritten in python and we need to package it for lucid. What would you recommend: [07:26] a) Keep the core (now in python) in the ldtp binary, the python library in python-ldtp with version 2 [07:26] b) Put everything in ldtp binary (core and libraries) [07:26] c) Create a new package called ldtp2 that replaces the two above [07:27] hey slytherin [07:27] non of the above? [07:27] ara: is there a use-case for having any of them separated somehow? [07:27] dholbach, no that I can think of [07:28] one thing to bear in mind is coordinating the naming scheme with the debian people, so you don't end up maintaining a different package name for a longer while [07:28] one important thing is that ldtp < 2 and python-ldtp <2 cannot cannot be installed at the same time as ldtp >= 2 [07:29] dholbach, I am already in contact with the debian packager [07:29] or having conflicts/replaces that you need to maintain on your own for a long time in ubuntu (because of lts upgrades) [07:29] nice [07:29] dholbach, in fact, I am coomaintainer of the debian package [07:29] ara: if parallel installability is not an option then simplest thing would be to completely replace existing packages with new version. [07:29] ara: so Kartik ist leaving the decision to you? :) [07:30] dholbach, yes, he has no time now to maintain it [07:30] I see [07:31] I believe Kartik has too may packages with his name on him. :-) [07:31] s/him/them [07:32] so, slytherin, you're suggesting to keep the division between core and libraries? [07:33] ara: the split looks sane enough to me. But I don't use the package so probably I am not the best person to ask advice about it. [07:36] dholbach, what do you think¿ [07:37] * dholbach downloads source [07:39] hi guys [07:39] gst plugins bad needs the new dirac dependency [07:40] LLStarks|Lazy: it was already uploaded but seems to have failed to build. [07:41] LLStarks|Lazy: https://edge.launchpad.net/ubuntu/lucid/+source/gst-plugins-bad0.10/+builds [07:41] ah gotcha [07:41] thanks [07:42] I am not able to access the build log at this time so I can not check if it was real failure or transitional failure. [07:43] LLStarks|Lazy: if you can download the log, unzip it and post the relevant bits on pastebin may be I can decide if we should retry the build. [07:44] will do [07:44] hope its gzipd [07:44] yes it is [07:44] that is the reason I can not access it. the content filtering system in my office filters anything that ends with .gz [07:45] asinine [07:47] ara: I'm a bit unsure... at the moment I can't think of use-cases for splitting it, but I just had a look at http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-package_names - not sure if that would result in some kind of "oversplitting" as seb128 would call it :) [07:47] looks like an sdl library problem [07:49] dholbach, well, even if the use case is not clear, shouldn't be simpler to keep it split for the sake of maintainability? [07:49] dholbach, (to avoid having to keep a lot of replaces) [07:50] ara: the API of python-ldtp broke, right? [07:50] LLStarks|Lazy: can you paste the log on pastebin? [07:50] dholbach, yes [07:51] dholbach, they are 90% compatible, but not 100% [07:51] http://paste.ubuntu.com/359443/ [07:51] hmhm - I wonder if you'd need to rename stuff anyway in that case [07:52] there's only mago depending on it afaics [07:55] slytherin, LLStarks|Lazy: you might want to look at Bug #509442 , gst-plugins-bad0.10 is fixed upstream in debian but i'm guessing its actually an issue with sdl dev [07:55] Launchpad bug 509442 in gst-plugins-bad0.10 "libavcodec-extra-52 breaks gstreamer0.10-plugins-bad (libdirac-encoder0 replaces the necessary libdirac0c2a) " [Undecided,Confirmed] https://launchpad.net/bugs/509442 [07:58] Looks like we need merge from debian package [07:59] ara: you could ask seb128 when he shows up, he should know a bit better than I do [07:59] dholbach, OK, I will, thanks :) [08:02] slytherin: that would be best, it does need both the changes from 0.10.17-2 and 0.10.17-3 though, those are the ones i used and they work. i dont know where 0.10.17-3 is in terms of unstable/testing though [08:02] SevenMachines: -3 is not yet in testing. [08:23] Does anyone know at what version of glib, gio APIs were introduced? [08:45] Hi, [08:45] I am having some difficulties for creating a package for "cython" application. [08:45] I was wondering whether it would be the good room to get some support on this issue ? [08:46] s/for "cython" application/for a cython application/g [08:51] !ask [08:51] Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) [08:53] I need to build a package that uses cython, but default pbuilder cannot resolve "cython" when put into "build-depends" .. [08:54] you need to enable universe - see https://wiki.ubuntu.com/PbuilderHowto#Universe%20support [08:55] is this enabled on build farms ? [08:56] hi all [08:56] i have a problem with an package maintained by motu https://bugs.launchpad.net/ubuntu/+source/python-pysnmp4/+bug/509495 [08:56] Ubuntu bug 509495 in python-pysnmp4 "pysnmp version switch broken" [Undecided,New] [08:57] i would really need help on that [08:57] i.e. launchpad [08:58] I meant, I manage to get a working pbuilder with cython on my personal desktop, but I wonder how to get it working on launchpad, or other build servers. [09:02] so than, this goes out to any python developer, if i dont get pysnmp working on karmic i need to programm my stuff in perl, and i really dont like :-( [09:03] tranx: on buildds, build-dependencies from universe are disabled for packages in main. In other cases, they're allowed [09:06] randomaction: thanks for these elements. [09:36] tranx: Paste the debian/control file somewhere so that we can check if there is any problem with build dependencies === ttx_ is now known as ttx === dholbach_ is now known as dholbach === jono is now known as Guest95190 [13:00] sry for nagging, but as i can't see any communication going on here (only logon/offs): is there anybody at all? [13:02] yes, but most people are probably busy with other things (like e.g. work) [13:04] too bad... gotta leave... === yofel_ is now known as yofel === slytherin1 is now known as slytherin [15:30] can I upload a fixed package to REVU with the same version number? [15:31] menesis: yes, version should stay the same [15:33] do I have to include orig.tar.gz again? [15:37] looks like yes === Amaranth_ is now known as Amaranth === pkern_ is now known as pkern === highvolt1ge is now known as highvoltage [19:25] will there be a MC meeting on the 12th of february? [19:29] hyperair: no, see the announcement [19:29] geser: i saw. so how should i go about applying for motuship? [19:30] the thursday meeting is at 3AM my time [19:35] wait on the next DMB meeting, I hope we get a little bit further about the MOTU future on that meeting [19:36] I hope the DMB comes about a decision what to do about MOTU applications while the future of MOTU is shaped [19:46] porthose: :P (re: your mail to debian-python) [19:48] POX, :) === menesis1 is now known as menesis === cyphermo1 is now known as cyphermox === IVBela1 is now known as IVBela === strycore_ is now known as strycore === Guest42653 is now known as ianto [22:25] * StevenK tickles wgrant [22:26] * wgrant swats StevenK [22:26] * StevenK dodges wgrant's ineffective swat [22:26] You can't dodge me, I'm next to yuuyou. [22:26] find a room, people [22:27] rofl [22:27] which talk are you at? [22:28] MS versus FOSS [22:28] * ajmitch is staring at slides of PHP code, brains are leaking out [22:28] We have found a room! Illot! [22:29] Not so private, sadly [22:29] Terrible. [22:29] Hello.. I have a package I would like to see in ubuntu. I have made a deb archive of it (which needs some minor tweaking yet). can it be included even though there is no upstream url available? (I got the source by mailing the company) [22:29] Are you able to distribute the source? [22:29] it is a driver for a smart card reader btw [22:30] yes. it is lgpl2.1 [22:30] * ajmitch will have to watch that talk on video afterwards [22:33] I'm not sure if it should be packaged separetely or of it should be included in libccid (which is a package for many other smart cart readers) [22:34] wgrant: Saw a website recently that said "Microsoft has spent billions on Windows, how can Linux possibly run on a computer without Windows code, since Linux is free." [22:35] * StevenK should find the source [22:35] the leaps in logic there are interesting === Chex_ is now known as Chex [22:36] ajmitch: Absolutely. [22:37] pucko-: Maybe it should end up in libccid, but that would require the code to be submitted to the libccid project. As it's a separate source tree, it should (almost certainly) be a separate package. [22:38] * RAOF goes to wrestle with bugs.gnome.org to submit some gjs patches. [23:11] RAOF, so how should I proceed? I believe I need some help [23:14] pucko-: It'd be good if the source was easily available somewhere on the web, but I don't *think* that's a dealbreaker. [23:14] pucko-: What you could do next is refine your package and upload the source package to REVU. [23:14] !revu [23:14] REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU [23:16] ok. the main thing is the lintian error messages. but I guess I can come back here later and ask for help about those.. [23:17] Absolutely. [23:17] Note that running lintian with with -i will give lots of nice info about the errors, and generally how you might fix them. [23:23] * RAOF decides gjs probably doesn't want these patches. [23:23] ok, thanks