=== thierry [n=thierry@modemcable084.72-131-66.mc.videotron.ca] has joined #ubuntu-motu [12:08] any MOTU could review my packages? I need them to build more packages, I don't want to always do the same errors, only one package would be appreciated (http://revu.tauware.de/details.py?upid=1245 or http://revu.tauware.de/details.py?upid=1246) . ajmitch maybe? [12:09] thierry: I'll take a look at it [12:10] systpoty : thanks a lot! === selinium [n=selinium@82-45-118-133.stb.ubr02.sout.blueyonder.co.uk] has joined #ubuntu-motu [12:31] thierry: I just looked at libfxscintilla [12:31] thierry: I posted some comments on it... if s.th. is not clear, just ask === rob1 [n=Robert@ubuntu/member/rob1] has joined #ubuntu-motu [12:33] sistpoty: do you have some time to review an audacity update? (http://revu.tauware.de/details.py?upid=1237) [12:34] lfittl: in a few minutes [12:34] sistpoty: :) [12:35] sistpoty is always so willing... we appreciate it a lot, sir ;) [12:36] hehe... well if I have the time, why not doing some reviews while waiting for the next merge to compile === doko [n=doko@dslb-084-059-067-007.pools.arcor-ip.net] has joined #ubuntu-motu === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-motu === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-motu === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-motu === storm [n=joel@200.96.61.227] has joined #ubuntu-motu === trulux [n=lorenzo@unaffiliated/trulux] has joined #ubuntu-motu === ajmitch should change nick to aj|not_doing_reviews ;) [01:28] well not until jan or so [01:29] hehe === seth_k|lappy [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-motu === Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-motu === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu [01:42] sistpoty: do you have time now to review my package? [01:47] lfittl: I'm just building it [01:48] sistpoty: k [01:51] lfittl: looks good... just wondering: why did you go for a new upstream version? [01:53] sistpoty: just saw that a new version was out, and since most updates are fast to do, I did it ;) === Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-motu [01:53] lfittl: problem is, that we'll go out of sync with debian... i.e. we need to do at least one more merge in the future [01:54] lfittl: so I'd rather tend not to go out of sync unless new upstream version has cool new stuff or fixes bugs [01:55] lfittl: did you test the new version? (install it, play around with it...)? [01:55] sistpoty: sure ;) [01:56] lfittl: ok, then I'll upload it... but it would be cool if you would file a wishlist bug in BTS stating that a new upstream version is available [01:56] sistpoty: will do that tomorrow [01:56] :) [01:57] do you have some time left for other packages? :) [01:58] lfittl: I'll do one merge and then I'll look at another package ;) [01:59] sistpoty: k :) [02:03] can I poke some MOTUs to review some packages? [02:04] argl... now everyone wants his package reviewed *g* [02:04] hehe [02:05] ajmitch did the right thing to not review anything until january ;) [02:06] sistpoty: well mine had been around for sometime [02:06] but so be it [02:07] :-) [02:07] I'll just make more [02:07] :) [02:07] hub: if I'm not too tired after merging and reviewing lfittl's next one... I'll give a look [02:07] ok thanks [02:07] but then I won't accept reviews for tonight ;) [02:15] lfittl: well I'm going away tomorrow afternoon, and I need tonight to get my own stuff ready for upload :) [02:16] ajmitch: that makes sense, when do you come back? :) [02:16] dec 30 [02:18] oh, that reminds me of s.th.... got a new version of "my" package here as well [02:18] whats "your" package? [02:18] min12xxw... I can't print w.o. it ;) [02:20] lfittl: any specific package I should look at? [02:20] sistpoty: well the easiest one to review would be http://revu.tauware.de/details.py?upid=1165 [02:21] sistpoty: http://revu.tauware.de/details.py?upid=873 [02:21] http://revu.tauware.de/details.py?upid=1238 [02:21] http://revu.tauware.de/details.py?upid=840 [02:22] slomo_: Ping [02:22] hub I'll look at the first one... after doing these reviews, I need some sleep after all ;) [02:22] sistpoty: sure [02:23] okay sistpoty can you save slomo_ some work and just put the vote he has given EasyChem before onto the new version seeing as all I did was change email addresses? [02:23] please? [02:23] (Head is clouded by the steak he had for dinner) [02:28] Kyral: this change is trivial so it's not much work for slomo_ to review the debdiff... [02:28] sistpoty: thats what I mean, can you just put the vote there [02:28] Kyral: and I don't want to just give away votes in the name of other ppl === Kyral falls down [02:28] so he has to go back and do it [02:28] again lol [02:29] Kyral: not exactly... you'd still need another vote, and seeing that slomo already gave his vote for a trivial change only, this will count as well [02:29] ah [02:29] okay thanks for explaining [02:29] Kyral: but I really don't want to act as slomo here, though I'd have the technical means ;) [02:29] hehehe [02:30] sokay === Kyral goes back to Bleach [02:50] lfittl: cafix looks nice with only one minor exception: you should call dh_strip on the binaries [02:51] sistpoty: i am calling install -s in the Makefile [02:52] hm... strange [02:52] I know, I tried to get these lintian errors away, even with dh_strip, but nothing worked === sistpoty takes a look at those binaries [03:00] lfittl: that's really strange... at least dh_strip *is* called during build [03:01] sistpoty: k, what do you want to do? [03:01] lfittl: just another small thing: please stick to <= 80 cols in copyright [03:02] lfittl: maybe s.o. else has a good idea bout that section-issue [03:02] sistpoty: k, will fix that copyright thing tomorrow, I need some sleep now [03:02] ok, gn8 lfittl [03:02] gn8 === plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu === SloMoSnail [n=slomo@p5487F2C3.dip.t-dialin.net] has joined #ubuntu-motu === dsaa [i=dsa@210.213.87.102] has joined #ubuntu-motu === dous [n=adpenara@203.131.155.132] has joined #ubuntu-motu [03:18] hub: autopano-sift has a new upstream version available [03:18] I must admit I didn't check upstream. I'll see about updating it [03:19] hugin has beenm fixing the ftbs [03:19] hub: would be good to update it, since I didn't find old orig-tarball [03:19] yep I will [03:21] hub: and fsf-address is outdated... but apart from that it looks fine [03:22] oh [03:22] okay. thanks [03:24] hi hub [03:24] hey ajmitch [03:25] how's the new job? === dsaa [i=dsa@210.213.87.102] has left #ubuntu-motu [] [03:26] it is ok [03:27] it pays [03:27] that is probably the first reason [03:28] heh [03:29] and I work on linux [03:29] and everyday I understand why I prefer GNOME and why people hate GNOME [03:31] plenty of people hate GNOME [03:31] I've been using KDE for the last week, and it's quite a surprising change to see so many configuration options [03:31] KDE uses too much memory for my taste [03:32] KDE is a big mess [03:32] KMail has a bunch of interesting feature [03:32] I'm addicted to Fluxbox [03:32] but of lot of annoyance [03:32] dug in various secret dialogs [03:33] maybe I'm old already... I used kde 1, kde 2 and now kde 3... and I'm used to it [03:33] though I can't say I know all these dialogs and stuff === ajmitch also [03:34] but after using GNOME for awhile, you notice the differences [03:34] I hate the flamewar [03:34] the thing is that KDE have a good architecture [03:34] just let people use what they want [03:35] and does not use brain-damage GObject [03:35] Kyral: flames more often seem to come from users who are passionate & stubborn [03:35] good point [03:36] actually I have this small notebook on my back on which I put ideas of what is good in KDE [03:36] to put in GNOME === dous [n=adpenara@203.131.155.131] has joined #ubuntu-motu === Tifa [n=alucard@cpc1-cove3-0-0-cust312.brhm.cable.ntl.com] has joined #ubuntu-motu [03:39] I hope gparts takes off and is integrated into gnome sometime in the future [03:40] http://gparts.blogspot.com/ === PlanarPlatypus [n=alucard@cpc1-cove3-0-0-cust312.brhm.cable.ntl.com] has joined #ubuntu-motu [03:41] SEJeff: it's just KParts embedded using the common mainloop, isn't it? [03:41] It's basicly a gnome port of kparts. But the two will interoperate [03:42] And it wraps bonobo [03:42] Which is a bloody nightmare [03:42] ah [03:43] i hope, even if trolltech doesn't want it, that ubuntu applies the glib mainloop patch to qt [03:43] i think it's only available for qt 4 though [03:43] sounds painful [03:44] KDE has a leg up on us with kparts... it's really nice from a developers standpoint [03:44] And the KDE devs make sure that we know that. Multiple times over and over again [03:45] heh [03:56] SEJeff: that is one of the good things of KDE [03:56] gnome deprecated orbit and bonobo without replacement [03:56] hub: My point exactly [03:57] If gparts becomes stable and is accepted into gnome. It means that *parts will work in kde and gnome. Thats a win for both sides [03:57] "At first, GParts may be viewed just as a direct mapping of KParts into GNOME's development environment, so that GNOME developers don't need to care if they are interoperating with KDE and embedding a Qt-based component or are reusing GNOME's native Gtk+ code." [03:57] that means it needs the common mainloop [03:58] apparently trolltech is willing to use glib in Qt/X11 but they want the mainloop seperated from the rest of glib, or something [04:00] Amaranth: I'm not following [04:01] SEJeff: GParts will probably work standalone but the major feature is supposed to be using KParts in GTK and GParts in Qt [04:01] which needs the common mainloop [04:02] so the two don't block each other [04:02] oh [04:04] hub: hugin lacks some manpages and has old fsf-address as well... but apart from that it's good [04:04] sistpoty: I'll check manpages too [04:04] sistpoty: already upgraded upstream [04:04] and now I'm off to bed [04:04] gn8 everyone === womble [n=mpalmer@sponge.solutionsfirst.com.au] has joined #ubuntu-motu === SEJeff [n=SEJeff@12-203-76-59.client.insightBB.com] has joined #ubuntu-motu [04:24] crap [04:24] I mistakenly uploaded a "binary" package === marcin` [n=user@194.114.146.58] has joined #ubuntu-motu === marcin` [n=user@194.114.146.58] has joined #ubuntu-motu === Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-motu === shawarma_ [n=sh@3E6B503C.rev.stofanet.dk] has joined #ubuntu-motu === Burglaptop [n=corey@S0106001217da6aab.gv.shawcable.net] has joined #ubuntu-motu [04:40] been out of the loop a while. How do I request a multiverse sync again? file a malone bug? [04:41] Burglaptop: elmo? [04:42] ugh, I don't have the time to check it myself, sadly [04:43] last time it was elmo [04:43] to be asked [04:43] you can file a malone bug [04:45] sweet, I just filed bug 6000 [04:45] Malone bug #6000: Sync newer upstream In: vice (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/6000 [05:12] night all === Burglaptop [n=corey@S0106001217da6aab.gv.shawcable.net] has left #ubuntu-motu ["Ex-Chat"] === Pupeno [n=pupeno@host85.201-252-5.telecom.net.ar] has joined #ubuntu-motu [05:19] Hello. [05:19] Should all Ubuntu packages have ubuntu on their versions ? [05:20] No. [05:21] what's the policy ? [05:22] If a package doesn't need any changes from Debian, it can be 'synced' - the version from Debian is just blatted into the archive. However, if changes are needed, they are done and ubuntuX is appended to the version, and that is uploaded. That is refered to as a 'merge'. === StevenK looks for someone to sponsor two (large) uploads. [05:24] What about packages that doesn't exist on Debian ? [05:25] Pupeno: -0ubuntu1, AFAIK [05:25] Thanks. [05:26] Well, that's either packages not in Debian, or packages that are newer in Ubuntu. [05:26] StevenK: Hence correctly answering pupeno's question. === minghua [n=minghua@69-153-139-23.dsl.hstntx.swbell.net] has joined #ubuntu-motu === marcin` [n=user@194.114.146.58] has joined #ubuntu-motu === prabu^ [n=prabu@evilb0x.net] has joined #ubuntu-motu [06:08] Hello === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu === seth_k|lappy [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-motu === wjb [n=warren@c220-237-178-175.lowrp1.vic.optusnet.com.au] has joined #ubuntu-motu === herzi_x41 [n=herzi@d079217.adsl.hansenet.de] has joined #ubuntu-motu === uniq [n=frode@213.184.199.55] has joined #ubuntu-motu === seth_k|lappy [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-motu === robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu === Yagisan [n=jamie@60-240-9-151-nsw-pppoe.tpgi.com.au] has joined #ubuntu-motu [07:42] G'day all, I've noticed a few missing dependency bugs in some universe packages. Would you rather I file a bug + patch in launchpad [07:42] or just upload a fixed package to revu [07:42] yes, the former would be most helpful [07:42] (debdiff) === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-motu [07:54] crimsum: ok. should I ping you to let you know when I submit the patches ? [07:56] Yagisan: and/or paste the urls here, thanks [07:57] crimsun: no worries. [08:17] crimsum: https://launchpad.net/distros/ubuntu/+source/transcode/+bug/6002 [08:17] Malone bug #6002: Missing depencency on libxvidcore4 In: transcode (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/6002 [08:19] crimsum: Should I file a separate bug with suggested changes to CFLAGS as well ? [08:20] Yagisan: err... [08:21] it should not have to explicitly depend on libxvidcore4 since we build-dep on libxvidcore4-dev [08:22] Make sure that it's not missing in the ./configure flags [08:22] crimsun: oh, well, it didn't pull in libxvidcore4 on my headless nodes, and I fixed it by manually installing it [08:25] Yagisan: ok, if it's enabled in the ./configure flags in debian/rules, then it's a shlibdeps issue [08:26] crimsun: I can't see a ./configure flag for enabling/disabling xvid. I only see a setting that sets xvid4 as default [08:27] erg, sounds like a shlibdeps issue then. [08:27] I'll look in a bit [08:28] crimsun: thanks. the rules file looked ok to me, but I still consider myself a newbie packager, so I very likely did miss something [08:33] crimsun: Anyway re:cflags, I measured a few fps increase changing from "-O2" to "-O2 -fweb -ffast-math -funswitch-loops -fgcse-after-reload -fomit-frame-pointer" on both amd64 and k7 systems. Shall I submit bug + patch for that, for both libxvidcore and transcode ? [08:35] Yagisan: oh my, what effect do those have on i386? [08:35] crimsun: Can I bug you to upload somethings for me? :-) [08:35] StevenK: sure, I'm busy for another 20 minutes or so, but I'll churn through 'em [08:36] crimsun: xemacs21, bug 5745 [08:36] Malone bug #5745: xemacs21: merge new debian version In: xemacs21 (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: New https://launchpad.net/bugs/5745 [08:37] crimsun: All they do is make gcc spend more time tuning the instructions, if you had an i486 system, they would still work. [08:38] crimsun: I'll be testing a p2 300Mhz soon [08:38] Oh this machine is fun when it's hot. [08:38] Not. [08:39] as that is the slowest pc I can find, but on the slower systems I don't expect any improvement, nor any decrease in performance [08:39] StevenK: your boxes overheating too ? [08:42] Yagisan: ok, if they show no regressions on i386, I see no reason not to enable them, but please run it past slomo/siretart [08:44] crimsun: no problems. I'll prepare debdiffs. For transcode should I base it on my flawed patch for libxvidcore4, or the existing dapper package ? [08:44] I don't know much about GCC options, but I know -ffast-math generates instructions that give out different float point results (from my numeric computation experience), not sure that matters for multimedia code though [08:45] Yagisan: existing dapper, please === garbage [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [08:48] minghua: doesn't really matter much on a something like xvid that doesn't really need exact precision, but for scientific apps [08:49] I wouldn't use it - games and most lossy encoders/decoders work fine [08:49] morning [08:49] hi siretart [08:50] then you look at x87 compared to sse, they also generate different results, as x87 has higher precession then sse/sse2 [08:51] Yagisan: do you also have a malone bug for your cflags patch for xvidcore? [08:51] siretart: not yet, waiting for current xvidcore source to download [08:52] siretart: those cflags ok - they are i386 compatible [08:52] even though ubuntu can't run on an i386 box [08:52] hi all [08:54] i386 is the architecture name, it does not really refer to true-i386. There are some opinions to rename that port to x86 or ia32, but other think that's not worth the efford *shrug* [08:55] siretart: I know ;) we can't run on true i386 as glibc uses some i486 code. name should be left as i386 IMHO [08:55] siretart: but no objections to the cflags ? === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-motu [08:56] it's a pity -frename-registers is broken, that could have been a possible win on amd64 for those packages === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-motu [08:57] Yagisan: if you say you have measured a performance gain, I'm all for it! [08:59] siretart: excellent :) I have to thank my daughter for giving me the inspiration to do this, if she didn't break my expensive dvds [08:59] I'd never had tried to get them backed up, and wouldn't have spend hours tweaking it for speed === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [09:05] Yagisan: I'm currently testbuilding transcode and will upload it in a minute, thanks for you patch! [09:06] Yagisan: If you are at it, could you please have a look at malone bug #5601 and say me if this is still applicable to dapper? [09:06] Malone bug #5601: transcode's ffmpeg not working In: transcode (Ubuntu), Severity: Normal, Assigned to: MOTU Media Team, Status: New https://launchpad.net/bugs/5601 === tvelocity [n=tony@chan530-a126.otenet.gr] has joined #ubuntu-motu [09:08] siretart: sure, I'll check it out. BTW my patch for for the libxvidcore dependency may not be the right patch, but it does work [09:08] does anyone know ian_brasil? [09:09] siretart: crimsum mentioned it may be a shlibdeps issue [09:09] Yagisan: right. Lets have a look at libxvid [09:11] ok, cflags changed. now to debdiff, and send the patches to malone. === Yagisan hates beinh capped at 64k downloads === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [09:13] siretart: that bug you pointed me to, it looks like a missing dependency error [09:14] siretart: I'll check it out in a moment, but I think I saw something like it when I didn't have mjpeg-tools? installed [09:14] hm. interesting [09:16] Yagisan: I think the 2 bugs are closely related [09:25] siretart: CFLAGS patches are located at malone bug #6004 and malone bug #6003 [09:25] Malone bug #6004: Changed CFLAGS for a speed increase. In: xvidcore (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/6004 [09:25] Malone bug #6003: Changed CFLAGS for a speed increase. In: transcode (Ubuntu), Severity: Normal, Assigned to: Nobody, Status: New https://launchpad.net/bugs/6003 === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [09:28] Yagisan: I think I understand now why transcode is missing dependencies [09:29] Yagisan: the export_*.so modules don't link directly to the 'missing' libraries. [09:30] Yagisan: instead, they try to dlopen them, and fail horribly if that doesn't work [09:31] siretart: So my fix is ok ? BTW transcode in dapper can't install on amd64 because of missing deps [09:32] siretart: bug 5601 is obviously a missing dependency on ffmpeg then [09:32] Malone bug #5601: transcode's ffmpeg not working In: transcode (Ubuntu), Severity: Normal, Assigned to: MOTU Media Team, Status: New https://launchpad.net/bugs/5601 [09:36] Yagisan: I don't think so [09:36] Yagisan: ffmpeg is compiled in statically *sigh* === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [09:36] Yagisan: so I'm quite sure that it is not because of ffmpeg in this case, but rather about missing references about libdts [09:37] [transcode] warning : /usr/lib/transcode/export_ffmpeg.so: undefined symbol: dts_init [09:37] this is making me very suspicous [09:38] siretart: I can't even find a libdts package on my breezy box [09:38] Yagisan: so you still on breezy? ah, I thought you are already using dapper [09:39] siretart: dapper is in a chroot. I don't move my production boxes over until release [09:40] Yagisan: libdts is another static only lib. *sigh* [09:40] Yagisan: so there is only a libdts-dev [09:41] siretart: What is it with all these static only libraries ? It's a pain in the arse from a security and maintenance point of view [09:41] siretart: BTW, anything wrong with still using breezy ? === Aramil [n=tony@chan530-a126.otenet.gr] has joined #ubuntu-motu [09:43] Yagisan: nono, nothings wrong with breezy, it was just a misunderstanding on my side [09:43] Yagisan: these static only libs are a real PITA, but unstable API/ABI in shared libraries are even more pain [09:44] Yagisan: but I get very sad when I get answers like this: http://mplayerhq.hu/pipermail/ffmpeg-devel/2005-December/005623.html :( [09:46] Yagisan: and regarding libdts, there is this debian bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=285590 === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [09:50] siretart: I notice how upstream is incapable of doing anything that they ask there, and have the attitude of 2 year olds. [09:50] siretart: and that bug report also sucks. [09:51] Yagisan: what sucks even more is this: http://developers.videolan.org/libdca.html [09:52] Getting libdca [09:52] DTS Inc. claims that distributing this software is a violation of their patent EP 864 146. At DTS Inc. request, we decided, as a precautionary measure, to provisionally suspend the distribution of libdca while reviewing DTS Inc. claim. This is not an acknowledgement of the validity of the claim. [09:52] The previous name "libdts" was changed to "libdca" as a precautionary measure. [09:52] Yagisan: I think that the new dapper build of transcode does export_ffmpeg.so in transcode right [09:52] Yagisan: what is easier for you: test it yourself or instruct me how to test it? ;) [09:53] siretart: both are easy for me. Got a PAL dvd, or a .avi file handy [09:54] Yagisan: PAM dvd mounted. whats next? [09:55] siretart: a command like "transcode -x vob -i /cdrom/video_ts/vts_01_1.vob -w 50,50 -F mpeg4 -f 25 -y ffmpeg -o 001.avi" [09:56] should be sufficent to see if it works [09:56] Yagisan: ah, great. [09:56] siretart: hmm, I got a different error [09:57] working like a charm for me :) === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [09:58] siretart: you may want to stop that, because at 50 x 50, you'll get a postage stamp sized video :) === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [09:59] siretart: [export_ffmpeg.so] Could not allocate enough memory. <- on a box with 1.5GB of RAM =-O [10:00] siretart: works fine with an already decrypted dvd though === koke [n=koke@ubuntu/member/koke] has joined #ubuntu-motu [10:01] Yagisan: I transcoded it full size, and have 1GB ram (amd64) [10:01] closed that bug [10:02] siretart: that command is almost identical to the one in bug five six zero one, and I have it working on breezy [10:02] Yagisan: regarding your patch, I think a recommends is better suited than a hard depends. Recommends are supposed to be installed by default anyway. and transcode does work without that (without that specific feature, though) [10:03] siretart: OK. As long as it pulls xvid in when someone installs dvdrip or transcode, that's fine [10:04] Yagisan: and I just had a look at the source of export_ffmpeg [10:04] Yagisan: it is not possible to get that dependency detected automatically. [10:04] Yagisan: because it tries to dlopen xvid, and should give you a nice error message instead of failing to start, does it? [10:05] Yagisan: from what I see from the code, you should have got a message like '[export_xvid] No libxvidcore API4 found' [10:05] right? [10:06] siretart: I did get an error message, and dvdrip automatically shutdown the node that didn't have xvid [10:06] siretart: from memory the error message was similar [10:07] siretart: but it certainly wasn't the expected behaviour [10:07] I'm currently considering moving the dependency to suggests === wjb [n=warren@c220-237-178-175.lowrp1.vic.optusnet.com.au] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [10:08] omg. there is some more marillat cruft left. transcode needed another upload anyway [10:08] siretart: not suggests thanks. I think recommends is better, esp as xvid is stable and works - sometimes better then the ffmeg included [10:09] s/ffmeg/ffmpeg [10:09] I see. [10:09] marillat had libdivxencore0 added to suggests [10:09] and wtf is xvid4conf ?! [10:10] siretart: libdivxencore segfaults on pentium 4 and will never be fixed [10:10] Yagisan: divxencore is a piece of unfree binary shit [10:11] siretart: xvid4conf lets you control how transcode use xvid with api version 4, eg how many b-frames, do you want gmc, qpel etc [10:11] Yagisan: we don't seem to have it in ubuntu, right? [10:12] siretart: I'd want it on the master node, but not on a client. I have it. just a sec, I'll see what repo I got it from [10:12] siretart: that's in breezy [10:12] stop, we have that already [10:13] ok [10:16] sireatrt: xvid4conf upstream 404s, and there was supposed to be a version 1.6 :( [10:16] siretart: /|\ [10:16] Yagisan: I see that you are doing a great job with transcode and multimedia packages. May I invite you to the motumedia team? https://launchpad.net/people/motumedia [10:17] ;) [10:19] err, we have version 1.12-0.0 in the archive === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === Yagisan misread that as 1.1.2 [10:22] siretart: So, you'd like a tester to join motumedia ?, as my C skills are non-existent [10:22] Yagisan: well, you are using multimedia related packages and know how to file bugs. :) [10:23] .oO( a ccache enabled pbuilder is really really handy :)) [10:24] siretart: yep - have ccache enabled pbuilder for breezy amd64 and i386, and dapper amd64 === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #ubuntu-motu [10:26] siretart: Is there a mailing list, or irc channel you need me to join for motumedia ? [10:27] Yagisan: for now we are all in this channel. [10:28] Yagisan: our wiki page is here: https://wiki.ubuntu.com/MOTUMedia. We also have a mailing list mainly for malone bugs motumedia@tauware.de [10:29] siretart: OK. If I didn't stuff up, I should have submitted a request to join the team by now. === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [10:42] bbl - time to feed the kids === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === tvelocity [n=tony@chan530-a126.otenet.gr] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === dholbach [n=daniel@p54A65DC9.dip.t-dialin.net] has joined #ubuntu-motu [11:03] hellas [11:04] hi dholbach === rajasun [n=maximusp@bb220-255-205-157.singnet.com.sg] has joined #ubuntu-motu [11:05] hi minghua === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === mvo [n=egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === dredg [n=nsherida@80.169.137.162] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === paines [n=paines@p50891121.dip0.t-ipconnect.de] has joined #ubuntu-motu [11:51] hi === dholbach [n=daniel@p54A6524C.dip.t-dialin.net] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [11:55] hi paines === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === Aramil [n=tony@chan530-a126.otenet.gr] has joined #ubuntu-motu [12:09] the dbus transition is on, I think avahi, banshee and vlc needs rebuilding in universe === paines [n=paines@p50891121.dip0.t-ipconnect.de] has left #ubuntu-motu ["...] [12:12] re [12:13] StevenK: not when the previous version was autosynced, since that version then was in Ubuntu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-motu === jinty [n=jinty@205.134.224.215] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === Mez [n=Mez@81-179-106-8.dsl.pipex.com] has joined #ubuntu-motu === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #ubuntu-motu [12:36] hi everyone === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === herzi_x41 [n=herzi@d079217.adsl.hansenet.de] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === ptlo [n=senko@83-131-66-192.adsl.net.t-com.hr] has joined #ubuntu-motu === ogra_ [n=ogra@p5089D7E3.dip.t-dialin.net] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-motu === Aramil [n=tony@chan530-a126.otenet.gr] has left #ubuntu-motu ["Leaving"] === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu === thierry [n=thierry@modemcable084.72-131-66.mc.videotron.ca] has joined #ubuntu-motu === Hirion [n=hirion@draugr.de] has joined #ubuntu-motu [01:51] what's a "native packages"? The reviewer of my package said I shouldn't make one... [01:51] a source package which only had .tar.gz and .dsc as files [01:52] as opposed to .orig.tar.gz, .diff.gz and .dsc for regular source packages [01:53] ok so I should add .orig.tar.gz and .diff.gz ? but how? is there any option for debuild or something like that? [01:55] if there is an appropriately named .orig.tar.gz in the parent directory, it will get used an a .diff.gz be constructed from it [01:55] so probably all you have to do is get the prestine upstream tarball again and rename it appropriately [01:56] k === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [01:58] Morning [01:59] Kyral : morning [02:00] azeem : so libfxscintilla-1.6_1.63.orig.tar.gz would be ok, or I need to add a 0ubuntu1 thing? [02:00] it's ok, upstream tarballs have no Debian/Ubuntu revisions [02:00] k [02:01] thierry: well, is your source package really named libfxscintilla-1.6? [02:02] azeem : no, but that's the name I want to give to the package [02:02] it has to match with what's in debian/changelog, e.g. [02:02] azeem : well it should be libfxscintilla1.6_1.63.orig.tar.gz [02:03] the "_1.63" thing is just what debuild add automatically, so I tough I had to add it there too [02:04] what is the first line of debian/changelog? [02:04] libfxscintilla1.6 (1.63-0ubuntu1) dapper; urgency=low [02:04] ok then [02:05] that's correct? [02:05] yes [02:05] so "sudo debuild" should give me my .diff.gz? [02:05] we won't know until you try [02:06] k, trying... [02:06] azeem : another thing, how do I adhere to current standards-version? [02:06] litian give me E: libfxscintilla1.6 source: invalid-standards-version 1.63 [02:06] N: [02:06] N: The source package refers to a `Standards-Version' which never [02:06] N: existed. Please update your package to latest policy and set this [02:06] N: control field appropriately. [02:07] make sure your package is following the current policy and then change the Standards-Version in debian/control to that [02:07] Standards-Versions pertains to the respective version of policy, not the package === Fuddl [n=fuddl@2001:6f8:9cf:0:20f:eaff:fe4d:d7b7] has joined #ubuntu-motu [02:10] Standards-Version: 1.63 should be ok? I don't understand what's my error... [02:10] 14:02 < azeem> Standards-Versions pertains to the respective version of policy, not the package [02:10] thierry: Current Standards version is 3.6.2 IIRC [02:11] ho ok!!! [02:11] Package: debian-policy [02:11] Version: 3.6.2.1 [02:11] sorry, I'm a bit slow this morning [02:11] hehe [02:11] azeem: So, someone found a typo to get .1 ? [02:11] dunno [02:11] azeem : and do I add debian-policy to the deps? [02:12] thierry: no [02:12] azeem : got my diff.gz file :) === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [02:13] azeem : one last thing, the commenter said I should also make -dev package for my package... I add stuff to my control file but then? what should change in this package?? [02:15] thierry: create blahblah-dev.install files and blahblah-0.install [02:15] that will describe which files go where [02:15] in each package [02:15] in /debian ? but I'm using cdbs... there about no change to make [02:16] with cdbs it's even easier [02:16] just create the .install files in debian/ [02:16] thierry: is it a library? [02:16] raphink : yes [02:17] thierry: look at this : http://revu.tauware.de/revu1-incoming/libeduwidgetclock0-0511221440/libeduwidgetclock0-0.2/debian/ [02:17] this is a library I packaged with cdbs === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu [02:17] look at all the files === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-motu [02:20] raphink : what's the use of "debian/tmp/usr/lib/lib*.so.*" ? (just to make sure if I need to use that) [02:20] thierry: when the library is built, it is installed in debian/tmp/ [02:20] so writing debian/tmp/usr/lib/lib*.so.* in a .install file === pappan [n=garbage@bgepxyout-02.asiapac.hp.net] has joined #ubuntu-motu [02:21] means that all files of this form (regexpr) will be installed [02:21] in /usr/lib/ [02:21] raphink : k and debian/tmp/usr/share/apps/kdeedu/pics/clock.png is just to copy the icon right? [02:21] well don't worry about this one [02:22] it's not to be in your lib [02:22] adapt to your own liv [02:22] lib [02:22] k [02:23] raphink : I think that your whole blabla-dev.install file is suitable for me [02:23] that's why I gave it to you [02:23] :) thanks [02:24] raphink : in control, do I really need ${misc:Depends} ? [02:25] doesn't cost anything to keep it [02:25] this is to be replaced by variables when the lib compiles [02:25]