=== bdefreese2 is now known as bddebian === Tonio___ is now known as Tonio_ [00:57] how would I pass --install-layout=deb in this rules file? http://paste.ubuntu.com/125541/ [01:00] pass to what specifically? [01:01] asomething: does dh work for setup.py? [01:01] looks like a lot of unneeded rules in there to me [01:01] if so it probably needs to be patched [01:02] it's the rules file from deluge, which uses setup.py [01:03] at what point is setup.py used? [01:03] sorry, i don't know python at all [01:05] it's called by dh build [01:06] okay, got it [01:06] dget http://ftp.de.debian.org/debian/pool/main/w/wicd/wicd_1.5.9-3.dsc [01:06] then look at its debian/rules [01:06] asomething: it should be added to the "setup.py install" step [01:06] does exactly what you want - dh7 with setup.py mangling [01:08] thanks === asac_ is now known as asac [02:17] what's used for dget in dapper ?? [02:17] get each file then dpkg-soruce ?? [02:17] no, you can still dget some.dsc [02:18] just make sure devscripts is installed, as per Debian [02:18] ii devscripts 2.9.10 Scripts to make the life of a Debian Package [02:18] leonel@dapper:~$ dget [02:18] -bash: dget: command not found [02:19] there's this note : NOTE: dget is not included in the devscripts package for Ubuntu dapper. [02:19] in https://wiki.ubuntu.com/PbuilderHowto#Downloading Source Packages Using dget [02:20] you could manually backport devscripts. [02:20] dtchen_: thanks .. just wget the orig.tar.gz dsc and diff.gz .. [02:21] leonel: Did you see we did the Dapper clamav update today? [02:31] ScottK great news .. any test or package that needs work ?? [02:32] leonel: No. It's done and in dapper-backports. Just waiting for rdepends to finish building now. [02:32] great .. [02:43] james_w: Your most recent post on planet has me curious who the idiot was as I'm reasonably certain you aren't a crap maintainer. [02:56] scottK I'm working with upstream and debian maintainers for www.cherokee-project.org, am I still on time to include the just released 0.99.2 version in Jaunty ?? cherokee does not have rdepends [02:56] leonel: It needs an FFe. Convince me. [02:57] ok .. I'll work on convince you .. [02:58] scottK I can do more clamav work ... [02:58] haha [02:59] Great. Go start porting stuff to 0.95. The RC is out. [02:59] https://edge.launchpad.net/~cherokee-webserver/+archive/ppa <-- this is the PPA for cherokee .. [03:00] I saw that. [03:00] scottK Ok the 0.95 is for jaunty right ?? [03:00] leonel: Assuming we get the rdpends ported, yes. [03:00] Then we get to start the backports dance all over. [03:01] scottK ok .. [03:11] leonel: The link to common-licenses for GPL should link to GPL-2 since GPL may at some point point to another version and your package is GPL v2 only. [03:32] scottK thanks [03:39] scottK so I'll work on https://wiki.ubuntu.com/FreezeExceptionProcess for Cherokee to see if it can be included ?? [03:39] Yes. [03:40] For server packages like this, I have delegated authority to approve them by myself. No 2nd approval needed. [03:41] ScottK Great .. so I must to clamav prior the FFe .. :( [03:41] jejeje [03:41] No. [03:41] s/so/to [03:41] so I can convice you hehehe [03:43] let me get it packaged for debian unstable so it can be made a sync or merge .. [05:45] Hi, can somebody please rebuild python-4suite-xml, python-kaa-base and python-kaa-metadata against python 2.6 in Jaunty? [05:45] It is currently preventing some upgrades for me in Jaunty [05:49] Hi all [05:49] https://bugs.launchpad.net/ubuntu/+source/memaker/+bug/290531 [05:49] Launchpad bug 290531 in memaker "memaker .desktop entry is in Accessories rather than Graphics" [Low,New] [05:50] someone can accept it? [05:57] done (as far as LP is concerned) [06:12] how to use schroot with a encrypted home partition? [07:08] If a MOTU want to review my package that was waiting for too long in revu ( http://revu.ubuntuwire.com/details.py?package=sqliteman ) === tjaalton_ is now known as tjaalton [08:13] g'morning! [08:29] james_w: ping [08:47] is there a process to request an app for packaging to be included into well KK i guess since jaunty is already at alpha 5? or is left up to me to test it out and package it myself if i want it in repos? [08:48] !revu [08:48] 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 [08:48] billybigrigger: ^ [08:49] thanks, but i havent packaged it [08:49] billybigrigger: ah, well... off you go :-P [08:49] but what im asking is can end-users like myself package something and submit it somewhere for approval to be included? [08:50] ahh [08:50] answered my own question.... [08:50] * billybigrigger continues to read the REVU wiki [08:50] billybigrigger: yes, you package it and upload to REVU [08:53] is there any packaging guidelines i must follow? [08:57] billybigrigger: yes, there's a guide on the wiki [08:57] !packaging | billybigrigger [08:57] billybigrigger: The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [09:33] will jaunty sync once more from debian sid? or [09:33] is there someone syncing single packages manually? i have a bunch that i upgraded [09:34] tarzeau: We don't automatically sync, and haven't for sometime. [09:34] tarzeau: If you want packages sync'd, file a sync request. [09:38] StevenK: ok [09:42] NCommander, ever tried getting other arches going in qemu? i'm failing to get sparc or ppc to be useful [09:43] hi folks [10:00] mok0: pong [10:16] james_w, context for blog post? [10:17] directhex: debian-devel@ [10:17] directhex, talk to ScriptRiper in #ubuntu-arm, he works on the suse build service .... [10:17] train internet is awful [10:17] *Ripper [10:18] ps afternoon all [10:18] ogra, i didn't think OBS did anything other than x86/amd64 [10:18] Laney, yes, it is. relying on 3g mobile reception = suck [10:18] they do armel and ppc afaik [10:18] so at least for the ppc side he should be helpful [10:19] Laney, also, relying on $MOBILE_NETWORK's content filtering (orange think ubuntuforums is adult-only) [10:19] not sure about sparc [10:19] I know I wouldn't let my kids near there :( [10:19] Laney, they might get ideas about running arch! [10:20] gah [10:20] * Laney tries ssh -D [10:25] bah [10:26] james_w, any specific thread? i mainly read d-d@ to giggle at j00rg [10:26] "mobile-broadband-provider-info" couldn't you find a bigger name? :P [10:27] directhex: the manpages one === Tonio__ is now known as Tonio_ [10:41] anyone working on mobile-broadband-provider-info? [10:42] could use some updating, I'll check [10:44] savvas: IIRC #mbca is the channel. [10:45] oh thanks slytherin :) [10:45] tseliot, any major reason why uploading nvidia-graphics-drivers-180_180.35-0ubuntu1 to my intrepid ppa wouldn't work as a short-term fix? [10:46] directhex: no, what's the problem? [10:46] it should just work [10:46] tseliot, well, lack of support for my card in 180.11. i was just checking for hidden pitfalls [10:46] seems fine in a pbuilder [10:47] directhex: yes, it should be ok [10:48] tseliot, can i do the same thing with the latest fglrx? i've got a 4870 i'm meant to benchmark [10:48] directhex: I wouldn't know. You should ask superm1 about it [10:48] ah, okay. superm1, i choose you! [10:50] savvas: Further references - http://live.gnome.org/NetworkManager/MobileBroadband/ServiceProviders http://live.gnome.org/NetworkManager/MobileBroadband [10:52] slytherin: I found that, I'm checking :) [10:55] slytherin: er.. one question, should I use tabs or spaces? Both seem to be used [10:55] savvas: I don't think it will matter. It is xml after all. I prefer spaces. [10:56] ok [10:57] hi all [10:59] i'm following the packaging guide in a first attempt at deb packaging. It instructs me to run 'pbuilder create' but when I do, the first message from the app is "Distribution is jaunty."... but I'm running hardy, and want to build the package for hardy. Should I worry about this message and if so do you know how I can fix it? === directhe` is now known as directhex [11:03] stryd_one: Event though I don't have a link to the tutorial at hand, I am sure there is one page on wiki about pbuilderrc. [11:05] slytherin: there's one who used italian in the name, should I ask for the english translation? [11:05] +- H3G (pre-paid) [11:05] ++ H3G (abbonamento) [11:05] thanks slytherin i'm searching for it now [11:05] savvas: depends, is the service only available in italy? [11:06] savvas: if yes, the having italian name won't matter much. [11:06] alrighty [11:06] I'll check their site [11:07] got it thanks slytherin [11:07] is there some reason it defaults to jaunty if i don't specify? [11:08] stryd_one: are you running jaunty? [11:09] no hardy [11:09] stryd_one: check your /etc/pbuilderrc and also check if you have at any point of time created ~/.pbuilderrc [11:10] the ~/,pbuilderrc i created has one line in it: COMPONENTS="main restricted universe multiverse" as per the video [11:10] stryd_one: What about DISTRIBUTION? [11:10] nothing [11:11] i'm putting that line in there now and forcing it to hardy [11:12] it just seemed not right, that it defaulted to jaunty [11:22] stryd_one: did you install debootstrap from backports repository? [11:23] possiblly, checking.... [11:24] yep [11:25] backports is enabled and i guess it's chosen that one automatically [11:30] Need some help: when building (in a jaunty pbuilder) a package with debian/pyversions set to 2.5, and the program using /usr/bin/python2.5 in the shebang line, ${python:Depends} expands into "python (<< 2.6), python2.5, python-support (>= 0.7.1)" making it uninstallable in jaunty? [11:35] making pyversions include 2.6 (e.g. by setting it to "2.5-" or similar), it changes to "python (>= 2.5), python-support (>= 0.7.1), python2.5" which is installable, but makes python-support add *.pyc for python 2.6 that are not needed. [11:35] any idea? [11:37] jcfp: perhaps doko has an idea [12:05] jcfp, geser: not without knowing about the package [12:06] doko: want me to send you the sources? [12:08] jcfp: no === azeem_ is now known as azeem [12:41] when a package closes multiple bugs we use LP: #nnnn,#nnnn,#nnnn,... right? === AstralJa1a is now known as AstralJava [12:46] yes (check the .changes files to be sure, there should be a header listing all bug numbers so they get automatically closed) [12:48] alrighty :) [12:54] geser: is python 2.5 for aptoncd necessary or not? I just made a patch for it to build for both python 2.5 and 2.6, could you take a look and comment? :) http://paste.ubuntu.com/125756/ [12:55] https://edge.launchpad.net/%7Emedigeek/+archive/ppa/+build/889635/+files/buildlog_ubuntu-jaunty-i386.aptoncd_0.1.98-0ubuntu5~ppajaunty7_FULLYBUILT.txt.gz [12:55] I was thinking maybe I could send the patch to debian [12:57] hm.. the debian package looks pretty outdated [13:00] savvas: your patch looks good, can you try to move aptoncd to using python-shared or python-central? so the package doesn't contain the .py files twice? [13:00] geser: I'll try :) [13:02] and for some reason the Depends line from your build log misses the python dependency [13:02] savvas: thanks [13:03] dpkg-gencontrol: warning: unknown substitution variable ${python:Depends} [13:03] dpkg-gencontrol: warning: unknown substitution variable ${python:Versions} [13:04] this one? [13:04] yes [13:04] I think it needs dh_gencontrol -a, I could be wrong though - anyway, I'll test it :) [13:06] I guess it's because it's no good idea to only process arch-dependent packages in build-indep (and with a arch:all package too) [13:06] drop the -a again from your patch [13:06] oki doki! [13:09] geser: er.. you mean I should use binary-arch instead of binary-indep? or both? [13:12] savvas: any reason why you touched that part of debian/rules in your patch? [13:13] geser: I added -a because it wouldn't include the 2.5 files [13:14] and the other dh_ commands from another package I took as a reference (still learning :) ) [13:15] it shouldn't have an influence on this and your changes to the build-indep target broke the variable subsitution [13:17] I see [13:20] thank you very much! :) [13:56] if some MOTU want to review my package.... it is waiting on the revu ( http://revu.ubuntuwire.com/details.py?package=sqliteman ) ...thanks a lot === davroman1ak is now known as davromaniak [14:13] I am struggling to sign my repository [14:15] if that's a ppa, you want #launchpad [14:15] i meant that for ubuntu-server [14:27] thanks sistpoty|work, ScottK :-) [14:33] you're welcome, james_w ;) === ssweeny_ is now known as ssweeny [14:50] <_ruben> hmm .. the dependencies for dkms have some "odd" results [14:51] <_ruben> install dkms on intrepid yields: [14:51] <_ruben> The following extra packages will be installed: linux-firmware linux-headers-2.6.25-2-386 linux-image linux-image-2.6.27-11-generic linux-image-generic linux-ports-headers-2.6.25-2 [14:52] ScottK: afaik Pidgin has never had notifications by default; it's an opt-in plugin [14:53] RainCT: Except the option in seeded in ubuntu-desktop so Ubuntu users do get it by default. [14:53] If that's appropriate, then I don't see why pidgin users from other flavors shouldn't get the same? [14:54] ScottK: Ah, is that new? I'm not using Pidgin anymore (switched to empathy a few months ago), but I've never had notifications [14:55] Yes. I think it's new in Jaunty. [14:56] Unfortunately pidgin-libnotify is broken with libnotify1 currently, so one either has the new system or nothing, but presumably the regression will be corrected. [14:57] directhex, well.. sure you should be able to do it. the latest is actually on amd's website though not in jaunty [14:57] directhex, grab the .run file, and run ./FILE.run --buildpkg Ubuntu/source [14:57] and then edit the changelog to be intrepid and push it to your ppa [14:58] superm1, oh. um... can i ask why jaunty's behind, without causing offence? [14:59] directhex, no point in pushing the latest one to jaunty if it doesn' work w/ xorg 1.6 [14:59] you can go and !stab AMD for that one [14:59] eek, it doesn't? [14:59] bloody amd [15:01] <_ruben> superm1: the dkms issue i mentioned above (pulling in "odd" kernel headers), is it a known one (must admit i havent checked lp yet) [15:02] _ruben, so there is no way to currently define which package you need as depends when there are virtual dependencies [15:02] so the way it works right now is depends: linux-headers-generic | linux-headers [15:02] so if you don't have linux-headers-generic, it just grabs one that would satisfy linux-headers on your architecture [15:04] <_ruben> superm1: it depends on "linux-image, linux-headers" actually [15:05] <_ruben> i guess its most likely the result in an "incapable" dependency resolver and not really dkms' fault [15:05] _ruben, yeah exactly [15:05] _ruben, no one has really come up with a good solution for it as of yet unfortunately [15:07] <_ruben> superm1: ok .. wasnt sure if i had possibly missed something (obvious) [15:07] <_ruben> just gotta make sure to install the proper headers along with dkms myself :) [15:07] _ruben, well so for the general case (desktop users), your packages should work fine [15:07] it's the corner cases, and headless installs you have to worry about [15:08] <_ruben> superm1: i dont think general would work .. as it pulls in linux-headers-2.6.25-2-386 and not linux-headers-2.6.27-11-generic for instance [15:08] superm1, any idea why fglrx has such oddball version numbers these days? o_o [15:09] directhex, yeah so the version number of the web release is the external version number based on the time of release (eg 9-2) [15:09] when you do a --buildpkg, you get their internal build number which is more relevant [15:13] superm1, any word on whether a 1.6-capable version will actually be prepared before jaunty, or are we in for another painful switch to the free driver? [15:14] directhex, so the current plan as I last heard it was that if 1.6 capable version isn't ready by beta, it's painful switch in dist-upgrade [15:14] joy! [15:14] hopefully the EXA & Xv patch for r6xx and r7xx at least gets applied then so that hardware isn't entirely crippled [15:15] older hardware than that at least works well with the open driver [15:15] i wonder if jaunty's intel driver will let me play world of goo without x segfaulting on exit [15:16] Heya gang [15:17] heya bddebian :) [15:17] Heh, hello savvas === ScottK2 is now known as ScottK-desktop [15:26] directhex: is it currently segfaulting? [15:26] slytherin, if i quit WOG, then X restarts, yes [15:31] directhex: wow. :-) [15:31] I am glad I am using ATI card. [15:34] slytherin, i'm not. fglrx ftbfs here :/ [15:36] directhex: I don't need fglrx. :-P [15:36] slytherin, i have a radeon 4870 i'm meant to benchmark. i doubt it even works in 2d with the free driver. [15:37] directhex: Have you tried free driver? One of my friend has same card and i remember 2d working fine on his machine on intrepid. [15:40] does this debian/rules look ok? :) http://paste.ubuntu.com/125836/ [15:41] superm1, are you interested in bugfixes for fglrx packaging, or should i speak to someone else? [15:53] Hi, can somebody please rebuild python-4suite-xml, python-kaa-base and python-kaa-metadata against python 2.6 in Jaunty? It is currently preventing some upgrades for me in Jaunty. -> bug 331461 [15:53] Launchpad bug 331461 in python-defaults "python2.6 support/defaults in jaunty" [Undecided,New] https://launchpad.net/bugs/331461 [15:56] what's with all the netsplits? [15:56] woohoo! Depends: python (<< 2.7), python (>= 2.5), python-central (>= 0.6.11), python2.6, libgnomevfs2-0, genisoimage | mkisofs, apt-utils, synaptic (>= 0.57.7), python-gnome2, python-apt, python-glade2, python-dbus, lsb-release, gksu, python-gtk2, gnome-icon-theme [15:57] hm.. why python2.6 :\ [16:03] <_ruben> savvas: WALLOP Md: sorry for the splits, one of our new servers is unstable and will be terminated [16:07] thanks _ruben! [16:07] wallops.. was that +w? [16:07] Yes. [16:11] howdy! can anybody help with bug #335741 ? [16:11] Launchpad bug 335741 in libtorrent-rasterbar "[jaunty]python(<2.6)-based apps cannot meet dependencies" [High,New] https://launchpad.net/bugs/335741 === santiago-pgsql is now known as santiago-ve [16:22] ScottK: is it possible to revert patches? can you remove your patch from libtorrent-rasterbar and sync with debian? they use boost1.37 in debian/control, e.g.: "libboost1.37-dev | libboost-dev (>= 1.34.1)" [16:27] savvas: no it is not possible to revert patches. you will have to wait for another debian revision to request sync [16:29] thanks slytherin, what should we do for libtorrent-rasterbar? attempt a merge with debian or just patch it for python 2.6? [16:29] savvas: patch it for python2.6 [16:30] alrighty I'll try [16:30] ScottK: ignore the question before, answered :) [16:31] revert patches? [16:33] RainCT: nvm, it was a patch to enable boost1.35 :P [16:33] enable=use === ivoks_ is now known as ivoks [16:55] RainCT: I've tried here and in other places for days now. Can I ask you to please upload python-4suite-xml, python-kaa-base and python-kaa-metadata so they can be rebuild against python 2.6? [16:55] nobody else seems game to take it up [16:57] Laibsch: I can't see them in the sponsors queue [16:58] does that have to happen first? [16:58] who should I contact about that, then? [16:58] I thought you were a member of motu-sponsors? [16:59] directhex, i'm interested [16:59] what's up? [17:00] Laibsch: I am. The usual procedure to get something uploaded is to attach a debdiff (or .diff.gz if it's an update) to a bug and subscribe ubuntu-universe-sponsors to it (or ubuntu-main-sponsors for stuff in main/restricted) [17:00] RainCT: I know [17:00] I don't see much point in this case [17:00] There are no changes [17:01] The packages just need to be rebuilt [17:01] The debdiff would only contain the change in Changelog [17:01] changelog [17:03] RainCT: makes sense? [17:03] OK [17:05] ar.. I've just tried to upgrade but do-release-upgrade is hanging since minutes at something after "Reading state information: Done".. Any idea guys? [17:08] RainCT: thanks, appreciated [17:10] Laibsch: does python-4suite-xml build for you with python2.6? I aborted my build when the build started using 1 GB of swap (with 4 GB of RAM) [17:11] geser: to be honest, I haven't tried [17:11] I just blindly assumed [17:12] assumed it was a simply rebuild just like all the other packages that were preventing me upgrading [17:12] Laibsch: Not all are rebuilds. Packages that aren't using plain CDBS with distutils have pretty much of a chance of needing changes [17:14] * RainCT takes a shot at kaa-base [17:15] thanks [17:16] Laibsch: if you are familiar how to use Launchpad's PPA you could try to rebuild yourself and see where's the problem :) [17:17] yes, good idea. But I'm not a compile expert. geser, RainCT, I'll take a look at python-4suite-xml, OK? [17:18] RainCT: kaa-base is a rebuild, just done with the test-build [17:18] geser: yep [17:19] RainCT: do you upload or should I? don't want to make a race for it :) [17:19] geser: uhm.. doesn't ubotu have a dice function? :P [17:19] geser: go for it :) [17:21] geser: but kaa-metadate is for me ;) [17:22] RainCT: no problem, you can have python-4suite-xml too :) [17:23] nah, I don't like the name of that one *g* [17:23] * savvas waits for a "please, I insist" :p [17:25] how do I stop pycentral from changing the application version? [17:25] -APP_VERSION="0.1.98-0" [17:25] +APP_VERSION="0.1.98-0ubuntu5~ppajaunty9" [17:27] ..or is that normal? :P [17:32] savvas: still improving aptoncd? I've seen that it already uses python-central but has "nomove" set as an python-central option [17:32] I didn't dig in the packaging if there is a reason for this [17:34] geser: yes, this one proved much better: http://paste.ubuntu.com/125912/ http://launchpadlibrarian.net/23374440/buildlog_ubuntu-jaunty-i386.aptoncd_0.1.98-0ubuntu5~ppajaunty9_FULLYBUILT.txt.gz [17:34] geser: but I think I need dh_pycentral and dh_python afterwards, I'll try it some other day :P === leonel_ is now known as leonel [17:35] It's harder without cdbs :) [17:36] savvas: try also out commenting out "export DH_PYCENTRAL=nomove" so the *-packages dirs get managed by python-central [17:36] geser: I was afraid that the app might not work afterwards, but I'll try it, thanks :) [17:37] savvas: and the Depends like looks ok now too, only one minor thing: it has a dependency on python2.5, try to figure out why (probably a script using python2.5 as interpreter) [17:37] ahhh [17:37] I wanted to ask you that! [17:37] savvas: yes, you need to check if afterwards [17:38] oki doki [17:40] geser: that python2.5 is weird, I've tried "debuild -b" locally, and it had dependency on python2.6 [17:40] Depends: python (<< 2.7), python (>= 2.5), python-central (>= 0.6.11), python2.6, libgnomevfs2-0, genisoimage | mkisofs, apt-utils, synaptic (>= 0.57.7), python-gnome2, python-apt, python-glade2, python-dbus, lsb-release, gksu, python-gtk2, gnome-icon-theme [17:41] I guess it depends on the order of the build first 2.5 and then 2.6 or vice versa [17:41] (kaa-metadata can't be fixed until python-kaa-base has built) [17:42] geser: ok, I'll look into it a bit later :) [17:48] * savvas tests a libtorrent-rasterbar patch - http://paste.ubuntu.com/125917/ [17:56] copying build/lib.linux-i686-2.6/libtorrent.so -> /tmp/buildd/libtorrent-rasterbar-0.14.1/debian/tmp/usr/local/lib/python2.6/dist-packages [17:56] [...] [17:56] dh_install: python-libtorrent missing files (usr/lib/python*/*-packages/libtorrent.so), aborting [17:56] ah local [18:08] I am receiving docens od mail each day, related with motu, I must be in a mailing list, I thouhgt I was in ubuntu-motu mailing list, ubuntu-motu@lists.ubuntu.com, but an admis has teold me that my address is not in the list [18:12] may be i am in ubuntu-universe-sponsors@lists.ubuntu.com [18:13] * sistpoty|work heads home... cya [18:19] EagleScreen: perhaps you have subscribed to bugmail for some package? [18:20] EagleScreen: (in case what you get is bugmail, dunno what you mean by "odd mail" :)) [18:22] ubuntu-motu; ubuntu-motu-mentors and ubuntu-universe-sponsors, what is the difference between these lists? [18:24] python-4suite certainly is a long build: https://launchpad.net/~r0lf/+archive/ppa/+build/890212 [18:24] Laibsch, 40 mins is long? [18:24] Laibsch, apt-get source --build openoffice.org [18:24] directhex: Done that in the PPA [18:25] I know it takes much longer [18:25] But 40 mins is on the longer end [18:25] for something I have never heard of before and thus is likely very much a little used lib [18:26] geser was saying earlier he stopped the built half-way through because of memory issues [18:26] try ikvm - needs 1.1 gig of ram to build ^_^ [18:26] doko: do you mind if I take care of bug 330613? Seems to be a simple copy paste error. [18:27] Launchpad bug 330613 in python3-defaults "python3-minimal should not have 'Essential' set to yes" [Undecided,New] https://launchpad.net/bugs/330613 [18:27] Laibsch: openjdk build on armel was going for 5 days. :-) [18:28] :o [18:30] mok0, have you some time to process 272264? [18:30] bug 272264 [18:30] Launchpad bug 272264 in scilab "FeatureFreezeException: Please sync scilab-5.1 (multiverse) from PPA" [Wishlist,Confirmed] https://launchpad.net/bugs/272264 [18:31] slytherin, you mean that finished successfully? [18:32] directhex: I am assuming that it did. [18:32] DktrKranz: are syncs from PPA allowed? [18:33] slytherin, well, if not, there's always IKVM :) [18:33] directhex: is ikvm better than openjdk on powerpc? [18:34] slytherin, no (not the common way at least). It has to be uploaded manually or synced from Debian (if feasible) [18:34] slytherin, pass. i think the swing implementation is still proof-of-concept, but it's certainly built [18:35] directhex: what is the simplest procedure to use ikvm for a helloworld application? [18:37] slytherin, assuming you're on jaunty (as i claim no responsibility for dajobe's packaging in previous releases)? [18:37] directhex: yes, I am on jaunty [18:41] slytherin, well, for .class files, just use "ikvm classname" instead of "java classname" [18:41] directhex: ok, will try. [18:43] slytherin, as a compiler, you process a .class to produce a .exe/.dll, using "ikvmc -target:exe foo.class". you can run the .exe with mono === slangase` is now known as slangasek [18:47] savvas: As a followup ... we've been trying to sync up on boost1.35 for this release. Boost1.38 is expected in Debian shortly and is what they will aim for with Squeeze. I think it's a good goal for Karmic to push on to 1.38, but for Jaunty we should leave stuff at 1.35. === jdong_ is now known as jdong [19:40] Hi. I'd like to sync wide-dhcpv6 20080615-5 from unstable, to fix a FTBFS, as it seems to have only fixes since 20080615-2 (the one in Jaunty). How do I confirm that? It's to know if I can avoid a FFe. Thanks [19:41] forget what I've written before: the version in unstable also FTBFS... [19:50] FFE shouldn't be needed for fixes-only === DrKranz is now known as DktrKranz [20:23] alright, the python-4suite results are in: http://launchpadlibrarian.net/23387460/buildlog_ubuntu-jaunty-amd64.python-4suite_1.0.2-7_FAILEDTOBUILD.txt.gz But I'm not sure how to interpret that ("150 minutes of inacticity"?) [20:23] Is the call for setup.py correct? [20:24] geser, RainCT: comments? [20:27] It's missing the --install-layout=deb [20:31] alright [20:31] I was wondering about that [20:31] I'll retry [20:42] W: libtorrent-rasterbar source: missing-comma-after-substvar in depends field near ${misc:Depends} [20:42] is this minor? === maxb is now known as Guest27135 [20:49] Laibsch: I don't think that not having that options is the cause for the odd error you got, though [20:49] alright [20:49] I'll have to leave this for now, then [20:50] Maybe tomorrow [21:18] * RainCT grumbles something about texlive pulling in at least 100 MB of documentation packages and about moving those to suggests :P [21:23] wow, texlive-latex-base-doc texlive-latex-extra-doc texlive-latex-recommended-doc texlive-pictures-doc texlive-humanities-doc texlive-fonts-recommended-doc texlive-base-bin-doc [21:23] try installing lyx :P [21:23] yeah [21:23] I'd move them to suggests and add a generic texlive-doc with them as recommends for those who want them [21:24] or without generic -doc (not sure how that would work if you don't want -extra and so on) [21:24] 136.78MB in total :p [21:29] RainCT: Yes, please do [21:29] The other day I stumbled across a few unsplit Java packages: package size: 25MB, out of that 24,5MB in /usr/share/doc [21:30] :/ [21:30] let's file a spec: kill-the-docs XD [21:33] argh [21:33] I have a good idea for it [21:33] is there a way to grab them all? [21:33] (stolen from openembedded.org) [21:34] enhanve the build process so that anything in /usr/share/doc is automatically packaged as a doc file [21:34] enhance [21:34] o_O [21:34] doc package [21:34] ah [21:34] sorry [21:34] no, won't work [21:34] My typing is really bad [21:34] why? [21:34] It is possible to define exceptions if necessary [21:35] for embedded devices, small packages are of course imperative [21:35] beside that copyright, changelog, etc. should really be in the main package, there are applications which depend on documentation [21:35] being present.. I maintain some like that myself [21:36] and significant amounts of docs should usually be in a -doc anyway [21:36] IIRC, the build process in OE does put copyright,etc. in the right place, IOW, the main package [21:37] it may be worth a thought, but it would need an archive wide transition to fix stuff that expects docs to be there.. [21:39] * RainCT watches do-release-upgrade uninstall his stuff without permission ¬_¬ [21:40] aptitude purge RainCT [21:40] * RainCT is purged x_O [21:41] see? mono applications are evil ^^ [21:41] arghhhhhhhh [21:41] bah now it killed my music xDDD [21:41] RainCT: a moment of your time? :) [21:42] savvas: nope, I can't work without music *g* [21:42] * savvas whistles :p [21:42] savvas: well.. okay.. what's up? [21:42] lol [21:42]