=== JontheEchidna is now known as jte|test === jte|test is now known as JontheEchidna [00:02] I'm following up on a post by Justin Dugger that I read today. [00:04] I'd like to help out with the effort to get Eclipse up to date. === asac_ is now known as asac [00:05] It looks like doko has made a massive step forward, but it still seems under threat due to these bundled libraries. [00:05] Do we know what they are and what's involved in getting Eclipse to use the system-wide ones instead? [00:09] could somebody give a look @ https://bugs.launchpad.net/ubuntu/+source/dutch/+bug/307667 [00:09] Ubuntu bug 307667 in dutch "Spelling checker does nothing because nl_BE spelling is missing or isn't configured by default" [Undecided,Confirmed] [00:15] Is there a proper way to edit patches with cdbs-edit-patch ? I make the changes I need in the shell with nano, but upon exit, the created patch is empty... do I need to use a different editor? [00:33] stochastic: can you elaborate? [00:34] Mighty quiet in here... [00:34] stochastic: generally cdbs-edit-patch(1) is invoked with some arguments [00:42] pwnguin: tjaalton: Are either of you there? You're both mentioned in Justin's post, dunno if you can help.... [00:59] Right, I'm exhausted. Time for bed. [01:06] dtchen, I run "cdbs-edit-patch 00_denemo_desktop.patch" then in the shell I execute "nano ../../pixmaps/denemo.desktop" edit the file, then on exit, an empty patch file is created [01:09] stochastic: does it make a difference if you run "cdbs-edit-patch debian/patches/00_den....patch" directly from the source? [01:11] Ampelbein, no same result occurs [01:14] stochastic: what package are you trying? [01:14] To clarify further, I'm updating the denemo package, it has two patches already in the package but upon moving the debian file from the old package to the new package the patches error out in the build. I wiped the patches out and am attempting to re-create them [01:16] also, when I ran cdbs-edit-patch on the old patches (inside the new version 0.8.6 of denemo) it gave errors [01:17] the files that are being patched haven't moved from version to version, but I think the contents may have changed slightly [01:22] Ampelbein, if you're looking into this, I'd love to hear your insights, but I've got to step out for two hours or so, feel free to private message me [01:22] stochastic: you did remove the tarball rule from debian/rules? that seems to be not necessary anymore since upstream ships the source untarred [01:23] stochastic: and when removing that rule, everything works as expected. [01:28] Ampelbein, okay I missed that. Infact I updated the version number in that rule. I'm new to cdbs - my bad. [01:29] stochastic: no problem. [01:36] Ampelbein, just to make sure I understand, it's the include tarball line that needs to be deleted/commented out for the patches to work correctly? [01:37] stochastic: yes, the tarball.mk rule needs to be removed. and the DEB_TAR_SRCDIR variable is only used by tarball.mk so it can be removed, too. [01:38] ahh okay, thanks. no time to test/confirm, I've got to run, but I trust you're right. Thanks. [01:39] stochastic: you're welcome. === JontheEchidna_ is now known as jonny|quassel [03:03] Hi people [03:04] hello everybody [03:05] Hello pfm [03:14] well, I'll continue reading the MOTU guide [03:14] meanwhile, is anybody here interested in mentoring? [03:15] pfm: You should read through https://wiki.ubuntu.com/MOTU/Mentoring and contact the Mentoring Reception if you are really interested in a mentor (which is not a requirement) [03:15] also I'd like to know if 20 hours a week of dedication is enough for a motu wanabe [03:15] or it is needed more? [03:15] pfm: It all depends on what you are planning on doing. The more teams you join, the more time you will need to devote [05:18] superm1, ping re dkms dep on lsb [05:19] oh, right, dkms isn't in universe anymore, it's in core [05:33] Anyone knows how to specify different CFLAGS on debian/rules for each Makefile under the same package? (The package uses 2 different Makefile, one compiles the binary, and the other the libs) [05:52] RoAkSoAx, export CFLAGS just before calling make command? (in the same line, separated by && )? [05:53] there is only one configure command or 2? [05:54] fabrice_sp, make class Binary Makefile, which first calls the libraries Makefile, compiles them, then it comes back and compiles the binary. So yes, just one make, no configure [05:54] patch the makefile? [05:55] when you say comes back, it's because there is 2 different directories? [05:55] and 2 differents 'sub-makefiles'? [05:56] fabrice_sp, yes. /Makefile calls libipvs/Makefile, which it compiles libipvs, and then it comes back to /Makefile and compiles ipvsadm [05:57] so you can patch each Makefiles to alter compilation flags [05:59] fabrice_sp, right, but isn't it possible to specify them on debian/rules (for each Makefile)? [06:01] RoAkSoAx, hmmm. You could manually call each makefile in the rules file, setting CFLAGS [06:01] so you will have 2 make calls instead of one [06:02] fabrice_sp, and patch Makefile to avoid calling libipvs/Makefile ? [06:03] RoAkSoAx, it Makefile is done well, it will detect that libipvs targets has been compiled, and wouldn't compiled them again [06:03] if Makefile... [06:04] so you wouldn't need to patch Makefile. [06:04] but it has to be tested [06:04] I see... I'll try that and see how it goes [06:04] thanks ;) [06:06] ;-) [06:21] * RoAkSoAx is off to sleep, night all [07:10] I'm attempting to update a package and along the way fix a mimetype association bug. Problem is that I've made the mime file (as seen here: http://pastebin.ubuntu.com/223288/ ) and the rules file (seen here: http://pastebin.ubuntu.com/223290/ ) uses cdbs, and from my reading I think that is all that's needed, but the mime file isn't getting installed. [07:17] stochastic: What have you tried to debug this? During the build process are you seeing dh_installmime being run? Do you see a file usr/lib/mime/packages/denemo in the build dir after the build step is completed? Do your postinst and postrm end up with the appropriate commands in them? [07:19] jmarsden, I actually did just find my usr/lib/mime/packages/denemo installed, but looking at other files in that directory, I realize it's not the right place for the file I've created. I need the file to be put in /usr/share/mime-info/denemo.mime [07:19] should I invoke dh_install to copy the file there? [07:21] I'm not sure. I'm not expert enough on MIME... sounds reasonable. Maybe check what package installed some other file(s) in /usr/share/mime-info/ and grab/read their sources to check on how they got them there? [07:22] good idea, I see drivel is very close to what I want... off I go to look [07:24] stochastic: Based on the dh_installmime man page, if you can do what you need by installing to /usr/share/mime/denemo/denemo.xml then you can create debian/denemo.sharedmimeinfo instead of denemo.mime and dh_installmime will do the work for you. === al-maisan_ is now known as al-maisan [07:26] jmarsden, thanks I'll give that a shot [07:29] oh my, soyuz too? [07:30] directhex: that's right. [07:30] everything was open sourced, including Soyuz and code hosting. [09:35] noodles775: http://www.peterbe.com/plog/gorun.py [09:36] (not actually a .py script, but a blog post) [09:36] * noodles775 looks [09:38] james_w: niiice... and very generic too :) [09:38] could perhaps do with a few more smarts to guess tests and things [09:38] and needs libnotify integration :-) [09:39] Yes, some generalisations would be helpful... imagine the config for LP! :) === proppy1 is now known as proppy [09:43] Any java packagers here for a cross review? :-) [09:44] Quick question: When you do 'apt-cache show [package name]' are you looking at binary packages or source packages? [09:44] binary [09:44] showsrc for source [09:45] james_w: Thanks :) [09:46] slytherin, i'm told mono is a bad copy of java, so i can give a bad copy of a review, at best [09:47] directhex: here you go - http://revu.ubuntuwire.com/details.py?package=excalibur-logger [09:50] slytherin, changelog obviously needs a real bug number. but seems sane otherwise [09:50] as far as cdbs is sane... [09:50] directhex: I was tols, as long as no one else is working on the package, bug number is not strictly necessary. :-) [09:57] it's not [09:57] if there's a needs-packaging then close it [09:57] if you are working for a while on it then file one [09:58] slytherin: is this different to the package I NEWed the other day? [09:58] though if you're not closing a bug then don't put "(Closes: #XXXXXX)" [09:59] james_w: This is a different package. There is no needs packaging bug. I will remove 'Closes' entry. [10:00] looks pretty good to me though [10:11] slytherin: advocated [10:12] bug 399299 and bug 399326 could do with a review :-) [10:12] Launchpad bug 399299 in libnb-svnclientadapter-java "Update SvnClientAdapter for netbeans 6.7" [Undecided,Confirmed] https://launchpad.net/bugs/399299 [10:12] Launchpad bug 399326 in libini4j-java "Update libini4j-java to 0.4.1" [Undecided,New] https://launchpad.net/bugs/399326 [10:14] morning [10:14] james_w: I will check. [10:14] thanks [10:17] morning Laney [10:23] james_w: dholbach has already reviewed libnb-svnclientadapter-java and he is happy with it. Should I just upload it? [10:23] if you think it makes sense === noodles775 is now known as noodles775-afk [10:26] I guess I will try to test build it once before upload. [10:32] james_w: In case you feel like adding second advocations to some more java packages/libs, monajat and swtcalendar are waiting. [11:12] hm [11:12] reprepro was surprisingly easy to set up [11:38] is there an apt preference to not care about repo signatures? [11:38] specifically to allow unsigned [11:43] how can i build the unstripped versions of ffmpeg [11:49] directhex: ping [11:49] pong [11:49] directhex: is the Evolution backend of tasque known to be broken on intrepid? [11:50] slytherin, i don't know if it's explicitly known, but AFAIK the evolution-sharp binding in intrepid is pretty crap [11:50] directhex: does this error look familiar - http://paste.ubuntu.com/223417/ [11:52] slytherin, i know what causes it, and i can give you a patch for it, if that's what you'd like [11:53] directhex: If it is just a rebuild then I will do it myself. [11:53] If a simple symlink will work then even better. [11:55] sumlink works [11:55] slytherin, can you pastebin /usr/lib/cli/evolution-sharp-3.0/evolution-sharp.dll.config ? [11:55] sure [11:56] directhex: http://paste.ubuntu.com/223421/ [11:57] slytherin, okay. workaround: target="libedataserver-1.2.so.9" should be target="libedataserver-1.2.so.11" for intrepid [11:58] directhex: right. Not worth an SRU is it? [11:58] slytherin, well, as i suspected, it's the evolution-sharp library. i don't know how wide an impact that library being broken has [11:59] basically the lib's build system hard-codes expected sonames in configure [11:59] so configure needs to be patched with intrepid's numbers [11:59] directhex: Do I need to change anything else? The workaround is not working. [11:59] slytherin, same error? [12:00] yes [12:00] restarted the app? [12:00] yes, I did [12:01] and it still complains about libedataserver-1.2.so.9? how exceedingly odd [12:01] right. But as I said, adding a symlink works. [12:02] oh, edit /usr/lib/mono/gac/evolution-sharp/*/evolution-sharp.dll.config too [12:03] works now [12:04] right. problem is as described [12:04] bad soname versions hard-coded [12:05] The rdepends of libevolution3.0-cil are - tasque, gnome-do-plugins, gfax and beagle-backend-evolution. Not many [12:07] officially, evolution-sharp 0.17 does not support EDS 2.24 [12:07] jaunty's evo# does [12:07] but that isn';t even ABI-compatible [12:08] so we're far from SRU land [12:08] he he [12:08] so, the way i see it, the options are: SRU to force the sonames to match, which may fix apps or may break apps. or leave it and chalk it up to "directhex has only just taken charge of mono in ubuntu right as this cycle is ending" === noodles775-afk is now known as noodles775 [12:10] i don't run intrepid OR tasque, so i'll let you decide what you think best. i'll help out with the implementation issues, of course [12:32] directhex: let me take a look on LP if there is already a bug reported. [12:38] directhex: bug 285707 and bug 287332. One is open, the other is fixed in jaunty. [12:38] Launchpad bug 285707 in tasque "Tasque cannot connect to Evolution Data Server" [Undecided,New] https://launchpad.net/bugs/285707 [12:38] Launchpad bug 287332 in evolution-sharp "beagle-backend-evolution cant find libedataserver-1.2.so.9" [Medium,Fix released] https://launchpad.net/bugs/287332 [12:38] slytherin, well, the tasque one is fixed in jaunty too. question is how much we care about intrepid [12:39] Right. I don't care much. :-) I will simply add the correct workaround in the bug. === yofel_ is now known as yofel [12:51] could somebody give a look @ https://bugs.launchpad.net/ubuntu/+source/dutch/+bug/307667 [12:51] Ubuntu bug 307667 in dutch "Spelling checker does nothing because nl_BE spelling is missing or isn't configured by default" [Undecided,Confirmed] [12:54] anyone able to help with https://bugs.launchpad.net/ubuntu/+bug/396287 [12:54] Ubuntu bug 396287 in ubuntu "[needs-packaging] liblua5.1-iconv" [Wishlist,New] [12:59] slomo: Tried totem from Debian experimental. DVD navigation works perfectly. :-) [13:01] slytherin: that's nice to hear :) but please don't report just another bug that seeking doesn't work anymore with mpeg,mkv or mxf files ;) that will be fixed before 0.10.24 [13:03] slomo: I am not. I care more about DVD playback than the seeking of mpeg files. :-) [13:03] slytherin: ok :) does seeking in dvds work btw? [13:04] slomo: switching to next/previous chapter works. I didn't try time base seeking. Also setting subtitles from DVD root menu works. [13:16] hello, I'm reading up on the pending debian/copyright format proposal: http://dep.debian.net/deps/dep5/ - How do I state that some files are released into the Public Domain? It wasn't clear [13:16] slytherin: ok :) can you confirm this bug here? http://bugzilla.gnome.org/show_bug.cgi?id=589064 [13:16] Gnome bug 589064 in gst-plugins-bad "resindvd doesn't behave right for "previous chapter"" [Normal,Unconfirmed] [13:16] "License: other" and state what the author provided? [13:20] savvas0: sound right [13:20] ok :) [13:23] Hi geser, I've updated the sphinxbase package as per your feedback - let me know if you have time to check it when you're around. http://revu.ubuntuwire.com/p/sphinxbase === dyfet__ is now known as dyfet [13:42] slomo: I will check in evening. === thekorn_ is now known as thekorn === dyfet__ is now known as dyfet [15:04] StevenK: do you mind if pickup the merges for obexpushd & scmxx? [15:04] awe: Go right ahead! [15:04] danke [15:15] Hello, I'm trying to push for an SRU of gnumeric (libgoffice) as described in https://bugs.launchpad.net/gnumeric/+bug/316502 Are there more (easy) steps that should be done there? [15:15] Ubuntu bug 316502 in gnumeric "cannot release a graph in gnumeric after click and drag" [Medium,Fix released] [15:42] Heya gang [15:42] Hello [15:57] nellery: ping [16:11] wgrant: Can I trouble you for an mdt page for all reverse-{build-,}deps of ghc6 and all packages maintained by pkg-haskell-maintainers@lists.alioth.debian.org? [16:12] Laney: Sure. I'll do that now. [16:12] and ghc6, hugs if you will [16:12] OK. [16:13] thanks a lot === noodles is now known as noodles775 [16:16] Laney: are you a haskell packager? any chance of packaging haskell-zip-archive? :) It blocks the pandoc upgrade, bug 309528 [16:16] Launchpad bug 309528 in pandoc "[karmic] Please upgrade pandoc to 1.2.1 version" [Wishlist,Confirmed] https://launchpad.net/bugs/309528 [16:16] Launchpad bug 309528 in pandoc "[karmic] Please upgrade pandoc to 1.2.1 version" [Wishlist,Confirmed] https://launchpad.net/bugs/309528 [16:16] Ubuntu bug 309528 in pandoc "[karmic] Please upgrade pandoc to 1.2.1 version" [Wishlist,Confirmed] [16:16] Ubuntu bug 309528 in pandoc "[karmic] Please upgrade pandoc to 1.2.1 version" [Wishlist,Confirmed] [16:16] Launchpad bug 309528 in pandoc "[karmic] Please upgrade pandoc to 1.2.1 version" [Wishlist,Confirmed] https://launchpad.net/bugs/309528 [16:16] Launchpad bug 309528 in pandoc "[karmic] Please upgrade pandoc to 1.2.1 version" [Wishlist,Confirmed] https://launchpad.net/bugs/309528 [16:16] good god [16:16] this is a bad situation [16:16] argh [16:16] sorry [16:16] savvas0: maybe [16:16] if you want to do it, please come and join pkg-haskell though [16:16] Joachim is a good sponsor :) [16:17] I'm unfamiliar with the process, if I ever finish up with my exams, I will consider it :P [16:17] there are lots of cabal libraries packaged [16:17] you can copy those [16:18] (plus there is cabal-debian on hackage which does lots of the hard work) [16:18] I've checked out the haskell-http looks pretty easy with the cdbs .mk file hehe [16:18] ...why do we have duplicate bots?! [16:18] cabal-debian --debianize [16:18] hell, they're even fighting against each other now! [16:18] hm.. thanks! [16:18] dunno [16:18] skynet? [16:18] lolwut [16:18] http://en.wikipedia.org/wiki/Skynet_(Terminator) [16:19] poke the #ubuntu-bots guys :) [16:19] (and/or girls, heh) [16:20] Laney: http://qa.ubuntuwire.org/multidistrotools/haskell.html [16:20] wgrant: too kind [16:21] Laney: Please try to find any omissions. === zul_ is now known as zul [16:25] wgrant: Looks alright from my quick scan. I'll update you if I learn any different [16:25] Laney: Great. [16:25] oh [16:25] wgrant: Doesn't include hugs [16:25] (hugs98 source package, sorry) [16:25] my bad there [16:39] hello [16:39] Does anyone fancy doing a quick new package review for me? It's alredy in Debian NEW, but I don't think it will land before FF [16:40] git clone git://git.debian.org/pkg-haskell/agda.git [16:44] I am setting up a CUPS print server for our office - and wanted to know if these drivers: http://software.canon-europe.com/software/0031040.asp were packaged - and if not, what the steps would be to get them packaged? [16:45] I couldn't find them packaged anywhere [16:47] Laney: hugs98 added. [16:47] ty [16:48] Hi. I fixed a bug for a python module in karmic. I nominated it for jaunty also, and wrote a patch. What do I do next? https://bugs.launchpad.net/ubuntu/jaunty/+source/osm-gps-map/+bug/387043 [16:49] Ubuntu bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] [16:49] Ubuntu bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] https://launchpad.net/bugs/387043 [16:49] Add debdiff, subscribe sponsors, wait [16:49] is this a good place to ask for help? [16:50] depends what kind of help [16:50] PPA [16:50] build on PPC [16:50] #launchpad [16:50] thanks [16:50] irc.ubuntu.com? [16:50] Laney: I've attached the debdiff and subscribed sponsors. It's been almost 3 weeks so far. Is this right? [16:50] same server [16:50] Hi geser, I'm not sure if you check the scrollback, but just in case, I've updated the package after your review comments at http://revu.ubuntuwire.com/p/sphinxbase, if/when you have time. [16:50] bye [16:51] AndrewGee: Yes, just requires more patience... or more sponsors [16:51] And a general question for anyone, I'm packaging a second package that depends on my first one (sphinxbase). Is there a way to test the second package in pbuilder, somehow passing in the first as a dependency? [16:52] Laney: I subscribed motu-sru. I guess that's right. Sorry for bothering you. Just wanted to make sure I hadn't done anything wrong :) [16:52] AndrewGee: I haven't actually clicked. /me does [16:53] oh [16:53] I misunderstood what you want to do [16:53] noodles775: I've seen your hilight, but didn't had time yet to re-review it again. [16:53] geser: great, just when you have time. Thanks! [16:53] jdong, cody-somerville: bug 387043 [16:53] Launchpad bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] https://launchpad.net/bugs/387043 [16:53] Launchpad bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] https://launchpad.net/bugs/387043 [16:53] Ubuntu bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] [16:53] Ubuntu bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] [16:53] Launchpad bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] https://launchpad.net/bugs/387043 [16:53] Launchpad bug 387043 in osm-gps-map "osmgpsmap python bindings placed in site-packages rather than dist-packages" [Undecided,Fix released] https://launchpad.net/bugs/387043 [16:53] gah [16:54] Why do we have two bots? [16:54] I have no idea. Just asked ubuntu-bots to remove one of them [16:54] you could kick one if you have the power [16:54] one doesn't seem to be enough today :) [16:59] Anyone knows how to specify different CFLAGS on debian/rules for each Makefile under the same package? (The package uses 2 different Makefile, one compiles the binary '/Makefile', and the other the libs 'libipvs/Makefile') Makefile first calls libipvs/Makefile to compile the libs and then it compiles the binary [17:00] Laney: Thanks for taking a look :) [17:00] AndrewGee: yeah you just need to get an motu-sru guy to approve it [17:00] Gooooood :) [17:11] <_andre> hyperair: you there? [17:11] _andre: hello. [17:11] <_andre> hi [17:12] <_andre> i don't know if you remember, but you suggested me to use a dh-style rules file for my packages [17:13] yes i did. [17:13] yeah i remember [17:13] <_andre> i did that, as in http://codepad.org/fo6biJZ0 but for some reason, it seems it doesn't work with pbuidler (it just runs the default targets) [17:13] <_andre> it works fine with debuild though [17:14] <_andre> have you ever seen that behavior? [17:14] you're missing out a very important part. [17:14] %: [17:14] dh $@ [17:14] oh wait, it's there [17:14] whoops [17:14] <_andre> :) [17:14] alright. what version of debhelper is in your pbuilder? [17:14] rather, which pbuilder are you using to test? [17:15] override rules require dh >= 7.0.50 [17:15] <_andre> version 0.183ubuntu1 [17:15] O_o [17:15] <_andre> it's the one that comes with jaunty [17:15] debhelper! [17:15] no way. [17:16] jaunty has debhelper 7.0.something [17:16] <_andre> oh, that was from apt-cache showpkg pbuilder [17:16] heh [17:16] right [17:16] anyway [17:16] jaunty has 7.0.28 [17:16] if i'm not mistaken [17:16] you'll need 7.0.50 [17:16] which means you should specify it as such inside your build-depends as well [17:17] if you intend to upload it to a jaunty ppa, you're going to have to backport debhelper as well. [17:17] at least 7.0.50 [17:17] <_andre> 7.2.8ubuntu1~jaunty~ppa1 [17:17] there are debhelper packages for jaunty and intrepid floating around which you can copy [17:17] <_andre> that's what it says here [17:17] O_o [17:17] eh? [17:17] do this: [17:17] pbuilder login [17:18] and then apt-cache policy debhelper [17:18] <_andre> k, sec [17:18] it's the debhelper version *inside* pbuilder's chroot. [17:18] not the debhelper version installed in your system [17:18] <_andre> ah, ok [17:19] <_andre> i believe i specified karmic when creating the environment [17:20] <_andre> 7.0.17ubuntu4 [17:22] <_andre> hmm [17:22] <_andre> looks like it has both jaunty and karmic and defaults to jaunty [17:24] <_andre> hmm, no, even with "--distribution karmic" it seems to have installed the jaunty environment [17:25] <_andre> how do i update pbuilder's debhelper? [17:28] _andre: when you created your pbuilder ... what did you use to create them? something like 'sudo DIST=karmic pbuilder create' [17:29] <_andre> VK7HSE: sudo pbuilder create --distribution karmic [17:29] * hyperair uses a custom script [17:32] <_andre> i tried running that again and it said "E: No such script: /usr/share/debootstrap/scripts/karmic"... weird [17:33] you'll need a newer debootstrap then. [17:33] it isn't too hard though [17:33] if you cd into /usr/share/debootstrap/scripts, you'll notice that all the ubuntu scripts are symlinks to one script. just create another symlink to the said script, and call it karmic. [17:34] <_andre> oh, cool [17:37] <_andre> "unknown location deb/dists/karmic/Release" [17:37] <_andre> :/ [17:37] O_o [17:38] <_andre> i ran this command: [17:38] why do you have so many issues?! [17:38] <_andre> sudo pbuilder create --distribution karmic --mirror "deb http://archive.ubuntu.com/ubuntu karmic main restricted universe multiverse" [17:38] ah. that would make sense. [17:38] --mirror is wrong. [17:38] the manpage says just give it a url [17:38] --mirror "http://archive.ubuntu.com/ubuntu" --distribution karmic --components "main restricted universe multiverse" [17:39] that's what you're supposed to do [17:39] <_andre> oh [17:39] <_andre> thanks [17:39] you might be interested in using a pbuilderrc [17:39] config file [17:39] i've a one-size-fits-all config file, adapted from what i remembered of directhex's one [17:39] <_andre> i just assumed --mirror worked the same as --othermirror, which is mentioned in the wiki [17:40] --othermirror is a | separated list of deb lines [17:40] i think deb-src works as well [17:40] the manpage is a good read. [17:41] <_andre> yeah, sorry [17:41] <_andre> i had never built deb packages before [17:42] =O [17:42] <_andre> we'll move our servers to ubuntu here at work [17:43] <_andre> it'd be cool if i could get those in the official repositories === ember_ is now known as ember [17:44] <_andre> our shared-hosting web servers use them [17:45] _andre: here's a copy of my pbuilderrc file ... http://files.getdropbox.com/u/927280/pbuilderrc this needs to be renamed to .pbuilderrc and placed into you ~/ (home directory!) [17:46] <_andre> thanks! [17:46] _andre: you will need to edit the servers that are in this file to suite your local repository ... [17:47] <_andre> ok [17:47] _andre: my ISP is an ubuntu mirror! [17:48] <_andre> :) nice [17:48] anyway bedtime for me! ... near 3am !! [17:48] Hey guys is there a wiki page that shows how to package Java apps? [18:04] DktrKranz, don't forget to review lekhonee please. Thanks a lot :) [18:05] Is the firefox-3.5 package now firefox-3.5 final? [18:09] TwoToneSpirit: yes [18:09] slytherin: Cool. I've been using it from the firefox-security repo for a while - if I install firefox-3.5 from the jaunty repo, will it automatically change the panel icon etc? [18:10] TwoToneSpirit: what panel icon? [18:10] The firefox panel icon. And also the shortcut under applications -=> internet [18:10] TwoToneSpirit: I am not sure. I have not used it. [18:11] ok [18:11] it's on my mother's computer, and obviously I just want it to be simple :-) [18:11] Thank you though. I have been enjoying this channel more and more - very important job here obviously [18:11] TwoToneSpirit: You can easily modify the panel icon. [18:12] slytherin: Yeah, I was more just curious [18:19] <_andre> hyperair: it worked, i've just uploaded the new packages to revu, with the debhelper >= 7.0.50 build-dep and the short rules file :) [18:23] _andre: great! =) [18:23] which package was it again? [18:24] <_andre> http://revu.ubuntuwire.com/p/watchcatd, http://revu.ubuntuwire.com/p/libwcat and http://revu.ubuntuwire.com/p/libapache2-mod-watchcat [18:30] Hi.. [18:30] Hello kamalnandan [18:30] hi.. === micahg1 is now known as micahg === Znova_ is now known as Snova_ [18:57] How can i join the MOTU team? [18:58] How can i join the MOTU team? Someone please answer. [18:58] newnoob: see the topic [18:59] Which one? === _stink__ is now known as _stink_ [18:59] https://wiki.ubuntu.com/MOTU [18:59] newnoob: "Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing" [18:59] Thanks. === txwikinger2 is now known as txwikinger_work === paulproteus_ is now known as paulproteus === Solarion_ is now known as Solarion [20:32] RoAkSoAx, any luck with your Makefile's nightmare? [20:33] fabrice_sp, not yet really. I was thinking on not specifying the CFLAGS on debian/rules and the problem will be solved, though I don't know what would be the impact of not having them there [20:33] RoAkSoAx, why do you need to specify CFLAGS? [20:34] fabrice_sp, Debian did it that way, so I was just following their changes [20:35] mok0, by adding this: http://pastebin.ubuntu.com/223800/ on debian/rules (lighttpd), should it Build-Depend on libtool, automake, and autoconf ? [20:35] is it for a merge? Why not just doing exactly the same as Debian? [20:36] fabrice_sp, I'm upgrading the package to latest upstream version, and CFLAGS have changed between both versions [20:38] And is it still mandatory to have 2 sets of CFLAGS? By the way, making first lib/Makefile and then Makefile make the the lib build 2 times? [20:40] fabrice_sp, for example, according to the libipvs/Makefile, libs are built with -g -fPIC -DLIBIPVS_USE_NL and /Makefile is only built with -g [20:43] RoAkSoAx, when you say "according to libipvs/Makefile" do you mean that this is th CFLAGS of the makefile? Cnan you pastebin the Makefile and the rules file? [20:46] fabrice_sp, /Makefile: http://pastebin.ubuntu.com/223813/ , libipvs/Makefile: http://pastebin.ubuntu.com/223811/ debian/rules: http://pastebin.ubuntu.com/223814/ [20:49] RoAkSoAx, I don't see the point of setting CFLAGS in the rules file as each Makefile override it at the begining [20:50] fabrice_sp, yeah I was thinking the same thing :) [20:50] so I would say you can ignore CFLAGS in the rules file [20:50] though I was told It needed to be there, don't know why :) [20:50] i nthe Makefile, you have CFLAGS = ... [20:50] if it would have been CFLAGS += ... it would be different [20:51] in that case, I don't see the point of setting it (it's not used) [20:52] fabrice_sp, ok then. I'll drop them. Thanks a lot. [20:52] you're welcome: sometimes lines just stay in a rules file, just because nobody try o delete them and see that nothing bad happen :-) [20:54] ive used dh_make before. ive heard now though that some set of other dh_ stuff can generate what i need instead of me having to delete a bunch of files. can anyone point me to an explanation? [20:54] fabrice_sp, haha yeah. That's why I also tried without using CFLAGS on debian/rules and it built with no problem so I was thinking on drop them, Just wanted someone with more expertize on the subject to confirm what I was thinking [20:55] maco, what kind of file are you deleting? [20:55] maybe you just need to call make clean in the clean target? [20:56] about half of what ends up in debian/ directory... all the .ex stuff [20:56] ahhh, but just one time, right? [20:56] right [20:57] i mean after dh_make, lots of extra files are made, and i'm told there's a non-dh_make way to generate the rules/control/changelog and other necessary files [20:57] but i dont know it [20:58] I don't know of it [20:59] neither do I [21:00] the 'simple' way is to copy this files from another package :-) === MT- is now known as MTecknology === MTecknology is now known as MT- [21:28] ScottK: could you please take a look at bug #402710 (given that you replied to some of those mails) [21:28] Launchpad bug 402710 in ocaml "[3.11.1 transition][round 1/6] Please synchronize ocaml 3.11.1-2 from Debian sid in Karmic" [Undecided,Confirmed] https://launchpad.net/bugs/402710 [21:29] did he get the sync blacklist changes reverted? [21:31] Laney: i must have missed something... why it's blacklisted? [21:31] bug 387943 [21:32] ... [21:32] Launchpad bug 387943 in ocaml "Karmic: please do NOT synchronize following packages" [Undecided,Fix released] https://launchpad.net/bugs/387943 [21:32] uh [21:32] erm.. just to be safe, do I need to notify anyone about redistribution for any package included in Ubuntu repositories? e.g. ubuntu-restricted-extras packages? [21:33] ... [21:33] but .... but... he 's the same person?? [21:33] huh? [21:34] any archive admin can undo it [21:35] Laney: this David is the same who ask to not sync ocaml 3.11.1 and is now caring about syncing... [21:35] yeah that was a while ago [21:36] i see. [21:36] gaspa: The point was not to start the transition in Karmic until is was certain it would be accomplished in Debian in time [21:38] maxb: I see, but he didn't seem consciuos of the blacklist, asked by him... only that. [21:38] anyway, no probs, let's ask to undo ;) [21:48] libxklavier12-dev is a Virtual package in karmic, on what I should depend? libx11-dev? [21:51] libxklavier-dev [21:55] geser: Thanks [22:42] Good evening all. [22:45]