[12:03] yes not sure exactly how to sign it right...so many options [12:03] in thunderbird enigmail [12:03] never used it [12:03] did you look on google? [12:05] what about keyservers? [12:06] should i put anything in the email? [12:06] just leave the default keyservers? [12:06] random.sks.keyserver.penguin.de, pgp.dtype.org, keyserver.kjsl.com, ldap://certserver.pgp.com [12:06] those are the defaults [12:06] keep this [12:07] you don't have to worry about keyservers in the email client I think [12:08] http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto.php [12:09] don't use generate key though ;) obviously ..; [12:10] thanks [12:10] o i could have generated with this program itself [12:15] shoudl the messages be encrypted? [12:17] nope [12:17] just signed [12:17] to encrypt the message, you need to have the key of the person you're sending it to [12:18] so the message can only be read with this key [12:20] i see encryption [12:20] it does it whether i like it or not [12:21] -----BEGIN PGP SIGNATURE----- [12:21] Version: GnuPG v1.4.1 (GNU/Linux) [12:21] Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org [12:21] iD8DBQFDf7ZQeS1hPlkp6OoRAtSoAKCb3K/ZJsOL5c27KK4F/CMg/NjcVQCgiv9Y [12:21] qwG/rZNmbd9G80IEWAewYpA= [12:21] =67IT [12:21] -----END PGP SIGNATURE----- [12:21] see? [12:21] thats not right? [12:23] that's not encrypted [12:23] that's just your signature [12:23] phew [12:23] so now i send to the guy [12:23] BEGIN PGP SIGNATURE <------- [12:23] it's writing in capital letters : SIGNATURE ;) [12:23] if it was encrypted [12:24] you couldn't read your the message you wrote anymore [12:24] unless you encrypted it for you too [12:25] register as uploader? [12:25] foampeace: ? [12:26] so he can add me to the upload keyring? [12:26] yep [12:26] if you signed your message [12:26] then he can be sure that you own this key [12:27] and he can get the public key and add it to the keyring [12:27] how do you sign somebody's key --sign-key? [12:27] yes [12:28] or rahter [12:28] first of all [12:28] you edit the key [12:28] with --edit-key [12:28] and you sign each uid you trust [12:28] and set the trust level [12:30] dput.cf? === TMM [n=hp@c51471f2c.cable.wanadoo.nl] has joined #ubuntu-motu [12:31] foampeace: yes you need to have dput installed and to set it [12:32] sudo apt-get install dput [12:32] raphink: after you do --edit-key and sign it you can then export it? [12:32] sure [12:33] when you quit gpg after signing the key [12:33] you can export the newly signed key to the servers [12:33] yes foampeace [12:33] how well do you know debian systems foampeace ? [12:34] raphink: how well? thats hard to answer [12:34] how long have you been using a debian system? [12:34] severa years on and off [12:35] ok [12:35] dput is for uploading? [12:35] yes. [12:36] I need to finish EasyChem [12:36] ;) [12:37] But first comes fixing the PBuilder === minghua [n=minghua@ppp-70-247-52-142.dsl.hstntx.swbell.net] has joined #ubuntu-motu [12:37] Kyral: did you try with the link I gave ? [12:37] Its already made [12:37] ok [12:37] that should work [12:37] the problem is with /etc/shadow [12:37] I have to jump into the pbuilder and touch the file [12:37] ill be replied to with user and pass etc? [12:37] well this should fix the /etc/shadow issue [12:38] Kyral: no. [12:38] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338976 [12:38] use Markus Kolb's 2-line patch. [12:38] taht's what I gave him crimsun [12:38] raphink: will i be replied to? [12:38] Kyral: you need to patch the script as told in the bug report [12:38] no foampeace [12:38] you will be added to the keyring [12:38] then you can begin to upload [12:39] just automatically added? [12:39] how do I patch again? [12:39] not automatically foampeace [12:39] someone will get your email and answer to it [12:39] afer adding your key [12:39] patch -p# < foo.patch [12:39] man patch [12:40] wait a sec, they patched it in Debian [12:40] Kyral: you can just do it manually it's just one line [12:40] ;) [12:40] and we haven't merged it yet [12:40] ah [12:40] Kyral: just edit this file and change this line [12:40] this you need to by-hand [12:40] you know how to read a diff ? [12:40] do I have to hit every PBuilder? [12:40] it's only that script [12:40] it doesn't affect your base.tgzs [12:40] okay === raphink wonders how come there are almost as many people in #ubuntu-motu as in #ubuntu-fr [12:43] Gah, I need to patch xterm === jaldhar [n=jaldhar@pcp04197965pcs.crosky01.pa.comcast.net] has joined #ubuntu-motu [12:43] Forum user pointed out that it doesn't provide x-terminal-emulator [12:43] can you contribute other stuff besides packages? [12:43] like what [12:44] docs? [12:44] graphics? [12:44] but can I submit a patch to something from Main.... [12:44] themes? === minghua noticed that package grace hasn't changed since hoary (which was the first time it's introduced into universe) [12:45] i apologize im in a fog about all this until tommorrow [12:46] sure foampeace you can make themes, graphics, docs and whatever :) these are nice ways to contribute too [12:46] always takes a nights rest :) [12:46] its real good that people get to contribute to it like this [12:47] if you don't feel at ease technically with packaging, there are many other ways of contributing [12:48] :) [12:48] its seemed to do most of the packaging on its own [12:49] what do you mean foampeace ? [12:49] but maybe you laughing at me for saying that [12:49] no, not at all [12:49] i mean autoapt [12:49] o_O [12:49] do you know about lintian foampeace ? [12:49] lintian? [12:49] https://launchpad.net/distros/ubuntu/+source/xterm/+bug/4614 <--If I patch this and make a debdiff can someone upload it? [12:49] Malone bug #4614: Doesn't provide x-terminal-emulator Fix req. for: xterm (Ubuntu), Severity: Minor, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4614 [12:49] damn, snapshot.debian.net doesn't have the version I need [12:50] Where the heck did the bot come from [12:50] lol [12:50] Ubugtu: what'd you say? [12:50] 4614 [12:50] stupid bot... [12:51] !malone 4614 [12:51] foampeace: lintian is a tool to check your packages [12:51] ....how do you work this thing [12:51] install it and run it on your packages [12:51] lintian the deb package checker? [12:51] yep foampeace [12:51] one of the goals for a clean package is to have no lintian output when you run it on your package [12:51] i doubt you get no lintian output when using autodeb [12:52] (although i've never used it myself so I can't be sure) [12:52] If you are serious about packaging follow the New Maintainers Guide [12:52] :) [12:52] BEGIN PGP SIGNATURE [12:52] oop [12:52] http://www.debian.org/doc/manuals/maint-guide/index.en.html [12:52] ok [12:52] here [12:52] read this [12:52] anyway that bug is an easy fix, but the package is in main [12:52] that is the basis to know [12:53] foampeace: I know there are way of doing packages easily [12:53] but I prefer to not install these packages on my system... [12:53] bug 4614 [12:53] Malone bug #4614: Doesn't provide x-terminal-emulator Fix req. for: xterm (Ubuntu), Severity: Minor, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4614 [12:53] good bot [12:54] official packages must be clean in order to assure a good system to users [12:54] hehe === raphink gives a biscuit to Ubugtu for his good job [12:54] I can fix it fast, but I don't have upload rights to Main [12:56] ;) [12:57] I'll fix it, attach the debdiff to the bug, mark it as Accepted, and ping whoever can upload it [12:57] raphink: ok mine has lots of problems..not that i would know why [12:58] foampeace: there you see how good autodeb is ;) [12:58] foampeace: paste the lintian output there : http://paste.ubuntulinux.nl/ [12:58] so I can see ;) [12:59] (and tell me the url of your pastebin entry...) [12:59] Dangit this is gonna be a NMU for sure [12:59] foampeace: you can get more details by running `lintian -i' [12:59] instead of just lintian [12:59] Kyral: :( [01:00] k [01:00] I'm not the maintainer, I'm just a bugfixer :D [01:00] hehe [01:00] still...what do I do [01:02] raphink: lintian tells you what to do mostly? [01:02] http://paste.ubuntulinux.nl/4773 [01:02] foampeace: if you understand what it says, then yes mostly [01:02] lintian doesn't tell you about _all_ pbs with your package though [01:02] so if you ahve many output, that means you migth have even more issues [01:03] does mine look easy? [01:03] foampeace: yours look like you would gain time in forgetting about autodeb [01:03] reading the maintainer's guide [01:04] and use dehelper scripts rather [01:04] I think most of these errors are due to the use of autodeb [01:04] hey \sh [01:04] raphink: ok [01:05] foampeace: really the first thing you have to do is read. Read the whole maintainer's guide and read about Debian Policy aswell [01:05] ok [01:05] at least throw an eye on Debian policy when you're done with the maintainer's guide [01:05] :) [01:05] that's not a very nice reading but it's useful [01:05] <\sh> re [01:05] hi \sh [01:06] that was fast and easy [01:06] anyone wanna upload this thing? [01:06] you can't upload Kyral ? [01:06] nope [01:06] why? [01:06] I'm a MOTU-Wannabe :D [01:07] you don't need to be a motu in order to upload [01:07] just have your key in the keyring [01:07] To main [01:07] oooh ic ;) [01:07] XTerm is in main [01:07] sorry for misunderstanding you ;) [01:07] yep [01:07] <\sh> raphink: aehm..u need to be a motu to have upload rights to universe [01:07] <\sh> Kyral: what about xterm? [01:07] \sh I thought uploading to revu ;) [01:07] huhu [01:07] Forum user pointed out that it doesn't provide x-terminal-emulator [01:07] <\sh> raphink: no...send patches to me [01:08] <\sh> raphink: I will upload it for u then [01:08] what exactly is required to be a MOTU \sh ? [01:08] oh it's not for me \sh, it's for Kyral :) [01:08] <\sh> raphink: first of all u need to be an ubuntu member...means, document your work on your wiki.ubuntu.com/ page [01:09] !bug 4614 [01:09] (bug ) -- Look up bug in the bugzilla associated with . [01:09] <\sh> raphink: then apply for ubuntu membership in front of the CC [01:09] bug 4614 [01:09] Malone bug #4614: Doesn't provide x-terminal-emulator Fix req. for: xterm (Ubuntu), Severity: Minor, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/4614 [01:10] no one is working on my package [01:10] that's possible foampeace [01:10] <\sh> raphink: while u are doing your contribution towards the universe or to other parts of ubuntu...work together with the motu team...after membership and after a couple of weeks..you apply for universe upload rights in front of the TB. [01:10] there are many orphan packages foampeace [01:10] \sh: TB ? [01:11] until then I have to ping MOTUs whenever I fix something [01:11] <\sh> raphink: technical board [01:11] ok [01:12] so I need to be contributing to ubuntu (for example through universe), then apply for membership to CC, then apply for universe upload [01:12] right? [01:13] I love easy bugfixes [01:14] <\sh> raphink: yepp [01:14] say [01:14] I have already an account on launchpad [01:14] and 4 packages waiting in REVU [01:14] and my key is in the strong set [01:14] what is still required? [01:14] Patience [01:14] haha [01:14] <\sh> Kyral: i assgned the bug to me...i'm doing the xterm uploads normally for main :) [01:14] \sh I saw [01:15] Thanks for taking care of the upload [01:15] <\sh> raphink: well...the CC will decide if your contributions are worth for ubuntu...u need to talk to some people from the CC board eventually to sabdfl himself [01:16] how do I know that people are members from the CC board? [01:16] apart from Mark ... [01:16] Jeff Waugh...Matt Zimmerman.... [01:17] ok [01:17] Isn't Mako as well? [01:17] Aha, I think I've found a bug in ubuntu's X packages [01:17] anyway. Bug killed. Another changelog entry. And last but not least, another decoration for my WikiPage [01:17] <\sh> mako, elmo, and kamion i think [01:21] no, not X packages, but rather lesstif packages === _jason [n=jason@dhcp0534.hrn.resnet.group.UPENN.EDU] has joined #ubuntu-motu [01:24] anybody know the story about package libxp-dev? [01:26] <\sh> grmpf..fixing gabber2 [01:26] <\sh> what is with libxp? [01:27] lesstif changelog has an entry about dropping libxp and libxp-dev dependency, saying they are out of ubuntu [01:28] however lesstif2-dev headers still include libxp-dev headers [01:28] in current dapper, libxp-dev and libxp6 seems to exist, altough labelled as obselete [01:29] BTW this is (one of) the real reason grace and grace6 FTBFS in dapper [01:30] <\sh> minghua: Depends: lesstif2, libice-dev, libsm-dev, libx11-dev, libxext-dev, libxt-dev, libxrender-dev, libxft-dev, libfontconfig1-dev, libfreetype6-dev [01:30] <\sh> which is the install dependency of lestiff2-dev [01:30] <\sh> aeh lesstif2-dev [01:31] I don't think libxp-dev is going away anytime soon [01:31] \sh: exactly. and if you look at the debian package, libxp-dev is there [01:32] <\sh> minghua: libxp was xprint right? [01:32] Argh, and lesstif has a SONAME bump from 0.93.94-11.4 to 0.94.4.-1? Fun. [01:32] \sh: yes [01:32] It seems I'd better merge lesstif first [01:33] <\sh> and I think daniels don't want to use xprint anymore [01:33] <\sh> in his xorg stuff [01:34] \sh, that's okay, it seems libxp is separately maintained by siretart now [01:34] xprint is evil === _jason [n=jason@dhcp0534.hrn.resnet.group.UPENN.EDU] has joined #ubuntu-motu [01:34] well, evil is better than FTBFS :-) [01:34] oh crap, ssl transition strikes. [01:34] he said to me, that if someone wants to maintain it he is fine with it... but he thinks that it should be dropped [01:35] hi [01:35] (python2.4 is uninstallable) [01:35] hi siretart [01:35] <\sh> slomo: wasn't libxp demoted to universe? [01:35] \sh: yes [01:35] minghua: libxp is deprecated, it should not be used as dependency where possible [01:35] unfortunately lots of 3rd party things are compiled against it, hence it needs to stick around yeh? [01:35] it was? Still shows in main for me. [01:36] siretart: I am just merging packages, I don't really have enough expertise to judge that [01:36] minghua: the thing is that the j2re1.4 packages which we have in multiverse (you know, binary only shit) are linked against libxp, as well as a few other legacy apps [01:36] (or perhaps just hasn't been anastacia-ised yet?) [01:36] for example if you download firefox, its compailed against libxp [01:36] minghua: so, if you can drop the dependency, do it. If not, well, we have libxp around [01:36] i think acroread is too [01:36] and yeh java [01:36] someone need to get rid of the libxp dependency from lesstif then [01:36] <\sh> ChatViewManager.cc: In member function 'void Gabber::ChatViewManager::on_menu_item_activate()': [01:36] <\sh> ChatViewManager.cc:107: error: 'manage' was not declared in this scope [01:36] I just want to merge grace :-( [01:36] <\sh> but there is no "manage" at all this line [01:37] I don't really want to touch lesstif [01:37] siretart: it's not even the package I'm trying to merge [01:37] <\sh> minghua: i don't see libxp even in lesstif1 or lesstif-dev [01:38] \sh: I need lesstif2-dev [01:38] <\sh> minghua: lesstif2-dev there is no libxp [01:39] <\sh> LOL what's up with seveas? [01:39] drunken? ;) === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-motu [01:40] <\sh> heheh [01:40] <\sh> Seveas: alcohol or weed? or just the cat jumping on your keyboard? ,) [01:41] alcohol :) === wdh [n=wdh@e185118.upc-e.chello.nl] has joined #ubuntu-motu [01:41] \sh: yes, but /usr/include/Xm/Print.h (from lesstif2-dev) #include's , which only comes from libxp-dev as far as I can see [01:41] Ubuntu NL has gathered [01:41] and is drinking too much [01:41] \sh: no matter what, lesstif2-dev should depend on packages it includes headers from [01:41] join us all for this drinking bash :) [01:42] <\sh> minghua: then include the build dep and recompile :) if it's necessary and needed and can't be patched out [01:42] \sh: I am arguing lesstif2-dev should depends on libxp-dev, and in Debian they do [01:42] <\sh> minghua: but if it's compiled like this without complaining about Print.h then leave it [01:43] \sh: actually I'm not sure if it really uses libxp-dev or not, it just bail out at ./configure [01:43] <\sh> minghua: we're not debian and we have different X server packages and an X maintainer, and when he says: no libxp anymore we try to follow :) [01:43] sonuva [01:44] EasyChem is borked more than I thought [01:44] \sh: no problem with that [01:44] \sh: but still a bug in lesstif2-dev, won't you agree? [01:45] <\sh> minghua: again...where do u see libxp? it would be a bug if it pulls in libxp...but looking at the dev package and the deps of it..it doesn't [01:45] \sh: yes, but /usr/include/Xm/Print.h (from lesstif2-dev) #include's , which only comes from libxp-dev as far as I can see [01:46] <\sh> oh ok...i misunderstood [01:46] \sh: the bug is it DOES NOT pull it in [01:46] minghua: does it ftbfs because of that? [01:46] <\sh> siretart: na... [01:46] <\sh> siretart: it installs an interface file which uses another interface file of a package which is not installed [01:47] siretart: it causes FTFBS for other packages that build-depends on lesstif2-dev [01:47] <\sh> minghua: can't u patch out the printing stuff/ [01:47] <\sh> ? [01:47] neat :/ [01:47] <\sh> or rewrite it using other printing things? [01:48] <\sh> siretart: bringing libxp in won't hurt for lesstif2 [01:48] \sh: as I've said, it's an error in ./configure [01:48] <\sh> it's universe... [01:48] what is the i18n devpack? [01:48] \sh: and I am just not competent to fix this at all [01:48] <\sh> minghua: hmmm [01:49] \sh, siretart: I'll just pull in libxp-dev myself and have it built, and note this is a workaround in changelog [01:49] <\sh> minghua: wait [01:49] <\sh> minghua: which packages are u working on? [01:49] <\sh> minghua: grace? [01:49] \sh: grace [01:50] <\sh> bug number? [01:50] \sh: yes, actually grace6 has the same problem, it was patched to pull in libxp-dev by previous universe merger [01:50] \sh: bug 4403 [01:50] Malone bug #4403: grace: merge new debian version Fix req. for: grace (Ubuntu), Severity: Normal, Assigned to: MOTU Merge Team, Status: Accepted http://launchpad.net/malone/bugs/4403 [01:51] I scratched my head for quite a while yesterday when merging grace6 and saw this libxp-dev dependency patch that I don't understand [01:52] hm [01:52] this motif shit is really annoying :/ [01:53] I think it doesn't really matter though, as most likely grace will have ubuntu-specific patches, due to hardcoded /usr/X11R6 silliness [01:53] bug 2387 for example [01:53] Malone bug #2387: X11 binary file in wrong directory Fix req. for: grace (Ubuntu), Severity: Normal, Assigned to: MOTU, Status: New http://launchpad.net/malone/bugs/2387 [01:53] grace6 had these patches, so even if lesstif2-dev is fixed, we can't just sync debian version anyway === Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #ubuntu-motu [01:54] <\sh> minghua: so pull in libxp-dev into grace... [01:54] a dpkg-buildpackage testing run never hurts, which is what I'm doing :-) [01:54] <\sh> or [01:54] <\sh> no [01:55] <\sh> the correct way is to pull libxp into lesstif1/2 [01:55] \sh: yes, I agree the correct way is to pull libxp into lesstif [01:55] it's just that I don't want to touch lesstif (yet) :-P [01:56] <\sh> i'll touch it === floam [n=floam@sh.nu] has left #ubuntu-motu ["Ex-Chat"] [01:57] err, [01:58] \sh: what do you mean with 'pulling libxp-dev into grace'? [01:58] <\sh> siretart: forget it...I'll add libxp-dev again to lesstif2 because it's using libxp-dev [01:58] \sh: I agree. [01:59] <\sh> siretart: but waut [01:59] <\sh> aeh wait [01:59] that's the way I want it too :-) [01:59] <\sh> why it's including something from libxp and is not FTBFSing itself? [02:00] <\sh> which can mean, that it includes something from another package but will never use it [02:00] \sh: It may well FTBFS as well [02:00] \sh: motif is evil [tm] [02:00] <\sh> minghua: it didn't FTBFS during breezy dev :) [02:01] <\sh> minghua: lesstif2 [02:01] \sh: yeah, just saw breezy has a new version, looks similar to the hoary version though [02:02] \sh: by the way it's lesstif1-1 in breezy [02:02] <\sh> minghua: lesstif1 and lesstif2 are build out of one source package :) [02:02] <\sh> which is lesstif1-1 [02:03] \sh: yes, figured that out already [02:03] <\sh> so...something is really wrong here [02:03] anyone to review my packages ? :) [02:03] The merge is the priority I believe [02:03] \sh: the new lesstif2 in sid doesn't build lesstif1 anymore, though [02:04] <\sh> minghua: because lesstif1 is somehow very very very old :) === minghua has no idea [02:05] older than me, perhaps? :-) [02:06] <\sh> I think 1.2 I bought from delix in 1995/1996? [02:06] <\sh> ok..I do an experiment [02:06] \sh: from debian changelog: * Upstream dropped support for lesstif1. Changing source package to [02:06] lesstif2 and continuing the lesstif1 package separately. [02:06] <\sh> *g* [02:07] EasyChem is ready to go [02:07] so do we want to split lesstif1/2 as well? [02:07] <\sh> ok..I commented in the include statement of libxp include [02:07] <\sh> in Xm/Print.h of Motif2.1 [02:07] should I add a Debian Menu entry before I upload it to REVU first... === _jason [n=jason@dhcp0534.hrn.resnet.group.UPENN.EDU] has joined #ubuntu-motu [02:09] <\sh> minghua: could u try something? [02:10] \sh: sorry, try what? [02:10] <\sh> minghua: you are using pbuilder right [02:10] <\sh> ? [02:10] yes [02:11] \sh: if you want me to just remove the include of libxp header in Xm/Print.h, I can do that [02:11] <\sh> ok..pbuilder login --save-after-login ... then apt-get install lesstiff2-dev then edit this Print.h file from lesstiff2 and comment in the include statement of the libxp interface pls [02:11] I know how to handle pbuilder stuff [02:12] \sh: I am actually manually building in a pbuidler chroot now :-) so making changes are easy [02:12] <\sh> minghua: that would be nice to try this [02:13] \sh: by "comment" you mean "make the include statement a comment, and not effective anymore", right? === minghua just want to be sure [02:14] <\sh> yes...comment in == make the include statement a comment :) [02:14] okay, I usually say "comment out" though :-( [02:14] I'd better look up in dict later... [02:15] Jeez, how do I stop these manpage errors [02:15] its an X11 app, it has help built in [02:16] <\sh> minghua: well...add a // in front of the # [02:16] <\sh> hehe [02:17] what does this mean.. [02:17] W: easychem source: source-contains-CVS-dir po/CVS === koke [n=koke@adsl229-164.unizar.es] has joined #ubuntu-motu [02:18] siretart: Could you do a quick review of the debdiff for http://revu.tauware.de/details.py?upid=975 and advocate it again? [02:18] Oh well, package going up :D [02:19] <\sh> Kyral: that the source wasn't CVS clean [02:19] <\sh> or isn't actually [02:19] which means..? [02:20] <\sh> Kyral: if u do a cvs checkout from a cvs repos. there are CVS directories created [02:20] <\sh> Kyral: those directories shouldn [02:20] oh [02:20] <\sh> 't be in the source for an release [02:20] <\sh> to prevent this, there is cvs export [02:20] It came like that....how do I fix it... [02:20] <\sh> Kyral: new package or are you fixing something? [02:20] new package [02:21] <\sh> Kyral: so something for universe via revu? [02:21] it should hit REVU in a couple secs [02:21] yah === koke [n=koke@adsl229-164.unizar.es] has left #ubuntu-motu ["Abandonando"] [02:21] <\sh> Kyral: oh..ok...then check the source orig.tar.gy === crimsun disappears for dinner [02:21] <\sh> z [02:21] I have the source on my HD :D === beezly [n=andy@nat-out-honley.beezly.org.uk] has joined #ubuntu-motu [02:23] \sh: no, that won't work. now I have: [02:23] /usr/include/Xm/Print.h:42: error: syntax error before 'XPContext' [02:23] /usr/include/Xm/Print.h:45: error: syntax error before '}' token [02:23] /usr/include/Xm/Print.h:63: error: syntax error before 'XPFinishProc' [02:23] \sh: it seems Xm/Print.h indeed uses the data structure in libxp [02:24] \sh: this is still just ./configure test though, not the real source [02:24] wait a sec [02:24] \sh: but as I've said, I'm not competent to mess with ./configure script [02:24] what is lintian talking about, I don't see a CVS dir anywhere === seth_k|lappy [n=seth@d-ip-129-15-213-50.wireless.ou.edu] has joined #ubuntu-motu [02:25] is anyone else working on packaging dogtail? I see it is in https://wiki.ubuntu.com/UniverseCandidates [02:26] Kyral: lintian told you it's po/CVS [02:26] and I'm telling you there isn't a CVS dir there === Kyral falls down [02:27] its in the orig.tar.gz [02:27] but not in the unpacked tree [02:27] <\sh> Kyral: i told u to check the orig.tar.gz [02:27] yah yah, me an idiot [02:28] <\sh> Kyral: actually those things are removed...and that's why u have a diff.gz it's the diff between the working debianized dir and the orig tar [02:29] then how do I knock out the warning from lintain? [02:29] <\sh> Kyral: but if it's in the orig.tar.gz leave it...don't change it...better to kick upstreams bum [02:29] <\sh> forget them [02:29] k [02:29] other than that lintian has no beef with the package [02:29] <\sh> minghua: what about grace now? is it complaining? [02:30] <\sh> oh sorry backlog [02:30] <\sh> minghua:ok then...I'll add libxp-dev back to the build deps [02:31] \sh: pity. it seems grace don't need any other patch though [02:31] \sh: so if this is solved we can actually sync from debian [02:31] but whatever [02:32] <\sh> minghua: just a minute :) [02:33] <\sh> ok..uploaded [02:33] <\sh> lesstif1-1 that is [02:33] <\sh> now u can check the buildds when the package build, wait for the archives and sync it or mark it to be synced [02:35] Actually I need a new package pulled in from Debian [02:35] one more thing about grace, though: the previous ubuntu patch has a tightened build dependency defoma (>= 0.11.8ubuntu2), I believe this can be safely dropped now, right? === schweeb [n=chris@68.77.111.53] has joined #ubuntu-motu [02:36] <\sh> minghua: defoma has to be merged anyways [02:36] \sh: oh really? but previous merger of grace6 dropped them [02:37] hoary, breezy and dapper all have 0.11.8ubuntu2 after all [02:37] I don't mind doing a merge, of course [02:38] I just want to reduce unnecssary ubuntu specific versions [02:38] who do I ask to sync a new package from Debian? [02:38] he wont listen to you, if you arent on the motu list [02:38] <\sh> minghua: sorry I was mistaken with defoma === schweeb [n=chris@68.77.111.53] has joined #ubuntu-motu [02:39] youll need to convince a sponsor === \sh should sleep a while [02:39] oh [02:39] \sh: cool, then. I'll wait for your new lesstif1-1 built, test the debian version in pbuilder, and ask for a sync [02:40] Is asking for sync still slow these days, BTW? [02:40] yes [02:40] yah imview-doc should be painless... === minghua never understands why it takes more effort to sync a package than to just upload an ubuntu specific one [02:41] this encourages spurious ubuntu changes :-( [02:42] exit [02:42] <\sh> minghua: because having a small delta is that what we want....so having a sync is a goal..so a sync is more worth then a normal upload === foampeace [n=foampeac@Toronto-HSE-ppp3716884.sympatico.ca] has left #ubuntu-motu [] [02:44]