=== Starting logfile irclogs/ubuntu-x.log [02:35] papppappapapapa [02:36] ok everything works [02:38] Kamion: they just finished [02:39] yeah [02:40] our libxt package has patches applied directly on the source code [02:40] (for man page location) [02:41] changing things like: [02:41] +XtOwnSelection(3Xt) [02:41] -XtOwnSelection(__libmansuffix__) [02:42] (it's pretty common practice to apply patches that way, no matter what some folks will tell you) [02:42] (actually, s/3Xt/__libmansuffix__/) [02:42] although if it's gained quilt or whatever in Debian then the patches should be moved to that [02:42] Kamion, but that will get lost on the next upstream release [02:43] no, it won't [02:43] rodarvus: no the patches are stored in the diff.gz [02:43] rodarvus: these man pages patches can be left alone for now [02:43] rodarvus: they are cosmetic and only to avoid one warning on some retarded kubuntu X man app [02:44] fabbione: I'm dropping your man page section fixes for now, we should just get them fixed in Debian. [02:44] ok [02:44] we will do it properly later on... [02:44] Mithrandir: exactly [02:44] rodarvus: all that stuff was done one day in a hurry with sed [02:44] rodarvus: i am not even sure all of it is done as it should be [02:44] rodarvus: sounds like you've been attacked by the everything-must-have-a-patch-system freaks ;) [02:45] Kamion, haha :) [02:45] they're quite common, but they're wrong. Most packages don't need a patch system. [02:45] Kamion: the disease affects all developers in the early stage of their life. It can be cured submitting a moderate amount of clubat larting. [02:45] (from the X maintainer god medical guide) [02:47] indeed a patch system is not necessary when applying only small patches such as this one - but is quite helpful when you have more patches, and new upstream versions [02:48] rodarvus: new upstream versions is really irrelevant, and a patch system is a workaround for a real fix which is using an RCS. [02:51] agreed - best solution is really a RCS [02:51] are we just dropping fabbione's man page section fixes from all packages, then? [02:51] (just need a nod to do the same here) [02:52] rodarvus: yes [02:52] YES JUST DO IT [02:52] ps [02:52] sorry for the caps [03:02] fabbione, daniels dropped a CFLAGS hack to fix the search path, but Debian still uses it -> "CFLAGS += -DXFILESEARCHPATHDEFAULT=\\\"/usr/lib/X11/%L/%T/%N%S:/usr/lib/X11/%l/%T/%N%S:/usr/lib/X11/%T/%N%S:/etc/X11/%L/%T/%N%S:/etc/X11/%l/%T/%N%S:/etc/X11/%T/%N%S\\\" -include X11/XlibConf.h -D_REENTRANT" [03:02] sincerely, I don't know X build internals enough to judge if this is necessary [03:02] rodarvus: in what package is that? [03:02] libxt [03:05] * Comment out awful CFLAGS hack to fix the search path, and add [03:05] --with-appdefaultdir=/etc/X11/app-defaults. [03:05] the merge would be still in debian/rules [03:05] so i suggest you drop the hack and add that [03:05] fabbione, thing is, debian added that too (later), but didn't dropped the hack [03:06] (but it might be only that they just didn't knew if it was still necessary) [03:07] * Include customization expansion in the default XFILESEARCHPATH. Thanks to [03:07] several people for the report, and to Brendan O'Dea and Ian Wienand for [03:07] the diagnosis and fix respectively. (closes: #365612) [03:08] did you read the bug? [03:08] nope, doing that now [03:09] ok we do have bugs reporting the same issue in dapper [03:09] so daniels might have done something crappy there [03:09] i suggest to use what Debian is doing for edgy [03:09] *nods* [03:09] then take dapper install and check got these bugs [03:10] change libxt to match this new setup and see if it fixes the issue [03:10] if it does we will consider backporting it to dapper [03:10] I will [03:10] thanks! [03:10] has the publisher been fixed? === rodarvus takes notes to test this later [03:11] Mithrandir: they know the problem now but there's still a bit of faffery to do - it looks like drescher may have been going mad last night in which case we have to be very very careful [03:11] uh, ok. [03:12] cp -a of dists was taking an hour - now it looks like it put some files in the wrong place too [03:12] W T F === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-x === Hobbsee waves to all === ajmitch_ [n=ajmitch@69.60.114.100] has joined #ubuntu-x [03:17] Hobbsee, http://people.ubuntu.com/~fabbione/x-pkgs has also some nice trivial apps to merge ... xeyes xclock etc :) [03:17] not yet [03:18] leave the apps until the libs are done [03:18] yep [03:18] okay [03:18] also, most of them will just be in one source package in Debian. [03:21] Kamion: but why do they cp -a the dist in the first place? === fabbione isn't sure he wants to know [03:23] it appears we can't really merge anything usefully until libx11 is done. [03:23] so that soyuz can publish to dists.new without the mirrors accidentally mirroring it in the middle of publication [03:23] Mithrandir: x11 is done.. it's just being choaked by soyuz atm [03:23] fabbione: so it's not done. It's blocked on soyuz. [03:24] Kamion: and cp -al wouldn't work then? [03:24] *shrug* [03:24] Mithrandir: well i did my part.. ain't our fault if soyuz did blow up [03:24] at least -l for pool/ should make it quick enough.. [03:24] then you'd have to audit soyuz to ensure it broke hardlinks when it should [03:24] anyway, that isn't important here [03:25] it should never have been taking an hour anyway - that was only because the machine was sick [03:26] rodarvus: can you please update the x-pkgs file with what you are doing? [03:26] rodarvus: it's a 666 file so you can just edit it yourself [03:26] otherwise we will end up with a duplicate mess [03:26] sure, I'll do that [03:27] I'm finishing libxt (in 5 minutes most), btw [03:28] fabbione, should I mark packages as "done" even if they are not uploaded yet? [03:28] rodarvus: no, done is when the package is in the archive [03:28] otherwise it stays with your name between () [03:28] ok [03:29] libxt is ready to be uploaded [03:29] LOCK on libxmu [03:30] (x-pkgs updated) [03:30] ehhe === tseng [n=tseng@unaffiliated/tseng] has joined #ubuntu-x [04:56] I've just finished libxmu_1.0.1-3ubuntu1 [04:57] I got a question: this package is version 1.0.1, but we had 1.0.0, before [04:57] do we need to carry patches forward? [04:58] Kamion, only two small changes [04:58] (extra requirements to libxmu-dev and libxmuu-dev) [04:58] if these can be dropped [04:58] we can safely merge from debian [04:58] (extra libx11-dev requirements to libxmu-dev and libxmuu-dev) [05:01] what's the diff? [05:03] Kamion, I pasted it on a query window [05:05] I don't really see a need to carry that diff since libxmu-headers depends on libx11-dev [05:05] what was your question regarding the new upstream version? [05:08] Kamion, its irrelevant now, but I was wondering if it was ok to force the .changes file to carry orig.tar.gz (via -sa build option), or if this would be blocked during upload checs [05:08] checks even [05:08] it's both OK and required [05:09] good, thanks :) [05:09] just make sure the .orig.tar.gz is the same as Debian's when you do so [05:09] *nods* [05:11] (after talking with Kamion in a /query window) we found out our changes to debian/control are not a strong enough reason to manually merge instead of syncing [05:11] so, I'll just ask ubuntu-archive to sync libxmu from debian unstable [05:11] anyone feel free to /query me if you have any questions [05:12] Kamion, thanks again [05:19] libxmu sync requested (bug 52109) [05:20] lunch time [05:21] i'll be back in 45minutes === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-x [05:46] libfs uploaded [05:52] rodarvus: in future please wait to request a sync until all the build-dependencies are available [05:53] oh, sure [05:53] should I note this in the bug? [05:54] please [05:56] fabbione: please subscribe ubuntu-archive rather than assigning - it doesn't show up in the list we normally use if you just assign [05:56] Kamion: whops.. sorry :( [05:58] Kamion, done, thanks === rodarvus locks x11proto-evie (sync of yesterday failed due to different orig.tar.gz) [08:15] x11proto-evie uploaded [08:35] LOCK on libdmx [08:39] libice uploaded [08:58] LOCK libxkbfile [09:12] libxkbfile ready to go [09:27] libdmx is ready to be uploaded === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-x [09:34] just for reference: libxdamage & libdmx could be synced from Debian, but as on both cases their orig.tar.gz is different from ours, we'll have to manually merge [09:34] btw [09:34] LOCK libxdamage [09:35] and also libxcomposite [09:35] LOCK libxcomposite [09:36] x-pkgs is updated === ogra_ibook [n=ogra@ubuntu/member/ogra] has joined #ubuntu-x === ogra_ibook is now known as ogra [09:43] libxdamage is ready to be uploaded === hso [n=jose@201-221-210-211.bk12-dsl.surnet.cl] has joined #ubuntu-x === hso [n=jose@201-221-210-211.bk12-dsl.surnet.cl] has left #ubuntu-x ["Leaving"] [12:01] LOCK libxrender