/srv/irclogs.ubuntu.com/2009/07/09/#ubuntu-motu.txt

=== sysman is now known as MTecknology
=== tuantub_ is now known as tuantub
=== MTecknology is now known as \MT
=== \MT is now known as MT-
cpscottiHey everybody, could some motu review/advocate the harpia package ( http://revu.ubuntuwire.com/p/harpia ). It is a python app to generate computer-vision/image processing c code from block diagrams. It has alreade been uploaded to archive but got rejected due to some dependencies issues that were already fixed. Thanks a bunch!03:29
=== Amaranth_ is now known as Amaranth
=== MobileMyles6o7 is now known as TwoToneSpirit
dholbachgood morning06:30
ajmitchhi06:30
dholbachhi ajmitch06:31
* ajmitch waves farewell to the laptop06:32
* hyperair has just written a one-liner, crude pull-revu-source script =\06:34
persiahyperair, Um, why not just use dget?06:37
dholbachpersia: maybe it does something like      pull-revu-source indiana-jones-and-the-last-crusade06:38
persiaI generally like to read the comments anyway, but perhaps my URL dragging methods don't work for everyone.06:39
hyperairpersia: the script uses dget. the whole point is to pass it a package and dget the dsc without needing to launch a browser06:46
* kb9vqf says a few nasty things to his laptop06:50
gaspageser: https://bugs.launchpad.net/bugs/372704 \o/09:49
ubottuUbuntu bug 372704 in soyuz "expose Signed-by and Changed-by via API" [High,Fix committed]09:49
geserthat was fast, perhaps it's on egde tomorrow so I can adapt your other change to use it09:54
gaspa:)09:54
slytherinany docbook experts here?09:57
persiaslytherin, You might try #ubuntu-doc, unless it's not Ubuntu-related.09:58
slytherinNo. It is not ubuntu related.09:59
persiaNot sure if they would help then, although they do tend to use docbook a lot.  They might trade for some good writeups of some of our tech :)09:59
slytherinI have very specific question about list item.10:01
gaspaslytherin: you make me remember that I completely forgot that w3m-xxx issue...10:01
slytherin:-)10:03
=== asac_ is now known as asac
LaneyWhat is the correct way to drop a binary package from a source package if the binary has an (= ${binary:Version}) depend on another -- libgnomescanui0: Depends: libgnomescan0 (= 0.4.1-0ubuntu4) but 0.6.2-0ubuntu1 is to be installed.10:47
Laneygnomescanui0 has been dropped10:48
geserwhat happens if you simply don't build it anymore?10:54
geserI don't see the problem currently10:54
Laneyit breaks the dependency on the previously installed version (which no longer exists)10:55
Laneyconflicts on the new libgnome0 could work10:55
hyperairdon't both binary packages come from the same source package?10:57
hyperairif they do, won't it suffice to upload another version without the dependency?10:57
Laneythey do, and that is what happened10:58
Laneybut aptitude doesn't like it10:58
geseryou need to transition the rdepends of libgnomescanui0 anyway, after that it should be safe to let apt remove libgnomescanui0 during dist-upgrade10:58
Laneythere are no rdepends10:59
hyperairwhat does aptitude full-upgrade say?10:59
Laneythat's what I was doing10:59
geserdoesn't aptitude do a safe-upgrade by default?10:59
hyperairyeah it does10:59
Laneydunno, but I explicitly did full-upgrade10:59
geseri.e. it won't remove packages?10:59
hyperairhmm10:59
hyperairif you explicitly did, then it shouldn't be an issue11:00
Laney:(11:00
hyperairwhat does apt-cache policy libgnomescanui0 say?11:00
Laneyapt-get does the right thing here btw11:00
hyperaireh? hmm11:00
hyperairaptitude fail =(11:00
geserdoesn't have aptitude an option to explain why it choose a specific solution? (I don't use aptitude myself)11:01
hyperair17:47:59 <Laney> What is the correct way to drop a binary package from a source package if the binary has an (= ${binary:Version}) depend on another -- libgnomescanui0: Depends: libgnomescan0 (= 0.4.1-0ubuntu4) but 0.6.2-0ubuntu1 is to be installed.11:01
Laneyand the first solution it proposes is to hold back gnomescan011:02
hyperairLaney: how about libgnomescanui0 provides libgnomescan0?11:04
Laneyhaha11:04
Laneyhorrible :(11:04
hyperair=p11:04
hyperairwhy was libgnomescan0 removed anyway/11:04
cyberixaeHow can there be a source package in the repository without any binary packages?11:04
cyberixaeThat seems to be the case here http://packages.ubuntu.com/search?keywords=gnome-shell&searchon=sourcenames11:04
Laneyui was removed, upstream doesn't do it any more11:04
Laneycyberixae: hasn't passed binary NEW is my guess11:04
Laneyhyperair: if I run aptitude full-upgrade a second time after the rest of the upgrades are done it wants to remove it this time11:05
* Laney shrugs11:05
hyperairLaney: ah. i've seen something like that before.11:05
gesercyberixae: failed to build yet (depwait for gnome-shell)11:05
Laneydifferent proposal based on when you do it, weird11:06
hyperairmore like based on what's remaining =\11:06
cyberixaeI tought you'd normally fix that kind of stuff before uploading the source11:06
Laneybut those two packages don't affect anything else11:06
gnomefreakdo we support EeePC or better yet Eeebuntu?11:06
Laneyno11:06
Laneythat's a third party project afaik11:07
gnomefreakthank you so much :)11:07
Laneywe are responsible for the packages that get installed though11:07
gesercyberixae: we usually try to minimize build errors but it doesn't work out in all cases11:07
gnomefreakLaney: thanks11:07
Laneyit's perfectly fine for stuff to depwait11:07
Laneylet computers do the boring scheduling work once you know it all fits together fine11:08
hyperairyou waste buildd time =p11:09
Laneyhardly11:09
hyperairhardly, but the time still exists =p11:09
Laneywhich time is more valuable?11:10
hyperairuh what?11:10
Laneycomputer time or developer time11:10
hyperairheh it depends =p11:10
hyperairbut in this case i'd say developer time11:10
hyperairyou could have cron or at dput it for you, though =p11:11
Laneyheh11:11
Laney!11:12
hyperairoho11:15
LaneyCould do with some help removing LVM snapshots created by sbuild: http://dpaste.com/64974/12:42
Laneywait12:43
Laneyno, can't lvchange -an the snapshot either12:43
=== ogra_ is now known as ogra
bddebianHeya gang13:28
highvoltagegreetings db13:50
highvoltagegreetings bddebian13:50
bddebianHi highvoltage13:50
=== txwikinger2 is now known as txwikinger_work
maxbTransferring an unanswered question from the #ubuntu-classroom dh7 session: How do you run conditional logic that must be run only when building the arch-indep packages - i.e. not on the non-i386 buildds?14:14
maxbI suspect the answer may involve shell conditionals testing the output of dh_listpackages, but would welcome comments on whether this is the "right way"/14:14
james_wmaxb: would this be having build-arch and build-indep, or just the usual binary-arch and binary-indep split for install/creating the deb?14:17
persiamaxb, You add a binary-indep rule, and do some stuff before/after calling dh binary-indep14:17
maxbWhat about stuff you need to do in the middle of the dh sequence? Example: python module package installs usr/lib/ into foo and foo-common. Then deletes *.so from the indep package and everything except *.so from the arch-dep package14:18
persiaThat sort of separation belongs in your dh_install hint files, I think.14:18
persiaso it builds into debian/tmp, and foo.install vs. foo-common.install do the split.14:19
persia(and foo-common install is tossed for non-arch-all builds)14:19
maxbYou can't say debian/tmp/usr/lib/!(*.so) in an .install file, though, can you?14:22
alouriedholbach_: a word in private?14:22
dholbach_alourie: sure14:22
=== dholbach_ is now known as dholbach
persiamaxb, Sure you can, but generally you just say "usr/lib/*.so" or some such, without the debian/tmp and let dh_install figure it out.14:23
persiaJust need to use valid globs as parsed by dh_install (I forget if these are POSIX or perl)14:24
maxbHmm... note I used a bash extended glob above - I don't think you can actually translate that into anything dh_install will process14:25
persiaWell, if dh_install uses shell globs, you can force make to use bash, but that's considered a (mild) packaging bug.14:27
persiaCheck the dh_install code.14:27
james_wdh7 doesn't seem to be suited to doing actual arch-only builds though14:29
maxbNo, it's perl globs, and they can't do what I want, which returns us to the initial question14:29
persiajames_w, How do you mean "arch-only"?14:29
maxb"dpkg-buildpackage -B"14:29
persiamaxb, Um, there's nothing a perl glob can't match, the syntax just gets ugly.14:29
maxbwrite me a perl glob which says "all files in usr/lib/ except ones matching *.so" and I'll believe that14:30
maxbThey just aren't expressive enough for this14:30
james_wall files with an even number of matched and nested brackets?14:30
james_wmaxb: that's possible in perl14:31
persiamaxb, I'm not actually going to do that, but I'm convinced it's possible because perl was invented because awk globs were insufficient for a certain class of accounting file review activities.14:31
maxbUnless I'm totally missing something, it's not possible in a single glob expression14:31
alkisglanguage-pack-en depends on language-pack-en-base, and the opposite, language-pack-en-base depends on language-pack-en. How can the a user install them? I've tried dpkg -i <both of them> and it fails...(I'm trying to do something similar)14:32
james_walkisg: give both at the same time to "dpkg -i"14:32
persiaalkisg, Have you looked at the contents, control, and maintainer scripts for those packages?14:32
persiaalkisg, Also, last time we talked about this, you were looking at Replaces.  What happened there?14:33
alkisgjames_w: I've tried that, (for 2 similar packages of mine at least) and it failed, leaving the first of them in an unconfigured state.14:33
alkisgpersia: that's what I'm looking into, and I'm stuck with this14:33
persiaalkisg, Which bit is sticking?14:34
alkisgThe fact that I cannot install 2 packages that depend on each-other14:34
alkisg(and the second one replaces the first)14:34
alkisgDo I need a third package (like language-support-en) that depends on both of them or something?14:34
james_wmaxb, persia: you can't do that with dh_install14:35
persiaalkisg, No, that doesn't matter.14:35
persiajames_w, Um, why not?  That's how I do libraries when I package those.14:35
persiaalkisg, But you don't want circular dependencies anyway.  That just leads to headaches.14:36
james_wpersia: you have a glob to list all files in /usr/lib except for .so?14:36
persiaWell, no, I list the files I want installed.  But I don't see any reason why one couldn't construct a nifty glob.14:36
* persia is pedestrian about these things14:36
maxbpersia: It's not possible. Perhaps you're confusing globs and regular expressions14:36
james_wpersia: I'm saying you can't construct a nifty glob14:36
alkisgpersia: circular dependencies seem a headache to me too, but I just thought I'd use the same (=similar) dependencies that language-pack* uses... OK, I'll just dump one dependency :) Thanks!14:37
james_wdh_install uses a non-nifty glob14:37
persiaAh.  That's unfortunate.14:37
james_wmaxb: so you can either be a bit more explicit in the install files, or use an override and rm and just list usr/lib/* in each14:37
persiaalkisg, If you want to use the same dependencies, you can, but you get to figure how the relation (and looking that those packages is probably your best guide).  The constrant recommendation is to not introduce circular dependencies.14:38
alkisg(in bash there's a GLOBIGNORE=*.so for this - ignore me if that's irrelevant)14:38
persiaalkisg, We try to avoid using bash as a backing shell for make in debian/rules14:38
maxbjames_w: Yup, that's what I said 20 minutes ago, and then persia tried to convince me otherwise :-)14:38
alkisgI'm moving my scripts away from bashisms too :)14:39
james_wmaxb: well, you caused me to read the source of dh_install, so it wasn't useless :-)14:39
maxbSo, i'm thinking that shell is the way to go here -      if dh_listpackages | egrep -q '^foo-common$'; then indeponlystuff; fi14:40
* persia reads more about globs, and gets annoyed at the lack of negation14:43
persiamaxb, Um, no.  What precisely are you trying to do?14:44
persiaAnd when do you need it done?14:44
maxbI need dh_install to install usr/lib/ into a foo and a foo-common package, putting *.so into foo and not *.so into foo-common14:45
persiaAnd you can't determine !*.so in advance?14:45
maxbIt could be done, but it would be somewhat more fragile to upstream changes14:46
persiaWell, yes, but that's often a good idea when dealing with libraries.14:46
persiaBut the other option is to have your build rule depend on build-arch and build-indep14:47
persiaNo, that won't help.  You just have a single build run.14:47
persiaRight.  Got it.14:48
persiaOr maybe not.14:48
maxbIn a dh6 world, I'd just use binary-arch vs. binary-indep - simple14:48
persiaJust be careful with upstreams.14:48
persiamaxb, binary-arch and binary-indep still exist in dh7.14:49
persiaBut dh_install runs in build.14:49
persia(or rather, in install, but build depends on install)14:49
james_wbuild depends on install?14:50
alkisgpersia: could you give me your advice on one last thing? I built the "base" package with all the files in it. Now I'm trying to build the "differences" package that only contains a few of those files that needed to be modified.14:50
alkisgAm I understanding this correctly in that I need to copy the modified files to a different directory before I make the "differences" package? I mean that the usual "orig.tar.gz" method does not apply here, because there's no "original source" in the "differences" package, right?14:50
persiaNo.  I'm wrong.  install depends on build.14:50
alkisg(I'm probably not making any sense :()14:51
persiaalkisg, I don't know how to advise you.  I don't think following that model is the right way to handle updates, although I understand that you do, and your arguments.14:51
persiaBut if you must do it that way, the differences package as native is likely least bad.14:51
james_wmaxb: do you really mean foo-common from /usr/lib?14:51
james_wmaxb: the package puts arch-indep things in /usr/lib?14:52
persiaAh, good point!14:52
maxbI do. Python (a bit perversely, I accept) puts *.py in /usr/lib14:52
persiamaxb, Does it put it directly in /usr/lib, or in /usr/lib/something?14:52
alkisgpersia: but is there a way to handle it as not-native, while preventing it from being 100Mb?14:52
maxb /usr/lib/pythonX.Y/dist-packages/...14:53
persiaalkisg, Yes, but that's probably even worse.14:53
persiamaxb, Then just have foo-common.install contain usr/lib/python?.?/14:53
maxbThe *.so files are *also* there14:54
persia(or specify more closely if you know the values of X and Y)14:54
alkisgpersia: OK, I don't want to take any more of your time. I appreciate all of your help, thanks a lot. :)14:54
persiamaxb, In the same directory as the .py files?14:54
maxbyes14:54
persiaI don't think they belong there.14:54
persiaUgh, or maybe they do.14:55
persiaThat's just broken.14:55
james_wnope14:55
james_wwell, not for python14:56
persiaWell, yeah.  I claim python is broken, not the specific package.14:56
james_wmaxb: can you just have *.py in foo-common.install and *.so in foo.install?14:56
james_wmost packages don't bother with a common for this though14:57
maxbFor added fun, there's multiple levels of directory structure14:57
james_wnice14:57
persiamaxb, Don't bother with -common.  That's going to be easier.14:57
persiaUnless the volume of arch-indep data is so large to make it very useful.14:57
maxb1.1MB indep vs 55K archdep14:58
maxb:-)14:58
maxbThe package is mercurial, fwiw, which currently has a question in the changelog from the Debian maintainer wondering what the proper way to do this is.14:58
POXarch:all python packages should not have files in /usr/lib (hint: /usr/share/pyshared)14:59
persiaAnd that's the key.  It was broken.14:59
persiaFix the build system :)14:59
maxbNo. The files *are* in /usr/share/pyshared by the time the build finishes14:59
persiaOr live with arch-dep14:59
persiamaxb, So, what's the confusion then?  foo.install has usr/lib and foo-common.install has usr/share15:00
maxbdh_install has to separate the upstream-style installation into two packages - dh_pysupport only runs later, and rearranges the structure15:01
persiadh7 doesn't seem to call dh_pysupport, unless it's a hook.15:02
james_wit's an addon15:03
james_w/usr/share/perl5/Debian/Debhelper/Sequence/python_support.pm15:03
persiaHrm.  And I suppose it works the way it does for legacy reasons.15:04
POX.py files should be installed to the standard location (/usr/lib or /usr/local/*/dist-packages), dh_pysupport will move them to /usr/share/pyshared15:08
POX/usr/share/pyshared should *not* be used in setupy.py's install15:09
persiaPOX, So, how should one construct dh_install hint files to split a package?15:09
POXmake sure you use one dir only (force python2.6 to install to site-packages, without local) and then use something like /usr/lib/*/site-packages/foo/bar.py15:10
POX(in package.install file)15:11
persiamaxb, ^^15:11
POXpersia: maxb: maybe '*-packages/foo/bar.py' will work as well (you'll not have to touch python2.6 stuff then)15:20
=== vorian_ is now known as vorian
slytheringeser: maven-plugin-tools needs a class which is not available in any of the packages libraries. So untill the library is located and packages, the maven work can not continue. I have asked Ludovic Claude for help as he is working on the maven stack in Debian.15:29
debfxwhat's the best way to add a png icon to a package? base64 encoded?15:42
AnAnt_Hello, should I subscribe u-u-s to such a bug: LP 39745615:46
ubottuLaunchpad bug 397456 in parti-all "xpra should depend on x11-xserver-utils not x11-server-utils" [Undecided,New] https://launchpad.net/bugs/39745615:46
=== AnAnt_ is now known as AnAnt
maxbslytherin: I'm intrigued... people can't even find the class?16:02
james_wdoes anyone else find "(Accepted)" being at the end of the subject suboptimal?16:06
james_wmails from soyuz that is16:06
sorenjames_w: Woould you rather have it read something else or would you rather have "(Accepted)" somewhere else on the line?16:07
slytherinmaxb: I didn't find it in already packaged libraries. It is available somewhere in maven repositories in one of the jar files.16:08
ScottKjames_w: I do find this.16:08
james_wsoren: in thunderbird's collapsed mode you only get the first half of the subject16:08
james_wso I have to expand it to see whether my upload was accepted or not16:08
slytherindebfx: do you really need to add png icon? Won't SVG work?16:08
slytherinjames_w: I agree, Accepted should be in start16:09
debfxhm I could use another icon that available as svg16:14
SolarWarcan i create multile pbuilder enviroments16:36
ScottKYes16:44
vorianSolarWar: yes16:45
slytherinSolarWar: https://wiki.ubuntu.com/PbuilderHowto16:48
SolarWar:) thanks I found it already16:49
=== vorian is now known as JSwormbot
=== JSwormbot is now known as vorian
dholbachAdri2000: HAPPY BIRTHDAY!17:19
Adri2000dholbach: ahaha, thanks, but it was 2 months ago, I was slow at updating the wiki page :p17:25
cpscottiAny motu there killing time? Could you check the harpia package ( http://revu.ubuntuwire.com/p/harpia ). It was uploaded to the archive but had some little issues (all corrected now, I think) and got rejected. I already fixed them and re-uploaded it. It is a python app to generate c source code for image processing/computer vision from block diagrams.17:28
geseral-maisan: Hi, do you plan to finish the magicor merge (as I've seen that you have a potential merge in your PPA) or is this merge free to take?17:33
al-maisangeser: that was the idea, yes.17:33
geserno hurry, I just wanted a confirmation as fabrice_sp asked me if this merge is free or not17:35
al-maisangeser: actually, I just checked my email again, "The source magicor - 1.1-1ubuntu1 is already accepted in ubuntu/karmic"17:35
al-maisanis this the version in question?17:35
geserhttps://edge.launchpad.net/ubuntu/+source/magicor still shows 1.0-2ubuntu117:36
geserbut 1.1-1 is on the to-be-merged list17:36
al-maisangeser: I'll be busy with some other work in the next few days .. so if you feel like taking care of the package please do so.17:36
al-maisandon't mind me :)17:36
* al-maisan understood that somebody else merged 1.1-1 in the meantime17:37
al-maisanhmm .. no .. just checked it.17:38
=== dpm_ is now known as dpm
=== micahg1 is now known as micahg
* marienjoanny marienjoanny 19:19
candrews_Can someone please work on open-vm-tools? https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/277556 contains the addition of DKMS and fixes other bugs in open-vm-tools. The package currently in karmic is unusable.19:23
ubottuUbuntu bug 277556 in open-vm-tools "should build kernel modules with dkms" [Undecided,Confirmed]19:24
=== zul_ is now known as zul
gnomefreakreto`: there is a link in the topic for what you are looking for19:34
rohitkgcan anyone suggest how to modify the rules file,while creating a debian package19:40
maxbrohitkg: Do not. Ever. Neither debian or ubuntu would accept such a package19:43
rohitkgmaxb:u mean to say,i shouldn't modify anything inside it19:44
binarymutantwhat about postinst and preinst?19:45
maxbI mean that it would be bad to have a rules file which modifies itself during the build19:45
rohitkgactually i'm facing problems in understanding the rules file19:46
gnomefreakwas libgdl-1-0 replaced with something in Karmic?19:47
maxbrohitkg: Ah. Well then, ask specific questions about what you'd like help with.19:48
gesergnomefreak: libgdl-1-219:49
gnomefreakgeser: thanks19:49
rohitkgmaxb:i want to know about the diff. macros used19:51
stefanlsdrohitkg: the dh_ stuff?19:52
maxbrohitkg: That is too vague an inquiry to answer. Please clarify.19:52
rohitkgyeah those dh_stuffs19:52
=== hggdh_ is now known as hggdh
reto`gnomefreak: ok, thanks19:57
gnomefreakreto`: np19:58
ScottKYokoZar: I can tell you that clamd will cost you 5-6 seconds on boot if you start it at boot on a modernish laptop.20:01
YokoZarScottK: ok then that's unworkable I guess20:02
YokoZarShould load it on first open of an app that needs to be scanned then20:02
ScottKYokoZar: Makes sense.  You'd still want freshclam to start on boot, but that's a lot lighter.20:02
YokoZarScottK: Gives a good place to use the "have the wine swishing around the glass while loading" graphic I thought of20:05
ScottK;-)20:11
=== ogra_ is now known as ogra
maxbrohitkg: the dh_ commands are a set of related utilities known as debhelper, and provided by the package of the same name. They have manpages, which are a good place to start discovering what an unfamiliar one does.20:34
rohitkgok,i'll be going through that20:34
rohitkgmaxb:which tool do you prefer for building debian packages?20:35
maxbdebhelper. cdbs is scary20:35
rohitkgok,i'll start with it20:36
maxbYou might want to review the logs of the packaging training session that was held today in #ubuntu-classroot20:37
maxboops20:37
maxb#ubuntu-classroom20:37
rohitkgok20:37
=== thekorn_ is now known as thekorn
RoAkSoAxMakefile.in, which seems to have been generated automatically, can be manually modified?20:45
=== dpm__ is now known as dpm
geseras long as you don't regenerate them yes, I usually patch both the .am and .in so the changes don't get lost if someone regenerates it20:49
geserof course only if the change is small enough to be make by hand20:50
RoAkSoAxgeser, ok awesome, thanks. :)20:54
=== _simono_ is now known as so
=== bastiao__ is now known as k0p
slytheringeser: persia: Can either of you please review http://revu.ubuntuwire.com/p/excalibur-logkit whenever you get time?22:31
Legendarioi am trying to pack a script which is not distribuited as a tarball, what should i do in order to not create a debian native package?22:52
hyperairLegendario: create a tarball first.22:54
hyperairLegendario: or create a package-version.orig directory22:54
Legendariohyperair, the software is a bash script. Should i pack it as a tar.gz file and append .orig to it?23:01
hyperaireither way's fine =\23:02
hyperairthe result should be the same anyways23:03
Legendariohyperair, what about the package-version.orig directory? how does it work?23:03
hyperairdebuild will automatically generate the .orig.tar.gz from that directory23:03
hyperairthat's all there is to it =\23:03
Legendariohyperair, another thing... I am having a bad time on trying to create a watch file. Can u help me with that?23:09
hyperairLegendario: watch files can only be created with tarballs23:10
hyperairafaik23:10
hyperairman uscan23:10
Legendariohyperair, so should i ignore the error shown?23:11
hyperairyou'd probably be better off with a blank watch file and a get-orig-source rule.23:11
hyperaircreate a blank watch file23:11
hyperairwith a comment saying why a watch file isn't applicable23:11
hyperairand then add a get-orig-source rule to your debian/rules which automatically grabs the script and then dumps it into a tarball automatically23:12
Legendariohyperair, any orientation on how to create a get-orig-source rule?23:14
hyperairhttp://www.debian.org/doc/debian-policy/ch-source.html <-- scroll down to the part about get-orig-source23:15
hyperairanyway i'm off to bed23:15
hyperairgood night23:15
Legendariohyperair, thanks a lot23:16
Legendariogood night23:16
hyperairyou're welcome23:16
AmpelbeinLegendario: maybe http://www.eyrie.org/~eagle/notes/debian/scripts.html helps with creating get-orig-source.23:17
LegendarioAmpelbein, gonna readit. thanks23:17
cpscottiHey everybody, could someone advocate the harpia package ( http://revu.ubuntuwire.com/p/harpia ). It is a python app to generate computer-vision/image processing c source code from block diagrams. It has already been uploaded to archive but got rejected due to some dependencies issues that were already fixed. Thanks a bunch!23:21
binarymutantcan dh7 do cmake?23:52
binarymutantautomagically like regular make I mean23:53

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!