[00:16] porthose: hey, would you mind reacking on bug 555948 (if it is needed). I mistakenly requested a sync from unstable when I meant to perform one from sid. (that was what I had tested) [00:16] Launchpad bug 555948 in wireshark "Sync wireshark 1.2.7-1 (universe) from Debian testing (main)" [Wishlist,New] https://launchpad.net/bugs/555948 [00:17] lfaraone: err... [00:18] unstable <-> sid. Did you mean testing for one of them? [00:19] crimsun: squeeze/testing, sorry. [00:19] porthose: s/unstable/testing/g [00:21] lfaraone: doesn't need a re-Ack, but I updated the description === bfiller_afk is now known as bfiller [00:47] bdrung: WRT #555891, please use linux-alsa-driver-modules-$(uname -r) from ppa:ubuntu-audio-dev [01:30] crimsun: ok, i will try that tomorrow [04:14] hello guys! I was trying to install planetpenguin racer, and I found something curious [04:14] What? [04:15] Does it seem strange that planetpenguin-racer-extras is included in lucid and karmic [04:15] but planetpenguin-racer is not? http://packages.ubuntu.com/search?keywords=planetpenguin-racer [04:15] it seems like you'd need the game for the -extras to be useful [04:15] Indeed. [04:16] so... any guesses to why the game isn't there? [04:16] You want to install extremetuxracer [04:16] oh, I didn't realize it was a continuation of tux racer, but I did see it [04:16] thanks persia [08:17] good morning [08:17] good morning [08:17] morning! [08:18] hey geser, hey stefanlsd [08:44] <\sh> moins === azeem_ is now known as azeem [09:38] q. is there a way to know the dependancy of a .deb ? i got only the .deb fiel [09:39] jetienne: dpkg --info foo.deb [09:39] Rhonda: thanks [10:50] hi all; I've written a bugfix patch for bash-completion, as requested by a member the sponsor team, but am struggling to get a debdiff up. I've got the lucid source package and it uses quilt. There is also a diff file listed. Should I apply this before running any quilt commands? [10:54] m4rtin: I'd do a "quilt push -a" before starting to patch, and "quilt new my-bash-completion-fix" (or some more suiting name) before you start "quilt edit"ing the files. [10:58] Rhonda: thanks; so: 1. untar apt source; 2. quilt push -a; 3. quilt new; 4. apply lucid source diff; 5. do my edits? [10:59] hmm, seems not [10:59] the lucid patch places the series patches in the dir [11:03] m4rtin: When you get the .dsc file, use dpkg-source -x to extract it. This will apply the diff.gz. Inside that, export QUILT_PATCHES=debian/patches and run quilt push -a [11:03] !patch [11:03] Patches are files describing the changes in code to achieve some results. There are a number of ways these can be produced, but https://wiki.ubuntu.com/Bugs/HowToFix and https://wiki.ubuntu.com/PackagingGuide/PatchSystems may provide some useful guidelines. [11:04] Check the second link for more details [11:05] persia: thank you -- that's what I needed :) one further q if I may: does my changelog have to be inside the quilt edits, or is the packaging process outside of quilt? [11:06] Please *don't* put the stuff in debian/ inside quilt patches: this just confuses the next person. [11:06] persia: excellent. So I've done my edit. quilt refresh; quilt pop -a; do the packaging === lukjad007 is now known as lukjad86 [11:33] q. i would like to create a user in the .deb, how can i do that ? "sudo adduser slotaaa" keeps asking for interactive question. i dont want interactive stuff [11:41] jetienne, check on how it's done on other packages, eg. postfix [11:43] Or check debian policy 9.2: http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2 [11:44] jetienne: … and sudo isn't needed, the maintainer scripts run as root. :) [11:46] ok trying to get postfix example [11:47] could someone take a look at a patch I've attached and tell me if it looks ok please? It's at https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/435055 ; last comment [11:47] Ubuntu bug 435055 in bash-completion "Bash completion for wget -o doesn't escape spaces." [Undecided,Confirmed] [11:49] m4rtin: It looks sane, but you may want to advertise in #ubuntu-devel, as there's a better chance someone there will be able to upload. Also, did you submit the bare patch (not debdiff) to Debian? [11:49] bash completion? i remember it failed for spaces for everything sometime back. [11:50] hyperair: no, I didn't... should I have? [11:50] hyperair: it still fails that for scp; that's my next task [11:50] m4rtin: didn't what? [11:50] m4rtin: oh i mean cat blah didn't work, for example. [11:50] sorry that was to persia [11:50] i mean it'd complete up to the first space and stall [11:51] * hyperair goes back into lurk mode [11:51] persia: I didn't submit to debian... should I (and how?) [11:52] mentors.debian.net [11:53] m4rtin: http://www.debian.org/Bugs/Reporting and https://wiki.ubuntu.com/Debian/Bugs and https://wiki.ubuntu.com/Debian/Usertagging : short form "use submittodebian" [11:54] hyperair: Not best for a well-maintained package, usually, unless one has a prior relationship with the maintainers. [11:54] persia: oh whoops. sorry i wasn't thinking (my mind was thinking new package) [11:54] m4rtin: regarding bash-completion perhaps it's best to poke some people in #bash-completion on irc.oftc.net [11:55] Indeed. [11:55] Getting the patch there helps *everyone*. [11:55] the problem is that they have fixed most of these bugs with a massive rewrite in their version control [11:56] however, they don't release frequently [11:56] it seems better to fix these bugs for lucid/debian and then when bash-completion team decide to release their next stable it will be solved anyway === txwikinger2 is now known as txwikinger === traveller_ is now known as traveller [16:17] ScottK: ping, do you think a FFE for openttd would possibly fly? I'd like to see if we can sync it from sid [16:17] Depends on why and what the differences are. [16:19] ScottK: loads of bug fixes, and its now possible to put it in universe versus multiverse [16:19] Any new features? [16:19] Sounds promising. [16:20] ScottK: better AI I think, haven't compiled it yet [16:20] ScottK: the version in Ubuntu is fairly old compared to the version in sid [16:20] 0.7.5 to 1.0 [16:20] It sounds worth looking into. [16:21] ScottK: that's what I thought, hence why I wanted to ask if a FFE was out of the world of possibility [16:21] It's not. [16:27] Any archive admins present here? [16:31] slytherin: Usually, but except in special cases, it's best to ask archive-admin questions in #ubuntu-devel [16:32] Ok. Will ask there. [17:00] ScottK: Hi. Can you please explain what was the reason behind adding explicit libtalloc-dev build-dep to evolution-mapi? [17:06] slytherin: It uses the talloc headers (as evidenced by the shlibs generated runtime depends) === yofel_ is now known as yofel [17:12] ScottK: A simple grep -r talloc.h in source yields nothing. Also check this text from build log - warning: dependency on libtalloc.so.2 could be avoided if **** were not uselessly linked against it (they use none of its symbols). [17:12] slytherin: The fact is that it is linked. [17:13] slytherin: It's possible it's not needed. [17:13] That would involve a buildsystem patch. Adding another build-dependency is the easy (and safe) way out at this point in the release cycle. [17:13] File a bug and fix it right for maverick. [17:14] ScottK: Right. That is what I meant. It may be unnecessarily linked. [17:15] ScottK: I was actually planning to file a sync request for version in Debian (2.28.3) which a bug-fix update. Hence I was checking with you if Ubuntu changes are important to keep. [17:15] * ScottK isn't saying that's the best solution, just made sense as part of doing the NBS rebuilds for libtalloc0 [17:15] slytherin: I'll leave it for you to decide. [17:15] In any case libtalloc-dev gets pulled in because of other build-deps. [17:18] Yes, but one shouldn't rely on that [17:22] jdong: did you talk with SRU team about my objections? [17:22] ScottK: In this case the (build)dependency seems unnecessary, so I suggest we drop this and make it a sync. [17:52] slytherin: Your call. [17:55] ScottK: would you be willing to review bug 556483? james_w said you felt that it might need a FFE. [17:55] Launchpad bug 556483 in xpdf "Merge xpdf 3.02-2 from Debian Unstable" [Wishlist,New] https://launchpad.net/bugs/556483 [17:56] ScottK: (it already has the debian changelog attached, there were no upstream changes) [17:58] jdstrand: bug 552720 in squeak-vm needs a FFE, right? [17:58] Launchpad bug 552720 in squeak-vm "please merge 3.11.3+svn2147-1 from Debian testing" [Wishlist,New] https://launchpad.net/bugs/552720 [18:01] lfaraone: squeak-vm is in universe, so based on https://wiki.ubuntu.com/FreezeExceptionProcess I'd say 'no' [18:02] lfaraone: plus, as it stands, it is totally unuseable [18:05] lfaraone: please make the request. Unusable as it is will probably make it very likely to get it, but we shouldn't circumvent the process. [18:06] james_w, okay. [18:15] * jdstrand (re)rereads FreezeExceptionProcess and sees it would need it [18:18] jdstrand: I can't seem to find the upstream changelog for that revision, the best I could find was http://squeakvm.org/unix/platforms/unix/doc/RELEASE_NOTES_3.11.3.2135 [18:20] lfaraone: I see platforms/unix/ChangeLog in the source [18:24] ari-tczew: I was under the understanding you were going to write something up to us [18:27] jdong: [Sunday 28 March 2010] [19:51:51] ari-tczew: I'd start with mailing the ubuntu-devel-discuss mailing list, cc'ing the SRU team members, about your concern that the related bugs display in launchpad isn't a satisfactory radar map for what SRU tasks remain needing attention. [18:28] ari-tczew: poor wording, I meant if I were you, I'd start with.. [18:28] That looks like a request to receive mail to me [18:28] sorry [18:29] language barrier, lost in translation :) [18:31] jdong: so what's the final decision? [18:32] ari-tczew: you start mail, please :) [18:32] it is your concern, so I think you'd be the best to voice it [18:33] jdong: okay, but currect I don't have time, maybe in the second half of april [18:33] s/currect/current [18:35] I am similarly scheduled :) [18:36] hehe === ubott2 is now known as ubottu [21:13] how to request a removal of the unbuildable package? [21:16] file a removal bug [21:16] why is the package unbuildable? [21:19] jdstrand: can you check the copyright files in the qimo-* packages in revu please? [21:23] geser: it depends on evo 2.30 [21:24] I [21:24] I'm trying to find out if any previous package builds on lucid [21:28] kklimonda: what about the last build debs which are still published? do they still work? [21:29] geser: they don't install [21:29] geser: it's anjal [21:29] I assumed it's anjal as there aren't that many packages in depwait on evo 2.30 [21:31] geser: the ubuntu3 package that is build doesn't install, it has to be rebuilt - I should (1) request package removal and then.. ask to upload no-change ubuntu4 to rebuild it? [21:33] (there is another option - to remove anjal from lucid completely as the 0.0.1 release we have is old one) [21:33] kklimonda: I'm not sure if LP would allow that and the next question is if the archive admins are OK with this solution as they have to NEW the source again [21:35] mhm [21:35] I'll ask on #-devel then [21:36] ah, you are already on it ;) [21:37] it's only related to this [21:38] as I've noticed that the old debs are still published but only the new source version [21:39] right, that's also a problem - well, there is 0.0.1...ubuntu3 source downloadable but you have to dig -changes list for the link [21:39] probably not easy enough [21:41] yeah, LP has still the old source but it's not on archive.u.c anymore === apachelogger is now known as kdelogger [22:07] mhall119: done === hggdh_ is now known as hggdh [23:17] Hm. Does http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548551 look severe enough to justify a sync? [23:18] Debian bug 548551 in dancer-services "dancer-services: Incorrect dependencies in init.d LSB header" [Serious,Fixed] [23:29] evening MOTUs!