05:46 < trave11er> lool: ping 05:46 < trave11er> oh noes, contentless ping 05:46 * trave11er adds some content 05:46 < trave11er> lool: it's about 373643 [...] 08:52 < lool> trave11er: yes? 08:53 -!- Lo-lan-do [EMAIL PROTECTED] has joined #debian-devel 08:54 -!- dgil [EMAIL PROTECTED] has quit [Quit: That's all Folks!] 08:56 < trave11er> lool: i've seen that you were involved in 373643, can you explain to me what's the problem is? why can't we just hardcode DATADIRNAME to 'share' in intltool's Makefile.in.in? 08:57 -!- dgil [EMAIL PROTECTED] has joined #debian-devel 08:57 < lool> trave11er: I'm commenting in the report 08:58 < lool> trave11er: certainly not no 08:58 < lool> trave11er: it should be as competent as the usptream macro 08:58 < lool> trave11er: we're talking about m4 files here which we expect module maintainers to aclocal and pack into tarballs and distribute to other OSes 08:59 -!- POX [EMAIL PROTECTED] has joined #debian-devel 09:00 < lool> trave11er: thanks for your interest on the bug though 09:00 < trave11er> lool: within intltool this variable is only mentioned in Makefile.in.in 09:00 < lool> trave11er: what I was planning to do but which you can do to help is build a mini test suite 09:01 < trave11er> from that i conclude that it must be substituted by configure 09:01 < lool> trave11er: I've sent a comment 09:01 < trave11er> lool: ok 09:02 < lool> trave11er: yes, the problem is that the dependency on the GLIB macro was not coded in the intltool macro, and I don't want to add such a dependency on another broken package (glib-gettext) 09:02 < lool> trave11er: beside, you must keep in mind that you should not break configure.acs written for the old intltool.m4 (0.34) 09:03 -!- Huahua [EMAIL PROTECTED] has quit [Read error: Connection reset by peer] 09:04 < trave11er> lool: i can't find glib-gettext in the archive 09:04 < lool> trave11er: it's in libglib2.0-dev 09:04 < trave11er> ok 09:05 < lool> trave11er: in my comment, I pointed out one very bad design of glib-gettext; it's so bad looking that no one dares fixing it upstream, and tarball maintainers are moving away of glib-gettext 09:05 < trave11er> lool: so it's basically must be set to 'share' for everything, except solaris, or something? 09:06 < lool> trave11er: something like that yes 09:08 < trave11er> lool: so ripping out bits and pieces defining and substituting DATADIRNAME from glib-gettext and pushing them into intltool.m4 would be an acceptable solution? 09:08 < lool> trave11er: I'm not sure 09:10 < lool> trave11er: my personal current favorite would be to 1) switch to INTLTOOL_DATADIRNAME in both Makefile.in.in and intltool.m4 2) version the Makefile.in.in and intltool;M4 in a way that bad mixtures are avoided 3) make INLTOOL_DATADIRNAME default to DATADIRNAME if set 09:10 -!- zufus [EMAIL PROTECTED] has joined #debian-devel 09:10 < lool> trave11er: but I wanted to write a testsuite first as I don't want to ship a broken macro 09:10 -!- POX [EMAIL PROTECTED] has quit [Ping timeout: 480 seconds] 09:11 -!- heretik [EMAIL PROTECTED] has quit [Quit: Client exiting] 09:11 < lool> trave11er: mind if I send the IRC log to the bug? (or would you?) 09:11 < trave11er> go ahead
-- Lo??c Minier <[EMAIL PROTECTED]>
