[00:53] bddebian: If it's bug fix only, no FFe is needed. [01:21] Can someone sponsor the one-line patch in bug 336436? [01:21] Launchpad bug 336436 in lsb "/usr/bin/lsb_release:81: DeprecationWarning: the sets module is deprecated" [Undecided,Confirmed] https://launchpad.net/bugs/336436 [01:27] andersk: lsb in Main, so you need to look in #ubuntu-devel and subscribe ubuntu-main-sponsors. === asac_ is now known as asac [01:41] argh.. i cant for the life of me figure out why this source package wont compile normaly === Andre_Gondim-afk is now known as Andre_Gondim === Andre_Gondim is now known as Andre_Gondim-afk [03:32] Is there documentation somewhere for the workflow of creating a new package with source files and the debian/ directory in seperate bzr repositories (probably using bzr-builddeb) ? [03:39] I'm sure there is, but it may take some patience as that's not really the standard work flow most people use here. [03:40] ScottK: hmm, gotcha. Well actually I'm just starting a new project and thought that might be a good organization for it. Is there a better way? [05:26] hello, I did not know the python 2.6 transition until today [05:26] did I miss some maillist? [05:26] thanks [06:01] lidaobing: yes, iirc - about three of them. [06:01] Hobbsee, which one? [06:01] lidaobing: it got posted to ubuntu-devel-announce, ubuntu-devel, and probably -discuss as well, i think [06:01] Hobbsee, thanks === jdong_ is now known as aaaa === aaaa is now known as Guest99615 === Guest99615 is now known as jdong_ [07:08] morning [07:16] morning [08:36] g'morning! === azeem_ is now known as azeem [09:39] morning === DrKranz is now known as DktrKranz [10:27] james_w, ta for all your mono lib transition bugs [10:27] np === beDrung is now known as bdrung [11:06] hello [11:06] finally jeuclid made it into jaunty [11:06] can someone push scilab in? [11:06] https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/272264 [11:06] Ubuntu bug 272264 in scilab "FeatureFreezeException: Please sync scilab-5.1 (multiverse) from PPA" [Wishlist,Confirmed] [11:06] all build-dependencies are now in jaunty [11:26] mok0: hello [11:26] jeuclid made it into jaunty [11:26] c_korn: hi [11:26] ubuntu 334767 [11:26] Ubuntu bug 334767 in ubuntu "Please sync jeuclid 3.1.4-1 (universe) from Debian unstable (main)." [Wishlist,Fix released] https://launchpad.net/bugs/334767 [11:26] c_korn: great. I will upload scilab then [11:26] ok, thank you [11:27] c_korn: I think all the dependents are there [11:27] c_korn: dependencies, rather [11:27] yes, they are [11:27] after scilab is in there is sivp missing which requires scilab >=5 to compile [11:27] c_korn: right [11:28] c_korn: we have FFE's for everything so I prefer to upload serially [11:28] ok [11:32] hello [11:32] when i try to build a package [11:32] it ask me for a Maintainer [11:33] i run debuild -S [11:34] can anyone help me on this [11:35] your debian/control should have a Maintainer line [11:36] yes [11:37] and it has to contain an @ubuntu.com [11:37] right ? [11:44] ubuntu packages should be set to Maintainer: Ubuntu MOTU Developers [11:46] Handrix: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2007-January/000235.html explains what to do with the Maintainer field [11:51] if a lib package has no rdeps, is it worth keeping in the archive? [11:52] which lib is it? [11:52] libdev-db [11:52] geser, libtapioca-cil [11:52] sorry libdb-dev [11:53] thanks Toadstool [11:53] can you tell me where can i report a needs packaing bug [11:53] directhex: but I just fixed that! [11:53] james_w, i know. i'm casting a critical eye at divergences [11:54] james_w, e.g. autopano-sift being heavily patent-encumbered [11:54] (hence not in debian) [11:54] but yeah, if it would have been any harder to fix I might have asked to have it removed instead [11:56] directhex: if it's not needed anymore IMHO it should be removed as we probably won't maintain it much in the future [11:57] geser, seems to be bindings to a lib used only by a dead app [11:58] then request a removal, we don't need cruft in the archive (I guess we already have too much) [11:58] sorry james_w! [11:59] geser, is there an easy "requestsync" equiv for RM? [11:59] no [12:03] cc ubuntu-archive? [12:05] u-u-s [12:06] I cannot unsuscribe or edot my preferences in motu mail list [12:06] i cannot log in and I never receibe the confirmation e-mail [12:10] but my address is in the list, everyday I receibe docens of mails [12:11] soren, nixternal ^ [12:11] (you are listed as administrators in lists.ubuntu.com) [12:14] am I an administrator of the list? i cannot understand why [12:21] EagleScreen: not you, but soren and nixternal :) [12:21] they may be able to help you [12:21] EagleScreen: do you want to be removed from the list or? === ogra_ is now known as ogra [12:36] yes becouse I cannot atend that amount of mails [12:36] I think I have to be removed and may be create another mail address only for motu usage [12:44] dh_clean [12:44] You must specify a valid JAVA_HOME or JAVACMD! [12:44] make: *** [ant-sanity-check] Error 1 [12:44] what does this mean? [12:44] What verion format should I use for 'changelog' in PPA uploads? [12:44] savvas: do you have build-depends installed? [12:45] ah wait, found it sistpoty|work, wrong JAVA_HOME in debian/rules :) [12:45] even better .) [12:45] :) [12:46] debian seems to use "JAVA_HOME := /usr/lib/jvm/java-gcj" [12:47] hm.. package java-gcj-compat-headless should be in build-depends [12:53] last change: actually debian's source bcel build-depends should use default-jdk :P [12:53] much better hehe [13:19] sistpoty|work, ScottK: Thanks. Do I just turn that bug into a sync request or file a seperate bug for the sync and point at that one for approval? [13:20] bddebian: apply kiss and reuse the bug [13:21] *smack* [13:21] Hi geser :) [13:21] Hi bddebian :) [13:43] huats: Hi, what's your plan for the sync request of pywebkitgtk? [13:44] hey geser [13:44] sorry not not replying yet [13:44] I have seen your comment [13:44] ) [13:44] :) [13:45] geser: I would rather have a sync [13:45] BUT [13:45] so I can make the changes that are applyable for debian (since I am the maintener) [13:46] geser: let me some time (say 1h) so that I can tackle a few stuffs and have a better view ok ? [13:47] I was sick for a few days, and away from my computer so I have lots of stuffs to check :) [13:48] huats: sure, as I know now that you will take care of it, you can take even more time if you need [13:48] :) [13:48] thanks for raising the question anyway :) [13:48] does anyone know how to re-create the folders in /var/spool/postfix/public/ ? [13:51] nvm, wrong channel :p [13:53] ;O this is pretty amusing [13:53] i created a post in multimedia&video. 30 minutes ago. and nobody has even VIEWED it :P [13:53] on the ubuntu forums [13:55] theholyduck, try making a post about how great arch linux is, if you want responses [13:56] directhex, but arch sucks even more than ubuntu [13:56] wich quite frankly is quite an archivement [14:02] damn sendmail-bin, the process wasn't killed [14:03] * theholyduck licks directhex http://ubuntuforums.org/showthread.php?t=1084588 gief me a read :P [14:04] actually i got a couple now. but no replies yet :P [14:04] theholyduck: I use debian-multimedia :P [14:05] i wouldnt trust it directly in ubuntu [14:05] without causing alot of breakages [14:05] pluss its not perfect [14:05] im just basing it on that currently [14:05] it still doesnt have good enough mplayer pacakges [14:05] and good enough variety of them [14:06] i just needed to get my head aroudn packaging that fits in ubuntu. and a debian dir that works for creating ffmpeg :P [14:06] since fffmpeg wants to be like 80 bazzillion .debs in ubuntu [14:07] why not work with siretart instead of against him? [14:08] because you cant do a full ffmpeg up date in the middle of the 6 month cycle :P [14:08] where as my solution will eventually update every other day or so [14:08] it would cause too much potential breakages in releases. thus it will never be accepted [14:08] and i went for the. make my own solution [14:09] and you don't think siretart would have any insight on uninvasive ways to do things like package naming or automation? [14:10] well my current sollution seems to work:P [14:10] atleast partially :P [14:10] figuring it out yourself is half the fun [14:10] I'll have to agree on that :) [14:10] though admitedtly. if siretart want to make a constantly updated media repo. i'd be the first to join in [14:11] *wanted [14:11] he probaly has way more experience than me in packaging [14:13] medibuntu isn't updated anymore? [14:14] ah wait, there's no ffmpeg in medibuntu [14:14] among other things :P [14:15] their mplayer doesnt seem to be built from svn aswell [14:15] correction, there's no ffmpeg for jaunty in medibuntu :P [14:15] savvas, or intrepid [14:15] theholyduck: I know, they said that they follow ubuntu [14:15] savvas, and their 8.04 ffmpeg is from 2007 b:P [14:15] wich is like dinosaur levels [14:17] theholyduck: you could make a team for it, ubuntu-media-edge :) [14:17] savvas, well i could. but i dont have enough confidence in my packaging to start a actual team :P [14:17] not to mention the fact that i pretty much refuse to use ubuntu :P [14:17] (boo!!! :p) [14:18] savvas, im just here to fix it to make my life easier [14:18] i dont personally wanna use it [14:18] though admitedtly i managed to bork my 2 and a half year old debian sid install. and installed ubuntu 8.10 the other day [14:19] theholyduck: well, there is the motumedia PPA. or you could use your personal ppa [14:20] siretart, motumedia is still pretty damn outdated :P [14:21] ffmpeg from early 2008. x264 from late 2009 [14:21] err [14:21] late 2007 [14:21] upload new packages in your ppa and I can copy them over [14:21] theholyduck: oh, I thought you were from teh future [14:22] siretart, https://launchpad.net/~m-frydenlund/+archive/ppa [14:22] these work here :P [14:22] ffmpeg, x264, faac, xvid core :P [14:23] we have a motumedia? cool! [14:23] oh, nice. even with these unredistributable amr packages:/ [14:23] siretart, :P [14:24] well medibuntu distrebuted them :P and i figured it wouldnt hurt too bad [14:24] but making ffmpeg not use them is pretty easy [14:24] id need to reup it thoguh [14:24] though you know that :D [14:24] medibuntu doesn't seem to care too much about licenses and legal problems. last time I looked they even had libdvdcss in their repos [14:25] siretart, if a package is known to violate a protected patent, is that grounds for an RM request? [14:25] directhex: you wanna remove mono :-P [14:25] though a ubuntu-media-edge team wouldnt be the worst idea ever [14:25] directhex: Arguably that applies to the kernel now. [14:26] mok0, mono has no "known" violations, the package in question even names the owner in LICENSE [14:26] anyways, it seems that you updated x264 from marillat. I'll make a note to review your update and upload it to motumeida this night [14:26] broonie, FAT32 4 evar! [14:26] directhex: only if you have evidence that the patent is actively enforced [14:26] so.. what happens if someone sues medibuntu? [14:27] theholyduck: do you have some mechanism to update the packages automatically or do you rely on marillat to update them? [14:27] siretart, well currently i just got it directly off debian-multimedia and modified some debs :p [14:27] directhex: Patent violations are only such if a case is made in court (AFAIK) [14:27] savvas, they die [14:27] siretart, i will eventually [14:27] ouch [14:27] im working on that part :P [14:27] theholyduck: tell me if you have something, I'll happily review it [14:27] siretart, hehe :) [14:29] siretart, anyways thats the hope. a relativly automated system that lets me maintain ubuntu media packages [14:30] without having to do much work myself [14:30] ah, it seems you have found the main problem in maintaining packages.. [14:31] siretart, indeed :P [14:31] maintaining them :D [14:31] the "sanity check" problem heh [14:31] the problem with ffmpeg is that they have a tendency to change things randomly :P [14:31] so i need ot make it fairly modular and easy to fix again [14:32] did you have a look at debian/README.upstream-upgrade? [14:33] did not :P [14:34] check out the ffmpeg branch at git.debian.org [14:36] thanks for the upload, siretart :) [14:37] siretart, intresting :P [14:39] siretart, also its "Only" 1 month outdated [14:39] on sid :P [14:39] wich quite frankly isnt BAD :P [14:39] when you consider the shit most distros package [14:41] but it will have to wait. im pretty damn tired currently. i spent all nite trying to make ppa stop being stupid :P [14:41] I'm considering another update in the next days, tbh [14:41] or rather makinig myself package correctly [14:42] What's up with MoM? She ain't working [14:44] and DaD was sued and gave the children to MoM :p [14:44] DaD simply left the family [14:44] (just kidding:)) [14:46] can someone issue a rebuild on aptoncd? [14:47] I think it doesn't require any changes for the python transition [14:48] ooi, has anyone made a "still needs transition" tracker? [14:49] hm.. [14:50] maxb: find me a name :) [14:50] name for what? [14:50] I'll start a wiki article [14:51] well, with all the packages: grep-available -F Depends "python (<< 2.6)"|grep ^Package [14:51] * maxb notes that grep-dctrl can take an -sPackage flag [14:53] * POX points savvas to '-s' option [14:53] * maxb also suggests grep-aptavail, lest you be relying on a potential out of date dpkg-available db [14:53] maxb: oh, didn't see your msg :) [14:53] savvas: looking at aptoncd [14:53] and I guess a tracker is hardly required, given it's only one command away. Didn't stop to think it would be *quite* that trivial :-) [14:54] geser: thanks :) It was built successfully, but I didn't keep the package unfortunately - let me find the link to the log [14:55] 21:17:03< savvas> aptoncd builds fine - just needs a rebuild: http://launchpadlibrarian.net/23268539/buildlog_ubuntu-jaunty-i386.aptoncd_0.1.98-0ubuntu4~ppajaunty1_FULLYBUILT.txt.gz [14:55] geser: ^ [14:55] savvas: no need to search for as I always test build before I sponsor something [14:55] oki doki [14:56] maxb: a tracker could be useful, given that some packages wait for approval [14:56] savvas: aptoncd isn't a simply rebuild (look at the package contents) [14:57] geser: ok, I'll check it once more :\ [14:58] savvas: I've done the needed changes already [14:58] geser: yeah it doesn't rebuild as-it, you have to add --install-layout=deb [14:58] mok0: I know [14:59] geser: sorry [14:59] savvas: the problem are the files in /usr/local mentioned in your PPA build log [15:00] geser: is there only 1 supported python version in jaunty? [15:00] geser: they ought to contain python2.5 as well? [15:01] only 2.6 modules are built [15:01] mok0: pyversions -s => python2.5 python2.6 [15:01] geser: hm [15:02] aptoncd doesn't loop over the supported python versions during build but only uses the default version [15:02] geser: yes [15:02] geser: the source package has some lintian warnings too [15:03] it would perhaps be good to use python-(shared|central) [15:04] oooh I get it, /usr/lib instead of /usr/local/lib ? [15:04] savvas: yes [15:04] savvas: the default of setup.py has been changed to install in /usr/local [15:05] so that's why you suggested --install-layout=deb above, I see [15:06] savvas: yes [15:06] mok0: when was this changed? [15:06] savvas: with python 2.6 [15:06] good to know :P [15:06] thanks :) [15:07] savvas: It's a feature provided by Python authors so distros can install in a separate tree [15:08] it's a feature added in the Ubuntu packages [15:08] james_w: oh? I thought it was upstream [15:08] I don't think so [15:09] james_w: ok [15:09] james_w: perhaps it's correct to say that it is prompted by upstream then? [15:10] I'm not sure [15:10] james_w: I think b/c Debian/Ubuntu's way of doing things interferes with theirs [15:10] http://www.mail-archive.com/debian-devel@lists.debian.org/msg268410.html [15:11] james_w: yeah I read it, but found it hard to understand :-) [15:11] james_w: all the talk of /usr/local was confusing [15:18] Hi RainCT [15:19] RainCT: did you kill off MoM? [15:19] hello, who can help check bug 335796, thanks [15:19] Launchpad bug 335796 in qterm "Please sync qterm 1:0.5.4-2 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/335796 [15:20] Hi mok0 [15:20] mok0: No, I don't even have access to it. [15:20] RainCT: Oh :-P [15:21] * RainCT mentions this in #canonical-sysadmin [15:25] mok0: they're on it [15:26] RainCT: many thanks! [15:26] np [15:27] Jeez, this python build scared the sh*t out of me... [15:32] lidaobing: I'll take a look at qterm (in regards to sponsoring) [15:32] sistpoty|work, thanks [15:36] bddebian: Editing that one into a sync request is best. [15:39] lidaobing: looks all good, ack'd [15:39] sistpoty|work, thanks [15:40] thanks for maintaining qterm ;) [15:41] * theholyduck likes his urxvt [15:41] why anyone would use a terminal OTHER than urxvt is beyond me === ssweeny_ is now known as ssweeny [15:49] theholyduck: here's a reason: E: Couldn't find package urxvt [15:50] mok0, well rxvt-unicode [15:50] :P [15:50] is the package name [15:50] hm.. [15:50] mok0, basicly urxvt does EVERYTHING:P [15:50] the packages should have python2.5 support as well, right? [15:51] diffrent fonts for diffrent kinds of text. extendable via perl scripts [15:51] etc,etc,etc [15:51] basicly urxvt is one of the fastest most extendable and configurable terminal emulators around [15:53] * savvas tries to use python$* ./setup.py install ... [15:53] * mok0 is happy with terminator [15:58] Any reason mobile-broadband-provider-info is not being updated? Current version (20081015) lacks one of the major danish providers and support questions for this are frequently popping up [15:59] phomes: Do you know how to add it? [16:01] mok0: it is already added to the newest version (20081124) at http://svn.gnome.org/viewvc/mobile-broadband-provider-info/tags/ [16:01] mok0: terminator rocks :) [16:01] phomes: so what you want is an update of the package, from upstream? [16:02] mok0: yes, if possible [16:02] phomes: then please file a bug report on LP [16:02] phomes: otherwise we'll forget [16:02] mok0: okay. Thanks [16:03] ScottK: Yeah I adjusted it, though I probably did it wrong. :) Thanks! [16:03] K [16:07] james_w: you were right, --install-layout is patched on in the package [16:07] RainCT: rgreening, whose upload you sponsored over the weekend, has a MOTU application pending. You might want to comment: https://wiki.ubuntu.com/rgreening/DeveloperApplicationMOTU [16:09] ScottK, any plans of backporting python2.6? [16:09] No. [16:09] I think it's too intrusive. [16:09] probably, yeah [16:09] RainCT: btw, the two fauz-pas... thanks for pointing out. Im used to working kdepackages which are already -*ubuntu*'ized, and the maintainer field is there. I;ll keep on my list for new ones. And the lp bug report. honest mistake. *slap* :) [16:10] ScottK, it builds fine under intrepid, though [16:10] I shouldn't work on things at 4AM with no sleep :) [16:10] My concern isn't will it work, but the impact having a new system Python will have on the rest of the system. [16:11] Yes, everything needs rebuilding [16:13] mok0: only if you backport also python-default else you only need to backport/rebuild the packages which should have a python2.6 module [16:14] geser: k [16:15] mok0: looks like it already has a bug for updating. Should any special motu address be subscribed to the bug? [16:16] phomes, bug number? [16:16] mok0: 317860 [16:16] bug 317860 [16:16] Launchpad bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN" [Undecided,Confirmed] https://launchpad.net/bugs/317860 [16:18] geser: thanks for the python updates in universe :-) how many are left? ;) [16:19] phomes: hm, that file ought to be dynamically updated [16:20] phomes: the package is in main, so you need to get hold of a core-dev [16:21] phomes: you should subscribe ubuntu-main-sponsors to the bug [16:22] mok0: okay. Thanks. Just subscribe ubuntu-main-sponsors and that is fine? Or should I go hunt for a core-dev as well? [16:22] phomes: you can do both :-) [16:22] mok0: I'll do that then. Core-devs hang out at #ubuntu-devel? [16:23] phomes: yes [16:23] phomes: we have some here, but they are hiding [16:23] doko: Would you please update python-xml? It looked like more trouble than I wanted to mess with. [16:24] phomes: it seems fairly important & a simple fix so I think you can find someone [16:24] doko: around 250 binary packages according to 'apt-cache unmet -i | grep "python (< 2.6)" -c' :( [16:24] ScottK: we did want to remove it post-intrepid ... [16:24] mok0: okay. Thanks for your help [16:24] np! [16:24] doko: Yes, but there are still packages that need it IIRC. [16:25] should aptoncd have /usr/lib/python2.5/site-packages/ as well? I only get /usr/lib/python2.6/dist-packages/ [16:27] Anyone know who Devid Filoni is? [16:27] savvas: for that the aptoncd packaging needs a little work as it currently only uses the default python version [16:28] bddebian: devfil on irc [16:28] JontheEchidna: Thanks [16:28] bddebian: LP knows it :) https://edge.launchpad.net/~d.filoni [16:29] geser: ok, I'll look into it :) [16:29] I've come to despise LP these days :( [16:29] I'm just curious why crystalspace seems to build fine with java in Debian but FTBFS in Ubuntu [16:29] using the same JDK in both cases? [16:30] afaik [16:30] Devid did a lot of work on it though so I was curious if he had a clue [16:34] bddebian: https://edge.launchpad.net/ubuntu/jaunty/+source/crystalspace shows that it build on amd64 and i386 at least [16:34] but I can't see any java in the build-depends [16:34] Yeah I couldn't either that's what makes it even weirder [16:35] Unless gcj is getting brought in in Debian with something else..? [16:36] ANd of course I forgot to save a build log and this thing take FOREVER to build :) [16:36] no mentioning of gcj in the Debian build log for amd64 [16:37] I'll have to look at it [16:42] hello dholbach [16:42] hi lajjr [16:43] do you by chance know when the next meeting is for motu?? [16:44] isn't it on https://wiki.ubuntu.com/MOTU ? [16:44] TBD [16:45] lajjr: then I don't know - sorry - I think there was a call for MOTU Meeting organisation on the mailing list [16:46] dholbach, is there going to be another open week after jaunty release? [16:46] or was that a 1 time thing [16:46] billybigrigger: there's definitely going to be - we had like 3 of them already [16:46] oh ya [16:46] billybigrigger: I don't have dates yet [16:46] billybigrigger: jcastro might know [16:46] haha, i missed 'em, loved open week after intrepid release [16:46] oh good I was going to package a few things and kill some bugs to add to my application. [16:47] so I have time ...lol [16:47] billybigrigger: there should be logs of them [16:47] lajjr: rock on! [16:48] dholbach, im only seeing the last open week on the wiki, but im not digging too deep [16:49] billybigrigger: check these out: [16:49] https://wiki.ubuntu.com/MeetingLogs/openweekintrepid [16:49] https://wiki.ubuntu.com/MeetingLogs/openweekhardy [16:49] https://wiki.ubuntu.com/MeetingLogs/openweekgutsy [16:49] dholbach, ahhh there they are :P just have to open the eyes a bit more [16:49] https://wiki.ubuntu.com/MeetingLogs/openweekfeisty [16:49] https://wiki.ubuntu.com/MeetingLogs/openweekedgy [16:49] Thanks Daniel. My application the way it stands will be weak. I will build it up. I have time to do so.. [16:50] lajjr: bring it on! :-) [16:50] dholbach, yup just found them thanks :) [16:50] Woah. [16:51] * lajjr gotta get to it... [16:51] Have a great day everyone... === DktrKranz2 is now known as DktrKranz [18:06] * sistpoty|work calls it a day... cya [18:39] hi, what does dh_strip actually do? [18:40]