=== |KingFish| [n=nunyabus@adsl-068-209-156-002.sip.lft.bellsouth.net] has joined #ubuntu-motu [12:24] <|KingFish|> hello everyone [12:25] <|KingFish|> anyone home? [12:25] hi |KingFish| [12:25] <|KingFish|> hey adri [12:25] <|KingFish|> i'm seeking some help with my kubuntu [12:25] <|KingFish|> installed kubuntu 6.06 last week [12:25] <|KingFish|> first time i've installed linux since a way old version of mandrake [12:25] did you try #kubuntu ? [12:26] <|KingFish|> room was busy but nobody helped me [12:26] <|KingFish|> it's not a kubuntu specific question i have though [12:26] <|KingFish|> has nothing to do with kde desktop [12:27] #ubuntu-motu is not a support channel [12:27] <|KingFish|> ok, sorry for the bother [12:27] <|KingFish|> thanks [12:27] np [12:27] review me please :) http://revu.tauware.de/details.py?upid=4200 -- thank yoy [12:28] *you === |KingFish| [n=nunyabus@adsl-068-209-156-002.sip.lft.bellsouth.net] has left #ubuntu-motu [] [12:30] afflux: version should be 20061204-0ubuntu1 and distro feisty [12:31] ups. === kol_ [n=Marem@host76-220-dynamic.3-87-r.retail.telecomitalia.it] has joined #ubuntu-motu [12:31] Adri2000, wargh [12:32] afflux: src/Makefile and README.html are modified without using a patch system and that's bad [12:32] src/Makefile contains a note about this, README.html wasn't on purpose [12:34] afflux: I see +++ sauerbraten-20061204/debian/patches/01_makefile.dpatch but also +++ sauerbraten-20061204/src/Makefile [12:34] don't change sauerbraten-20061204/src/Makefile and put all of the changes you want in the patch [12:35] same for README.html [12:36] Adri2000, Are you using grep? [12:36] Adri2000: yes. I had to change a dependency in the makefile because the make clean process (which is run by debuild -S -sa) would have created a makefile (which would have been added to the diff.gz) [12:37] somerville32: currently I'm reading the diff.gz in firefox :) [12:37] Adri2000, ah, ;] [12:39] could anyone please review zatacka on revu? http://revu.tauware.de/details.py?upid=4209 [12:39] it's a new upstream release [12:41] pirast: version: 0.1.6dfsg1-0ubuntu1, distro: feisty [12:41] ugh.. [12:43] extreme stupid question: where to set the distro? [12:43] in the changelog [12:43] afflux: changelog [12:43] doh. [12:43] Adri2000, uploaded, thanks [12:43] instead of the "unstable"? [12:43] package (version) distro; urgency [12:43] alright. [12:43] afflux: yes [12:45] afflux: debian/dirs is probably useless [12:52] Adri2000, any other suggestions to zatacka? [12:53] looking [12:54] pirast: you added dh_install --list-missing ? [12:54] Adri2000, yup [12:54] because I want to install the .desktop file [12:54] via zatacka.install [12:55] Question: If I upload a version of a package that is newer then what is in debian, do I put the debian version as 0? [12:55] pirast: ok [12:56] somerville32: yes [12:56] Adri2000, And, like the same with merges, make minimal changes? [12:57] yes, or forward your changes to debian [12:58] Adri2000, I should note that I'm doing this instead of merging. Is there anything else that I should do special? === superm1_ is now known as superm1 [12:59] why are you doing this instead of merging? [12:59] pirast: I think zatacka if fine [12:59] s/if/is/ [12:59] Adri2000, Debian package fails to build [12:59] Adri2000, great :-) [01:00] somerville32: name of the package? [01:00] Adri2000, xfce4-wavelan-plugin [01:00] Adri2000, I've already conferred with gpocentek [01:00] Adri2000, I just want to make sure I do it right all right :) [01:01] yeah, nothing special to do, version 0.5.3-0ubuntu1, "new upstream release" and whatever else you change [01:02] Perfect. [01:03] somerville32: hmm, but I don't see any FTBFS, at least on i386 on the buildd [01:03] Adri2000, thanks.. sorry I am tired so I forgot to say ;-) [01:04] np :p [01:04] Adri2000, It failed for bbdebian, gpocentek, and myself [01:04] Adri2000, Did you try building it? [01:05] ah ok, in a feisty chroot, I was looking at the debian buildd [01:05] :) [01:05] I'm trying to build it === _jaldhar [n=jaldhar@c-24-0-153-89.hsd1.nj.comcast.net] has joined #ubuntu-motu [01:09] imbrandon, Any updates? :) [01:09] anyone want to review? [01:09] Simon80, Depends on what it is ;] [01:09] lol [01:09] can you? it's painless [01:10] I can review but not advocate it for ya [01:10] oh [01:10] Link? [01:10] don't bother then [01:10] it's been reviewed [01:10] Pfft. [01:10] Oh :) [01:10] it's the advocation I need [01:10] Simon80, New package? [01:10] logitech-applet [01:10] Oh, right [01:11] yeah [01:11] Whats the link anyhow? [01:11] http://revu.tauware.de/details.py?upid=4208 [01:12] somerville32: FTBFS... but why do you believe it won't FTBFS if you package it yourself? [01:14] Adri2000, gpocentek led me to believe that [01:15] ok, try, we'll see :) [01:16] Adri2000, I'm going to upload 0.5.3+svn2458 [01:16] :) [01:16] ah, that's different [01:17] Ok === givre [n=Florent@APuteaux-152-1-81-122.w86-205.abo.wanadoo.fr] has joined #ubuntu-motu [01:17] Adri2000, How so? :) [01:17] ie. What do I have to do differently? [01:18] no, I meant that's different from uploading 0.5.3, and it may work better and not FTBS :) [01:18] +F [01:19] :D [01:19] ! FTBFS [01:19] Sorry, I don't know anything about FTBFS - try searching on http://bots.ubuntulinux.nl/factoids.cgi [01:19] !google define:FTBFS [01:19] Results for define:FTBFS on Google: [01:19] -- [01:19] ahah: Error: I am only a bot, please don't think I'm intelligent :) [01:20] Adri2000: you are a human, what does FTBFS mean? :) [01:20] coNP: FTBFS stands for Fail(s|ed) To Build From Source [01:20] oh, thanks [01:25] I'm trying to build an amarok package with an extra compile options but don't have debuild [01:26] what should I install to get it? [01:26] ash211: devscripts [01:26] Adri2000: Any idea about my makefile issue in sauerbraten? Problem is, that make clean would create a makefile in the debuild -S -sa process which would also go to the diff.gz. [01:26] coNP: thanks [01:28] yw, ash211 [01:29] afflux: it's ok to edit the Makefile for that, but not directly, use dpatch [01:30] the problem with dpatch is that these patches aren't applied while debuild -S -sa but later when building the binary package. It's too late. [01:31] ahhh, yes, you're right [01:31] afflux: Are you using debhelper? [01:31] yes [01:32] I don't see why you couldn't patch the relevant files before you clean, and after you clean, unpatch them. [01:32] But I may be missing something here, coming in half way. [01:32] can't you just remove the Makefile in the clean rule in debian/rules? [01:33] huh, this doesn't sound that bad. i gonna try. [01:34] Does the package use configure/make/make install to build? [01:35] the package contains a source and a library-source (which is used for static-linking). the library source uses configure, the main source only uses a makefile. [01:36] Thats... um... a little messy. [01:36] definetly. [01:37] afflux: If you have an interest in the package, over time you may want to work with upstream to change that. [01:38] i'll contact them, but not now... going to bed now. [01:38] thank you for your help. === rob [i=rob@freenode/staff/rob] has joined #ubuntu-motu === pochu [n=pochu@179.Red-88-7-169.staticIP.rima-tde.net] has joined #ubuntu-motu [01:48] ugh, does anyone have a place where i can upload files for the time being? my webserver seems to have locked me out (i wonder if my account expired) [01:48] (specifically i want to upload a orig.tar.gz and a diff and a *.dsc) [01:49] revu? ;-) [01:49] hey, actually scratch that, maybe their server was down [01:49] LaserJock: i'd have to sepukku again if i uploaded this pile of crap to revu :-p [01:49] i still haven't fixed the libs into /usr/share yet [01:49] its actually why i need to upload it [01:49] cause i can't figure out where its happening === janm [n=jmalonzo@ppp4592.dsl.pacific.net.au] has joined #ubuntu-motu [01:57] http://revu.tauware.de/details.py?upid=4211 [01:57] when's the freeze deadline anyway? [01:58] FeatureFreeze, see FeistyReleaseSchedule === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-motu [01:58] ah, I have more time than I thought [01:58] but still, please review it :) it's done [01:58] yeah, I'd rather people focus on merges and syncs right now [01:58] we have more time for REVU after UVF [02:01] does something have to be submitted to REVU before the feature freeze? or approved before it? [02:01] to make it into fiesty that is [02:01] approved [02:04] should be *at least* uploaded to Universe before [02:04] Do merges and updated merges have equal priority or do merges have greater priority then updated merges (or vice versa)? [02:04] merges have higher priority [02:04] update merges means we've already merged the package once this release [02:05] So really we should get the outstanding merges done first. [02:05] it's possible that packages need to be approved by ubuntu-archive by FF to make it in [02:05] usually they make a push to get the queue cleaned by the freeze === ash211_ [n=andrew@user-1121jbe.dsl.mindspring.com] has joined #ubuntu-motu [02:09] Wow. Either merges.ubuntu.com is really slow, or the file I am fetching with grab-merge.sh is taking AAAGES [02:09] cause its big [02:09] some of them are === fernando__ [n=fernando@189.0.142.198] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === Weems [n=frodo@unaffiliated/weems] has joined #ubuntu-motu [02:25] hi Hobbsee [02:26] hey LaserJock! [02:26] Hiya Hobbsee and LaserJock [02:26] hey somerville32 [02:26] hi Cody [02:28] Heya Hobbsee! [02:28] hey TheMuso! [02:39] LaserJock: my package isn't in universe yet, that's why I need it reviewed === givr1 [n=Florent@APuteaux-152-1-6-153.w82-120.abo.wanadoo.fr] has joined #ubuntu-motu [02:42] Simon80: I know :-) [02:42] ah [02:42] reviewed before UVF* I mean [02:42] I'm just saying we have more time for REVU than for getting merges/syncs done [02:42] oh, I see [02:42] misread that completely [02:42] wait, no I didn't [02:42] you said more time for review AFTER UVF [02:43] yes [02:43] but if my package isn't reviewed until then, it can no longer get in, correct? [02:43] no [02:43] you have until Feature Freeze [02:43] which is 2 weeks after UVF for Universe [02:43] heh, that's the same time [02:43] oh === DktrKranz [n=DktrKran@host235-45-dynamic.3-87-r.retail.telecomitalia.it] has joined #ubuntu-motu === zenrox [i=zenrox@pool-71-115-200-45.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu === Czessi [n=Czessi@dslb-088-073-013-101.pools.arcor-ip.net] has joined #ubuntu-motu === rexbron [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu [03:27] siretart: ok, thanks! === zenrox [n=zenrox@pool-71-115-200-45.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu === No1Viking [n=micke@h-83-140-104-74.ip.rixbredband.se] has joined #ubuntu-motu [03:34] siretart: what do i have to do to get an account on REVU, again? === Hobbsee has forgotten [03:35] how do you mean? [03:35] Hobbsee: you have one (you're a member of ubuntu-dev) [03:37] LaserJock: crimsun a shell account? [03:38] Hobbsee: do you mean a shell acct on tiber? [03:39] crimsun: er, yes. [03:39] sorry :( [03:39] Hobbsee: oh, ask Reinhard, I presume. [03:40] Has anyone tried tamil-gtk2im? [03:40] (for merge) [03:40] Hobbsee: although any of him, Stefan, Andrew, and Raphael could add you [03:44] Is it common for packages.ubuntu.com to be out of date? [03:44] yes. [03:44] Thought as much., === _jaldhar [n=jaldhar@c-24-0-153-89.hsd1.nj.comcast.net] has joined #ubuntu-motu === DktrKranz [n=DktrKran@host235-45-dynamic.3-87-r.retail.telecomitalia.it] has joined #ubuntu-motu === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-motu [03:54] Heya gang [03:55] hi bddebian [03:55] Heya LaserJock === zenrox [n=zenrox@pool-71-115-200-45.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu === ScottK is curious if anyone had a change to look at his courier merge patch mess yet (Bug #81799)? [04:08] Malone bug 81799 in courier "Courier version courier_0.53.3-3ubuntu1 requires merge" [Undecided,Unconfirmed] https://launchpad.net/bugs/81799 === ScottK will pick an easier one next time (and run screaming next time courier needs to be merged). === zenrox [n=zenrox@pool-71-115-200-45.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [04:13] ScottK: most of those are acceptable. [04:13] 0700 is more strict than 0755, so if that's what the Debian source package uses, and there aren't grave bugs open about it, then it's arguably correct. [04:13] OK. [04:14] the missing debconf dependency should be corrected, though [04:14] Will double check BTS (didn't see any first time I looked). [04:14] OK. [04:15] the initscript/LSB interaction should be double-checked, too [04:15] crimsun, did you get to mythtv/mythplugins yesterday? [04:16] OK. I'm pretty sure that all existed in the previous package, but will look into it. [04:17] superm1: no, I've been configuring an three hundred-person engineering lab all yesterday evening and weekend so far, so I've not had much time [04:17] Wuss :-) [04:17] crimsun, ot a big deal [04:17] crimsun, 300 ppl? thats crazy big [04:17] most of my labs have been <15 people [04:18] it's huge, and I've been going batty as a result === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-motu [04:21] bddebian: thanks for the review :) [04:21] crimsun, would you mind if i tried to get bddebian to look it over in effort to get this made sooner, or did you want to still be the one looking it over? [04:22] superm1: the more eyes the better [04:22] ok.. bddebian would you like to look over mythtv/mythplugins then? [04:24] Why does mom sometimes put "Remaining changes:\n -" and other times it doesn't? [04:25] what? [04:25] I don't think it does ever does it? [04:26] It does, I swear it : P === zenrox [n=zenrox@pool-71-115-200-45.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [04:30] Some merges that are listed on the page are older than others. The newer ones have the remaining ubuntu changes thing added in the changelog. [04:31] For example, I think you will find that most of the updated merges will have it. [04:31] superm1: Where are these? [04:31] bzr branches for the debian directories are here: https://code.launchpad.net/~ubuntu-mythtv/+branches, and upstream versions are here: http://www.debian-multimedia.org/pool/main/m/mythtv/mythtv_0.20-svn20070122.orig.tar.gz & http://www.debian-multimedia.org/pool/main/m/mythplugins/mythplugins_0.20-svn20070122.orig.tar.gz [04:31] bzr?? WTF? :-) === Kyral [n=kyral@HyperDream.graham.clarkson.edu] has joined #ubuntu-motu [04:32] hehe === jaldhar_ [n=jaldhar@c-24-0-153-89.hsd1.nj.comcast.net] has joined #ubuntu-motu [04:34] superm1, How is the bzr package development coming along? [04:34] somerville32: Why did you stick wavelan-plugins on REVU? [04:34] somerville32, i haven't touched the packaging for some time, just been needing a motu to look it over === Kyral [n=kyral@HyperDream.graham.clarkson.edu] has joined #ubuntu-motu [04:34] bddebian, For gpocentek [04:35] gpocentek, He is going to upload it for me [04:35] somerville32: Ah, OK [04:36] bddebian, Want an easy merge? [04:36] Oh wait [04:36] nvm [04:37] bddebian: want a difficult merge? [04:37] ;) [04:37] crimsun: You need something? [04:37] several. We'll start with sleep, beer, and a life. [04:37] aside from that, not really. [04:37] Heh, well I can't help ya there, sorry [04:38] superm1: I really don't know bzr yet :-( [04:39] bzr pull BRANCHNAME [04:39] will get you a copy of it [04:39] so for mythtv it will be this [04:39] bzr pull http://bazaar.launchpad.net/~ubuntu-mythtv/mythtv/ubuntu [04:40] I'd think he'd want export instead of pull. [04:40] oh, n/m me. === jdong_ [n=jdong@d192-24-18-234.col.wideopenwest.com] has joined #ubuntu-motu [04:40] superm1, You have to branch, not pull === fowlduck [n=nate@24-183-45-79.dhcp.mdsn.wi.charter.com] has joined #ubuntu-motu [04:41] oh, i've always pulled [04:41] so bzr branch BRANCHNAME [04:41] Hah, got 3 different answers already, must be good shit [04:41] superm1, You pull AFTER you branch [04:41] bddebian, What is the third answer? [04:41] pull, export, and branch [04:42] ok, I just walked in but.... [04:42] well, it doesn't make sense for bddebian to export, since he doesn't have the repo [04:42] export is not even in the same league of commands as pull/branch [04:42] superm1: would export. [04:42] okay well whats the difference with pull and branch then? [04:42] e.g., export ../blah.tar [04:43] crimsun: does export work with a transport url as the branch? ;-) [04:43] superm1: pull is to update an existing branch [04:43] oh pull needs an existing branch [04:43] i see [04:43] superm1: branch (aka clone, get) actually gets it [04:43] then somerville32 is right, "bzr branch LOCATION" [04:43] for the first time [04:43] haha === somerville32 smacks jdong. [04:44] somerville32: whoa, that didn't come out the way I meant it [04:44] somerville32: superm1 interjected my 2-line statement :) === jdong has nothing against you ;-) [04:44] hehe [04:44] ok [04:44] lol [04:44] yay for bzr === somerville32 gets jdong some ice. [04:44] somerville32: I need it bad... I just rebooted from reiser4 :) [04:44] hehe [04:45] jdong: apparently, as of 0.13, yes. [04:45] crimsun: Btw, the new kernel seems to fix my kernel panic fun [04:45] crimsun: lol :) so in a twisted way it'd kinda work :D [04:45] * ``bzr export`` allows an optional branch parameter, to export a bzr tree from some other url. For example: ``bzr export bzr.tar.gz http://bazaar-vcs.org/bzr/bzr.dev`` (Daniel Silverstone) [04:46] from the 0.13 announcement. [04:46] interesting === jdong wonders if it's faster than doing a complete branch operation [04:46] for those who just want the latest pristine sources from a bzr branch === jdong goes to benchmark [04:46] superm1: What have you changed from the Debian-multimedia package? [04:49] Wow, this bzr branch crap is MUCH faster than wget foo [04:49] bddebian: *sigh* performance is improving [04:49] with the addition of smart servers [04:50] but for now there is an additional roundtrip for every file in .bzr [04:50] so at minimum it's `find .bzr | wc -l` * latency [04:51] This is nuts. I could have downloaded .dsc, .orig.tar.gz, diff.gz and built them by now.. [04:51] I find bzr branch rather quick [04:51] You can always do a light-weight checkout [04:51] Which is very quick [04:52] somerville32: a lightweight checkout is a nightmare to work with in the long run [04:52] somerville32: esp. when the other side is across a network transport [04:53] well, everything's a nightmare on my 56kbps dialup. [04:53] so I don't really see what y'all are bellyaching 'bout! [04:53] Uhm, this is a cable modem and it's not even half way done [04:53] bddebian, The first branch is always the longest [04:54] But after that, it is pretty quick [04:54] Jesus and that was just for the Debian dir, not even a tarball? [04:57] bddebian: the first branch takes a long time... [04:57] worst if your ping is really high to their server [04:57] It doesn't take that long for me to cvs checkout the entire gnumach kernel source or hurd sources [04:58] bddebian: that's because they have various servers that took a poor admin hours and hundreds of grey hairs to set up [04:58] and now you're exaggerating.... or have satellite connection that pings @ 1500ms [04:59] No I am not. I can pull an iso that fast. [05:00] yep [05:00] I did a branch of the doc team bzr repo and it took 1 hr === gnomefreak [n=gnomefre@adsl-221-77-18.rmo.bellsouth.net] has joined #ubuntu-motu [05:00] ... [05:01] it'll all get better with smart servers [05:01] that's why the other VCS'es branch so fast [05:01] and for the record it was a LOT slower with weaves [05:01] (the old repo format) [05:01] yeah === zenrox [n=zenrox@pool-71-115-200-45.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [05:06] Well I don't want to be a jerk but it better get significantly better or I won't be using it. [05:08] Will smart servers allow for easier colaboration between users? === Weems [n=frodo@unaffiliated/weems] has joined #ubuntu-motu [05:09] bddebian: it's very good for local revision control [05:09] bddebian: the first pull is the most painful one [05:09] I don't use it much for remote work though [05:09] bddebian: subsequent operations will be very fast (incremental) [05:10] and local work is just bliss [05:10] TheMuso: kind of... it provides a simple bzr serve command that can be used to set up makeshift code sharing setups [05:10] without the need to set up an HTTP/FTP or SSH stack [05:11] jdong@jdong-laptop:/tmp$ time bzr export test.tar.gz http://bazaar-vcs.org/bzr/bzr.0.14/ [05:11] [05:11] real 3m56.831s [05:11] branch: real 12m0.656s [05:11] so if you only need one revision, exporting is faster than branching [05:11] good to know :) [05:12] does it actually save it as a tarball? [05:15] yes [05:15] it's smart like that [05:15] or you can tell it to export to a directory [05:15] it reacts to what extension you provide as the destination === lissom [n=lissom@64.238.123.5] has joined #ubuntu-motu [05:16] that'd rather cool [05:29] To me, bzr doesn't sound useful in colaborative environments outside of launchpad. [05:29] Unless you can set up the user infrastructure to give access to the directories you need for the branches. [05:29] via ssh [05:29] I like it [05:29] because I can drop a .bzr in http and it's all good [05:30] but it does take getting used to [05:30] I like it too. Easy to work with, sane command set etc. [05:30] The ability to just publish repos on http is great I agree. [05:31] but yeah, so far most of the collaborative utility I see is with big areas like say LP or sourceforge [05:31] haha @ the quit message [05:32] yeah, quite interesting [05:32] I have hosting with dreamhost, and while I could set up a project on my webspace with a domain and bzr, I'd have to waste user allocations to allow ssh access for people to push branches. === Hobbsee pokes TheMuso [05:33] Whereas their subversion offering doesn't require that you have users allocated from your limit to set up colaboration. [05:33] well [05:33] but the point of bzr is more individualistic I think [05:34] so *each* person should maintain their own branch [05:34] so you don't need to allow people to push to your branch [05:34] True. [05:34] I think it takes a different mentality [05:35] I'm not sure which I like better [05:35] probably depends on the project === Weems [n=frodo@unaffiliated/weems] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [06:00] hi minghua [06:01] Hello LaserJock === cstudent [n=cstudent@67.129.197.198] has joined #ubuntu-motu === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-motu === cypher1 [n=cypher1@59.92.134.119] has joined #ubuntu-motu === reggaemanu [n=manu@ARennes-257-1-158-154.w86-214.abo.wanadoo.fr] has joined #ubuntu-motu === No1Viking [n=micke@h-83-140-104-74.ip.rixbredband.se] has joined #ubuntu-motu [07:31] how might i go about making one source package create multiple binary packages? === fowlduck [n=nate@24-183-45-79.dhcp.mdsn.wi.charter.com] has joined #ubuntu-motu [07:34] obviously debian/control would have multiple packages in it (multiple source and binary?), but what would i do for rules? multiple rules? would i have to sort into different debian/tmp files and whatnot? [07:36] ademan: in debian/control there is one section for source then you can have as many binary sections as you want [07:36] you only have 1 debian/rules file [07:37] ah, alright, so then i divy the files up into multiple debian/packagename/ dirs? [07:37] you can have .install to tell which one [07:37] ah [07:37] where might i find a description of this file? [07:37] or an example [07:37] you can also have ,dir etc. [07:37] .dir [07:37] it's just a file [07:38] that lists the item to install and where to install it [07:38] like [07:38] ademan: I'd recommend looking at the packaging guide [07:38] MySharedObject.so /usr/lib/MyCrap/ ? [07:38] i did a bit, i suppose it bears looking at it again huh? [07:38] usr/lib/MyCrap/ but yeah [07:39] no leading slash? [07:39] no [07:39] because it's not installing to / [07:40] ah, interesting, doesn't make too much sense to me, but it's an easy rule to follow [07:40] (cause i mean if everything is relative to / that's logically the same as an absolute path, blah blah blah blah) [07:42] right, but you aren't installing to / [07:42] in fact you have no idea where you are installing to [07:42] so it needs to be relative [07:43] ah i get it, why not ./usr/lib/MyCrap then? just usr/lib/MyCrap is preffered? [07:44] it make more sense to me [07:44] *makes === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-motu [07:45] ./usr/lib/MyCrap would me `pwd`/usr/lib/MyCrap wouldn't it? [07:45] *mean, my spelling is really bad tonight [07:50] yeah i think that is what it would evaluate to, but wouldn't that be correct? oh i guess not since its not the pwd it's the install dir [07:57] well, you are actually installing to `pwd`/debian// [07:57] or sometimes `pwd`/debian/tmp/ === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-motu === zenrox [n=zenrox@pool-71-115-200-45.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [08:14] LaserJock: about debian/rules when something gets built, does it go into your pwd or the directory of the makefile? [08:14] (i mean normally, i'm sure it can be dictated by the makefile) [08:17] I think when things are built it's pwd [08:18] for example, when building from a tarball, you can build from a seperate build dir === asantoni_ [n=alb@bas7-london14-1177945444.dsl.bell.ca] has joined #ubuntu-motu [08:19]