[00:03] so is empathy now the default or just avialable? === asac_ is now known as asac [00:08] it should be the default afaik [00:08] ok [00:08] is pidgin staying in universe? [00:08] of course [00:08] cool [00:08] maybe I'll try empathy when I switch to karmic === Quintasan_ is now known as Quintasan === MobileMyles6o7 is now known as TwoToneSpirit [02:07] ScottK-desktop: ping === hggdh_ is now known as hggdh [04:09] if a package is already in Debian, how does it get included in Universe? [04:11] taggart: If the current development releases Debian Import Freeze hasn't occured yet, automatically, if it doesn't have Ubuntu changes. [04:12] ok cool, but that is for the current development right? are there backports to previous? [04:13] in particular LTS releases [04:13] No, backports have to be requested and approved by a member of the backports team [04:14] "Karmic entered DebianImportFreeze on June 30, 2009." [04:14] hmm, looks like I might need to send a special request... [04:14] taggart: What are you looking at getting synced from Debian? [04:14] fossology [04:15] I uploaded 1.1.0-1 a couple days ago [04:15] I'm the debian maintainer, but also on the upstream team [04:15] Ah. Yes, you'll need to file a sync request or get a MOTU to file one. [04:15] * StevenK can probably just handwave and sync it [04:15] and rather than setup my own apt source for various ubuntu releases, I figured it would be better to do it the proper way [04:16] I don't have a launchpad account, so if you wouldn't mind that would be great (or I can register for one if you prefer too) [04:17] However, that only gets 1.1.0 into Karmic [04:18] ok, where do I submit the backport request? [04:19] taggart: See https://help.ubuntu.com/community/UbuntuBackports#How to request new packages [04:20] yeah I just found that :) [04:20] taggart: Which requires a Launchpad account, but you have an unactivated one, see https://launchpad.net/~taggart [04:21] cool, claiming that now [04:21] so I guess I need to wait till it goes in Karmic before I submit the backport bugs [04:23] taggart: https://launchpad.net/ubuntu/+source/fossology :-) [04:23] once something has been backported, is there anything that keeps it being backported or do I need to ping for new versions? [04:23] taggart: The latter [04:23] ok [04:23] StevenK: sweet! [04:23] speaking of packaging import requests, if there is a request in debian to update from upstream, is there any benefit in me maknig a request in LP and linking to the debian reqeust? [04:30] rgreening: Pong [04:30] hey ScottK, how are you [04:30] Craptastic. [04:31] heh. bad day? [04:32] I'm writing a 150 line man page for the tac_plus server. [04:32] Not horrible, but the forecast for the week ahead is not good. [04:32] ah [04:32] Bah. You can manage in just the nroff preamble stuff. [04:33] ? [04:33] I meant the details I have amount to 150 lines [04:33] :) [04:33] it's details, like my changelog entries [04:33] hah [04:36] rgreening: I was wrong. Mine is only 127 lines, including the following comment: .\" Fear. Run. Save yourself. No user-serviceable parts. [04:36] lol [04:44] ScottK: You forgot "Abandon all hope ye who read this" [04:46] StevenK: It's not the reading that will get you. It's if you think you can change it and make it better. [04:47] ScottK: Hmmm, so you're writing the man page for a perfect package... one that cannot be improved? :) [04:48] hahah [04:49] ScottK: I just uploaded ~ppa8 of my tac-plus package. Maybe tomorrow you could review (assuming you do not have time tonight) [04:50] ScottK: I need some help reviewing the depends, to ensure that are tight enough. [04:53] jmarsden: That was in the nroff. That's a twisty, turny maze that touching only leads to tears. The actual man page content is merely adequate. [05:30] rgreening: I'll mostly be offline tomorrow. Dunno. [05:30] Doesn't seem likely. [07:15] If a package requires a new mime type file installed, to associate its new extension, is there a proper way to do this in debian/rules? [07:22] stochastic: man 8 update-mime may help? I don't think there is a dh_mimetype script... [07:22] stochastic, dh_installmime [07:22] Ah, there *is* one :) [07:22] yes :-) [07:26] hmm, there's no place in the current debian/rules with any dh_install rules etc... can I just shove one in? [07:27] stochastic: does the package use cdbs? [07:27] simon-o: people keep asking me this but I'm still a beginner packager and don't understand that term [07:28] the package I'm trying to update is denemo [07:29] stochastic: https://wiki.ubuntu.com/PackagingGuide/Howtos/CDBS [07:29] here's the current debian/rules file: http://pastebin.ubuntu.com/222447/ [07:29] stochastic: that uses cdbs (look at the includes) [07:30] simon-o: okay thanks. I'll do some reading [07:31] stochastic: i think you can just call debhelper in the rules file, because cdbs does nothing else. but I'm quite sure that cdbs can handle mime types [07:32] simon-o: so just at the bottom of the file run dh_installmime [07:33] stochastic: For more general help with packaging and the helpers, etc, see https://wiki.ubuntu.com/PackagingGuide/Complete [07:34] stochastic: this is what cdbs call in debhelper.mk: dh_installmime -p$(cdbs_curpkg) $(DEB_DH_INSTALLMIME_ARGS) [07:34] stochastic: so you don't need to do that manually [07:36] simon-o: wonderful, so all that needs to occur is the mime file needs to exist in the correct place (debian/denemo.mime) [07:37] stochastic: I think so, just give it a try and see if it gets included in the deb [08:07] taggart: Whee, it failed due to fallout to a transition we haven't done and Debian has. [08:07] taggart: (I'm fixing it) === micahg1 is now known as micahg [08:30] bdrung_, done [08:31] bdrung_, do you know why the arc-* gdm themes come up in my xfce "appearance" settings (where I'd select shiki-foo usually) [09:39] hyperair: ping [09:45] slytherin: pong [09:45] hyperair: did you come up with build.xml for microemu? [09:49] slytherin: no i didn't. [09:50] slytherin: i'm considering just leaving it alone actually @_@ [09:54] hyperair: I have come up with with very basic build.xml which will give you midp.jar and cldc.jar. These jars should be sufficient for compilation of remuco client. Do you wish to take the build.xml and work on packaging microemu? [09:55] Hi..can i discuss ubuntu package development here? [09:55] here is the place [09:56] directhex: "here is the place"..is it meant for me? [09:56] yes [09:56] kamaln: I think so [09:56] directhex and AnAnt ...ok..thanks..:-) [09:58] is everyone @ Debconf ? [09:58] slytherin: i don't think i know quite enough to do that. perhaps it'd be better if you do the packaging for that. [09:58] i'm not [09:59] AnAnt, a few people [09:59] oh btw debhelper 7.3.4 (currently in experimental) supports ant build system ! [10:00] hyperair: Ok. I will try once I am finished with jmeter. Hopefully by then we will have complete maven2 stack in unstable. :-) [10:00] AnAnt: I am not interested. I love CDBS. :-P [10:00] slytherin, did you see life on the banshee/ppc bug? seems to be a type conversion problem from sqlite [10:01] slytherin: I don't feel comfortable with CDBS [10:01] I don't really like CDBS, but it works very well with ant-based builds :) [10:01] i am new to Ubuntu packaging...can someone tell me how to get started with it? [10:01] see links in the topic [10:01] kamaln: package training logs are nice: https://wiki.ubuntu.com/Packaging/Training/Logs [10:02] directhex: Was there a comment in the bug? My internet connection was down almost for 2 days. [10:02] slytherin, this is on upstream's bugzilla [10:02] directhex: let me check. [10:02] slytherin: can you confirm a sync request ? [10:02] http://bugzilla.gnome.org/show_bug.cgi?id=547218 - slowest bugzilla evar [10:03] Error: Could not parse XML returned by Gnome: timed out (http://bugzilla.gnome.org/xml.cgi?id=547218) [10:03] yes, i just said that hanks ubottu [10:03] AnAnt: I don't have karmic chroot setup at office. Can not confirm until I test build the package. [10:03] slytherin: ok [10:04] AnAnt: let me know which bug. If no one else does I will do it in evening [10:04] slytherin: LP 399123 [10:04] Launchpad bug 399123 in dico "Sync dico 2.0-2 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/399123 [10:04] AnAnt: but the link that you sent seems to be some chat log..isnt there any simple and quick tutorial? [10:05] kamaln: umm, I dont remember, maybe the link in the title ? [10:06] AnAnt: "link in the title"? what does it mean? Infact I am new to IRC as well.. [10:06] kamaln: https://wiki.ubuntu.com/MOTU/Contributing [10:06] kamaln, type "/topic" then click some of the links [10:09] slytherin, aha, one of the main banshee contributors has a g4 powebook now [10:09] typing "/topic " doesnt do anything.. [10:09] kamaln: https://wiki.ubuntu.com/MOTU/GettingStarted is probably a good point to start reading [10:09] "Here's the reason : [10:09] DbConnection.Execute ("INSERT ...") is supposed to return the ID of the row that was inserted, but it would always return 0. The value of this id is retrieved through sqlite3_last_insert_rowid : http://www.sqlite.org/c3ref/last_insert_rowid.html [10:09] The value is cast from int64 into int32, which works on x86 but not on PowerPC (big endian ?)." [10:10] AnAnt: Sorry buddy. I stay away from python apps/libs. You have to look for someone else. [10:10] slytherin: no problem [10:10] directhex: I thought it had something to do with endianness [10:10] what happened to packages.ubuntu.com ? [10:11] maxb: how is this one..seems similar to the link you just recommended.. [10:11] maxb: https://help.ubuntu.com/6.10/ubuntu/packagingguide/C/basic-scratch.html [10:12] Anything meant for 6.10 will be incredibly out of date by this point [10:13] Try here https://wiki.ubuntu.com/PackagingGuide/Basic [10:13] Zhenech: the arc-* are only suggestions, so they shouldn't be pulled in. [10:14] bdrung_, nah, what I mean is: when they are installed I see them in the xfce config for selection, even when that are gdm themes only which do not work in xfwm [10:15] maxb: seems good..whats the diff between basic and complete..i think the "complete" one includes "basic" too.. [10:15] Zhenech: hm, then i have no idea [10:15] ok, will have a look myself then [10:15] maxb: thanks for the link... === dpm_ is now known as dpm [10:29] Zhenech: thanks for uploading [10:29] Zhenech: now the waiting begins again :) [10:31] yepp [10:31] you have tooo much binary packages :) === yofel_ is now known as yofel === ogra_ is now known as ogra [11:26] AnAnt: bddebian gave +1 to monajat, but forgot to actually advocate it. [11:33] slytherin: he didn't forget, he didn't know how to do so [11:33] slytherin: I think he's not used to the new look of REVU [11:34] AnAnt: Really? I wonder how could he miss the checkbox right below the comment field. [11:34] slytherin: ok, I'll tell him, actually I told him that probably there is a button [11:36] geser: thanks [11:46] Hi! Are there any MOTU around who could take a peak at the following for me? [11:46] http://revu.ubuntuwire.com/p/sphinxbase [11:51] Zhenech: it's not my fault, that upstream created the themes in so many diffent colors ;) [11:54] bdrung_, heh :) [12:21] noodles: commented [12:21] geser: Just saw the email. Thank you, I'll get those updated. [12:22] geser: with your last point - I would have thought the pbuilder build would have failed if that had been the case? [12:24] noodles: it's not about during build, but about using the libsphinxbase-dev package for building other packages [12:24] Ah ok. [12:24] if you try to include ad.h in that other package it will fail as alsa/asoundlib.h (needed by ad.h) can be included [12:25] so you have to take care that any users of the -dev package get all of its dependencies (other -dev packages) [12:26] Got it. Great, I'll update the (dev?) dependencies. === noodles is now known as noodles775-lunch [13:28] Has anyone got any idea where is a good place to look if I want to package something for ubuntu? [13:29] do you have any experience with deb-format packaging? [13:29] Laney: No, but I have been patching stuff in ubuntu for a while if that helps [13:30] well my humble suggestion is to do some smaller changes first [13:30] creating your own package from scratch is fairly complicated and I wouldn't advise it for people without experience [13:30] otherwise there are guides on the wiki [13:31] Laney: Smaller changes to what? [13:31] fix some existing bugs, get to know how all the pieces fit together [13:31] Laney: Such as how the files in /debian work? [13:32] yeah [13:32] I think I'm fairly sure what's going on there, and I have uploaded around 5 patches to ubuntu that have been accepted [13:33] alright, then you do have experience with deb-format packaging :) [13:33] there are some guides on the wiki, and the Debian new maintainers' guide which are helpful === noodles775-lunch is now known as noodles775 [13:35] I've looked at http://ow.ly/hFSs , but that guide seems awfully specific to 'hello' I'll give it a go though, and see what comes out [13:36] also try "man dh" [13:36] If you really understand what's going on, then there's no magic to creating a new package [13:36] Laney, dh7 isn't magic? [13:37] I've found the same to be true of patching. Easy when you know how :) [13:37] vim $(which dh) ;) [13:37] At least there's plenty of [needs-packaging] bugs to choose from [13:38] hm [13:38] I suggest to package something that you actually use, otherwise it's hard to keep motivation [13:38] and we don't need any more unmaintained packages, really [13:52] jdong: Hi. re python-repoze.who-plugins: I've read your response. it looks like all reason for the rejection are resolved now. do I need to do something to get it included in Ubuntu? [13:54] jdong: sorry, wrong tab-completion [13:54] jdstrand: Hi. re python-repoze.who-plugins: I've read your response. it looks like all reason for the rejection are resolved now. do I need to do something to get it included in Ubuntu? [13:58] OT, anyone got some LaTeX template to create Ubuntu-styled presentations? [14:05] geser: just upload it :) [14:13] jdstrand: I've reopened bug 396101 for that [14:13] Launchpad bug 396101 in ubuntu "Sync python-repoze.tm2 1.0a4-1 (universe) from Debian experimental (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/396101 [14:13] crap wrong bug :( [14:17] jdstrand: reopened now the correct bug: bug 395437 [14:17] Launchpad bug 395437 in ubuntu "Sync python-repoze.who-plugins 20090530-3 (universe) from Debian experimental (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/395437 [14:18] geser: ok, thanks [14:37] RainCT: What do you mean by Ubuntu styles presentations? === pace_t_zulu_ is now known as pace_t_zulu [15:20] Heya gang [15:26] I don't think documenting repacking in README.Debian is the correct thing is it? [15:30] Hello bddebian. [15:30] Hi iulian [15:33] james_w, in README.source please [15:33] debian/copyright actually [15:33] just looked it up [15:34] if thats dfsg-related repackaging prolly [15:36] nope, it appears to suggest if for any repacking [15:36] Zhenech: The rule used to be document repacking in some README.foo (I don't recall which), but debian/copyright is the place now. [15:55] ScottK, debian policy says readme.source, no idea about ubuntu :) [15:56] http://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource [16:01] Hmmm. [16:02] Debian/Ubuntu are the same in this regard. [16:05] Zhenech: That's about modifying an existing Debian package, not repacking tarballs. === WelshDragon is now known as Fluffles [16:36] highvoltage: the license situation of ltsp-cluster-lbserver is a little unclear [16:36] the only file that has a statement is the external one [16:36] am I missing something? [16:44] Anyone here involved in the Perl modules team in Debian? [16:45] * ScottK needs to package up a new module and is looking for someone to push it into Debian. [16:45] ScottK: nhanlder is [16:45] DktrKranz: Thanks. [16:45] np [17:07] would be useful (if someone is free) if new exiftool could be sponsored to karmic [17:07] https://bugs.launchpad.net/ubuntu/+source/libimage-exiftool-perl/+bug/399759 [17:07] Ubuntu bug 399759 in libimage-exiftool-perl "[patch] exiftool shipping in karmic should be updated to latest production version (7.82)" [Undecided,Confirmed] [17:08] ledina: subscribe the sponsors and it will be looked at [17:08] james_w: I'll get back to you on that in a few moments [17:08] thanks [17:22] Adri2000 and whoever may care, comments? http://revu.ubuntuwire.com/~rainct/mom.html === RainCT_ is now known as RainCT [17:25] RainCT, awesome ! only one merge left :P [17:28] lol [17:28] looks cool [17:37] Hi Guys.. [17:48] Hello MOTUs. Could someone answer my question, please. There is a package fee with version 1.1-0ubuntu1 in the repo. I want to set up a dependency from my own package on the package fee according to the rule: (>=1.1 && < 2.0). The goal is not to allow a user to use updated version of the fee package (I know it will be updated soon). [18:00] I am new to Ubuntu packaging and was just reading the basic guide..I have a query about a statement in the guide.. [18:01] in this link: [18:01] https://wiki.ubuntu.com/PackagingGuide/Basic [18:01] there is this statement: [18:01] For the purpose of this example, we will also compare our package (hello) to one that is already packaged in the Ubuntu repository (called hello-debhelper). For now, we will place it in the ubuntu directory so we can look at it later. This will unpack the source: [18:01] in the first few lines from top.. [18:02] I want to know where do we need to create the directory Ubuntu? [18:02] kamalnandan, sorry, where do you read in this statement that you need to create that dir? [18:03] I mean the "ubuntu" one [18:03] kamalnandan, I see a "in the Ubuntu repository" [18:03] kamalnandan, which is something different [18:04] not in this statement; if you follow the link that I have mentioned before that; there is an expression "mkdir ubuntu" [18:04] bluekuja: https://wiki.ubuntu.com/PackagingGuide/Basic [18:05] kamalnandan, it says they placed it for later use [18:05] kamalnandan, you could have called that dir kamalnandan too [18:06] james_w: I just spoke to my mentor on the package, he also believes that it is clear that the rest of the package is gpl-2 [18:06] kamalnandan, in the guide, you just have an example compared to another one available on the repo [18:06] james_w: I'm more than happy to make improvements if you have any suggestions/examples [18:06] highvoltage: gpl-2 or gpl-2+? [18:06] highvoltage, do you have karmic? [18:06] ok..thats fine..but where do we create that directory? inside "hello" directory or parallel to "hello" directory..? [18:06] infact, i want to learn from a basic example first.. [18:07] there's the GPL2 embedded, and the only statement is in a file that is explicitly called out as being different [18:07] so it's not clear [18:07] kamalnandan, in the example, they are comparing hello package to hello-debhelper, right? [18:07] I have no problem believing that this is all supposed to be GPL-2+, but it's not an area where you want ambiguity [18:07] highvoltage: ^ [18:07] james_w: got it, will sort it out, thanks [18:08] kamalnandan, so they first get hello source files on one dir and then hello-debhelper source files in another [18:08] so you can understand the difference between them [18:08] highvoltage: thanks [18:08] it's an example against another one to let you understand it better [18:09] bluekuja: so how should i go abt it; its getting quite confusing to me.. [18:09] the things are not really so clear as it seems.. [18:09] kamalnandan, what do you wanna do? [18:10] I am learning to create a bsic ubuntu package; and I want to learn that by following a basic example.. [18:11] kamalnandan, wget http://ftp.gnu.org/gnu/hello/hello-2.4.tar.gz [18:12] kamalnandan, get the source, unpack it [18:12] kamalnandan, get into your working dir [18:12] kamalnandan, run dh_make and start finding out what the "debian" dir is [18:12] which files you can find in it [18:12] how they work === ripps_ is now known as ripps [18:13] bluekuja: I have already done the 1st three steps.. [18:13] bluekuja: thanks for the help you are providing me.. [18:13] kamalnandan, np [18:14] kamalnandan, if u are into your working dir, dh_make it [18:15] bluekuja: what i did is: I created a directory called "hello_prj", inside my home dir; then I got inside the dirctory "hello_prj" [18:15] and then did "wget hello-2.4.tar.gz" [18:16] then unpacked that [18:17] then? [18:17] now where do i need to do dh_make? inside directory "hello_prj", or in the parent dir of "hello_prj" [18:17] into source files [18:17] cd hello-2.4 [18:17] and dh_make it [18:18] ok..i need to get into hello-2.4 and then do dh_make..if i am getting it right.. [18:18] yep [18:20] infact, it is asking for "hello_2.4.orig.tar.gz"..should I make a copy of that immediately inside "hello_prj" i.e. parallel to "hello-2.4.tar.gz" [18:21] kamalnandan, rename it to orig [18:22] kamalnandan, don't need to create two of them [18:22] kamalnandan, rename hello-2.4.tar.gz to what dh_make asks you [18:24] done that..and then moved to hello-2.4 and ran "dh_make -e kamal.nandan@gmail.com"; it created a folder called debian [18:24] inside the folder "debian" there are lots of files.. [18:25] the packaging guide asks me to remove all the *.ex or *.EX files.. [18:26] because the "Hello" package is not so complicated.. [18:26] yep [18:26] I am going ahead to do so.. [18:28] the guide also telle me to delete all other files too apart from the follwing: [18:29] i.e. the statement says: [18:29] At this point, you should have only changelog, compat, control, copyright, and rules files in the debian directory. [18:29] so, I am going to remove all the other files apart from the ones mentioned above.. [18:29] yeah, in this case, remove them [18:30] but remember you don't have to do it everytime [18:30] some other packages may need other maint scripts [18:31] bluekuja: yes, i understand, for this very packaging only I am removing the other files..once I have a basic idea of the basic packaging, then I will feel more confident of going for advanced ones...:-) [18:32] kamalnandan, remember that you won't alwais package something from the beginning [18:33] kamalnandan, I mean in the future, if you wanna improve, you'll have to work on some packages that got packaged by someone else [18:33] kamalnandan, what you are doing now, it's what you should do with NEW packages only [18:34] kamalnandan, but anyway that's a good way to start learning [18:35] kamalnandan, ask to get into the mentoring program [18:36] when you improve a little bit more [18:36] oh..ok...infact, i have been assigned to create an ubuntu package for a big project; the red hat package of which already exists...but when I sat down to work on that packaging, it appeared quite cryptic to me; so i thought of learning a very basic packaging first so that I can get to know the basics and then I can build upon that.. [18:37] bluekuja: whats a mentoring program? [18:37] kamalnandan, actually they will assign u a mentor [18:37] that will help you fixing your packaging problems [18:37] plus he will sponsor stuff for you [18:38] ok..so whom should I contact for this? [18:38] but if you gonna do one package then leave it's pretty bad [18:38] sounds great.. [18:38] kamalnandan, actually the mentoring program is for ppl who wanna learn and stay into the ubuntu community [18:39] Hello, guile-1.8 is in main, right ? [18:39] ok..whats expected from a a mentee..? [18:39] kamalnandan, you first need to know basic rules for packaging [18:39] kamalnandan, you need to have a little more experience [18:39] ok.. [18:40] kamalnandan, then when you know basic stuff ask for a mentor [18:40] only if you gonna stay [18:40] around and not leaving after having that package in [18:41] ok.. [18:43] what am i supposed to do after that; infact I want to know what is expected froma mentee after he/she has learnt or has been guided by a mentor..? should the mentee provide mentoring to other people in future..? [18:43] bddebian: You put +1 for monajat on revu. Can you please add your advocation to it? [18:44] bddebian: oh, you're here ! [18:44] kamalnandan, if you are good, you will be asked to become an ubuntu developer [18:44] geser: got some time for review? [18:44] I didn't know that there is mentorship in Ubuntu ? [18:45] AnAnt, there is [18:45] since when ? [18:45] AnAnt, quite near two years [18:45] what kind of developer? package developer..or some other stuff like C/C++ or shell/python/perl scripting developer..? [18:45] kamalnandan, package developer [18:46] kamalnandan, but you'll have to know some scripting stuff [18:49] hi, I'm overseeing a small ubuntu cluster & I'm trying to package everything (including in house code) as .debs [18:49] bluekuja: ok..thats a good idea..infact the current packaging that I am doing is also for an open src project.. [18:49] we're a python shop, and have dependencies on some setuptools/easy_install packages that aren't in ubuntu [18:49] what's the recommended way for .debifying such things? [18:50] kamalnandan, g8 [18:50] will just be back...a phone call.. [18:51] slytherin, AnAnt: I don't have that checkbox on REVU [18:51] bddebian: You are MOTU, right? [18:51] afaik, I still am [18:52] Maybe they finally kicked my worthless ass out :) [18:52] bddebian: Then I am wondering why you don't see that checkbox. If you are sure you are still MOTU, then ask revu hackers to look into it. === DreamThief is now known as knechtrootrecht === knechtrootrecht is now known as DreamThief [19:29] persia: got some time for review? [20:02] Zhenech: wow, that was fast. ;) [20:03] bluekuja: thanks for your help...am logging off now..its 12.35 am here...may catch you again tomorrow...:-) [20:04] bye for now.. [20:04] cya [20:04] and np [20:04] have [20:04] fun [20:04] thanks & same to you..:-) [20:04] ;) [20:05] :-)... === nxvl_ is now known as nxvl [20:08] if any kind soul has nothing better to do, please check this out: http://revu.ubuntuwire.com/details.py?upid=6421 [20:20] I'm trying to wrap my head around some packaging, so I have the .dsc .orig.tar.gz and diff.gz how do I make the .deb out of it? Have tried dpkg-source -b, dpkg-source -x && renaming /debian/DEBIAN && dpkg-deb -b but no luck so far... _?_ === paul_ is now known as Elbrus [20:29] bdrung_, well, old new packages are usually faster then new new :) [20:32] arand: after dpkg-source -x you have several options. I always use pdebuild, but I think that is a little bit involved. I think if you run "debian/rules binary" in the source dir your fine. [20:33] reading the dpkg-source man I would also say that -b AFTER the -x should do the trick [20:33] oh, no, that is the source package... [20:33] never mind [20:34] arand: use dpkg-buildpackage or debuild to build .debs [20:34] dpkg-deb and dpkg-source are low-level tools [20:34] Zhenech: how fast must it be, if the packages are some years old :) [20:35] azeem: ok [20:37] arand, dpkg-source -x them [20:37] arand, to extract the working folder [20:37] arand, then dpkg-buildpackage for the .deb [20:38] arand, of if u use pbuilder, use it on the .dsc file [20:38] you have [20:43] bdrung_, longer *gg* [20:47] Anyone here? I was wondering what sort of skill level, you'll need to have to contribute to the ubuntu development? How much time you have to put in, and whats the requirements in general? Could someone who has some knowledge about this please pm me, would really appriciate it :) [20:48] bannaN, you need to be good packaging-side plus knowing a bit of any language (bash, python, whatever) will be help you [20:49] bannaN, about the time you have to spend...depends... [20:49] bannaN, usually packaging takes a lot of time [20:49] bannaN, and well you need to prove you know packaging tools [20:50] bannaN, how they works, how can you use them [20:51] bannaN, but I guess we have a lot of wiki pages about it [20:51] bannaN, get to http://wiki.ubuntu.com/MOTU [20:51] bannaN, and you'll find what you need [20:52] hm, packaging isnt my strongest field, but i have som programming experience [20:54] bannaN, if you wanna get started with packaging, try taking a look at the packaging guide [20:54] bannaN, and any other MOTU wiki page [20:55] will do [21:08] anyone have any recommendations for software to run a local repo? [21:15] Hi. I'm trying to fix a FTBFS of vips (cdbs + autotools), and I'm not able to get configure use dist-package, even after aclocal/autoconf/automake. Any clue? [21:16]