[00:11] hi, ubuntu use "XSBC-Original-Maintainer" or "X-Original-Maintainer" in the control file? [00:16] blackmoon: there's an update-maintainer script that takes care of that [00:17] micahg: where can i find it? [00:17] ubuntu-dev-tools [00:17] micahg: thanks you [00:19] blackmoon: you're welcome [00:49] ajmitch: They are supported for Kubuntu. We also supported Hardy -> Intrepid without a lot of trouble. [00:50] ScottK: it's more the various small things that may have been dropped over the last 18 months, I just think there'll be a lot of upgrade testing to try & do [00:51] Agreed. === freeflyi1g is now known as freeflying === keylocker is now known as leleobhz === asac_ is now known as asac [02:31] jdong: How about Bug #471775 [02:31] Launchpad bug 471775 in qdevelop "[SRU] Build buttons are never enabled" [Undecided,Fix released] https://launchpad.net/bugs/471775 [03:51] ScottK: looking... [03:52] ScottK: ACKED; looks good to me [04:19] jdong: Thanks. [04:19] sure thing [04:22] Accepted. [04:22] jdong: Got any more Universe SRU's needed accept? [04:24] to be honest I haven't been following them once they leave the ack stage [04:24] OK. [04:24] I noticed in my past two days buried under homework, my LP bugmail is up to 300 unread again :) [04:25] jdong: How about Bug 460280 [04:25] Launchpad bug 460280 in uim "package uim-qt3 (not installed) failed to install/upgrade: trying to overwrite '/usr/share/locale/ja/LC_MESSAGES/uim.mo', which is also in package libuim-data 1:1.5.6-0ubuntu1" [Undecided,New] https://launchpad.net/bugs/460280 [04:26] ScottK: is there a patch/upload associated with it? [04:26] jdong: There's an upload in the queue [04:26] I'm reviewing the queue, not bugs. [04:27] *grumble* mmmph the one place I don't watch [04:27] got a link handy? [04:27] is the SRU page saying to upload without debdiff'ing and let the SRU team dig out the diff? [04:28] jdong: https://launchpad.net/ubuntu/karmic/+queue?queue_state=1 [04:29] Yes, since the Main reviewers have command line access to the queue, it's trivial for them to look at the diff in the queue. [04:29] This has always been appropriate for Main [04:29] *nods* [04:29] Now that there is no Universe process .... [04:29] heh indeed. *grabs the two dscs and debdiffs* [04:33] ScottK: ACKed it; debdiff looks good [04:34] OK. Let me know if you want any of the others. [04:35] d4x is badly versioned; reject. [04:51] OK. [04:52] Done [04:56] jdong, about SRU for Universe: should I then also subscribe motu-sru? [04:56] fabrice_sp: yes please [04:56] that gets you on my bugmail radar [04:56] which means you might be one of 305 lucky winners to be read on any given day! [04:56] :) [04:57] That's what I understood reading your email :-) Thanks ;-) [04:58] sure thing :) [05:08] jdong, ScottK: You know you should be able to use queuediff from ubuntu-archive-tools to get a diff easily? [05:10] what's ubuntu-archive-tools? :) [05:10] I didn't. Trying now. [05:11] google :) [05:11] http://bazaar.launchpad.net/~ubuntu-archive/ubuntu-archive-tools/trunk/annotate/head%3A/queuediff [05:11] A few things in there depend on cocoplum access, but others don't. [05:12] *nods* that certainly is nice [05:12] never knew about that before [06:31] if you have a package in your ppa can another package you create depend on that package? [06:32] will the ubuntu server know to include your ppa when it users pbuilder? [06:33] jgoppert: see the 'Edit PPA dependencies' on your PPA page - you can add other PPAs there. [06:34] ok, and how do i fix my pbuilder, is there a way to tell it to use my ppa, i can install my package through apt-get so that part is setup correctly [06:35] jgoppert: afaik you'll have to add a pbuilder hook to update your sources.list before building - but someone else is probably in a better position to comment on that. [06:37] i tried telling my ppa that is depends on itself but launchpad doesn't like that so how will it find my package? [06:38] i guess i could create another ppa ?, do you usually create one per package? [06:40] It's certainly a good idea to keep them focused - not necessarily one per package, but more in terms of, if a user added this ppa, what would they expect to be updated on their system. [06:40] oh i see [06:45] noodles775: found it 'OTHERMIRROR=""' [06:48] jgoppert: also, found this: https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#Dependencies [06:48] so it should automatically be using versions from your PPA. [06:51] oh nice, thanks, so i'm free from having to create a new ppa [07:44] Gah. Another orig.tar.gz mismatch. [07:44] And this version has been in Ubuntu long before Debian - you'd think the Debian maintainer would have taken the orig.tar.gz from us. [07:47] good morning [07:47] * LucidFox waves [07:48] hi LucidFox [07:48] Is there a diff tool for tar.gz archives, or do I need to unpack them first? [07:49] debdiff does it for .dsc + .tar.gz, other than that I don't know [07:53] Gah, these orig.tar.gzs have identical content, but are different. No sync for us. [07:53] Judging by the changelog, the debian uploader for kplayer took the package directly from debian-multimedia without considerations for Ubuntu. [08:10] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473205 [08:10] Debian bug 473205 in wnpp "O: valknut -- graphical client for Direct Connect" [Normal,Open] [08:10] Last post has been a year ago. [08:10] I wonder if it's okay to just reassign this to myself, or if I should contact the current owner first [08:11] if it's O: i think it's fine if you just reassign this to yourself [08:11] and mark it A: [08:11] i think [08:11] lemme go check how i adopted nautilus-share.. [08:12] ITA [08:12] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501938 [08:13] Debian bug 501938 in wnpp "O: nautilus-share -- Nautilus extension to share folder using Samba" [Normal,Closed] [08:13] i think if the previous maintainer wanted to know, he/she'd CC him/herself to the bug. [08:13] or subscribe, or whatever you choose to call i [08:13] t [08:21] hyperair: so you actually forgot to retitle that bug to ITA ;) [08:21] Elbrus: eh what? [08:22] the last one you mentioned [08:22] Changed Bug title to `ITA: nautilus-share -- Nautilus extension to share folder using Samba' from `O: nautilus-share -- Nautilus extension to share folder using Samba'. Request was from Chow Loong Jin to control@bugs.debian.org. (Mon, 16 Mar 2009 18:54:07 GMT) Full text and rfc822 format available. [08:22] i did! [08:22] strange [08:22] what's strange? [08:22] ubottu displays as O: ... [08:22] Error: I am only a bot, please don't think I'm intelligent :) [08:23] sorry ubottu :) [08:24] Elbrus: oh yeah, it does [08:25] hyperair: any idea, should I report this as bug somewhere? [08:26] Elbrus: dunno. who maintains ubottu? [08:26] I don't know, I'll try and find out (unless somebody here knows the answer) [08:47] hyperair: FYI bug 475194 is reported [08:47] Launchpad bug 475194 in ubuntu-bots "ubottu does not take the current title from Debian bugs (but presumably the original one)" [Undecided,New] https://launchpad.net/bugs/475194 [09:03] More bad karmic press: http://www.linux-mag.com/cache/7600/1.html === kklimond- is now known as kklimonda [09:14] mok0: bah. i'm quite annoyed, frankly. (from bad press, not 'bad linuxes') [09:15] gaspa: yeah it's dumb but it reached Google News [09:16] urgh [09:50] a MOTU class on http://wiki.debian.org/Projects/DebSrc3.0 would be quite nice [09:51] highvoltage: it's actually dead easy and convinient to use. === telmich_ is now known as telmich [09:52] the main advantage I see is that debdiffs finally show a proper diff, no longer diff-of-diffs. [09:52] It's pretty nice. [09:53] Although we're still some way from supporting it. [09:54] siretart`: what's the difference between 'quilt' and 'native'? Is quilt just some rules for backwards compatibility? they don't seem to explain it on that page [09:54] wgrant> But Debian does support it now? [09:54] highvoltage: 3.0 (quilt) is the replacement for the non-native 1.0 format. [09:54] highvoltage: 3.0 (native) is for native packages. [09:54] highvoltage: think of 'v3 (native)' of pretty much the same as we currently have, with the exception that a) orig.tar.bz2 are allowed, and multiple orig.tarballs are possible [09:54] LucidFox: Correct. [09:55] siretart`: Um, does 3.0 (native) really allow multiple orig tarballs? [09:55] * wgrant checks. [09:55] if so, I have a bug. [09:55] * siretart` rereads the manpage [09:55] No, just one tarball. [09:55] no, you're right. my bad [09:56] The only different between native 1.0 and 3.0 (native) is support for bz2 and lzma tar.gz. [09:56] However, neither dak nor LP will support lzma. [09:56] siretart`, wgrant: thanks! [09:56] highvoltage: in essence: if you have a package that uses quilt, use 3.0 (quilt). dpkg has basic quilt functionality built in [09:56] wgrant> Any reason? [09:57] LucidFox: For what? The lack of lzma support? [09:57] * LucidFox nods [09:57] Not sure about Debian's rationale, but our rationale was a lack of rationale for diverging from Debian. [09:58] highvoltage: oh, and v3 no longer build an .diff.gz, but rather an .debian.tar.gz. that means you can finally have binary files in debian/* [09:59] siretart`: yes I saw \o/ [10:01] wgrant, so how much of 3.0 is supported in ubuntu? none at all? bz2 orig? [10:01] directhex: None at all. [10:01] directhex: Didn't make it in time for this LP release, sadly. [10:02] Although the code is done. [10:02] well, i hope it's in before lucid freezes [10:02] Oh yes. [10:02] LP 3.1.11 at the latest. [10:03] (which, despite the name, is actually due on 2009-12-05) [10:03] and automatic syncs are still switched off until your branch is merged? [10:03] No. [10:03] The current LP rollout will cause the autosyncer to just skip v3 packages. [10:04] So autosyncing can continue even after testing gets its first v3 package (a day or two away), but those packages will be omitted. [10:06] So we do autosync from testing now? [10:06] yes [10:06] * LucidFox scratches her head [10:07] LucidFox: LTS releases will be synced from testing from now on [10:07] LucidFox: there's a big thread about it on the ubuntu-devel list [10:09] Yah, I read about it. [10:09] Still sounds odd to me to use untested practices for LTS. [10:09] If it starts going wrong, it's easy to fix. Going the other way is not. [10:14] * siretart` is unsure how hard we should follow this "only merge from testing" requirement. [10:15] e.g. I've already merged emacs-goodies-el which was uploaded only [10:15] yesterday. I"m using the package myself and notice a lot of bugfixes in debian. [10:15] probably harder for main than universe [10:15] so shall I uploaded it or wait until it migrates to testing? and how [10:15] shall I communicate to other motus that I have that merge ready so that [10:15] no one else waste time merging the squeeze package [10:16] file a workflow bug [10:16] hi, the other day i inquired about the slim dm not being in karmic --> according to https://bugs.launchpad.net/ubuntu/+source/slim/+bug/391805 a person was assigned to maintain it at the end of sept... what does this mean for the package? [10:16] Ubuntu bug 391805 in slim "update slim package to 1.3.1 version" [Undecided,Fix released] [10:16] Laney: what is the helper of the day for workflow bugs? [10:16] siretart`: There isn't one that I know of [10:17] just: title Merge xxx from Debian yyy, body: changelog, status: In Progress, assignee: you [10:19] siretart`: But really I would say that you shouldn't block on this, if you feel there's a reason to merge from sid then do it [10:20] * siretart` feels that tool support for workflow bugs might be useful anyway [11:06] Laney: oh, fun. emacs-goodies-el is in main anyway :-) === ara_ is now known as ara [11:43] <\sh> siretart, do we have a list of all merges , while MoM is down? [11:45] \sh: may be multidistrotools will help you [11:49] slytherin: no one (mdt output) available on the net? [11:50] ubuntuwire refers to squeeze [11:50] gaspa: it is section wise. [11:51] gaspa: and why referring to squeeze is problem? [11:52] slytherin: I'd like a replacing of MoM, while it's down.... and squeeze is not testing. [11:52] :P [11:53] gaspa: even I would like that too but for now mdt is sufficient for me. [11:56] <\sh> slytherin, where is the source of mdt? the bzr branch from w.u.c. (http://ox.blop.info/bazaar/multidistrotools/) is not available [11:56] \sh: isn't there a package? [11:57] <\sh> apt-cache search multi|grep distro -> nothing [11:58] I recall of a ... but... perhaps I recall wrong :P [11:58] <\sh> wgrant, mdt is where? ;) [11:59] <\sh> https://code.edge.launchpad.net/multidistrotools [11:59] <\sh> I hope that's it [12:00] gaspa: "squeeze is not testing"? [12:00] svn://svn.debian.org/pkg-multidistrotools [12:00] \sh: I've that. [12:00] So, there are two main versions of mdt. [12:00] Debian's, and mine. [12:00] <\sh> wgrant, which is better? ;) [12:01] I think the branch on LP is pretty much up to date, but let me check.. [12:01] ... wgrant, ah. ops... I said a bigdumbthing, right [12:02] \sh: The copy on LP is the latest version of mine. I don't remember what changes Debian's has, but it was nothing important. [12:02] <\sh> wgrant, ok...so i think that I have to build the package first and then install and then use? [12:03] \sh: You don't have to build a package. [12:03] \sh: But you can. [12:04] <\sh> wgrant, well some paths are wrong [12:04] <\sh> shermann@wz-pc-010:~/mdt/ubuntuwire$ ./mdt dist-create sid http://ftp.debian.org/debian unstable main contrib non-free [12:04] <\sh> ./mdt:57:in `exec': No such file or directory - /usr/share/multidistrotools/dist-create.bash (Errno::ENOENT) [12:04] Do any of you guys know how much space a Debian source/i386/amd64,testing/unstable,main/contrib mirror takes? [12:04] <\sh> use the source \sh export MDT_SCRIPTSDIR [12:05] \sh: Hrm. [12:05] \sh: My memory is probably foggy. [12:07] \sh: My cron scripts set MDT_SCRIPTSDIR. I wonder if that is related. [12:07] <\sh> wgrant, as said, use the source and set MDT_SCRIPTSDIR ;) [12:07] soren: http://www.debian.org/mirror/size [12:08] \sh: no, I've started merging some of my pet packages anyway. I felt [12:08] like exploring how to merge packages with bzr and the lp package imports [12:08] it works out pretty cool, btw [12:08] <\sh> siretart, time to elaborate a bit of your experiences? [12:09] \sh: I'm still refining my workflow, but the general idea is this: [12:09] ripps: Ah, neat, thanks. [12:09] bzr get lp:debian/$package/sid lucid ; cd lucid; bzr merge lp:ubuntu/$package/karmic [12:09] soren: debmirror says slightly under 75GB [12:10] wgrant: It can estimate? [12:10] then go throuh all conflicts, 'bzr revert' the spurious conflicts [12:10] soren: It tells me how much it is going to download. [12:10] at the end, 'bzr diff' shows you the remaining changes, these are then [12:10] noted in debian/changelog. [12:10] done [12:10] wgrant: Oh. I never noticed. thanks. [12:10] <\sh> siretart, oh you mean we do have sid somehow on our bzr server? [12:10] soren: Right before it starts downloading it'll tell you. [12:11] \sh: yes, we do have (at least) some debian package in our bzr imports [12:11] where can we find some docs about the new package source format ? [12:11] wgrant: It usually either runs from cron or in a screen session for me :/ [12:11] however the importer fails with a number of packages. you'd need to [12:11] ask james_w for statistics [12:11] <\sh> siretart, thx :) [12:12] anyway, if a branch is missing on lp, importing them with 'bzr [12:12] import-dsc' is pretty straight forward as well [12:12] siretart`: you want to use "bzr merge-package" [12:12] * siretart` looks [12:12] siretart`: in case there is a new upstream version included in Debian [12:12] No help could be found for 'merge-package' [12:12] where is that command from? [12:13] ah, dammit, wrong machine. now I've found it [12:14] james_w: so, how is this command supposed to be used? before or [12:14] instead the 'bzr merge lp:ubuntu/$package/karmic'? [12:14] instead of [12:15] in the exact same way [12:15] Oh, I see [12:15] this would have saved me some 'bzr reverts' [12:16] james_w: Do you have some time to look up the reason why excalibur-logkit was put into main? [12:17] slytherin: that information is not available [12:21] hmm [12:33] slytherin: if it has rdepends in main then that will be why [12:33] if it doesn't then check the seeds [12:34] there's also http://people.canonical.com/~ubuntu-archive/germinate-output/ [12:34] james_w: It doesn't have rdepends in main. And it has a build-dep in universe. [12:34] which says eucalyptus-java-common [12:35] so that's why [12:35] wait, did I miss this? [12:37] james_w: right, so probably ttx requested the promotion to main. [12:47] slytherin: yes, it's a eucalyptus dependency. [13:02] ttx: problem is that I removed geronimo build-dep from excalibur-logkit because the package does not exist in Debian where is libjboss-j2ee-java was available. So now excalibur-logkit FTBFS in lucid since libjboss-j2ee-java is in universe. [13:05] slytherin: that should be fixed in a merge [13:06] the geronimo build-deps were introduced to get a lighter dependency (JBoss can't make it into main right now) [13:06] ttx: it is not a merge. The package is in sync with Debian. So we need to add geronimo build-dep again. [13:07] slytherin: then,yes [13:07] ttx: or you could put geronimo packages in Debian. :-) [13:07] slytherin: well, I proposed them === tseliot1 is now known as tseliot [14:00] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554573 [14:00] heh heh [14:00] Debian bug 554573 in debian-keyring "debian-keyring breaks GPL" [Unknown,Open] [14:07] that's a nice one. :-) === rgreening_ is now known as rgreening === hggdh_ is now known as hggdh [14:45] <\sh> what was the right tag for bugreports with patches? [14:50] https://wiki.ubuntu.com/UbuntuOpenWeek Day 4 starting in 11m on #ubuntu-classroom === mac__v is now known as mac_v [15:04] anything specific to do to make a pbuilder pull from karmic-updates / proposed ? [15:13] what's karmic+1 called? [15:13] !lucid [15:13] Lucid Lynx is the codename for Ubuntu 10.04, due April 2010 - See http://www.youtube.com/watch?v=l02bhwofEqw for announcement video. [15:13] thanks [15:15] hm, and when will syncs start happening again? [15:15] or do I have to request syncs? [15:22] libnokogiri-ruby | 1.3.3-2 | testing | source, all [15:22] libnokogiri-ruby | 1.3.1-1 | lucid/universe | source, all [15:22] http://packages.qa.debian.org/libn/libnokogiri-ruby/news/20090926T163926Z.html [15:23] 1.3.3-2 has been in testing for over a month, and yet it's still not in lucid. [15:23] Kmos: so I don't think it's syncing correctly then.. [15:23] Ryan52: The autosync should start next week. We weren't quite ready for the v3 package formats [15:24] Kmos is probably about the last person to go to for advice on Ubuntu development. [15:25] yes, obviously I know that now since he said the complete opposite of whats true. [15:25] anyways, thanks ScottK. === ssweeny_ is now known as ssweeny [16:06] Heya gang [16:55] Hello there! How do I tell 'debuild -S' *not* to include the orig.tar.gz file in the files to be uploaded [16:55] ? [17:00] al-maisan: debuild -S doesn't. It's debuild -S -sa that does [17:00] ScottK: thank you! [17:04] ScottK: it appears '-sd' is the flag I was looking for.. [17:24] whee; now IRC pings are pushed to my iPhone. [17:25] (DO NOT USE THIS FACT FOR EVIL XD) [17:25] haha [17:25] now you can approve an SRU from ANYWHERE! [17:25] * jdong can pretend to get bad cell reception! [18:19] i created a gpg key on my machine and uploaded it to launchpad, however i've started working in a new VM - do i need to repeat the process of generating a new gpg key and uploading that? is it ok to have multiple gpg keys? [18:20] no === highvolt1ge is now known as highvoltage [18:22] so how do i transfer the updated key to the new VM? i've tried to copy the .gnugpg folder but when i try to debuild -S it complains about secret key not being available. [18:23] fcuk112_, gpg --list-keys will tell you if it worked as expected [18:27] gpg: skipped "root ": secret key not available [18:27] gpg: /tmp/debsign.HLkJlIo5/fet_5.9.1-1ubuntu1.dsc: clearsign failed: secret key not available [18:27] that's what i get when i try debuild -S. the output from gpg --list-keys looks OK, same as the output from my terminal. [18:28] fcuk112_, use -kYOURKEYIDHERE [18:28] fcuk112_, e.g debuild -S -kXXXX [18:30] I'm working on packaging php-fpm, but the ./configure relies on specifying the path to php source... how should I do this? [18:31] I already downloaded the source with apt-get source, and I can point to it... but is that the right way to do it? [18:37] any known examples of a package that depends on source from another package? [18:44] Q: I am writing a package that installs a CA certificate. How should I integrate it into ca-certificates? I figure I should just dump it in the dir, and then reconfigure ca-certificates... how do I do that last part? Reconfigure ca-certificates. [18:44] From anotehr package. [18:46] av`: thanks, that worked. [18:55] when i upload a debdiff file and added the ubuntu sponsors, do i set the status to in-progress or fix committed? [18:56] New / unassigned? [18:57] only use fix commited when the new pacakge has been uplaoded [18:57] fcuk112_: 'Comfirmed' is recommended. [18:57] ok, thanks. [18:57] s/comfirmed/confirmed/ [18:58] Anybody know where firefox reads certificates from? [18:59] Confirmed? why? is it not only for review by sponsor? [19:00] Confirmed? [19:00] * fabrice_sp is checking the wiki page [19:00] That's what I remember. [19:02] the siki page don't say anything [19:02] I guess that if you not a MOTU's member you not should change status to confirmed, because it's not usefully for sponsors [19:03] I guess Confirmed is the right status to set [19:03] in progress is when someone works on it [19:03] confirmed when a sponsor needs to check it yet [19:03] and fix committed when the upload is done [19:04] hmmm [19:04] and fix released is automatically set so not a problem [19:04] but not in FFe right? [19:04] yes, FFe wants New [19:04] ok thanks, now I understand [19:04] and confirmed when motu-release review it [19:04] ye [19:05] e.g confirmed should be set the motu-release after two acks [19:05] * when [19:06] ubuntu archive sync is open, right? [19:06] yep [19:06] * by motu-release [19:06] damn my writing so fast [19:06] is it synces from unstable or testing? [19:07] testing since it is an LTS [19:07] but if you need to sync a GNOME package, you need sid [19:07] for other packages testing is the right one [19:08] can I open requestsync on launchpad for any package @universe from unstable? [19:09] well requestsync is still set to request sid [19:09] but you need testing so you should fix it manually somewhere into the bug [19:09] around, fille a bug manually? [19:10] or you specify into the bug which version it's available in squeeze [19:10] requestsync -d testing xxx [19:10] hy. [19:10] I'd like to prefer opening bugs manually [19:10] ari-tczew, I don't use u-d-t so I can't help with them :) [19:11] I alwais did it manually [19:11] the 9.10 release was again done with pretty out of date citadel packages. [19:11] e.g it leaves me more liberty [19:11] as like as me [19:11] who's to blame for that? [19:11] ;-) [19:11] dothebart, well, I would check https://launchpa.net/ubuntu/source/citadel [19:12] hmmm, I guess that we can sync it into lucid, then backport for karmic from lucid [19:12] correct me if I'm wrong [19:12] dothebart, * https://launchpad.net/ubuntu/+source/citadel [19:13] dothebart, if Debian is up-to-date ask for a sync [19:13] what do you mean "more liberty"? requestsync lets you edit bugs before you file them [19:13] don't request a sync, it will be done automatically [19:13] (already has been done) [19:14] Laney, depends if it hasnt an XubuntuY version attached [19:14] didnt check [19:14] av`: I'm working on a package that depends on source code from another package... can I specify that in debian/control? [19:14] well I did check [19:14] Laney, I alwais did that manually so never tried out u-d-t [19:14] Laney, I don't want everything made automatic [19:15] stevecrozz, you mean the build depends on another source package? [19:15] av`: yes [19:15] stevecrozz, add it into Build-Depends into debian/control or debian/control.in if it has one [19:16] stevecrozz, check right package name [19:16] stevecrozz, if not it will fail to build, e.g use apt-cache search whatyouthinkthepackagenameis [19:16] so I'd add Build-Depends: "source php5"? [19:16] av`: debian is pretty much up to date [19:16] stevecrozz, and the 'source' is not in a -dev package? Sounds weird... [19:16] dothebart, ask for a backport into karmic now :) [19:16] dothebart, and you're done [19:16] sid is usualy around 2 weeks behind upstream release date [19:16] stevecrozz, no [19:17] stevecrozz, if you need specific development files, you need a -dev package [19:17] the current release contains some weird bugs fixed in more recent versions released more than three months ago [19:17] stevecrozz, and the syntax is not source foo [19:17] stevecrozz, but simply foo-dev or whatever-dev [19:18] av`: ok there is a -dev package [19:18] dothebart, lucid has the latest package from what Laney said, so asking for a backport should be fine [19:18] !backports [19:18] If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging [19:18] av`: I need to specify the source in debian/rules also [19:18] stevecrozz, no [19:18] ./configure --with-php-src="path" [19:19] stevecrozz, only if it differs from default value [19:19] it does because there is no default value [19:19] av`: link is down [19:20] dothebart, ah yes, wait a bit, it's under maintenance from what it seems [19:20] stevecrozz, I never had to manually specify such thing in debian/rules [19:20] but I never worked with a php B-D [19:21] but anyway looks strange to me that you need to manually specify it [19:21] av`: where do -dev packages install source? [19:21] e.g build it before :) [19:21] this is the package: http://github.com/dreamcat4/php-fpm/blob/master/readme.markdown [19:21] stevecrozz, give me a package's url, e.g into Ubuntu's PTS [19:21] av`: just wanted to trigger it ;) [19:21] package name is php-fpm? [19:22] av`: yes [19:23] hey guys... i've got an easy one for a motu [19:23] stevecrozz, no package found with that name :) [19:23] anyone interested? [19:23] https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/475735 [19:23] Launchpad bug 475735 in open-vm-tools "Please sync open-vm-tools 2009.10.15-201664-1 from Debian unstable (main) " [Undecided,New] [19:23] av`: I know... that's why I'm building it :) [19:23] any takers? [19:24] stevecrozz, you can't make a package depend on something that doesnt exist :D [19:24] av`: I'm building php-fpm, it depends on source from php5 [19:24]