[00:00] are the package introduced through revu currently maintained? [00:00] LaserJock: Maybe. I think the lack of UEHS was the biggest issue. Lots of that never got updated as it was working fine. [00:00] geser: Only weakly. UEHS was intended to assist with that. [00:00] I mean do the packagers update to their packages? [00:00] :( [00:00] but the issue is that it's contributing to our maintenance load, regardless [00:01] if we need to maintain it, it's still a bigger load than syncing from Debian [00:02] geser: Defien catching unmet deps [00:02] I just don't think we should reduce features to reduce workload. Down that road lies an embedded distro. [00:02] no [00:02] I agree to an extent [00:03] but there seems to be this constant push to package new stuff [00:03] regardless of whether it's useful or not [00:03] and that has created quite a lot of packages we have to maintain [00:04] LaserJock: That's just a matter of fixing the documentation, and guidance we give newcomers. Personally, I really don't like the GettingStarted page, and encourage the use of https://wiki.ubuntu.com/MOTU/Contributing as a better place to start. [00:04] if you run "apt-cache unmet -i" (preferably in a hardy environment) you get a list of packages which can't be installed as there dependencies can't be satisfied. The task it fix them (we never got the list to be empty). [00:04] Taggard: ^^ [00:04] Taggard: http://qa.ubuntuwire.com/debcheck/ also has a nice web report that shows some of that. [00:04] persia: agreed. I was just a little shocked. I expected to see something around 100-200 [00:05] geser: So just packaging new things [00:05] Hmm [00:05] There are a LOT of problem depends [00:06] Taggard: Yes. There's a lot of work remaining for hardy. Anything you could do to help resolve them would be greatly appreciated :) [00:06] Taggard: first you need to find out, why the are unmet deps, e.g. library transitions, removed packages but packages depending on them are still there, FTBFS, etc. [00:07] Soundsl ike a good way to get involved with ubuntu [00:07] Taggard: e.g. apache 1.3 got removed from the archive, but there are still some package left which depend on it [00:08] geser: What do you do in that case? [00:09] Taggard: check what Debian did, check if it also builds a variant for apache2 and disable then the apache1 package or remove it entirely [00:09] Ahh [00:11] Taggard: it's a good starting point... i got started with packaging in ubuntu solving some 15 of those depending on the old apache [00:12] Taggard: for library transitions it's often to check if it builds with the new version and do a rebuild then [00:12] geser: That makes sense [00:13] Taggard: then there is also NBS (Not Build by Source (anymore)): http://people.ubuntu.com/~ubuntu-archive/NBS/ [00:13] Taggard: these packages are currently still there but will be removed soon leading to more unmet deps, so should also be fixed [00:14] the files list the packages still depending on them [00:14] I am fixing a piece of code that's giving me a bunch of warnings: "deprecated conversion from string constant to ‘char*’" . The code becomes really ugly when you have to cast every string constant. What is the rationale behind this change of the C language? [00:14] Taggard: so you see there is enough work where you don't need to do much programming [00:14] There's also the conflict checker: http://conflictchecker.ubuntu.com/possible-conflicts/hardy/, when more than one package provides a file, and the packages may nee to either conflict, or one be changed. [00:14] mok0: unicode [00:15] persia: I was guessing that. It still looks ugly [00:15] mok0: is it C? I believe I've seen it on C++ [00:15] geser: I think it's in both [00:16] geser: If it's unicode, C needs the change as well as C++ [00:16] mok0: Did you ever get satisfactory answers for your package merge or VCS questions? [00:17] Yeah [00:18] Hi guys, what do I do after packaging a new upstream release? What needs to be uploaded to the Launchpad bug, is it the new diff.gz and dsc, or all of the files, i.e. orig.tar.gz, diff.gz, dsc, dsc.asc, source.build, source.changes?? [00:18] geser: I am using git now to keep track of my packaging, it works great [00:19] mcisbackuk: An interdiff. Thanks for the reminder: I meant to add changing that to the meeting agenda. [00:19] mcisbackuk: https://wiki.ubuntu.com/MOTU/Contributing ... look for interdiff [00:19] geser: Yeha [00:19] geser: Sorry [00:19] I couldn't find it on there.. [00:20] * persia thinks https://wiki.ubuntu.com/UbuntuDevelopment/Interdiff is a better URL [00:20] persia: You're welcome lol [00:20] OK so once I've created the interdiff, what needs uploaded? [00:20] mcisbackuk: The interdiff. [00:21] persia: didn't know that one :) [00:21] persia: Just that? [00:21] mcisbackuk: Well, it's good to make sure your watch file will grab the latest upstream, but yes. [00:21] http://pastie.caboo.se/143928 > I get this when I am trying to do the Building a package tutorial [00:22] persia: Coolio, thanks for your help....again :) [00:22] Taggard: Try debuild. It wraps dpkg-buildpackage and makes sure you are using fakeroot [00:22] Alternately, install the fakeroot package [00:22] persia: debuild where? [00:23] andy@andy-desktop:~/hello/hello-2.3$ debuild -S [00:23] Okay (: [00:23] persia: Errors [00:23] Heya gnag [00:23] Err gang [00:24] persia: http://pastie.caboo.se/143929 [00:24] hI bddebian [00:24] Hello Taggard [00:24] persia: Heya. How are you with perl/glade? :) [00:24] Taggard: cd .. [00:24] Oh, yeah right [00:24] I am dumb [00:24] bddebian: Never touched it :) How can I help? [00:24] hehe [00:24] persia: One last question sorry lol IF the build of the new source packages fail with debuild will it tell me, I mean if I've done the dependencies wrong will it tell me? [00:25] mcisbackuk: Yes. Also, best to ask questions generally, even if you know I'll likely answer. Means I can step away for a bit :) [00:26] persia: I get the exact same erorr [00:26] error [00:26] persia: lol sorry, but thanks alot anyway :) appreciated :) [00:26] I'm trying to move dfontmgr to libgtk2-perl and libgtk2-gladexml-perl but it's kicking my arse. I'm not sure how to get rid of RunPerl [00:28] Taggard: does debian/rules exists, and does it have executable rights? [00:28] awen_: Yep [00:30] hi [00:32] i have learn how to create my own packages from source codes, and i have practice with various programs. What i could do for start helping on ubuntu? [00:33] Taggard: sounds strange... seems like it complains for a missing makefile (some error in the rules file maybe) [00:34] awen_: Hmm [00:34] bddebian: Do you have a WIP I can hack at? [00:35] persia: Are you a team leader or somesuch? [00:36] Taggard: Nope. I hope to be a member of Council, but won't find out for a few more days. [00:36] persia: Ooh :) [00:36] persia: I haven't gotten far. I just changed the build deps and see what breaks. I'm hoping most of the stuff is just gtk -> gtk2 calls but this Glade::RunPerl::pixmaps_directory I don't see a direct replacement for [00:37] Taggard: persia is a very active motu [00:37] What makes someone an official MOTU? [00:37] Taggard: when you hang around here some time, you will often read the same nicks [00:38] Taggard: The process of helping (and eventually joining) MOTU is described in http://wiki.ubuntu.com/MOTU/Contributing [00:38] Taggard: And you will end asking questions directly to persia (as everybody does), and persia will be annoyed by that :-) [00:39] * awen_ is confused... why would someone package version 0.6 of a package in 2001 when version 0.9 had been avaible since 1999 [00:39] bddebian: Hrm. `grep -ri RunPerl *` in the defoma directory gets me nothing :( [00:39] Or you just whine and complain enough like me and they let you in.. ;-P [00:39] persia: Sorry, it's PerlRun, I'm dyslexic :( [00:40] pochu: Hehe [00:40] Debhelper is fancy! [00:41] cd de [00:41] Oops [00:41] :X [00:44] awen_: maybe that's the latest version they found? [00:45] persia: Actually I'm thinking about just replacing "$Glade::PerlRun::pixmaps_directory/glade2perl_logo.xpm" with "" anyway :) [00:45] bddebian: That somehow seems excessive. Does it work? [00:45] LaserJock: found the reason... the copyright just pointed at cpan.org so had some trouble finding the right package :) [00:46] persia: Currently, or you mean if I use "" ? [00:46] "" [00:46] That glade2perl_logo.xpm file I can only find in a package called taxbird [00:46] I don't think it would change anything since I think that file is really missing anyway [00:47] Sounds safe...Does it work? [00:47] Haven't tried it yet :) [00:49] http://pastie.caboo.se/143935 : Is this bad? [00:50] Should I be replacing that nice? [00:50] Taggard: It can be (and is very common). If your make clean breaks in a way you didn't expect, it won't tell you. Better to figure out why it is failing, and trap those conditions. [00:50] line* [00:51] persia: I changed the line and it stopped moaning [00:52] Ugh, DfontmgrUI.pm is going to be much worse :( [00:53] seems to have lost the link for how to get a sponsor for package removal... anyone has a link to the page describing it? [00:54] bddebian: PerlRun pixmaps handling is now deprecated in favor of the improved icon cache stuff (as far as I can tell). Safe to kill all that. [00:54] awen_: Just subscribe the sponsors team to your bug as usual. [00:54] persia: any special status required? [00:55] Generally New is preferred. The sponsors will set Confirmed when forwarding to the archive admins. [00:56] persia: Yeah, I killed that but DfontmgrUI.pm uses "use Glade::PerlRun; " :-( [00:57] where can I find .iso file help? [00:57] .. YAY! [00:57] I just made my first ubuntu package! [00:58] Taggard: rockin! [00:58] bddebian: `grep -ri PerlRun * | grep -v pixmaps` tells me that you shouldn't care. [00:59] I don't acutally know where it went though. [00:59] dpkg-buildpackage said it is in .. but it isn't [01:00] * persia encourages someone to hijack bug #152348 so we have it fixed for hardy [01:00] Launchpad bug 152348 in mmm-mode "on feisty, the mmm-mode package forces installing emacs21 instead of emacs22" [Undecided,In progress] https://launchpad.net/bugs/152348 [01:00] persia: Is this an easy bug? [01:01] persia: Doesn't this just involve fixing some dependancies in debian/* [01:01] Taggard: Yep. And there's a patch. It just needs a little massage to be included. [01:01] persia: Do you think .. I could do it *gasp* [01:02] Taggard: Sure. Give it a shot. [01:02] persia: Okay [01:02] persia: Can I be annoying and ask you if I am doing it right? [01:02] Taggard: No, but you can ask for help in this channel, and I may well answer :) [01:02] Hehe [01:04] Taggard: do you see it? I told you you would end asking him directly ;-) [01:06] Hmm, I don't actually know how to apply the patch [01:06] And hwat to apply it to [01:06] Taggard: Look in the testing debdiffs section of https://wiki.ubuntu.com/MOTU/Contributing [01:07] Okay [01:16] I updated the dependancies and added this to the changelog but I remember seeing somewhere I included the bugid in the changelog but I forgot where and how [01:16] Can anyone tell me? [01:17] Taggard: https://wiki.ubuntu.com/ClosingBugsFromChangelog [01:17] (: [01:22] I get this now: http://pastie.caboo.se/143941 [01:22] (Sorry for all this newishness) [01:23] persia: The way I read the Gtk2::GladXML stuff, I shouldn't have to use the generated perl files at all I don't think [01:25] bddebian: cruft removal for the win! [01:31] Taggard: that looks ok [01:31] LaserJock: oh.. I'm silly [01:31] Ugh [01:31] I thought that was meant to compile [01:31] That is pbuilder isn't it [01:32] Okay, well, I've compiled it [01:32] It says it put it in .. but it didn't [01:32] So I don't know where it is [01:35] Taggard: /var/cache/pbuilder/result/ possibly [01:36] Okay [01:38] heya * [01:38] Yup, it is there. [01:39] Okay, so what now? [01:39] I have fixed the bug. [01:41] Taggard: Review the contributing page again. Make sure you are only incrementing the Ubuntu revision, attach the debdiff, and subscribe the sponsors. [01:43] Okay :) [01:44] xemacs22-basesupport (>= 2003.11.13-1): This is a requirement in the control file I noticed after I built the .deb. I Now think I should be changing the date to something but I don't know what. Any ideas? [01:45] Taggard: If you haven't already, you might want to look at the other patches attached to the bug. My memory is that it was a good solution, and the only missing part was with the changelog (although circumstances may have changed in the meantime) [01:46] Ahhh, yes. [01:50] libapache-* packages with broken depends for hardy slowly approaching zero :) [01:50] awen_: Excellent work. Thanks. [01:52] persia: i've sent three more removal requests at the sponsor list now... so only one left; awaiting some sort of reply from the debian maintainer for a little longer [01:52] awen_: Do you have your next project already planned? [01:53] evening :) [01:54] persia: next project = going to bed.... but i could be needing a project for tomorrow, if you have one lying around? ;) [01:55] awen_: I generally recommend people find projects that interest them, but if you're stuck for what to do after you finish the apache1 rdepends, I can probably find you something. [01:55] This is annoying me :( [01:57] persia: i'm trying to get the imapsync package to work for hardy atm.; but hope to get it through debian as it needs a new package to be included [01:58] awen_: Feature Freeze is 14th February. With the deadline looming, REVU may be faster (although there are only two more REVU days, so it may not be) [01:58] Hooray for cooperative upstreams! gtk-nodoka-engine now has license headers. [01:59] persia: it needs an old version of a package; so need to include it with a new package-name and patch it so it can co-exist alongside the new version... and that package should really be called the same in both debian and ubuntu i suppose [02:00] awen_: Would it not be better to port the app to work with the new version? [02:01] hi, i have a problem solving a bug, i am updating a package tacking as source a debian package, have i write on changelog something? [02:01] persia: i've talked to the maintainer... he has started the project slowly, but has given up porting to the new version; so this seems the best solution to me for now [02:04] but as always; i might be wrong, good proposals is welcome :) [02:06] ping pochu :) [02:06] vorian: Better to ask your question (and I agree with pochu) [02:07] persia: on the upstream site, it says this package requires chmlib and htmldoc [02:07] http://code.google.com/p/chm2pdf/ [02:07] * persia looks harder [02:07] The package builds fine with no lintian warnings [02:07] i'm new to fixing ubuntu packages, and i'm previewing my debdiff, and it looks like it's added and deleted identical lines (in the description in debian/control). i only chnaged the maintainer to MOTU from the debian address, and i didn't change the description at all. why is the extra change appearing? [02:07] well, with the suggested changes [02:08] bkudria: Likely whitespace issues. Pastebin your debdiff? [02:08] I made the changes, I just wanted to make sure this was the right decision [02:08] persia: certainly [02:09] persia: http://pastebin.ca/874072 , referring to lines 18 and 19 [02:09] vorian: pong [02:09] hey pochu, thanks for your feedback [02:10] vorian: You're entirely correct about htmlkdoc. I had been looking at libchm1 and the licensing. [02:10] I've updated all of the emacs21 instances in the Depends field apart from xemacs21-basesupport because there isn't an xmacs22 [02:10] Ugh [02:10] pochu: I was just trying to clarify what you recommended vs what the upstream site recommended === Skiessl is now known as Skiessi [02:10] Taggard: You likely don't want to update: rather support all the different emacs. The problem was the comma [02:10] persia: ok, thanks for checking :) [02:11] persia: I am pretty bad at this [02:11] Taggard: No, just new :) [02:11] vorian: well, the package doesn't import those (specially since they aren't python modules ;) and doesn't call them with os.popen... [02:11] Okay [02:11] pochu: os.system [02:11] How do I support all of them? [02:12] persia: so, can I just remove the lines from the debdiff? which ones, exactly? [02:12] I was doing exactly the same as the patch and it still required emacs21 [02:12] should I set these two packages to recommends/suggests then? [02:13] bkudria: I don't see a difference, but be careful editing diffs (edtidiff can help). [02:13] Taggard: | in dependencies means OR [02:13] persia: i'll try that, thanks [02:13] s/edtidiff/editdiff/ [02:13] persia: Okay [02:13] Thanks [02:14] Ooooooooooooh [02:14] I understand now [02:14] :) [02:14] vorian: At least for htmldoc, Depends: is correct. I haven't looked into the others. [02:14] persia: crap. You're right [02:14] * persia advocates grep -ri * [02:14] vorian: ignore my comment. [02:14] Taggard: isn't that a great feeling :) [02:14] ok, i have a new package that fix a bug, This package is the new version of a "aplication". How can i send it now? where? someone can help me? [02:15] persia: well grepping for os.popen didn't show them ;) [02:15] pochu: I did fix the copyright [02:15] vorian: Yep! [02:15] vorian: :D [02:15] pochu: grep -ri htmldoc * does :p [02:16] dcordero: Sounds like an upstream update. Check the Contributing page, hit the othe bugs in the package, and submit an interdiff [02:17] 14. of february is in general last change of getting new packages in? ... any dates earlier than this one i should be aware of? [02:17] vorian: great. I'll upload it then. [02:17] awen_: 4th February is the last scheduled REVU day [02:17] Hi. I'm (very) new to Ubuntu packaging. I'm trying to package "WWW SQL Designer" from http://ondras.zarovi.cz/sql/ . Upstream makes releases in ZIP instead of tarballs. Should I unzip and re-tar? [02:18] pochu: Who is second advocate? Also, I don't see the update on REVU [02:18] persia, thanks [02:18] persia: I'm the second one. And I'm waiting for the update :) [02:18] pochu: Advocates are counted by upload, no> [02:18] s/>/?/ [02:18] persia: do you mean ScottK's vote doesn't count anymore? [02:18] pochu: just uploaded the change [02:19] thanks for being patient with me :) [02:19] eddyMul: Two schools of thought about that. Most would recommend unzipping and building a tar. [02:19] persia: i get: "diff -u ruby-prof-0.5.2/debian/control ruby-prof-0.5.2/debian/control, rediff: Not supported: +" when trying to use rediff. any idea? [02:19] persia: this was just linking to GPL-2 in debian/copyright [02:19] Is there anyway to "fake" installing a package [02:19] pochu: According to current practice, it doesn't. [02:19] Like just to test what it requires and such [02:19] persia: okie [02:19] yeah, the copyright was a bit rough [02:20] i would need an introduction to revu before that then :) ... i suppose a request to sync from debian should be posted around the 4/2 also? [02:20] bkudria: Not really. I usually just repatch and regenerate the debdiff. editing diffs has caused me pain in the past. [02:20] persia: I'll try that for a start. Thanks. [02:20] persia: oh, ok. i'll try that [02:20] awen_: That makes for the best chance that it would get done before the freeze. [02:22] persia: but if the package in hardy is currently unusable and debian has a working one, it should still have a chance past freeze, or? [02:23] awen_: Requires a freeze exception. If it fixes a nasty bug, and doesn't break anything else, it may well get approved. On the other hand, this will require more effort on your part to weave through the processes. [02:23] vorian: linking to GPL-2 instead of GPL would have been better, since GPL is now a symlink to GPL-3. Although at the license is GPL2+ and not GPL2-only, I guess it's not a blocker. Advocating. [02:23] thanks pochu [02:24] vorian: no, wait. [02:24] vorian: extract_chmLib and enum_chmLib are in libchm-bin, so you need to change libchm1 with libchm-bin in Depends: [02:24] yes [02:24] vorian: so change that and link to GPL-2 :) [02:24] sure thing [02:27] persia: just curious: what's the "other" way of handling zips, other than re-tar-ing? [02:28] persia: i'll work on getting this done before freeze then! ... i suppose "won't do anything apart from casting exceptions" could be called nasty bug :) [02:28] eddyMul: Wrapping the zip in a tarball and unzipping during the build. Don't do that unless you have a really good reason. [02:28] awen_: Yep :) [02:29] persia: ouch. I see. Thanks. I'll stick with re-tar-ing. [02:29] Ugh, I have absoloutely no idea why this isn't working. [02:29] must be time now... night everyone [02:29] eddyMul: Don't forget to document the process by automating with a get-orig-source rule in debian/rules [02:30] The dependancy list is "emacs22 | emacs21 | emacsen | emacs-snapshot | xemacs21-basesupport (>= 2003.11.13-1)" and I have emacs22 installed but it still makes me install emacs21. [02:31] i want to submit a debdiff for sponsorship and review, but the wiki links to a breokn script: https://wiki.ubuntu.com/SponsorshipProcess . can anyone tell me how to send the request email myself? alternativly, i already have an LP bug open(#184946), should i just attach the debdiff to that? [02:32] bkudria: Just attach the debdiff to the bug. Feel free to update that wiki page to be less confusing. [02:32] bkudria: Also, remember to subscribe the relevant sponsors team for the package you are updating. [02:33] persia: ok, i'll do that. the orginal replier (dholbach) to my bug did request going through the sponsorship process. is subscribing all i need to do? [02:33] bkudria: Subscribe, unassign, and set "Confirmed" or "Triaged". [02:34] persia: ok, thanks [02:38] persia: debian/rules: get-orig-source: where can I read more about this? (my gut tells me to add this target (get-orig-source) inside debian/rules. Am I right?) [02:39] eddyMul: You have it correct. http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules documents it. [02:40] persia: hmm, dholbach requests that it be set back to new. what's the usual way of doing this? or does it not matter? [02:41] persia: Thanks. What's an example source package with get-orig-source that I can look at? [02:41] bkudria: https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue is authoritative [02:42] (some bugs get "New", and some get "Confirmed" or Triaged", depending on the nature of the sponsorship request) [02:42] eddyMul: I don't know of any off-hand that do zip -> tar.gz. Maybe someone else can help? [02:43] persia: how does get-orig-source perform the "get"? Does it use `wget`? or `uscan`? or something else? [02:44] eddyMul: I prefer seeing packages that use uscan, but when that doesn't work, wget usually does. There's no requirement to document the packages required to make get-orig-source work in debian/control. [02:45] persia: so I don't need to document that "build depends" includes, among others, zip and uscan? [02:46] * Hobbsee waves [02:46] eddyMul: Not if those are only used in get-orig-source [02:46] * Hobbsee waves [02:46] persia: I see. Thanks! [02:46] hi Hobbsee [02:46] * persia wonders if Hobbsee's wave frequency is 20 seconds, and expects a null result [02:46] hm, lagging [02:47] The noise-to-signal ratio of the comments in the bug report about flashplugin-nonfree is steadily approaching infinity. :-) [02:48] persia: ok, looks like i did everything correctly. thanks for patiently answering my questions [02:48] persia: I was wondering if it was gonna be a 20^i [02:48] ion_: That's expected. Any ideas on how to fix it cleanly? [02:48] How many packages does universe/multiverse have? [02:48] I’m not familiar enough with the problem with Konqueror. [02:48] LaserJock: That's likely more accurate given the nature of Hobbsee [02:49] pochu: About 13,000 [02:49] ty [02:49] pochu: For accuracy, check Packages.gz [02:49] persia: heh [02:50] Perhaps Launchpad should make it possible to vote comments as signal or noise, and with enough noise votes, a comment would be hidden by default. :-) [02:51] ion_: Do you believe there are enough triagers to make that a useful extra part of their work? [02:51] Just a random braindumplet, with a smiley to indicate that it’s not a very serious idea. [02:52] pochu: Hardy source Universe+Main is 13693 [02:52] man oh man there are a lot of people subscribed to that bug [02:53] Now that gaphor works again, I think that gets the prize for most duplicated bug. [02:54] persia: can you point me to a package which has a get-orig-source target using uscan? I want to learn how to handle uscan's non-zero exit code [02:56] eddyMul: http://revu.ubuntuwire.com/revu1-incoming/mscore-0801022000/mscore-0.8.0+dfsg/debian/rules (and please ask questions generally: I don't always have the best or fastest answer) [02:57] vorian: there you have :) [02:57] Note that I don't really like the duplicated get-orig-source: rule definition for mscore, but it does work. https://wiki.ubuntu.com/PackagingGuide/Basic#head-4bb01b3c07548aaf98e85ac7eb7983e632f8eb38 may also be useful. [02:58] how many time have i wait since i sent a package to revu, until i can see the package? i sent it but i cant see it con revu website [02:58] persia: thanks [02:58] persia: I haven't read all of the flash bugs, but it seemed to me like a package with new md5sums would at least get a lot of people going [02:58] dcordero: Usually not more than 10-15 minutes. If you still don't see it, ask here, and include the package name. [02:58] persia: hmm, you think updating https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue is ok, even with the warning at the top of the page? [02:59] persia, ok thanks [02:59] LaserJock: Yes, but it makes konqueror segfault :( [02:59] i'll wait for a long time [02:59] segfault? I thought it was just flash not working [02:59] hmm [02:59] bkudria: I know that is the official current policy. The URL will change, but has not yet done so. [02:59] LaserJock: Well, it only segfaults when visiting a page with flash. Personally, gnash works well enough for me. [03:00] thanks again pochu :) [03:01] vorian: you and ScottK did most of the work, no need to thanks me ;) [03:01] lol [03:03] dcordero: your package is there now [03:03] erlang-doc-html I guess [03:03] pochu, thank, yep, that is it ;) [03:04] dcordero: That doesn't really want to be on REVU though :( [03:05] i read that all new package have to do revu system [03:06] dcordero: new packages. Updated packages (including upstream updates) don't go through REVU. Check "Preparing New Revisions" in https://wiki.ubuntu.com/MOTU/Contributing [03:07] ups [03:07] Just for extra clarity, a "NEW" package is one not currently available in the Ubuntu repositories. [03:07] We use REVU to make sure that at least two MOTUs have reviewed it and can't find any issues to reduce the number of bugs found in these packages. For updates, it only takes a sponsor confirming the update is good. [03:08] and whre is sent updates? [03:09] dcordero: In a bug. See the wiki page referenced above [03:09] i think that i have to read all the contributing again === bmk789_ is now known as bmk789 [03:19] Evening all. [03:20] persia [03:20] im stumped for what to do now on the urbanterror package [03:21] Can someone give me a little bit of guidance with bug #186183. I'm trying to package it, the debuild -S -sa went find, changelog is chaged to reflect new version, but I'm getting build-stamp errors in debian/rules, and I'm not sure what to do [03:21] Launchpad bug 186183 in drqueue "Update drqueue to version 0.64.3" [Undecided,In progress] https://launchpad.net/bugs/186183 [03:22] mcisbackuk: What sort of errors? [03:22] sorry......i ran pbuilder on the dsc file [03:22] ermmm wheres that paste bin thing? [03:23] ill paste output [03:23] i dont understand, my mind is crazy, for send a bug to Ubuntu Sponsors for universe i have to belong to Ubuntu Sponsors for universe group. And for belong Ubuntu Sponsors for universe i have to send a bug, I dont understand [03:23] !paste | mcisbackuk [03:23] mcisbackuk: pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic) [03:23] dcordero: you can subscribe ubuntu-universe-sponsors to a bug [03:24] add the bug, and subscribe them [03:24] dcordero: Why do you need to belong to that group? Just subscribe the team. If you can't, that's an unacceptable regression in LP, and it will be fixed. [03:24] thanks pochu [03:24] persia: it's probably just the official new way to use LP :P [03:26] http://paste.ubuntu-nl.org/53623/ thats what I'm getting during pbuilder [03:28] Hobbsee: I am prepared to be very angry if bug #58410 gets closed before there is a sane solution in place for bug #179857 [03:28] Launchpad bug 58410 in malone ""Subscribe Someone Else" should be restricted to drivers of relevant software" [Low,Confirmed] https://launchpad.net/bugs/58410 [03:28] Launchpad bug 179857 in malone "Package sponsorships involve awkward bugtracker machinations" [Undecided,New] https://launchpad.net/bugs/179857 [03:29] lol [03:30] Can someone have a quick look for me please at http://paste.ubuntu-nl.org/53623/ - it's what I'm getting when using pbuilder, is this safe, or is there a problem with the rules file, and if so, how do I go about it? [03:31] persia: it looks lost [03:31] Hobbsee: What? Non-members really can't subscribe? [03:31] mcisbackuk: Looks to me like ./configure isn't being called [03:32] persia: as in, it looks like no one's talking on it, so it won't get done for ages [03:32] h0la all! Good morning [03:32] Hobbsee: Ah. Yes. I'd be perfectly happy for 58410 to be forgotten forever :) [03:33] persia: There is no configure file, just a makefile [03:34] correction : not even a make file [03:34] mcisbackuk: OK. pbuilder can't find it in /tmp/buildd/drqueue-0.64.3 [03:34] mcisbackuk: If there is no makefile, perhaps you don't want to call make? [03:35] persia: ok.....but then will the source still get built, cuz I sure as hell dont know that much about coding lol [03:35] ok, it's that ok? -> https://bugs.launchpad.net/ubuntu/+source/erlang-doc-html/+bug/70745 [03:35] Launchpad bug 70745 in erlang-doc-html "erlang-doc-html conflicts with other erlang packages" [Low,Confirmed] [03:35] ubotu, what [03:35] Sorry, I don't know anything about what - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [03:35] haha bot [03:36] mcisbackuk: I have no idea. Most upstreams provide instructions on how to build the package with the package. [03:37] persia: and then I assume its just a case of copying the instructions into a new makefile and then calling it in the rules file?? Is that right? [03:37] dcordero: Looks well formed and subscribed to the right team. [03:37] persia, ok, so, enought for today. Thanks, i'm going to bed [03:38] mcisbackuk: debian/rules build should include whatever steps are required to build the package according to the upstream directions. While this is often as simple as `make`, it may differ for different upstreams. [03:38] persia: I see...OK I'll try fiddling with that then === _czessi is now known as Czessi [03:46] Hi. please can anyone throw more light on this lintian warning I get. "W: alliance: script-with-language-extension usr/bin/dreal.sh" [03:48] I think that's talking about the .sh [03:48]