[00:07] asac : I'm trying to build to see if my patch apply correctly and the patch system here is dpatch. While building, I get this error : applying patch 04_xulrunner1.9_glue to ./ ...patch: **** malformed patch at line 80: @@ -96,29 +72,28 @@ [00:08] asac : current patch : http://paste.ubuntu.com/24562/ [00:08] asac : At this point in the patch, no tricky modifications has been made [00:08] asac : I wonder if dpatch needs a space before each hunks [00:09] saivann: no ... malformed usually means that you have the numbers wrong [00:09] could be that you miss a space somewhere ;) [00:09] asac : Oh! That makes sense! I forgot to add 11.. thanks [00:09] but you should never remove anything else than complete lines [00:25] asac : I switched back to the patch without modifications in the first lines and I still get the same error for line 280 [00:25] asac : default-prefs-libxul.js does not exist, it is suposed to be created by that patch [00:26] asac : but dpatch does not seem to share that point of view [00:26] asac : Is there something missing, like @only_in_patch2 [00:29] saivann: how did you add the default-*js file to the patch? [00:31] asac : I just copied the hunk from the complete diff [00:32] asac : default-*js exist in 1.0.1 so it was in the original diff [00:34] saivann: not sure without looking. try to remove hunk by hunk until you find the intruder [00:34] double check that you dont miss a line break at the end of some patch [00:35] the original filterdiff patch should work [00:40] Ah right.. missing break lines, that seems to work now [00:41] hehe [00:49] asac : Bad new.. using the same rules file as 1.0.1 (with correct FLAGS), I still get a lot of /usr/lib/xulrunner-devel-1.9b5/lib/libxul.so: undefined reference to `JS_RemoveRoot' [00:49] when I try to build in hardy [00:49] The package build-depends on xulrunner-1.9-dev [00:50] saivann: right. we are not there yet [00:50] saivann: now you have a minimal xulrunner-1.9 patch [00:50] what you dont have is a patch that applies all the autoconf/make changes [00:51] asac : Oh, right [00:51] so thats the next step [00:51] saivann: is there a 99_autoXXX patch already? [00:51] asac : Actual patch still contains not necessary stuff [00:51] asac : no [00:51] saivann: yeah. you can clean this afterwards. [00:51] lets get through the process [00:52] asac : The patch applies correctly from now :) [00:52] asac : Great! I'm ready to continue [00:52] you use dpatch-edit-patch to create a new patch that gets applied at the end of the patchset [00:52] saivann: its dpatch right? [00:52] read manpatch of that tool ;) [00:52] asac : yes, the build system use dpatch [00:53] so when you are in "edit" mode you run the required autotools [00:53] asac : Ok [00:53] not sure what that is [00:53] in worst case you just run autoreconf -i -f [00:53] when in edit mode and exit the mode to produce a full update [00:54] asac : Do you mean man dpatch? [00:55] saivann: no dpatch-edit-patch ;) [00:59] asac : I'm not sure but it seems to works like the cdbs patch edit tool [01:00] yes [01:00] saivann: you can use that two most likely ;) [01:00] i found that cdbs-edit-tools has more bugs though ;) [01:00] -patch [01:00] asac : Oh I get it, I will use kind of sed command on all makefiles? [01:00] asac : And then save the patch [01:01] hehe :) [01:01] saivann: no, you just run the autotools [01:01] asac : I just type "autotools" and then "exit" ? [01:01] like the autoreconf i suggested above [01:03] asac : autoreconf and autotools are still unknown to me, where can I find more information? [01:03] saivann: autotools is just a word for a bunch of autoXXXX commands [01:04] autoreconf is quite simple helper that runs the autoXXX commands in right order for you [01:04] maybe you just need to run autoconf, but autoreconf should be safe ;) ... though a bit brute force-like [01:04] name the patch 99_autoreconf if you use autoreconf ;) [01:04] asac : Ok I will try "autoconf" first :) [01:05] yeah [01:05] saivann: well at best try autoreconf first as this will most likely work [01:05] then you can try autoconf later and i can bail out :-D [01:06] good excercise [01:06] :) [01:08] asac : Ok :P [01:10] asac : autoreconf fails with error code 1 : http://paste.ubuntu.com/24570/ [01:14] saivann: does the source ship a autogen.sh ? [01:14] looking.. [01:14] asac : Yes [01:14] can you run that? sh autogen.sh ? [01:14] or does it give you problems too [01:15] in case it auto starts configure, abort [01:15] asac : Strangely, same errors : http://paste.ubuntu.com/24573/ [01:16] saivann: is libtool package installed? [01:16] asac : The source is un-touched, changes has been made in debian folder only [01:16] asac : on my computer? [01:16] yes [01:17] aclocal must succeed [01:17] otherwise you miss a package [01:18] asac : It was not, however, I installed it and tried again without success [01:18] asac : Mmh, is there any way to have some clues about which package is missing? [01:18] saivann: whats the error now? [01:19] aclocal should not print AM_PROG_LIBTOOL error if you have libtool installed [01:19] asac : http://paste.ubuntu.com/24574/ [01:20] saivann: do you have all build dependencies of that package installed? [01:20] that would be a good start i guess ;) [01:20] asac : Ok then I should install glib, gtk, chmlib, etc. [01:20] chmlib wont exist [01:20] but run sh autogen.sh [01:20] then it should work [01:20] saivann: install build-dependencies ;) [01:20] sudo apt-get build-dep PACKAGENAME [01:21] asac : Sorry [01:21] asac : I did remember that command, it's installing now [01:21] :) [01:21] hehe [01:21] welcome [01:23] asac : since build-deps are installed, only AM_PATH_CHMLIB gives a error [01:23] saivann: right. use sh autogen.sh [01:23] did you use that? [01:24] asac : No I was still using autoreconf [01:24] look at the output ... it uses aclocal -I m4 ... which means it looks for its _own_ m4 files [01:24] so that will give you that macro ;) [01:24] done [01:24] asac : autogen.sh seems to have executed successfully [01:24] AM_PATH_CHMLIB == macro ;) [01:24] saivann: congrats :) [01:24] asac : Thanks :D [01:25] saivann: the definition for that macro is in the m4/ directory if you care [01:25] saivann: ok if you have created a 99_autogen_sh.dpatch .. chances are high that things work ... if not completely at least somehow [01:25] it will break if you have forgotten to remove some GLADE rename things for sure [01:26] saivann: oh. i think you have to add that patch manually to 00list [01:26] but not sure [01:26] asac : Yeah I'm looking at it [01:26] i have a bad opinion about dpatch and avoid to use it ;) [01:26] asac : There is still GLADE renaming things in my patch which I did not succed to remove.. [01:27] asac : ..Well I'm not an expert, but I prefer other patch systems too at this point [01:27] saivann: for now you can fix it by just making [01:27] + CHMSE [01:27] - CHMSE [01:27] :) [01:27] as a trick;) [01:27] just make the patch do nothing so you dont have to care about the hunk bounds ;) [01:28] asac : Haha, yeah that's simple, but ugly :P [01:28] saivann: you can clean up later [01:28] but certainly before upload ;) [01:28] hehe [01:28] asac : I agree :) [01:28] asac : Ok let's try this [01:29] ha ... i already have almost 30 posts in the forums ;) [01:29] http://ubuntuforums.org/showthread.php?t=797059&page=9 [01:36] asac : :) [01:36] asac : Unfortunately.. still the same /usr/lib/xulrunner-devel-1.9b5/lib/libxul.so: undefined reference to `JS_RemoveRoot' [01:37] saivann: check that the linker flags are there [01:37] e.g. see if you see XPCOM_GLUE in the compile line [01:37] and -lxpcomglue [01:37] asac : I confirm : DEB_CONFIGURE_EXTRA_FLAGS += --with-gecko=libxul [01:37] saivann: if thats the new --with-gecko? [01:38] asac : No and it's not in the 1.0.1 either [01:38] saivann: use the --with-gecko from 1.0.1 [01:38] asac : I used the same rules file as 1.0.1, which use DEB_CONFIGURE_EXTRA_FLAGS += --with-gecko=libxul [01:39] saivann: yeah. look at what the compiler spit out and if it had the xpcomglue linker flags [01:40] asac : you speak about the configure.ac or Makefile.am?? [01:40] asac : Or about the build logs? [01:41] saivann: about what you see on the command line right before it fails [01:41] thtas basically the compile command used [01:41] asac : Ok, I'm looking to save build logs [01:44] saivann: if you see something like -DXPCOMGLUE and -lxpcomglue in there then its probably right [01:44] and we are likely missing some other hunk which i might have missed [01:48] asac : cd . && CC="cc" CXX="g++" CFLAGS="-g -O2 -g -Wall -O2" CXXFLAGS="-g -O2 -g -Wall -O2" CPPFLAGS="" LDFLAGS="-Wl,-Bsymbolic-functions" LDFLAGS=" -Wl,--as-needed" /tmp/buildd/chmsee-1.0.0/./configure --build=x86_64-linux-gnu --prefix=/usr --includedir="\${prefix}/include" --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/chmsee" --di [01:48] sable-maintainer-mode --disable-dependency-tracking --srcdir=. --with-gecko=libxul [01:49] asac : I found the word lxpcomglue 2 times in the build logs, but not DXPCOMGLUE [01:49] I come back in 2 seconds [01:50] saivann: sorry ... XPCOM_GLUE [01:51] most likely -DXPCOM_GLUE :) [01:51] like what you get with pkg-config --cflags libxul-embedding [01:51] and pkg-config --libs libxul-embedding [01:53] back [01:54] asac : DXPCOM_GLUE, XPCOM_GLUE, pkg-config --libs libxul-embedding, none of them are in build logs [01:54] saivann: thats bad [01:54] that means that the configure.ac changes are not applied [01:54] asac : Not really?.. [01:55] nope [01:55] saivann: double check that the 99_autogen patch is in 00list [01:55] asac : I looked at the build logs and the patches are reported to be applied [01:55] autogen too? [01:55] asac : Yes it is, and build logs says that it was applied during build process [01:56] asac : 99_autogen contains a huge amount of changes, made by autogen in dpatch edit [01:56] saivann: ok check that GECKO_CFLAGS and GECKO_LIBS are properly set in config.status [01:57] asac : config.status, I can't find that file in sources [01:58] saivann: nothats in the build directory [01:58] not sources [01:58] config.guess, config.h.in, config.sub [01:58] thats the result of configure basically [01:59] asac : Oh, then that file appears after configure is executed? [01:59] yes [01:59] in the build tree [01:59] keep that tree [01:59] work in there ;) [02:00] asac : s,@GECKO_CFLAGS@,|#_!!_#|-fshort-wchar -I/usr/include/xulrunner-1.9/unstable -I/usr/include/nspr -I/usr/include/xulrunner-1.9 -I/usr/include/xulrunner-1.9/commandhandler -I/usr/include/xulrunner-1.9/content -I/usr/include/xulrunner-1.9/dom -I/usr/include/xulrunner-1.9/find -I/usr/include/xulrunner-1.9/gfx -I/usr/include/xulrunner-1.9/gtkembedmoz -I/usr/include/xulrunner-1.9/locale -I/usr/include/xulrunner-1.9/p [02:00] ref -I/usr/include/xulrunner-1.9/string -I/usr/include/xulrunner-1.9/webbrwsr -I/usr/include/xulrunner-1.9/xpcom -I/usr/include/xulrunner-1.9/xpconnect,g [02:00] that looks wrong [02:00] thats still mozilla-gtkmozembed [02:00] not libxul [02:01] asac : s,@GECKO_LIBS@,|#_!!_#|-L/usr/lib/xulrunner-devel-1.9/lib -lxpcomglue_s -lxul -lxpcom -lplds4 -lplc4 -lnspr4 -lpthread -ldl ,g [02:01] saivann: yeah thats wrong too [02:01] thats the dependent glue [02:01] asac : Wait, I will try to update my pbuilder environment. After all, xulrunner has been updated [02:01] so most likely the configure.ac patch is not properly applied in our 99_auto patch [02:02] or the configure flags we pass from rules are wrong [02:02] saivann: no that shouldnt be the problem here [02:02] (e.g. outdated xulrunner ) :) [02:02] asac : No, that's my error, I'm was not working on the patched tree, wait, I will give you the right values [02:03] k [02:08] asac : s,@GECKO_CFLAGS@,|#_!!_#|-fshort-wchar -I/usr/include/xulrunner-1.9/unstable -I/usr/include/nspr -I/usr/include/xulrunner-1.9 -I/usr/include/xulrunner-1.9/commandhandler -I/usr/include/xulrunner-1.9/content -I/usr/include/xulrunner-1.9/dom -I/usr/include/xulrunner-1.9/find -I/usr/include/xulrunner-1.9/gfx -I/usr/include/xulrunner-1.9/gtkembedmoz -I/usr/include/xulrunner-1.9/locale -I/usr/include/xulrunner-1.9/p [02:08] ref -I/usr/include/xulrunner-1.9/string -I/usr/include/xulrunner-1.9/webbrwsr -I/usr/include/xulrunner-1.9/xpcom -I/usr/include/xulrunner-1.9/xpconnect,g [02:08] s,@GECKO_LIBS@,|#_!!_#|-L/usr/lib/xulrunner-devel-1.9/lib -lxpcomglue_s -lxul -lxpcom -lplds4 -lplc4 -lnspr4 -lpthread -ldl ,g [02:08] still the same [02:08] check config.log [02:08] asac : I see, and now that's with patches applied [02:09] yeah. so either configure doesnt have our changes [02:09] asac : Right!! We did not patch configure! [02:09] well, there is no or ;) [02:09] saivann: 99_autogen patch should [02:09] asac : ah. [02:09] try lsdiff debian/patches/99_* [02:10] asac : I have config.log, what do you want to search in this file? [02:10] saivann: for GECKO_CFLAGS [02:10] :) [02:11] asac : pkg_cv_GECKO_CFLAGS='-fshort-wchar -I/usr/include/xulrunner-1.9/unstable -I/usr/include/nspr ' [02:11] pkg_cv_GECKO_LIBS='-L/usr/lib/xulrunner-devel-1.9/lib -lxpcomglue_s -lxul -lxpcom -lplds4 -lplc4 -lnspr4 -lpthread -ldl ' [02:11] thats wrong [02:11] maybe ther eis --with-gecko ? [02:11] in the log? [02:13] asac : Is lsdiff suposed to find if patches has been applied? [02:13] list the files affected by a patch [02:13] so configure should be in there ;) [02:15] asac : It is [02:16] asac : In build logs, --with-gecko is at the end of the LDFLAGS : [02:16] LDFLAGS=" -Wl,--as-needed" /tmp/buildd/chmsee-1.0.0/./configure --build=x86_64-linux-gnu --prefix=/usr --includedir="\${prefix}/include" --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/chmsee" --disable-maintainer-mode --disable-dependency-tracking --srcdir=. --with-gecko=libxul [02:16] that looks ok [02:16] in config.log you have to hunt why libxul-embedding-unstable is not used [02:16] even though --with-gecko=libxul is set [02:17] ... [02:18] I really don't understand why if we use the same files as 1.0.1 [02:19] Except of course... is it possible that autogen.sh does not update files correctly? [02:20] asac : would that be possible? [02:21] i doubt that [02:21] oh.. autogen.sh is pretty short [02:22] however, the patch is most likely broken. you can try to look in configure file and asee if the changes we did for configure.ac are there [02:23] in any case night has to come here [02:26] sorry that it ended up harder than expected [02:26] but the procedure is good for other stuff for sure [02:26] * asac off [02:26] not saying that you should stop now ;) [02:26] asac : Oh you go? Good night ;) Thanks for the time to spent with me, I will continue to search [02:27] asac : And well this is not your fault if this package is frustrating ;) === asac_ is now known as asac [04:36] asac : I don't want to give false hopes, but I think that I found the problem! Working.. [04:56] asac : I successfully applied the standalone glue! I'm still stuck with FTBFS problems with libltool and working around this. [06:36] asac : When you have time for it, I still have a FTBFS but standalone glue works, here's the current package : http://upload.leservicetechnique.com/bugs/chmsee_1.0.0-1ubuntu1~hardy1.tar.gz [06:36] asac : build logs : http://paste.ubuntu.com/24635/ [06:37] * saivann off [07:05] asac: you up yet? [07:16] * gnomefreak wonders if we get redirected to new wiki [07:55] I have finished with the roadmap wiki for now. Let me know if you want something added or have ideas for it. https://wiki.ubuntu.com/MozillaTeam/Roadmap [07:57] or maybe i should use mozillateam/roadmap/todolist but its fine for now [08:35] also i cant get sound now :( volume control everything is enabled(not muted) :( [09:15] gnomefreak: yes? [09:15] yes? [09:15] saivann: yeah. that look quite good [09:16] saivann: what was the problem? [09:18] that email about the dates is hardewr than it was needed adn why did the dates in each section not match any other dates on attachment [09:18] are these the dates? 20-07-2008 [09:18] 31-08-2008 [09:18] 19-10-2008 [09:18] 23-11-2008 [09:18] 04-01-2008 [09:30] reconnect [09:30] well more a disconnect ;) [09:34] bad thing [09:34] shaky connection [09:34] gnomefreak: i think at the bottom of the mail there are the actual release dates [09:34] err, meeting dates [09:35] asac_: not sure but i will ask volan(spelling) or wait for him to reply. if the last ones are it what the hell do the other ones hav eto do? [09:39] argh [09:39] reconnected again [09:39] gnomefreak: those are the mails we send out [09:39] with the dates _when_ they are send [09:39] (e.g. the preannonucements) === asac__ is now known as asac [09:49] ah ok [09:49] * gnomefreak needs a smoke. i havent fallen asleep yet and its not 4:49am [09:52] gnomefreak: i doubt that you fall asleep if sit infront of the computer ;) [09:52] or smoke a cigarette [09:58] asac: almost fell asleep while smoking my eyes kept closing and i thought they were open :( [09:58] gnomefreak: then lay down and sleep ;) [09:58] thats simple [09:58] asac: i will soon [09:58] i mean if the eyes keep closing you will just fade a away [09:58] i would like to get sound working first [09:58] haha [09:59] thats your problem then ;)... dont complain about a lack of sleep [09:59] something changed maybe alsa or default card/driver or something adn the one person that knew didnt answer me [10:02] persia > gnomefreak: cat /proc/asound/cards Notice the new device. Change your default. Ask Hobbsee for details :) [10:02] me doesnt understand since you cant edit that file [10:03] hobbsee had left right before that comment [10:03] asac: so you know anything about this new device? [10:06] sound issues are not in my field of expertise [10:06] i'd love to get rid of all sound ;) [10:08] i kind oif like music while working more so working on wikis [10:10] asac: feel free to take a look at our roadmap wiki and add so other topics (or giv eme a list and i will. so far there is = TO DO = and == assigned tasks == and == unassigned tasks == [10:16] ok im off to bed ill ask crimsun if we see eachother in one of the channels [10:16] * gnomefreak cant keep eyes open === asac_ is now known as asac [12:30] asac : I'll probabl be there in ~4 hours, during the current day [12:30] kk [15:39] asac : ping [15:39] saivann: yeah .. more or less here [15:39] asac : I'm here for 5 hours [15:40] saivann: whats up? i read that you managed to get it done mostly [15:41] asac : Yes! I found the problem which was in autoreconf patch, which is now correct. Now I still have FTBFS for another reason, see build logs here : http://paste.ubuntu.com/24635/ [15:41] asac : I don't know if you can help me at this point.. [15:42] saivann: i think you have to run intltoolize -f -c and include the changes in the autogen patch [15:42] not sure why its not in the autgen.sh [15:43] asac : autogen.sh contains this : libtoolize -c --automake [15:43] ho. ok [15:43] found something? [15:43] asac : No, not yet, but I will try what you suggest right now [15:44] saivann: maybe -f is just missing in autogen.sh [15:44] i think it omits the update if it thinks that all files are in place [15:45] asac : autoget.sh use libtoolize -c --automake but not intltoolize -f -c [15:46] saivann: add an -f === james_w_ is now known as james_w [15:47] asac : Ok [15:47] bug 245184 [15:47] Launchpad bug 245184 in network-manager "[NM-0.7] nm-connection-editor fails to set/read certificates settings" [Undecided,New] https://launchpad.net/bugs/245184 [15:53] bumb [15:54] * armin76 blames asac [15:57] armin76: there is nothing left to bumb [15:58] asac: xulrunner :P [16:00] asac : Does not FTBFS anymore, you're a genius [16:01] saivann: you are quite smart too [16:01] saivann: others dont get that far ... no matter what i do ;) [16:02] asac : Really, it's not kind of encouraging words? :P [16:02] armin76: xulrunner is fresh and great ... we are far ahead of everyone [16:02] thank you thank you :D [16:02] asac: 1.8? [16:02] saivann: its encouraging that you fixed it ;) [16:02] armin76: oh :) ... its not in ubuntu, but universe [16:03] asac : Thanks :) I'm glad to have worked until the end. I'm going to test the package now [16:03] saivann: yeah. enjoy ;) [16:03] :) [16:06] * asac has no idea what chmsee does ;( [16:22] saivann: let me know when you attache a) the minimal patch + b) the complete debdiff to the bug [16:22] so i can test and sponsor [16:28] asac : Ok, it should not be too long, I'm looking to be sure that I don't forget anything [16:29] asac : chmsee is a good tool to open .chm files (it's a common help file format used by many programs, and opened by the help center in Windows XP) [16:35] saivann: take your time ;) [16:35] asac : I want to build it in my PPA before, just a precaution [16:35] sure [16:35] its good to have for SRUs anyway [16:36] saivann: remember to lower the version by appending ~saivann1 [16:36] or something to the package revision [16:36] asac : Yes, I added ~ppa1 :) As I do normally [16:36] good [16:36] asac : And I will create the patch with hardy-proposed in the changelog [16:37] top [16:39] asac : For the patch, chmsee_1.0.0-1ubuntu1~hardy1 is the good version name I guess? [16:40] usually we dont use codenames, but versions [16:40] e.g. 8.04.1 [16:40] (for 1 revision of 8.04 backports [16:40] ) [16:41] So : chmsee_1.0.0-1ubuntu1~8.04.1 ? [16:41] asac [16:41] bug 245184 [16:41] Launchpad bug 245184 in network-manager "[NM-0.7] nm-connection-editor fails to set/read certificates settings" [Undecided,New] https://launchpad.net/bugs/245184 [16:43] asac : So is chmsee_1.0.0-1ubuntu1~8.04.1 correct? [16:44] looks good [16:44] or ubuntu0.8.04.1 :) [16:44] whatever you prefer [16:45] ubuntu0.* ? Shouldn't we keep the existing *1ubuntu1* ? [16:45] saivann: where does 1ubuntu1 exist? [16:45] in intrepid we hvae 1.0.1 iirc [16:45] asac : Current hardy version is : chmsee_1.0.0-1ubuntu1 [16:46] saivann: oh. then its wrong [16:46] it has to be _higher_ [16:46] ~ == lower ;) [16:46] asac : Oh! [16:47] asac : That's right :P I did not think about that [16:51] asac Ok then chmsee_1.0.0-1ubuntu1.8.04.1 would be correct? [16:51] i think so [17:08] asac : Thanks, and sorry I got a phone so I was not very active on the channel [17:21] asac : Before I open the SRU bug, can you review the patch? http://upload.leservicetechnique.com/bugs/chmsee_1.0.0-1ubuntu1.8.04.1.debdiff [17:29] saivann: is there a bug for the desktop thing? [17:29] if not either open one, or be more verbose so archive admin can understand whats going on and why this is suitable for a SRU [17:30] asac : Ok [17:30] saivann: and maybe tell more about what you did in rules: e.g. drop -rpath in favour of standalone glue + use --with-gecko=libuxl... to use standalone glue [17:30] + whatever you did [17:30] the patch itself looks great [17:31] asac : If I give more details in the SRU bug report instead of the changelog, would it be ok? [17:31] if the .desttop files are not required just drop the changes [17:31] saivann: well. you currently have two of four entries linked to bugs [17:31] asac : I believe that I will drop the .desktop file since it does not cause issues in up-to-date hardy, and since it's already fixed in intrepid [17:32] saivann: right [17:32] drop that [17:32] and wrap the debian/rules changes in a changelog entry for xulrunner 1.9 support [17:32] which is most likely bug 2044.. [17:32] Launchpad bug 2044 in whereami "whereami does not uninstall cleanly" [Medium,Fix released] https://launchpad.net/bugs/2044 [17:33] asac : Ok, I do this [17:33] actually i would use only one bug: "xulrunner 1.9 support" and dupe the others into that [17:33] then just make changelog read: + xulrunner 1.9 support [17:34] - debian/rules: use --with-gecko=libxul... and drop -rpath LDFLAGS [17:34] - debian/patches/....: do this [17:34] - debian/patches/....: do that ;) [17:34] first line with (LP: #XXXX) [17:55] asac : What about this : http://upload.leservicetechnique.com/bugs/chmsee_1.0.0-1ubuntu1.8.04.1.debdiff [18:07] SEAMONKEY_1_1_11_RELEASE === ZrZ is now known as RzR [22:25] saivann: thats ok [22:26] asac : Oh thanks, I uploaded the patch to the bug report [22:26] bug #232402 [22:26] Launchpad bug 232402 in chmsee "xulrunner 1.9 support for chmsee 1.0.0" [Medium,Fix released] https://launchpad.net/bugs/232402 [22:27] saivann: attach a debdiff with filtered out autogen [22:27] too [22:27] i will ack it then [22:27] asac : But the patch doesn't work without autogen, are sure that you want this? [22:27] yes [22:27]