[00:04] <spitfire_> In which package will I find gnome-panel-sharp-2.24 (in jaunty)?
[00:04] <Laney> none (yet)
[00:04] <Laney> http://ftp-master.debian.org/new/gnome-desktop-sharp2_2.24.0-1.html
[00:06] <spitfire_> Laney: I' trying to get Tomboy
[00:06] <spitfire_> working
[00:07] <xnox> Chris`: he means that you might want to convert debian/copyright to a new copyright format as described on that wikipage.
[00:07] <spitfire_> After that gnome-sharp transition
[00:07] <Chris`> xnox: I've used the one that jpds uses from his recommendation, surely it won't make it get rejected though?
[00:07] <Laney> Chris`: No, that's why I said it was optional
[00:08] <spitfire_> Laney: Isn't it in gnome-desktop-sharp?
[00:08] <Laney> spitfire_: Yes, see that link
[00:09] <spitfire_> ok
[00:09] <Laney> new API -> has to go through debian NEW
[00:09] <Laney> Apparently tomboy is just a b-d change after we get this
[00:13] <xnox> Chris`: it is a matter of preference now. I like the new format a lot! Some don't like it, the rest are waiting for it to (not) become official copyright format.
[00:13]  * Chris` will wait :)
[00:13] <spitfire_> Laney: so gnome-desktop-sharp2 will probably be gnome-desktop-sharp2.24 ?
[00:15] <xnox> The orig tarball I'm looking at has MANIFEST.in file can someone explain/point what it is? My google-fu failed =(
[00:23] <spitfire_> Laney: but where do i get this source package?
[00:24] <spitfire_> I havent found it on packages debian, nor incoming.debian.
[00:26] <spitfire_> oh
[00:26] <spitfire_> I'll have to wait till they in the pool:/
[00:27] <spitfire_> Laney: or is there another place I can get  'em?
[00:29] <ScottK> If it's in Debian New, then it's not available.
[00:29] <ScottK> If the maintainers use a public VCS, you should be able to fish the packaging out of there.
[00:32] <spitfire_> ScottK good idea, thanks;)
[00:33] <spitfire_> scottK thanks, I've found it;)
[00:34] <ScottK> spitfire_: Great.
[01:07] <Majost> I am having a problem with a python modules package which I am not sure how to solve.
[01:07] <Majost> Basically, the update-python-modules makes the link for the __init__.py
[01:08] <Majost> and then right before it finishes it does 'remove namespace' on it __init__.py -- which seems to be unlinking it
[01:09] <Majost> So my question is, how do I tell update-python-modules to stop unlinking the __init__?
[01:13] <Majost> I should also add that I cannot import my module because of this issue... which, looking at what the namespace stuff is supposed to do, seems as if it shouldn't be a problem
[01:26] <ScottK> At a guess, you have a different problem than you think you have.
[01:28] <spitfire_> ScottK
[01:28] <spitfire_> ;thanks;)
[01:28] <spitfire_> again;P
[01:28] <ScottK> spitfire_: No problem.
[01:29] <spitfire_> ScottK: I've resolved gnome-sharp2 transition problem for tomboy;)
[01:29] <ScottK> Congratulations.
[01:30] <ScottK> spitfire_: But do know I'm a KDE user, so I'm not personally very affected ...
[01:30] <spitfire_> ScottK: lol
[01:31] <spitfire_> This is kind of big stuff, because quite much mono programs don't run;)
[01:44] <hyperair> maxb: thanks
[01:45] <hyperair> maxb: i fixed all the issues you mentioned, except the DEBIAN_DIR and UPSTREAM_VERSION, because they don't work properly when called with CURDIR != DEBIAN_DIR/..
[01:49] <maxb> can CURDIR != the package build dir?
[01:50] <maxb> (In any sane build env?)
[01:54] <hyperair> maxb: can, in the case of get-orig-source
[01:54] <hyperair> maxb: but only that rule
[01:54] <hyperair> maxb: so if get-orig-source isn't defined, there's no need to use that workaround
[01:55] <hyperair> also it seems i added my comments one upload early
[01:55] <hyperair> both comments
[06:14] <dholbach> good morning
[06:24] <iulian> G'morning.
[06:24] <dholbach> hiya iulian
[06:24] <iulian> Hey dholbach.
[06:36] <iefremov> Hi, All. Reviewers needed for ugene - complex and interesting bioinformatics package based on Qt. http://revu.ubuntuwire.com/details.py?package=ugene
[06:47] <iulian> directhex: Hiya.  I was looking at the gnome-sharp2 transition and was wondering if I should get giver in Debian first and then sync.  Does meebey know about this?  Should I upload it to Ubuntu or commit to SVN and bug meebey?
[06:48] <iulian> directhex: I see that sebner has done some uploads to Ubuntu.  Are these changes forwarded to Debian?
[06:50]  * iulian takes a peek at pkg-cli-apps svn repo.
[06:56] <AnAnt> Hello, I got a question about get-orig-source , is it used to build an orig tarball for the current release , or for the upcoming release ?
[06:56] <AnAnt> ie. can I do a 'uscan .' in get-orig-source ?
[06:58] <persia> AnAnt, It should build a tarball for the current upstream release.
[07:18] <AnAnt> ok, thanks
[07:21] <directhex> iulian, you have free reign over the gnome# thing, it was an unexpected requirement
[07:23] <dlynch> is this a good place to ask a question about the copyright file that goes in the debian directory?
[07:24] <dholbach> dlynch: definitely
[07:24] <dholbach> Did you check out these pages?
[07:24] <dholbach> https://wiki.ubuntu.com/PackagingGuide/PackagingOverview#The%20copyright%20file
[07:25] <dholbach> https://wiki.ubuntu.com/PackagingGuide/Basic#Copyright
[07:26] <iulian> directhex: OK, thanks for telling.  I will upload it today.
[07:26]  * iulian is pretty busy right now, doing his homework.
[07:27] <dlynch> dholbach: I didn't see that 2nd one yet - thanks. My question concerns python routines I've reused from other people, and I think the 2nd page will help me understand my responsibilities
[07:27] <dholbach> dlynch: if not just ask in here
[07:29] <stefanlsd> dholbach: heys. the other day I was just commenting on some UDW sessions that use pastebin for parts of what they are trying to convey...  we need to go get those and put them in the log or something
[07:30] <dholbach> stefanlsd: hum, did you find any in the current logs?
[07:31] <stefanlsd> dholbach: no instances atm. I was looking through some old UDW logs...
[07:31] <dholbach> ah ok
[07:32] <stefanlsd> shame, pitti deleted his whole class by accident!
[07:33] <slytherin> anyone familiar with lexers from python-pygments? I want to add a custom file pattern to makefile lexer but couldn't find anything in api docs.
[07:40] <didrocks> morning o/
[07:45] <quadrispro> can anyone take a look to this? http://revu.ubuntuwire.com/details.py?package=uck
[07:45] <quadrispro> (hi) :)
[09:01] <iulian> directhex: FYI.  I have just uploaded giver.
[09:02] <directhex> iulian, cool. feel like being a hero & looking at the gnome# issues for the mono apps in main?
[09:03] <iulian> directhex: Sure. I will have a look at them today.
[12:27] <sistpoty|work> hi folks
[12:27] <jpds> hey sistpoty|work
[12:27] <sistpoty|work> hi jpds
[13:28] <null_vector> /part/part
[14:42] <warp10> dholbach: FYI: http://www.oneopensource.it/21/01/2009/interview-with-daniel-holbach-ubuntu-community-developer/
[14:42] <dholbach> warp10: thanks a lot! :)
[14:43] <warp10> (and http://www.oneopensource.it/21/01/2009/intervista-daniel-holbach-community-developer-canonical/ if you want to excercise your italian :P )
[14:43] <dholbach> errr, probably not :)
[14:43] <warp10> :D
[14:56] <iefremov> Hi all, reviewers needed for ugene: complex bioinformatics package based on Qt. http://revu.ubuntuwire.com/details.py?package=ugene
[14:56] <ScottK> mok0: ^^^ Seems up your alley.
[14:59]  * mok0 looks
[14:59] <iefremov> ScottK: thanks, already asked mok0 :)
[15:00] <mok0> iefremov: I'll take a look
[15:02] <mok0> iefremov: you are also upstream I see
[15:05] <mok0> iefremov: is this your first time you have packaged something?
[15:08] <mok0> iefremov: I can see that ;-)
[15:09] <ia> hello. could you clarify, please, some moment about packaging sponsorship. if i make deb packages with latest upstream version (which doesn't exist in debian/ubuntu, but older version of app does) without any changes(initial release of new upstream only) and would like, that someone, who have access to universe/multiverse section, check it and, if everything is correct, will upload it in repo, then what should i do? as i understand, i should mail to ubuntu-u
[15:09] <ia><EMAIL_ADDRESS>with request and with information about packages, right? or what?
[15:09] <mok0> ia, we have a reviewing site called REVU
[15:10] <ScottK> mok0: Not for upgrades
[15:10] <mok0> ah I missed that part
[15:10] <ScottK> ia: File a bug and tag it upgrade.  Make your updated package and then attach the .diff.gz for the update to the bug.
[15:10] <ScottK> ia: The subscribe ubuntu-universe-sponsors to the bug (not asssign and don't send mail).
[15:17] <tseliot> doko_: I have a question for you: if I wanted to create a package which only has a python script (to install in /usr/bin), would it still be ok if python-central created the .egg file?
[15:18] <tseliot> doko_: I mean, only one script and no library
[15:19] <hyperair> could someone review my package sigx please? http://revu.ubuntuwire.com/details.py?package=sigx
[15:19] <ia> ScottK: ou, let's check, have i got it - 1. create "bug" in "ubuntu" project with [need-packaging] substring in name of bug 2. include in bug description original web site, where places official tarball with information about app; send this bug 3. in next comment for just created bug apply .diff.gz 4. PROFIT ;-) right?
[15:21] <ScottK> ia: Yes, except tag for a new version of an existing package is upgrade, not needs-packaging.
[15:21] <POX> tseliot: python-central doesn't create .egg-info, Python>=2.5 does (and it doesn't make sense to install egg metadata for single Python script)
[15:21] <ScottK> Then don't forget to subscribe ubuntu-universe-sponsors.
[15:24] <tseliot> POX: I need a build-dependency on python because I use distutils
[15:24] <POX> and it creates .egg-info for single script?
[15:25] <tseliot> POX: yes, it does. Here's the source I uploaded to REVU: http://revu.ubuntuwire.com/details.py?upid=4581
[15:29] <ia> ScottK: >tag for a new version of an existing package is upgrade // so, where i should point tag "upgrade"?
[15:30] <ScottK> There's a section in the bug for tags.  Just type upgrade in there.
[15:34] <POX> tseliot: just remove the .egg-info directory
[15:35] <tseliot> POX: ok, so a small hack in debian/rules would be enough. Thanks
[15:37] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 3 to kick off in #ubuntu-classroom in 23 minutes! :-)
[15:38] <ia> ScottK: and some questions about debian/. 1. i should point in XSBC-Original-Maintainer field my name and email and in Maintainer something like ubuntu universe team, right? 2. should i create a new one changelog file with only one record, or keep changelog from previous version of package and just update it by new one record? 3. >don't forget to subscribe ubuntu-universe-sponsors. // it's so as to i could follow for maintainers' discussion about progress of
[15:38] <ia>  my request, right?
[15:38] <dholbach> ia: use update-maintainer of the ubuntu-dev-tools package - it will make your life easier (regarding original maintainer)
[15:39] <ScottK> ia: If it's an existing package, then the originial maintainer should be what's in the maintainer field before.
[15:39] <ScottK> As dholbach says ...
[15:39] <ScottK> Add a new entry to the existing debian/changelog
[15:39] <dholbach> was there any discussion ever why we not just automate it somewhere instead of dpkg-buildpackage failing?
[15:39] <ScottK> ia: It's so they know you have a request.
[15:39] <quadrispro> sistpoty|work: ping
[15:39] <quadrispro> :)
[15:39] <sistpoty|work> quadrispro: pong
[15:40] <ScottK> dholbach: It doesn't fail, it just complains.
[15:40] <ScottK> Which I think is desirable.
[15:41] <ScottK> As an example, if I'm the Debian maintainer for a package and I need to upload an Ubuntu revision for some reason, I don't change the maintainer.
[15:41] <dholbach> pkg-source: Fehler: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[15:41] <dholbach> dpkg-buildpackage: Fehlschlag: dpkg-source -b hello-2.2 gab Fehler-Exitstatus 255
[15:41] <dholbach> debuild: fatal error at line 1329:
[15:41] <dholbach> dpkg-buildpackage -rfakeroot -d -us -uc -S failed
[15:41] <dholbach> is what I get
[15:41] <james_w> it fails if you have "ubuntu" in your DEBEMAIL
[15:42] <dholbach> ahhh
[15:43] <dholbach> ScottK: I take that point though - would be nice to have it configurable, so that if I'm just an Ubuntu developer it would do the right thing for me instead of falling over :)
[15:43] <dholbach> anyway... enough complaining - I know I could just write a patch :)
[15:47] <ia> ScottK: and package name should have "-ZubuntuW" suffix, where Z=0 (because the same upstream version of app doesn't exist at present time in debian), and W=1 (beacause it's first initial release of this upstream version in ubuntu without any changes), right?
[15:47] <ScottK> Yes.
[15:50] <ia> ScottK: thank you very much for answers. it's all questions. at least for now :-) and, please, excuse me, if some questions were dummy or obvious O:-)
[15:56]  * directhex mails ember cake
[15:56] <mok0> iefremov: I have written a review now.
[16:04]  * hyperair wonders if any MOTU is free to revu
[16:30] <mbeatty> what's the appropriate course of action when creating a package for source available only in a bz2?
[16:30] <mbeatty> bzcat source.tar.bz2 | gzip -9 > source.orig.tar.gz ?
[16:31] <Laney> mbeatty: uscan --repack
[16:31] <geser> yes, until tar.bz2 are allowed (iirc there is some work in progress)
[16:31] <Laney> or gzip -9n (iirc)
[16:32] <persia> -9nf
[16:33] <persia> You need to force the compression to ensure that you don't get different results on different architectures.
[16:33] <persia> Also, please document it by writing a get-orig-source rule in debian/rules, and leave a comment in README.source
[17:00] <jmehdi> Could someone review my package: http://revu.ubuntuwire.com/details.py?package=webstrict, I've added a debian/watch file as required
[17:01] <mbeatty> alright, another question: making a new package of upstream naim, version <IP_ADDRESS>.1 .. latest ubuntu and debian packages are all 0.11.8-1 .. should new ubuntu version be <IP_ADDRESS>.1-0ubuntu1 ?
[17:02] <mbeatty> or -1, or -1ubuntu1?
[17:03] <mok0> -0ubuntu1
[17:03] <liw> -0ubuntu1
[17:03] <mok0> liw: beat you to it :-)
[17:03] <mbeatty> :>
[17:03] <liw> so that when Debian packages it, and calls their version -1, merging and syncing works correctly
[17:13] <bddebian> Hmm, naim looks like one that could possibly be orphaned and a QA upload done with the new upstream
[17:14] <bddebian> mbeatty: Unless you want to maintain it in Debian! :)
[17:14] <mbeatty> yes, I was wondering whether better to push to debian
[17:16] <bddebian> mbeatty: Have you tried contacting the maintainer by any chance?  He doesn't seem to be a DD and naim seems to be the only package he "maintains"
[17:17] <bddebian> And no upload since 2005 :(
[17:19] <mbeatty> will do that as a first step
[17:19] <bddebian> mbeatty: Let me know.
[17:19] <mbeatty> or what should have been :>
[17:28] <RainCT> there was a MOTU meeting?
[17:32] <pochu> RainCT: not that I know of
[17:32] <pochu> at least there was no announce in the list I think
[17:33] <RainCT> because I've just seen the minutes for one lol
[17:33] <pochu> jpds: #ubuntu-es-dev is getting some new people after Monday's session in UDW, in case you wanna join it :)
[17:33] <pochu> RainCT: MOTU council maybe?
[17:33] <RainCT> ah right
[17:33] <RainCT> I can't read
[17:37] <hyperair> anyone have time for a revu?
[17:56] <mathieu> Hello MOTUs, i have a quick question
[17:56] <mathieu> I uploaded my sources recently on REVU using dput
[17:56] <mathieu> everything went well, the GPG sig was recognized and everything uploaded it seems
[17:57] <mathieu> but it's been a week now and I still don't see it on http://revu.ubuntuwire.com
[17:57] <mathieu> is it normal ?
[17:57] <ScottK> mathieu: No.  When you did dput, what was the exact command you did?
[17:58] <mathieu> i did dput dekiwiki_8.08.2-1_i386.changes
[17:58] <mathieu> revu is the default on my dput
[17:58] <ScottK> mathieu: You uploaded a binary package and those are automatically rejected.
[17:58] <mathieu> yes there were sources + bin
[17:58] <ScottK> mathieu: It should have been something like dput revu dekiwiki_8.08.2-1_source.changes
[17:59] <mathieu> OK i try again and let you know
[18:01] <co0lingFir3> hello, how can i setup a jaunty environment in pbuilder?
[18:04] <asomething> ScottK: hi, you closed bug 275375, but I don't see the package in jaunty-changes, the archives, or the build queue. how do you know that a sync has been done?
[18:05] <asomething> bug 275375
[18:05] <ScottK> asomething: I see what happened.
[18:11] <mathieu> ScottK : I re-uploaded my package without including the ".deb" and it worked, thanks a lot for your help.
[18:12] <ScottK> mathieu: No problem.
[18:17] <rugby471> hu guys, trying to fix a bug in xsane, I don't think it needs cdbs (after speaking with dholbach) however how would I coinfirm this?
[18:17] <jmarsden|work> rugby471: Read its debian/rules file and see what patch system (if any) it uses?
[18:17] <rugby471> k
[18:18] <co0lingFir3> hello, how can i set up a jaunty pbuilder environment in intrepid?
[18:19] <rugby471> jmardsen|work: where exactly would it talk about cdbs (if it does) (sorry fix bug I have ever tried to fix :-)
[18:19] <rugby471> fix * first
[18:20] <ScottK> co0lingFir3: Same as you would for any other release, just make sure you use intrepid-backports when you set it up.
[18:20] <hggdh> question: if an updated version of a package exists in Debian, and there are no local changes, is this an upgrade or sync request?
[18:20] <jmarsden|work> rugby471: Read the Packaging Guide before attempting to fix any bugs: See https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging%20With%20CDBS
[18:20] <jmarsden|work> co0lingFir3: See https://wiki.ubuntu.com/PbuilderHowto
[18:25] <rugby471> thx
[18:34]  * sistpoty|work heads home... cyas
[18:34] <sistpoty|work> -s
[18:52] <Majost> Is there a variable I need to set to prevent CDBS pysupport from creating .pth files, and link the __init__.py instead?
[18:58]  * ScottK wonders if POX is watching ....
[19:02] <james_w> JontheEchidna: you're up
[19:02] <JontheEchidna> oh shit, I thought it was in an hour. but I think I'm good to go
[19:03] <cjav> Hi, trying to use ppa and dput for the first time, but need to use an http proxy, does dput have this option? I have set ftp_proxy=http://myproxy.com:PORT but dput seems to ignore it
[19:19] <_16aR_> Hello
[19:19] <_16aR_> Can anyone of the revu team review the hexdiff package please ? http://revu.ubuntuwire.com/details.py?package=hexdiff
[19:25] <Gaming4JC> I was told to check here for help on making a deb. Would anyone know why my compilation keeps ending in "Clean Error 2"?
[19:26] <Gaming4JC> dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2
[19:29] <Gaming4JC> I found some info but I've no idea where to find "clean" to edit it. https://wiki.ubuntu.com/PackagingGuide/Rules
[19:30] <Gaming4JC> I'll need to do some digging
[19:30] <bddebian> There should be a clean: rule in debian/rules
[19:31] <Gaming4JC> bddebian: where is debian/rules located? It's not in the ../debian folder of my sources
[19:31] <bddebian> Then you have an even bigger problem :)
[19:31] <Gaming4JC> :-/
[19:32]  * Gaming4JC might have found something
[19:32] <Gaming4JC> ok I found it
[19:32] <bddebian> Did you create this package or... oh
[19:33] <Gaming4JC> it's just calling itself "rules"
[19:33] <Gaming4JC> and I didn't see it in the massive file list
[19:33] <Gaming4JC> but now what should I do to add some cleaning rules?
[19:33] <bddebian> Unless it is using CDBS, there should already be one.
[19:34] <Gaming4JC> this is the error I get on compile...
[19:34] <Gaming4JC> # Add here commands to clean up after the build process. /usr/bin/make clean make[1]: Entering directory `/home/luke/ngplant-0.9.7' make[1]: *** No rule to make target `clean'.  Stop. make[1]: Leaving directory `/home/luke/ngplant-0.9.7' make: *** [clean] Error 2 dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2..
[19:35] <bddebian> Does clean have an entry like:  [ ! -f Makefile ] || $(MAKE) clean   ?
[19:35] <Gaming4JC> the rules file has this content: 	# Add here commands to clean up after the build process. $(MAKE) clean  dh_clean
[19:35] <Gaming4JC> yes
[19:35] <bddebian> Exactly as I have typed it?
[19:36] <Gaming4JC> no
[19:36] <Gaming4JC> but it has the last part
[19:36] <Gaming4JC> "$(MAKE) clean"
[19:36] <azeem_> Gaming4JC: which doesn't exit, hence the first part
[19:36] <bddebian> If it uses Makefiles but it's not there, add the [ ! -f Makefile ] || part in front of $(MAKE) clean
[19:37] <Gaming4JC> ok, I'll give it a shot :)
[19:38] <Gaming4JC> lol I'm afraid my rules file is riddled with errors for some reason
[19:38] <Gaming4JC> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
[19:38] <Gaming4JC> now that clean is fixed, build is fussing.
[19:39] <Gaming4JC> "# Add here commands to compile the package."
[19:39] <Gaming4JC> and the only thing it has
[19:39] <Gaming4JC> is "$(MAKE)"
[19:40] <bddebian> There is no configure: target?
[19:41] <Gaming4JC> umm I don't see one
[19:41] <Gaming4JC> lol
[19:41] <Gaming4JC> I'm trying to compile ngPlant just incase anyone is wondering
[19:42] <_16aR_> what is that ? some sort of neopunk canabis ?
[19:42] <bddebian> heh
[19:42] <Gaming4JC> :P
[19:42] <Gaming4JC> no it's a 3D plant modeler
[19:42] <bddebian> Is this new packaging or did you get a source package from somewhere?
[19:42] <_16aR_> oh yeah ?
[19:42] <_16aR_> I look into it then :)
[19:42] <Gaming4JC> I got the source from the site
[19:42] <jmarsden|work> Gaming4JC: Where did you get the debian/* stuff (including debian/rules) from?
[19:43] <Gaming4JC> from scratch as far as I can tell, lol. I am following this tut: http://<IP_ADDRESS>/search?q=cache:mGP0ZVp9nOEJ:ubuntuforums.org/showthread.php%3Ft%3D51003+Ubuntu+how+to+make+deb&hl=en&ct=clnk&cd=1&gl=us&client=firefox-a
[19:44] <jmarsden|work> Gaming4JC: And you have read and understood the Packaging Guide?  https://wiki.ubuntu.com/PackagingGuide/Complete
[19:44] <Gaming4JC> hmm no I havent. I only read this tutorial and parts of https://wiki.ubuntu.com/PackagingGuide/Rules
[19:45] <Gaming4JC> I do know how to "make" a generic linux binary though
[19:45] <Gaming4JC> ;)
[19:45] <jmarsden|work> I suggest reading all the Packaging Guide and then coming back to your packaging project.
[19:45] <_16aR_> thanks Gaming4JC for ngPlant, seems an interesting project :)
[19:46] <Gaming4JC> Yes, it's quite interesting. I was surprised no one had a deb for it alreadly. It's well known in the #blender community.
[19:47] <_16aR_> by the way, cdbs manage scons now ?
[19:49] <Gaming4JC> are there any good books for learning bash? It sure isn't like compiling in C++
[19:49] <Gaming4JC> lol
[19:49] <Gaming4JC> I also found it funny that gnome-terminal is different from Gentoo and KDE terminals
[19:50] <_16aR_> I think Gentoo use gnome-terminal too, in its own gnome version :p
[19:50] <_16aR_> What differences do you see ?
[19:50] <jmarsden|work> Gaming4JC: for bash try http://tldp.org/LDP/abs/html/ for Make try http://www.gnu.org/software/make/manual/make.html
[19:51] <Gaming4JC> _16aR_: emerge, no apt-get, etc.
[19:52] <Gaming4JC> jmarsedn|work: thanks for info
[19:52] <jmarsden|work> np
[19:54] <_16aR_> Gaming4JC: ah ok ! Thats the distrib differences, not a differences between gnome-terminal, gentoo terminal and kde terms ^^
[19:54] <_16aR_> Yes off course distrib can have their own package management
[19:54] <Gaming4JC> ah :)
[19:54] <_16aR_> That's the biggest part of their differences though
[19:55] <Gaming4JC> there's no apt-get moo! What kind of a system is Gentoo with out apt-get moo.... lol jk.
[19:55] <_16aR_> sourcemage with grimoire
[19:55] <_16aR_> yeah, i think the moo is most important command a debian sys admin must know
[19:56] <Gaming4JC> I've not read the entire PackagineGuide yet, but the rules doesn't mention the area I'm having troubles with.
[19:56] <_16aR_> to create a package of an app that is using scons instead of make, you should look at those *.mk files I think : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470532
[19:56] <Gaming4JC> "build-stamp: configure-stamp "
[19:57] <_16aR_> but like jmarsden|work, I suggest you read all the packagingguide before everythinhg
[19:57] <_16aR_> cdbs can help you a lot to create a package if it has the .mk files to facilitate the builder integration
[19:57] <_16aR_> and if you use cdbs
[19:58] <_16aR_> just look at : https://perso.duckcorp.org/duck/cdbs-doc/cdbs-doc.xhtml
[19:58] <Gaming4JC> ok
[19:58] <Gaming4JC> if it matters though, ngplant suggest compiling with scons
[19:58] <_16aR_> suggest ? or oblige ? :p
[19:59] <Gaming4JC> :P
[19:59] <_16aR_> seriously, is there any makefile ?
[19:59] <jmarsden|work> An app that uses scons is probably not really a good choice as a first ever app to package... might be better to start with fixing bugs in existing packages, get used to the whole packaging approach in Ubuntu, and *then* look at creating a new package for something?
[20:00] <_16aR_> jmarsden|work: the first app I packaged was build on a scons system
[20:00] <Gaming4JC> perhaps, but so far every package I look at is scons.
[20:00] <Gaming4JC> RVHouse, ngplant, etc. etc.
[20:00] <_16aR_> and to facilitate the thing, it was a lib ...
[20:00] <Gaming4JC> scons is like the leader in program development or something, lol.
[20:01] <jmarsden|work> _16aR_: I think that means you are the exception that proves the rule ;)  For most packagers IMO it pays to start simple and try more complex things later...
[20:01] <_16aR_> I didn't fixed bugs, but I read every packaging guide, libpkg-guide, cdbs etc to make it build. And it did well ... But it was dependant on another package I packaged, but which wasn't accepted because of license issue (no GPL headers in every source file, and no news from upstream)
[20:02] <_16aR_> no no Gaming4JC, scons is quite rare from what I see
[20:03] <Gaming4JC> _16aR_: Hmm, I guess I'm just lucky enough to find the rare ones, lol...
[20:03] <Gaming4JC> so bad for me :P
[20:03] <_16aR_> jmarsden|work: yes, but maybe Gaming4JC wants to have ngPlant in his ubuntu before having crrected another bug :p
[20:03] <Gaming4JC> ;D
[20:04]  * Gaming4JC keeps reading over packaging guide...
[20:04] <_16aR_> that's not a big deal Gaming4JC, but since there is no "official" cdbs mk rule for scons, you have to work a little harder to create your deb package
[20:04] <Gaming4JC> hmm
[20:04] <Gaming4JC> so how would get a makerule from scons
[20:04]  * Gaming4JC googles...
[20:04] <jmarsden|work> _16aR_: If Gaming4JC is capable of learning packaging that way, fine... if not, the slower approach is more likely to succeed.
[20:05] <_16aR_> jmarsden|work: I bow down, maybe i was lucky to learn it that way
[20:06] <_16aR_> Gaming4JC: do you succeed in having ngPlant compiled on your ubuntu by the way ?
[20:07] <Gaming4JC> come to think of it
[20:08] <Gaming4JC> I haven't tried getting a binary for this particular file
[20:08]  * Gaming4JC goes to compile old fashion way...
[20:09] <Gaming4JC> heh, I should have tried that first. This source may be buggy.
[20:09] <Gaming4JC> scons: *** [ngput/p3dimage.o] Error 1
[20:09] <Gaming4JC> scons: building terminated because of errors.
[20:10] <_16aR_> yes, actually, that the first thing to do : if it FTBFS, you're ko until you patch/correct it
[20:12]  * Gaming4JC why did I have to pick the hardest program on the planet to be my first deb? xD
[20:14] <akb41> because after that, everything is easy?
[20:14] <Gaming4JC> lol
[20:14] <Gaming4JC> http://www.gs1.ubuntuforums.org/showthread.php?t=1028375 <-- Looks like I wasn't the only one with the problem
[20:15]  * Gaming4JC reads article...
[20:17] <Gaming4JC> some help that article was lol
[20:17] <Gaming4JC> install everywhere WxWidgets in existence :P
[20:17] <Gaming4JC> *every
[20:17] <azeem> Gaming4JC: strcmp() is not from wxwidgets, so I doubt that's it
[20:18] <azeem> it's likely a problem with your g++ version being to strict with the standard/ngPlant not ported to it
[20:18] <azeem> too*
[20:18] <Gaming4JC> hmm
[20:19] <Ursinha> elcontador, :)
[20:19] <elcontador> ????
[20:20] <elcontador> ué
[20:20] <elcontador> vc pode ficar em maios de um canal ao mesmo tempo??
[20:20] <elcontador> noss
[20:20] <elcontador> moh bagunçado isso aqui
[20:20] <Ursinha> elcontador, I don't know if this channel is english only
[20:20] <azeem> it is
[20:20] <elcontador> que lindo
[20:20] <elcontador> vc fala  inglês
[20:20] <elcontador> ok
[20:21] <Gaming4JC> speak eh English. :)
[20:21] <Gaming4JC> ok so I found the line containt the problem.
[20:21] <cjav> Hi, trying to use ppa and dput for the first time, but need to use an http proxy, does dput have this option? I have set ftp_proxy=http://myproxy.com:PORT but dput seems to ignore it
[20:22] <Gaming4JC> " if (strcmp(Handlers[HandlerIndex]->FormatExt(FormatIndex),FileExt) == 0)" Anyone know why that won't compile on g++?
[20:22] <Gaming4JC> "ngput/p3dimage.cpp:371: error: ‘strcmp’ was not declared in this scope"
[20:22] <azeem> Gaming4JC: try adding std:: in front of strcmp
[20:22] <Gaming4JC> ok
[20:23] <Gaming4JC> sadly no... "ngput/p3dimage.cpp:371: error: ‘strcmp’ is not a member of ‘std’"
[20:23] <azeem> then it might be a header issue
[20:23]  * Gaming4JC goes to find what strcmp is a member of...
[20:26] <james_w> Gaming4JC: "#include <cstring>"
[20:26] <james_w> I believe
[20:27] <elcontador> ursinha, could you help me?
[20:28] <Ursinha> elcontador, what do you need?
[20:28] <elcontador> are you  a programmer?
[20:28] <Ursinha> elcontador, yes
[20:28] <elcontador> I was looking for  a mentor
[20:28] <Ursinha> for what?
[20:28] <Ursinha> or
[20:28] <Ursinha> what for
[20:28] <Ursinha> :)
[20:28] <elcontador> don't know any programming at all
[20:29] <elcontador> I'd like to join the  MOTU team some  day
[20:29] <Ursinha> well, guess people around here would be more qualified to help you than I am :)
[20:29] <elcontador> why??
[20:29] <Chris`> elcontador: You don't need to program to be motu
[20:30] <elcontador> uhn
[20:30] <elcontador> all that packaging stuff
[20:30] <Gaming4JC> you can do bug fixes
[20:30] <elcontador> I got tired of  watching  those videos  and going  nowhere
[20:30] <Gaming4JC> https://wiki.ubuntu.com/PackagingGuide/
[20:30] <Gaming4JC> https://wiki.ubuntu.com/MOTU
[20:30] <Gaming4JC> :)
[20:30] <elcontador> yeah, that one
[20:31] <Chris`> elcontador: You can package without needing to know C, Perl, Python etc
[20:31] <elcontador> ok
[20:31] <Gaming4JC> you can o_O
[20:31]  * Gaming4JC is working with C++ right now
[20:31] <Chris`> elcontador: I'm doing it and I don;'t know any languages :P
[20:31] <elcontador> then I guess that maybe it's not  what I'm looking  for
[20:31] <elcontador> I'd like to learn  real programming
[20:31] <Gaming4JC> james_w: #include <cstring.h> was it, now I got more problems...
[20:32] <elcontador> but I just don't know  whre  to start from
[20:32] <Chris`> elcontador: What do you want to be able to program? For what purpose?
[20:32] <james_w> Gaming4JC: you probably don't want .h with cstring, use either <cstring> or <string.h>
[20:32] <elcontador> just would like  to learn it on ubuntu
[20:32] <elcontador> knowledge
[20:32] <elcontador> that's all
[20:33] <elcontador> all maybe help programming ubuntu  someday
[20:33] <elcontador> like you all must do
[20:33] <Gaming4JC> james_w: ok thanks for tip. Wikipedia mentions it as "strcmp is a function in the C standard library (declared in string.h) that compares two C strings."
[20:34] <jmarsden|work> elcontador: You could learn Python, see http://wiki.python.org/moin/BeginnersGuide/NonProgrammers for some tutorials to get started??
[20:34] <Gaming4JC> oh boy... "ngput/p3dospath.cpp:257: error: ‘memcmp’ was not declared in this scope"
[20:34] <james_w> Gaming4JC: yeah, string.h, not cstring.
[20:34] <james_w> Gaming4JC: should be in the same header
[20:34] <elcontador> what could I program with this  python language?
[20:35] <elcontador> I don't have any ideas
[20:35] <Gaming4JC> umm
[20:35] <Gaming4JC> Blender plugins?
[20:35] <jmarsden|work> elcontador: Anything you know how to tell a computer to do :)  Go through a tutorial first.
[20:35] <elcontador> thanks
[20:35] <Gaming4JC> "Hello World" ;)
[20:35] <elcontador> hahah
[20:36] <elcontador> ok
[20:36] <elcontador> but besides learning programming
[20:36] <elcontador> I have a post-installation issue to solve
[20:37] <elcontador> a sound driver issue
[20:37] <elcontador> could  Anyone help?
[20:37] <Gaming4JC> see #ubuntu
[20:37] <Gaming4JC> :)
[20:37] <elcontador> ok
[20:37] <jmarsden|work> ALso see https://wiki.ubuntu.com/DebuggingSoundProblems
[20:38]  * Gaming4JC w00000000000tttzzz... <cstring> is working and although depreciated it is compiling
[20:38]  * Gaming4JC fingers crossed!
[20:38] <Gaming4JC> ah and I would like to make a comment on C++
[20:39] <Gaming4JC> can some one tell me why Microsoft C++ is so different from Gnome's G++
[20:39] <Gaming4JC> it's the same principle but sure is a pain to convert your code between the two
[20:44] <Chris`> Gaming4JC: Just do // ;) or /* */
[20:47] <Gaming4JC> arg...
[20:49] <quadrispro> does anyone can review this? http://revu.ubuntuwire.com/details.py?package=w-scan
[20:49] <Gaming4JC> james_w: More Bugs >_< ... scons: *** [ngpshot/p3dshaders.o] Error 1 ngpshot/p3dshaders.cpp error: ‘malloc’, 'stderr', 'fprintf, and 'free' were not declared in scopes.
[20:50] <james_w> malloc is stdlib.h
[20:50] <quadrispro> ehm... s/does anyone can/can anyone review :)
[20:50] <james_w> stderr is stdio.h
[20:50] <james_w> should be all you need
[20:51] <Gaming4JC> yes fprintf is stdio too
[20:51] <maxb> quadrispro: You've got a debian bug number in your changelog entry....
[20:51] <maxb> This is Ubuntu! :-)
[20:52] <Gaming4JC> james_w: unfortuneatly no change.
[20:52] <Gaming4JC> still same errors.
[20:52] <Gaming4JC> :-/
[20:53] <james_w> then you didn't fix it right :-)
[20:54] <Gaming4JC> lol
[21:17] <binarymutant> if anyone has the time to review my package charm, http://revu.ubuntuwire.com/details.py?package=charm, I would be greatly appreciative. Thanks :)
[21:30] <Majost> anyone know why update-python-modules would do this: link /var/lib/python-support/python2.5/mymodule/__init__.py
[21:31] <Majost> and then a few lines later
[21:31] <Majost> remove namespace /var/lib/python-support/python2.5/mymodule/__init__.py
[21:31] <Majost> on hardy
[21:31] <maxb> quadrispro: I noted a few points, though I don't have SVB equipment so I didn't test anything
[21:34] <mbeatty> :q
[21:34] <mbeatty> ! :x
[21:34] <Majost> I found this upstream bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484669
[21:35] <Majost> but I haven'y any idea how to work around the issue
[21:36] <akb4> no answer from an hour ago... I have a package in debian sid that I'd like to get into the next ubuntu release. How can this be made to occur?
[21:38] <maxb> akb4: It's new in sid, I assume? If it had been in before Christmas it would have automatically synced
[21:38] <akb4> yep, we had a few minor issues getting into sid main, just hit last week.
[21:39] <akb4> (hit the repos, that is)
[21:39] <maxb> https://wiki.ubuntu.com/SyncRequestProcess describes (rather tersely, admittedly) the procedure for requesting an explicit sync
[21:40] <maxb> though it rather fails to comment on syncs of entirely new packages :-/
[21:40] <akb4> in that case, should I still follow those directions?
[21:42] <maxb> I suggest so, yes
[21:43] <maxb> oh, the command line tool mentioned in the wiki page has an option specifically for new packages :-)
[21:43] <akb4> ok, thank you.
[21:43] <maxb> so I suggest running it and seeing what it tells you to do
[21:43] <maxb> :-)
[21:48] <akb4> hmm. since I don't have an ubuntu system to hand, I'll try the bug-filing method. script also has no apparent option to specify the requester's email address; in my case, trying to automatically derive it would be non-optimal.
[22:01] <akb4> directions for sync request say to subscribe either ubuntu-main-sponsors or ubuntu-universe-sponsors. which should I choose? the package is a game.
[22:04] <directhex> the package is rather unlikely to be in main
[22:04] <EagleScreen> i think universe
[22:04] <raof> akb4: If it's a new package, it'll be in Universe.
[22:04] <akb4> thx
[22:26] <quadrispro> maxb: thank you! I'll work on it ;)
[23:38] <laprice> I'm trying to script a build to track a standard package with patches.
[23:39] <laprice> I have the patches set in debian/patches/
[23:40] <laprice> my question is, if I use debuild -S
[23:40] <laprice> will the diff file generated include the patches?
[23:42] <laprice> It's a cdbs package (postgresql) do I need to patch the rules file as well as the control file?
[23:43] <raof> All these questions (apart from the debuild one) rely on a knowledge of what you want to achieve.
[23:43] <raof> debuild -S will include the patches.
[23:44] <laprice> ok, can I use the diff.gz file to handle changing the name/version of the package so that it will be marked as conflicting w/ the parent package?
[23:45] <directhex> you don;t ever touch diff.gz by hand. it's a file generated by debuild
[23:45] <laprice> ah.
[23:46] <laprice> i have been doing it wrong. :/
[23:46] <directhex> i've heard much worse
[23:46] <laprice> so I should be editing the control file and running debuild -S
[23:46] <directhex> yes, precisely that
[23:47] <laprice> and the packages signing? can I do anything about that?
[23:48] <directhex> make sure you're the last guy mentioned in the changelog, and make sure you have a matching gpg key in your keyring
[23:49] <laprice> edit changelog dch -i
[23:49] <laprice> and the key has to match my email address in the package
[23:50] <laprice> I saw something about DEBEMAIL environment var, should I be using that?
[23:51] <jmarsden|work> laprice: Yes.  export<EMAIL_ADDRESS>and also  export DEBFULLNAME=Your Name
[23:51] <jmarsden|work> Then dch -i puts that info into the changelog
[23:52] <laprice> OK Thank you.
[23:52] <jmarsden|work> No problem.