[00:03] clean works now? [00:05] that's a huge log :P [00:06] so where do I remove the clean tag? [00:06] maxb: is the right one dh_clean -k there.. or? [00:06] AdamDH: in install [00:07] I think it should be dh_prep or dh_clean -k [00:07] (still a newbie, don't mind me :P) [00:07] yes, that's right [00:10] delete the dh_clean in the build rule too [00:12] thanks will give it a clean [00:12] *go [00:16] even after removing all that I still get that error [00:23] thanks for all the help maxb I got a working package http://paste.ubuntu.com/119875/ there is my rules is that sane? [00:23] and savvas [00:26] AdamDH: add dh_clean in "clean:" [00:26] And I think everything else looks good [00:28] would that rule once corrected be considered on the next cycle for inclusion into ubuntu? [00:31] why do some packages use dh_ tags and some do not use any just a standard make and some shell? [00:32] what do you mean by dh_ tags? dh_* commands? [00:32] dh_* commands sorry [00:33] looking at say binutils source there rules does not have any dh_* tags [00:33] i mean commands [00:42] AdamDH: I think binutils is GNU utilities, probably it is treated as a special package that doesn't use any debhelper commands [00:44] its a nice rules file tho easy to read [00:45] right one package down time to clean up my gcc rules [00:46] AdamDH: I like to build mine using cdbs: http://bazaar.launchpad.net/~medigeek/%2Bjunk/dcsharp/files/head%3A/debian/ [00:47] never really liked cdbs [00:48] ah, ok :) [01:41] savvas: every package uses dh_* commands [01:41] oops [01:42] AdamDH: ^ [01:42] (or at least 99.9% of them, anyway) [01:42] maxb: Note every one. [01:42] Note/Not. [01:43] It's completely and totally optional just way more trouble to avoid than to use for almost everyone. [01:43] ok, but the ones that don't are super-rare exceptions [01:44] Unfortunately one of the Debian SE Linux maintainers is one of those exceptions. [01:44] heh [01:44] The *vast* majority of source packages use debhelper [01:45] Yes. [01:46] AdamDH: your indentation is a bit odd, better to be standard. you still have that wrong remove-patch logic in there. You've switched to $(PWD) - don't, I'm fairly sure $(CURDIR) is preferred. [01:46] Then there's the oddballs that use debstd (isn't that dead yet?), yada (wish it was dead) or by hand [01:47] thanks maxb I will take that into account [01:47] StevenK: Manoj has a very nice build system. It's just, unique, so you have to figure it out. [01:47] ScottK: Much like trying to debug kernel-package. [01:47] Yes, exactly. [01:48] maxb the binutils does not use dh_* commands [01:48] Although for Hardy I had to switch the dault python version in one of his packages and it was suprisingly easy to do. [01:50] AdamDH: Oh. Indeed it does not. How peculiar === ScottK changed the topic of #ubuntu-motu to: Jaunty Feature Freeze in effect - Announement for Ubuntu Release coming soon - Go fix bugs | https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Grab a merge: http://dad.dunnewind.net http://merges.ubuntu.com | http://qa.ubuntuwire.com/uehs | next MOTU Meeting: TBD [01:53] maxb: the idea behind producing these packages was to get better support for the msp430 in linux, I started using this controller for some uni projects after been indtroduced to it at work, so I wanted debs so I could hand them to the sys admins to run them on the linux clusters they did not want to do a source install etc [01:54] i actually use a php script to build the packages as well as creating patches [01:55] hopefully after I get debs I can look at windows support using minggw [01:57] hm... [01:57] "* Rewriting copyright file in machine-interpretable format." [01:58] Is eebian preparing for a lintian copyright checker in the future? :) [01:58] *debian [02:00] Found this at http://ftp.de.debian.org/debian/pool/main/v/vsftpd/vsftpd_2.0.7-2.diff.gz [02:01] http://paste.ubuntu.com/119890/ - looks nice, almost like a debian/control file hehe [02:04] savvas thats how I do my copyright files [02:04] IMHO its a much nicer formatt [02:06] savvas: http://paste.ubuntu.com/119891/ the {} are replaced using sed [02:09] savvas: You noticed the topic change, right? [02:10] ScottK: yes 10 minutes ago [02:10] nice job AdamDH, now I'm jealous for not knowing about it earlier :P [02:11] savvas: more info here [02:11] http://wiki.debian.org/Proposals/CopyrightFormat [02:13] thanks! [02:28] whats it called when I have one package but I want to create a package say msp430 that pulls in all the required packages? [02:29] a metapackage, but such a metapackage would be unusual and probably unnecessary === maxb changed the topic of #ubuntu-motu to: Jaunty Feature Freeze in effect - Announcement for Ubuntu Release coming soon - Go fix bugs | https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Grab a merge: http://dad.dunnewind.net http://merges.ubuntu.com | http://qa.ubuntuwire.com/uehs | next MOTU Meeting: TBD [02:29] (typo fix) [02:31] true as msp430-gcc depends on msp430-binutils and msp430-libc and msp430-gdb and msp430-proxy are optional packages [02:31] thanks any way maxb was trying to find some information on them === dmb_ is now known as dmb === bluesmoke is now known as Amaranth === Skiessi is now known as Guest424255 [04:36] ScottK, what does bug 320915 got to do with cdbs? [04:36] Launchpad bug 320915 in cdbs "Remove aRts from the archive - rebuild all dependencies" [High,In progress] https://launchpad.net/bugs/320915 [04:37] superm1: I need to set --without-arts in kde.mk or a bunch of KDE 3 apps will fail configure now. [04:38] ScottK, ah that would do it. [04:38] but that begs another question. why are there a bunch of kde3 apps still in the archive? [04:38] i thought things transitioned to kde4? [04:40] We have a KDE4 desktop, but there's lots of stuff that hasn't transitioned/there is no KDE equivalent for. [04:40] Our goal for this release (which we may or may not make) is no KDE3 on the CD. [04:41] ah [04:46] For reference, last I checked gtk1.2 was still in the archive .... [05:33] If I made an extremely tiny (~20 lines of code) feature addition to Pidgin, is taht something I could get included in Ubuntu directly, or would I have to get it acceptied upstream first? [05:34] You'd have to ask the Desktop Team. [05:35] Aha, all righty. [05:35] * tonyyarusso hopes I can clean it up enough by tomorrow to try [05:40] good morning [05:56] we are still few hours away from FF, right? [06:06] slytherin: See /topic [06:07] my mistake [06:07] No problem. [06:07] I was suprised slangasek pulled the trigger as early as he did too. [06:11] I files a sync bug in about an hour ago thinking that FF was still away. And I was planning to do another merge. [06:12] FFe are generally pretty liberal to start. [06:12] If you have a good reason for them, perhaps you should ask. [06:14] I will first check if the merge could really be a sync. And then file the bug accordingly. [06:36] So I fell asleep 90 minutes before FF, while the test-builds were still running for three sync requests I was trying to sponsor. What's the best way to request exceptions for these? [06:47] * persia realises everyone who might have an opinion is probably asleep, having been awake at FF. [06:50] morning o/ [06:50] Good morning [06:54] good morning [06:54] hi geser [06:55] Hi dholbach [07:19] FF in effect? I guess, I'll switch my main system to Jaunty one of these days. [07:28] Laibsch: you haven't already? :-D [07:28] no, of course not [07:28] I need a working computer [07:29] without too much hassle [07:30] Is there a debvscript similar to dget but for locally available files that will copy the dsc, tar and diff to $PWD and optionally unpack the source? [07:30] slytherin: actually, I'm still on hardy. I usually skip one release. [07:50] Adri2000: Do you know if mom or dad stuff is available in xml or csv or some format? [07:55] Laibsch, dget file:/// ... [07:56] persia: great, thank you! === thekorn_ is now known as thekorn [08:07] * Laibsch is looking for feedback on the packaging quality of http://mentors.debian.net/debian/pool/main/p/pybugz/pybugz_0.6.11-1.dsc [08:07] I particularly am not too sure that two binaries in /usr/bin is the right thing to do [08:09] pybugz is just one single python script. it can be used to interface bugzilla from the command line [08:46] <\sh> moins [08:51] Is there a way to see recently uploaded packages/updates? [08:52] ziroday: There's a mailing list where every upload is announced. [08:52] Search for jaunty-changes. [08:52] soren: awesome, thanks! [08:52] ziroday: Sure. :) [08:53] <\sh> ziroday: dennis kaarsemaker is also providing some rss feeds... [08:53] <\sh> ziroday: e.g. http://feeds.ubuntu-nl.org/UbuntuChanges <- consolidated rss feed for all distro release uploads/changes [08:54] \sh: ooh that loos neat too, thanks! [08:54] \sh: Ah, thanks for the link. I was searching for that a couple of days ago, but my Google-Fu wasn't strong enough. [08:55] <\sh> soren: hehe..I just remembered that dennis is da man for rss feeds of *-changes [08:59] hmm any idea why the change to xserver-xorg-video-ati says its version 1:6.11.0-1ubuntu1 but https://lists.ubuntu.com/archives/jaunty-changes/2009-February/004829.html says its 1:6.10.99.0-1ubuntu1? [09:00] err in http://feeds.ubuntu-nl.org/UbuntuChanges its says its at 1:6.11.0-1ubuntu1 [09:06] ziroday: trust the mailing list [09:06] slytherin: yeah, thought as much :) [09:41] Hey. Still looking for a MOTU to review gpxviewer :) It's an application to look at GPS tracks. Would appreciate a review :) Thanks. http://revu.ubuntuwire.com/details.py?package=gpxviewer [10:01] AndrewGee, Be aware that FeatureFreeze for Jaunty has passed, so reviewers may be light on the ground until close to ArchiveOpen for jaunty+1 === Nicke_ is now known as Nicke === thunderstruck is now known as gnomefreak === _neversfelde is now known as neversfelde [11:20] The following packages have unmet dependencies: libboost-filesystem-dev: Depends: libboost-dev (= 1.34.1-15ubuntu1) [11:20] (jaunty) [11:21] stefanlsd: there is dad.dunnewind.net/tomerge-$component, and same for MoM [11:23] savvas: In main we transitioned to boost1.35 and boost (1.34) and boost1.35 are not coinstallable. Whatever is still build-dep/depends on boost needs to move to boost1.35. [11:25] oh ok [11:27] ScottK: I shouldn't file a bug about it, right? [11:29] DktrKranz, are you about? [11:31] directhex: sorry my whole client crashed a minute ago [11:31] ikonia, sounds like you're enjoying pidgin [11:32] it's normally fine, today it's just gone on a bender [11:32] savvas: You should figure out which package needs changed. [11:32] savvas: Then let a developer know about (a bug is a good way). [11:34] ok [11:39] savvas: Even better, would be to change the build-dep/depends on the package, make a debdiff, and subscribe ubuntu-universe-sponsors. Then the odds of it getting fixed go up by a couple of orders of magnitude. [11:41] ScottK! you're motu-release aren't you? [11:41] I am. [11:41] on my way! === pochu_ is now known as pochu [11:42] ScottK, if you were me, would you post merge debdiffs for packages related to 330519 (updates for the monodevelop-java and monodevelop-database packages already in the archive) via the same bug number, or open fresh bugs? [11:42] Adri2000: thanks. thats great! [11:43] bah [11:43] BUG 330519 [11:43] Launchpad bug 330519 in monodevelop "The road to Monodevelop 2.0" [Undecided,New] https://launchpad.net/bugs/330519 [11:43] directhex: Every time I think I understand how to use Launchpad in this case I get told I'm wrong. I'm not the best guy to ask. Myself, I'd use the same bug. [11:44] ScottK, then i think i will too. at least you made me giggle :) [11:44] directhex: If you've got a limited set of packages that need FFe though, you'll want to ask for that sooner rather than later. [11:45] ScottK, yes, i know. hence why i was talking to DktrKranz and sistpoty about it a couple of days before FF [11:45] ScottK, and i decided against making bad merges last night when exhausted, in favour of missing FF & getting it right [11:45] so i should get that covered later today [11:45] Sounds good. [11:46] until bug 330440 is closed, it'll suck, though. but from what i hear bug 330440 plays hell with tomboy & f-spot too [11:46] Launchpad bug 330440 in mono-addins "Please sync mono-addins 0.4-3 (main) from Debian experimental (main)." [Medium,New] https://launchpad.net/bugs/330440 [11:48] Adri2000: is mom the authoritive source of this file? I mean does dad get it from mom? [11:52] stefanlsd: no, both MoM and DaD generate these files on their own. but I'd note that the idea comes from DaD, and that it was later implemented in MoM :) [11:54] Adri2000: nice :) is anyone considered more current or authoritive? [11:56] you mean, any of DaD and MoM? [11:56] ScottK: about boost - all metapackages in boost 1.34 should be moved to 1.35? [11:57] Adri2000: yeah, between DaD and MoM [11:59] ScottK: Nevermind, I'll take a closer look between the two versions [11:59] directhex: sync is acked now \o/ [12:00] * Laney chief string puller [12:00] Laney, sweet [12:00] stefanlsd: MoM is the official tool initially developed and still hosted by Canonical, DaD is community developed. now that MoM is free (it was not at the beginning), DaD features are being merged into MoM and DaD will disappear eventually [12:00] Laney, see, i don't need to become MOTU, not when i have access to several ;) [12:00] heh [12:00] I just asked super seb [12:00] Laney, http://packages.ubuntu.com/jaunty/moonlight-plugin-mozilla [12:01] Adri2000: ok. great. thanks for the info. [12:01] :> [12:02] stefanlsd: see https://code.launchpad.net/~adri2000/merge-o-matic/dev/+merge/572 about merging the comments feature into MoM. when MoM has comments I think we will stop DaD (as it's the main thing missing currently) [12:37] dholbach: Are you going to be serving on the MC until we hold an election? Or will we just have 4 people on the council temporarily? [12:40] nhandler: only 4 MC members [12:57] AndrewGee: Are youa round ? [13:06] I've got a FFe for xvidcore, sadly my ppa was too slow yesterday to allow me to test yesterday evening, and I didn't want to upload the diff.gz before I was sure it was ok [13:06] it's at https://bugs.launchpad.net/ubuntu/+source/xvidcore/+bug/306399 [13:06] Ubuntu bug 306399 in xvidcore "New upstream version available (1.2.1)" [Undecided,New] [13:06] Can motu-release or MOTU tell me if the FFe is filled ok? [13:15] dholbach: ping [13:16] loic-m: is the FFe documented somewhere? didn't see it mentioned in the bug nor in the new changelog [13:22] need all packages that await a REVU a FFE bug report to be processed? [13:23] geser: it wasn't supposed to be an FFe, it just took too long yesterday and I had trouble uploading to Launchpad ppa (which also took longer than expected to build, and just kept telling me they were going to be build in 1 min. for like one hour or more..) [13:24] c_korn: you need a FFe when you want it finally uploaded (when it has two advocates), practically nearly nobody won't do reviews for packages without a FFe so you need to do it in parallel (find advocates and get a FFe) [13:26] loic-m: if you have now a FFe for xvidcore please mention it in the changelog, so it can be easily checked by those who accept the uploads [13:26] geser: can I just change the needs-packaging bug reports into FFe or do I have to setup special bug reports? [13:26] (following this wiki https://wiki.ubuntu.com/FreezeExceptionProcess) [13:27] geser: I'll reupload then [13:28] c_korn: please turn the needs-packaging bug into a FFe or add the missing info for a FFe and subscribe motu-release. That way all the infomation is in one bug and not scattered across several bugs [13:29] c_korn: The answer for an FFe on a new package is virtually always no. There needs to be a really good reason. [13:29] loic-m: updating the diff.gz in the bug should be enough [13:29] loic-m: no need to do a rebuild on PPA just for an additional line in the changelog [13:29] Is aline like that in the changelog ok? : * FFe request : New upstream release (LP: #306399); [13:30] s/aline/a line/ [13:30] yes [13:30] geser: thanks a lot [13:31] ScottK: so it is not worth asking for? (updated package would be scilab) [13:32] c_korn: Generally not. Part of the reason is that as we get later in the release cycle the people who are archive admins have other stuff they need to be focused on. [13:32] ok, then I will wait for 9.10. thanks [13:33] c_korn: Last cycle I think we said yes to reuploading packages that were rejected out of New after FF and one case where it was part of a development spec for Intrepid. [13:33] c_korn: Personally, if it's a package that makes Ubuntu work on more hardware (we have some of those I think), I'd be willing to consider that also. [13:34] well scilab is a numerical math application :P has nothing to do with hardware [13:35] geser: done [13:36] looks good, now you need to wait [13:39] c_korn: Have you considered trying to get it into Debian? [13:40] Heya [13:40] there are already open bug reports for it. jeuclid is in debians new queue which has been frozen due to the new release [13:40] How was the pre-FF sprint? :) [13:41] c_korn: OK, well I think it might be worth considering getting it into Debian and then it would auto sync into Ubuntu for the next release. [13:42] There's a Debian Science team that you could probably work with on it (you may know this already, I realize). [13:43] I am member of the debian-science team [13:43] Excellent. [13:44] I also already ported the patches back to debian that were required for ubuntu [13:46] laszlok_work: pong [13:46] Personally I think it's better to maintain packages that you have an interest in in Debian as many more people will benifit. The now generally if i do a new package it enters through Debian. [13:47] dholbach: do you have time to upload a new jokosher? :) https://launchpad.net/jokosher/0.11/0.11 [13:48] laszlok_work: we're in Feature Freeze now, but I'll take a look and care of it - just not this week - I'll add it to my list, OK? [13:48] laszlok_work: We're past feature freeze. [13:48] dholbach: k thanks [13:50] ScottK: ok, then I will keep the package in a PPA and wait for debian to release it. then I will push the sync bug report again. the jaunty milestone can also be removed from the bug report https://bugs.launchpad.net/debian/+source/scilab/+bug/272264 [13:50] Error: Could not parse data returned by Ubuntu: The read operation timed out (https://launchpad.net/bugs/272264/+text) [13:51] c_korn: I'll take care of it. Sorry it didn't work out better. [13:51] k, thanks [13:52] c_korn: Looking at the bug, this isn't a new package is it? [13:52] When you were discussing REVU, I thought this was a new package. [13:53] it is a new release [13:53] scilab-4 is in the repositories [13:53] but it is also not a sync because the package is also not in debian. it is just build in a PPA [13:53] So the intent is to keep that and add scilab-5? [13:55] it is an update for scilab. was it wrong to upload it to REVU? I thought all packages that do not come from debian or packages are completely new must go there first. sorry if I did it wrong [13:56] It's not completely new. [13:56] It's an upgrade of an existing package. [13:56] Generally we don't use REVU for that. [13:57] I would suggest talk to mok0 about it and see if he's interested in pursuing a feature freeze exception. [13:57] For an upgrade to an existing package if it's been well tested and there's a MOTU to look after the package, that's not so hard to get. [13:59] ok, but scilab-5 still depends on jeuclid also is not in ubuntu,yet. (I requested a REVU) [13:59] +which [14:00] Which makes it harder. [14:01] Personally, if mok0 tells me this is important from a science perspective, I'd be inclined to at least consider it. [14:03] ScottK: boost1.35 and boost1.37 and their binary packages can co-exist installed? [14:04] savvas: I haven't actually checked 1.35 and 1.37. boost (1.34) and boost1.35 cannot. [14:05] ok I think I found the culprit, boost1.35 was missing a few "Provides:", testing a ppa build now [14:09] huats_: Hi. You asked if I was around. [14:09] AndrewGee: I did indeed ! [14:09] :) [14:09] :) [14:25] arts is for sound right? [14:26] Yes, though I thought that was KDE3 only. [14:26] savvas: Yes. We are trying to remove it from the archive right now. [14:26] As broonie says, it's KDE4 only. [14:26] 4/3 [14:28] hm.. [14:29] I'm looking at bug 328932 - logically it shouldn't affect x11 and opengl of libsdl1.2 [14:29] Launchpad bug 328932 in libsdl1.2 "X11 driver not configured with OpenGL" [High,Triaged] https://launchpad.net/bugs/328932 [14:30] IIRC whoever tried to extract the need for arts from libsdl had some unfortunate side effects. [14:32] https://wiki.kubuntu.org/RemoveArts [14:48] ScottK: is it normal for boost1.35 to fail in PPA? [14:48] ...failed updating 224 targets... // ...skipped 12 targets... // ...updated 11 targets... // make: *** [build-stamp] Error 1 // dpkg-buildpackage: failure: debian/rules build gave error exit status 2 [14:49] savvas: No. [14:49] savvas: What PPA? [14:49] the only thing I've changed is debian/control, to add the 'Provides:' [14:49] http://launchpadlibrarian.net/22876525/boost1.35_1.35.0-8ubuntu3_1.35.0-8ubuntu4.diff.gz [14:49] warning! it's a huge log file [14:49] ScottK: https://edge.launchpad.net/~medigeek/+archive/ppa [14:50] ScottK: oops sorry, wrong link: https://edge.launchpad.net/%7Emedigeek/+archive/ppa/+build/875553/+files/buildlog_ubuntu-jaunty-i386.boost1.35_1.35.0-8ubuntu4_FAILEDTOBUILD.txt.gz [14:51] Heya gang === jdstrand_ is now known as jdstrand [14:55] savvas: I'm not sure what to tell you. I uploaded a boost1.35 fix yesterday and it built fine. [14:55] hi folks [14:55] damn, looks like FF was announced just too early, so that I'll need a FFe now myself? *G* [14:55] ScottK: ok, I'll try it locally === ember_ is now known as ember [15:03] ScottK, DktrKranz: bug #331583 [15:03] Launchpad bug 331583 in ubuntu "FFe for new package FAUmachine" [Undecided,New] https://launchpad.net/bugs/331583 [15:05] geser: Koon: are both of you guys around? [15:05] geser: Koon: i'm looking at https://bugs.edge.launchpad.net/ubuntu/+source/oscache/+bug/252318 [15:05] Ubuntu bug 252318 in ehcache "Please move back to universe (was: move to multiverse)" [Medium,Confirmed] [15:05] yep [15:06] Does anyone know any particular reason why ubuntu-restricted-extras has direct dependency on libdvdread3 libmp3lame0? [15:06] kirkland: afaict it's a big mess of stuff half in universe half in multiverse [15:06] like with source in multiverse and binaries in universe [15:07] kirkland: since they tend to build-dep on each other, they need to move at the same time. [15:07] kirkland: geser had a look at it too, maybe he can confirm [15:08] Koon: thanks. [15:08] kirkland: yes, I'm around [15:09] geser: can you confirm that all of (ehcache, libhibernate3-java, libswarmcache-java, oscache) are all ready to move to universe? [15:09] geser: https://bugs.edge.launchpad.net/ubuntu/+source/oscache/+bug/252318 fyi [15:09] Ubuntu bug 252318 in ehcache "Please move back to universe (was: move to multiverse)" [Medium,Confirmed] [15:10] kirkland: I've checked the build-dependencies and the runtime dependencies from the affected package and they're either already in main or universe (or one of the affected packages) [15:10] geser: :-) [15:10] as for "freeness", they are all in debian main, so they should be alright [15:10] Koon: right-o [15:12] kirkland: should I add the debian version where the packages moved from contrib to main to the bug? [15:12] geser: hey, that would be nice, sure [15:18] Does anyone know any particular reason why ubuntu-restricted-extras has direct dependency on libdvdread3 and libmp3lame0? [15:19] kirkland: added to the bug, anything else missing? [15:20] geser: nope, i think we're good. [15:20] geser: i'm processing shortly [15:21] kirkland: could you also "fix" bug 323863? [15:21] Launchpad bug 323863 in libjdic-java "Please move package to universe" [Wishlist,Confirmed] https://launchpad.net/bugs/323863 [15:21] geser: sure [15:26] Which files do I need to look at when provding a diff of the symbols for a new version of a library? [15:28] I didn't use it myself yet, but probably the output of check-symbols [15:29] it's in ubuntu-dev-tools [15:32] geser: thanks [15:34] what is the way to unsubscribe someone else from a bug? [15:35] slytherin: you can't (unless it's a team you're part of) [15:35] there is no way? not even possible by asking a lp admin? [15:37] sistpoty|work: IIRC, a similar request was made for Intrepid. Which benefit does it provide for Jaunty? [15:38] DktrKranz: hm? there wasn't a request for intrepid in regards to faumachine, as it did have some copyright problems back then [15:38] slytherin: opening a question against LP might work but I guess you will be faster by asking the person or team to unsubscribe themselves [15:38] that is what I just did. :-) [15:39] sistpoty|work: oh, I probably confused with another piece of software then [15:39] DktrKranz: well, I had the idea to use faumachine for cd testing purposes... (which I still think would be a good use of it) [15:40] I don't know upstream project at all, could you summarize very briefly about it? [15:41] DktrKranz: sure... I'll try to be brief. FAUmachine is a virtual machine like qemu, however it comes with fault injection capabilities and a rich testing framework [15:41] DktrKranz: and lots of examples, like installing ubuntu 7.10 (provided that you've got the iso at hand) [15:42] I see, so it could be useful for QA purposes such as stres-testing for SRUs, or similar? [15:43] DktrKranz: rather for iso testing... e.g. checking if lvm+raid still works with the newest daily [15:43] geser: Bug #323863 : done ;-) [15:43] Launchpad bug 323863 in libjdic-java "Please move package to universe" [Wishlist,Fix released] https://launchpad.net/bugs/323863 [15:43] sistpoty|work: sounds cool :) [15:44] DktrKranz: basically anything a user could type/click can be automated with faumachine (w.o. need to mess with the iso at all) [15:45] sistpoty|work: so it is almost ready for upload, isn't it? [15:45] DktrKranz: yes, the problem that stresses me more atm is that I'm trying to dist-upgrade my office laptop to jaunty straight from hardy, which seems to be a very bad idea *g* [15:46] DktrKranz: others than that (I do want to do a final test with jaunty), it's ready for upload [15:47] sistpoty|work: sounds good, I'll comment it on the bug ;) [15:47] and good luck with hardy -> jaunty [15:47] DktrKranz: thanks! :) [15:57] kirkland: did you also moved the libjdic-java source from multiverse to universe? (or is just LP laggy?) [15:58] geser: any idea how good is openjdk-6-jre on amd64? === ssweeny_ is now known as ssweeny [16:14] geser: hmm [16:15] slytherin: I don't use any java apps, so I can't tell [16:15] geser: seems it's already there [16:15] geser: https://bugs.edge.launchpad.net/ubuntu/+source/libjdic-java/+bug/323863/comments/4 [16:15] kirkland: just saw it too [16:15] Ubuntu bug 323863 in libjdic-java "Please move package to universe" [Wishlist,Fix released] [16:16] so it was just LP a little bit behind [16:19] I hope all these move to universe activities is not giving any chance to soyuz for eating packages. [16:20] does anyone has Jaunty installed or in a vm? [16:20] I'm trying to run : check-symbols xvidcore [16:20] it works on Intrepid, but fails on Jaunty [16:20] "package doesn't exit : libxvidcore" [16:22] loic-m: I have jaunty installed. [16:22] I think pb is on my side actually [16:22] works if I don't have my ppa in source.list, doesn't work with it [16:23] that's realy strange [16:24] loic-m: I am getting this - No matching binary files found in «/var/cache/pbuilder/result». [16:25] Hi, would changing a new feature upstream added to be on by default when a package is installed require a FFE if implemented after FF? [16:25] Which means I'd need to build it in Jaunty, not just on my ppa? [16:27] loic-m: maybe you'd just want readelf -s | sort? [16:28] loic-m: (for all shared objects contained in the package) [16:29] sistpoty|work: i'm not sure I'd be able to tell which file is a sharedobject [16:29] loic-m: shared objects live in /usr/lib (or /lib) and end with .so ;) [16:30] I've been on xvidcore since monday, my brain is going to short off soon [16:30] lfaraone: imo, yes [16:31] sistpoty|work: i don't really understand. Do you mean I install the new version, check what files it puts in /usr/lib and run readelf -s on them? [16:31] loic-m: yes, and the same for the old version... (you don't even need to install it, dpkg -x somedirectory will extract the contents to somedirectory) [16:32] sistpoty|work that sound really interesting. Can I just do that from my current Intrepid? [16:33] loic-m: yes === dholbach_ is now known as dholbach [16:35] sistpoty|work thanks a lot [16:35] loic-m: no problem [16:36] loic-m: eventually, you'll want to modify the output of readelf -s a little bit afterwards... the interesting bits are the symbol names and symbol versions (the other stuff can be ignored) [16:37] slytherin: Ok. [16:37] slytherin: (currently the application acts oddly with the feature turned off) [16:38] slytherin: (and the feature is already in jaunty) [16:39] lfaraone: then do you need new upstream version for that? Can't you just change package in jaunty to turn on the feature by default? [16:40] slytherin: currently the upstream is in a feature freeze as well, in the RC1 stage. [16:40] slytherin: so we theoretically can import all of the new upstream versions, since all changes after what's currently in jaunty should be bugfixes. [17:02] sistpoty|work: do you think I just need to run readelf -s on -dev libraries only, and is doing it for one arch sufficient? [17:04] loic-m: the actual shared object should be in the lib* package, the -dev package only contains the link [17:04] loic-m: and yes, one arch is ok [17:04] loic-m: oh, and as I've just looked at the output of readelf -s myself, please filter out undefined symbols (those marked as UND) [17:07] sistpoty|work: thanks a lot. Actually it helped me see I need to update the packaging [17:14] sistpoty|work http://paste.ubuntu.com/120195/ is that the desired output for attaching to bug 306399 ? [17:14] Launchpad bug 306399 in xvidcore "New upstream version available (1.2.1)" [Undecided,New] https://launchpad.net/bugs/306399 [17:15] loic-m: almost... can you filter out these columns: "35: 00000000000114b0 4363"? [17:16] loic-m: the interesting bits are actually: did a symbol vanish which was there before [17:16] loic-m: if it just changed in size, but is still there, that's not a problem [17:16] loic-m: granted, in this case it's easy enough to spot in that output as well that no symbol disappeared ;) [17:21] sistpoty|work: I'll do that [17:21] loic-m: thanks! [17:21] Does anyone know where the colors for MoM are documented? http://merges.ubuntu.com/universe.html - so the red, or dark / light green? [17:22] stefanlsd: not too sure, but it could be Priority from debian/control [17:23] sistpoty|work: just to improve my knowledge, is there something I should read about library management/symbol handling? [17:23] sistpoty|work: aah. yeah. i think you're right. will check [17:24] * Laney hunts for motu-sru [17:24] DktrKranz: the library packaging guide is always a good read... also iirc there's an annotated log from the library packaging session in the wiki (but I forgot where) [17:26] sistpoty|work: ELF internals are a good candidate too? [17:26] DktrKranz: haven't read that myself yet, so no idea [17:26] DktrKranz: but it sounds interesting :) [17:26] heh [17:29] sistpoty|work: yeah, in 0-5. [ "unknown", "required", "important", "standard", "optional","extra" ] [17:47] ScottK, iulian: any opinions on bug #331583? (I'm about to leave the office, and would like to upload it once I'm home, so please, please, please *g*) [17:47] Launchpad bug 331583 in ubuntu "FFe for new package FAUmachine" [Undecided,New] https://launchpad.net/bugs/331583 [17:52] hello sistpoty|work. i'm gonna prepare merges for the new versions of the 2 monodevelop plugins currently in the archive, and attach to that MD2 bug. okay? [17:53] sistpoty|work: Accepted. [17:57] iulian: thanks a lot! [17:57] directhex: sure thing [17:58]