[01:49] hi [01:49] Is someone available right now? [01:57] * mhall119 is available but not a motu [02:26] !ask | didrocks [02:26] didrocks: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) [02:26] ugh! [02:26] !ask | DiegoTc [02:26] DiegoTc: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) [02:29] in the postinst script i cannot execute how do i execute shell commands?coz one in particular called 'update-ca-certificates' fails if written inside the postinst scrip [02:30] but anywhere else if i write its working fine. [02:30] http://pastie.org/900511 [02:33] wrapster: got the package a depends on ca-certificates? [02:55] sistpoty: one sec let me see [02:57] yes there are quite a few pkgs that depened on ca-certificates [02:58] sistpoty: but why is that important? [02:59] wrapster: if the packages uses a command found in ca-certificates (i.e. update-ca-certificates), it needs to have the package providing the command installed prior to it [02:59] sistpoty: apt-get install ca-certificates is giving me this error http://pastie.org/903294 [03:00] hmm.. ok let me verify that .. one sec pls. [03:00] sistpoty: yes that pkg is already installed. [03:02] wrapster: then, s.th. went wrong? not too sure how to debug that in the first place, I guess running the commands of the postinst by hand could shed further lights [03:02] s/lights/light/ [03:04] sistpoty: yes i kinda did that and was able to see that the shell command here ' http://pastie.org/900511 ' that is update-ca-certificates is the probelm.. I was able to deduce so by actually removing that line from the postinst script .. then the pkg was installed cleanly. so its definitely the case with this cmd. [03:04] wrapster: did you check what went wrong with that command yet? [03:05] sistpoty: i cannot find that out.. coz i ran the cmd independently and it works fine. [03:05] its only within the script. [03:06] and secondly 'update-ca-certificates' binary comes from 'ca-certificates' pkg .. and this pkg's postinst script itself is calling the update-ca-certificate cmd ... Will this cmd be initialized by the time postinst is run? [03:06] could that be the reason? [03:08] wrapster: there's no state of initialized/uninitialized for a *command*, however the command might need data provided by a package [03:08] hmm.. [03:08] but i see it working on a lot of debian machines already. [03:09] my own ubunutu has it working. [03:09] this pkg working.. its on another machine im trying to install this and its failing. [03:09] wrapster: just a wild guess, but maybe update-ca-certificates checks some data and fails if e.g. a certificate is not in the right format? [03:10] hmm.. let me check that.. [03:10] thanks.. [03:10] yw [03:40] I got this erro https://wiki.ubuntu.com/PackagingGuide/Complete when I am doing the debuild command [03:40] I am really lost here :S [03:40] What error? [03:42] Scottk this one http://pastebin.com/qSuibTZR [03:43] sorry i got confuse of link [03:43] No problem. Looking [03:45] DiegoTc: Does your package build-depend on qmake? [03:45] Scottk yes it does, its a small app I did using QT4c++ [03:45] Is qmake installed? [03:46] What is "No hay ninguna regla para construir el objetivo" in English? [03:47] "there is no any rule for building the objective" [03:47] Scottk I suppose its build because I am compiling it on my computer right now [03:48] I'm not sure exactly what the problem is. [03:49] :S [03:49] What happens if you run make -f debian/rules clean from the source directory of your package? [03:50] ScottK, you mean to do this make -f debian/rules [03:50] DiegoTc: Close. [03:50] make -f debian/rules clean [03:50] That should just run the clean rule. [03:51] Which is where the error you showed me was. [03:53] ScottK, HERE http://pastebin.com/hhbWMJWn [03:53] i put the translation down [03:54] Right. [03:54] So I guess there is some qmake problem here. [03:54] Unfortunately it's not something I know about. [03:56] ScottK, so what you will recommend me ?? [03:57] Figure out why you don't have the Makefile parts that qmake is saying are needed. I have no idea what those are. [03:57] Sorry I can't be more help. [03:58] thanks [04:16] ScottK, [04:17] ScottK, I found this link http://pkg-perl.alioth.debian.org/debhelper.html#module__build__compat [04:17] and i add this to the rules debhelper 7.0.17. [04:19] and when i do the sudo make -f debian/rules clean I got this message http://pastebin.com/VVjqTa6A [04:32] hi all [04:43] hey guys [04:43] looks like debian fixed the public_html problem Bug: 554903 [04:44] how exactly do their fixed get into our builds? [04:44] Bug 554903 [04:44] Launchpad bug 554903 in apache2 "apache2 with mod php5 does not execute index.php" [Undecided,Confirmed] https://launchpad.net/bugs/554903 [04:45] I can make a patch if that helps? [04:45] kobrien: Generally once the new package is in Debian, someone would prepare an updated merge. [04:45] kobrien: It would. [04:46] The most preferred patch would be a merge debdiff (unless their upload has other invasive changes). [04:46] But any form of patch attached to a bug would be a help. [04:46] ScottK: how would I go about "merge debdiff". take their debdiff and apply? [04:47] !merge [04:47] https://wiki.ubuntu.com/UbuntuDevelopment/Merging [04:47] Have a look there. [04:47] ScottK: will do. thanks [04:57] ScottK: when I run grab-merge it fails [04:58] with "unexpected operator" [04:59] kobrien, as ../grab-merge.sh ? [04:59] yes [04:59] well [04:59] ./grab-merge.sh php5 [05:00] in an empthy dir, correct? [05:00] empty* [05:01] kobrien, yep. But check in merges.ubuntu.com/universe.html or merges.ubuntu.com/main.html for which packages are available for ".grab-merging" [05:03] it's really libapache2-php5 I'm after, but it's not listed [05:04] kobrien, libapache2-mod-php5 ? [05:04] RoAkSoAx: That's only work for things in Testing. [05:05] He's looking for something just uploaded. [05:05] ScottK: please advise [05:06] RoAkSoAx: yes [05:06] ScottK, since he was using grab-merge that's why I thought he was looking to merge a package from debian in testing :) [05:07] kobrien: You mean libapache2-mod-php5? [05:07] ScottK: yes [05:07] That's part of the php5 source package. [05:07] kobrien, poh o just read backlog. You would have to do: 'apt-get source libapache2-mod-php5', which is actually in php5 source package. So it will download the source package and you can start working from there [05:08] RoAkSoAx: ok so [05:08] that's how I'd normally patch, but debian have released a fix, I was gonna merge their fix, but I can easily just implement it in a patch [05:08] of my own [05:09] Better to get Debians. [05:09] (for consistency) [05:09] yep [05:09] right, so can I apply their debdiff directly?...how to proceed? [05:10] kobrien: I don't see anything new uploaded yet: http://packages.qa.debian.org/p/php5.html [05:10] "There are 64 open security issues, please fix them." [05:10] basing off this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571714 [05:10] Debian bug 571714 in libapache2-mod-php5 "apache 2.2.14 doesn't parse php5 in public_html" [Normal,Fixed] [05:11] kobrien: We should have that in Lucid already [05:11] Are you wanting a fix for Karmic? [05:12] nope, Lucid [05:14] We already it then (at least in theory). [05:14] It could have been a bad merge. [05:15] So I'd grab the Ubuntu source (apt-get soure php5) and then check too see if it's there already. [05:15] righteo [05:15] 2 secs [05:31] ScottK: It appears that in the current lucid version, the behaviour of not serving php from public_html is known. It gives details of how to enable it, but it's not default. surely it should be [05:32] do you agree? [05:32] kobrien: I'd ask zul on #ubuntu-server when he's working tomorrow. [05:32] Personally I've never failed to avoid dealing with php and prefer to keep it that way. [05:33] ScottK: ;) no probs. I'll see what I can do. The fix is easy, but I'll consult zul. thanks [05:56] ok, so in my .pbuilderrc I have this line UBUNTU_MIRROR="http://ubuntuarchive.hnsdc.com/" unfortunately, pbuilder is not using that mirror even after source .pbuilderrc [05:57] any thoughts on what I'm doing wrong ? [06:00] I don't see any mention of UBUNTU_MIRROR in man pbuilder [06:00] I use this https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders [06:05] OK. [06:05] and its still not working :D [06:05] * kobrien compiles the hell out of php [06:10] nigelb: If you want to figure out how to get this one to build, that'd be nice too: https://launchpad.net/ubuntu/+source/php-imlib/0.7-1build1 [06:12] ScottK, was that for me or kobrien ? [06:12] probably me, I'll look into ot [06:12] nigelb: Actuall kobrien. Thanks. [06:12] ../ [06:12] y [06:12] :) [06:12] * ScottK goes to bed. [06:12] nn [06:12] Good night. [06:12] good night :) [06:12] thanks for the help [06:14] ooh, that bug looks good. [06:15] vi and vim are not a part of any pkg? [06:16] it is [06:16] dpkg -S didnt show anything. [06:16] why so then? [06:16] you dont have it installed? [06:17] it lists fine when it's installed [06:18] wrapster: install with "sudo apt-get install vim" [06:18] kobrien: and how about vi? [06:18] hmm, can't vim work in vi mode [06:19] vim-tiny perhaps? [06:19] no.. [06:19] Im acutally curious to know about 'update-alternatives' for my own reasons.. thats why asking you guys.. as i see that both vi and vim point to the same file eventually. [06:20] and that is 'vim.basic' [06:20] :set compatible? [06:20] I think that'll put vim in vi mode [06:21] kobrien: no i dont have issues using the editor nor do i want info on using it.. I want to know just how both vi and vim manage to point to the same file. [06:21] i need to just take a look at it thats all. [06:22] oh...cause vi isn't packaged. only vim is availible but it acts just like vi [06:22] if you want it to. that's why both point to it [06:22] ah.. ok.. [06:22] I got that.. [06:24] kobrien: so by default debian does not ship vi at all.. Is that what your telling me? [06:24] yup [06:24] thank you. [06:24] guys [06:24] yup [06:24] cool [06:24] there's no need as vim provides its functionality [06:26] * kobrien still compiling... [07:07] if I make a patch, is it useful for me to upload more than a debdiff? [07:09] kobrien: Not really, no. Also, does your patch fix an issue generally, or is it just an aggregation of currently available patches? [07:10] it is a single fix for default configuration of apache2 [07:11] Ah, for that just the debdiff is fine then. [07:13] cool, thanks. [07:20] how do I unapply a patch? [07:20] is there a way? [07:20] nigelb: diff -r, i think [07:20] What sort of patch? [07:20] well, I was going to patch with quilt, but forgot quilt add [07:20] so, now I have to remove applied patch and do a quilt add and then patch again [07:21] How did you apply the patch? [07:22] patch -p1 < blablabla.pach [07:22] brain not working sorry [07:23] maco, I did wonder [07:23] nigelb: have you learned about "quilt import" yet? [07:23] um, no [07:23] * nigelb goes to man pages [07:23] ah, never knew this one.. this is cool :) [07:24] diff -r ought work for that case, but quilt import is better. [07:24] so no need to do a quilt new when using quilt import? [07:25] Right. [07:25] Instead, you need to use -f or -d when you want not to have a new patch. [07:26] persia: you mean like if you want to combine 2 or 3 external patches into 1 quilt patch? [07:26] maco: Or you want to merge/overwrite some quilt patch with some external patch. man quilt :) [07:27] ooh alrighty. i only ever used it for adding 1 patch at a time [07:27] * nigelb glares at maco [07:27] you taught me quilt :D [07:27] nigelb: what? [07:27] nigelb: i taught you a long way round? [07:27] yeah [07:28] nigelb: was possibly before i learned about import [07:28] ahhh [07:29] ive only done the new, add, edit, , refresh thing once, i think [07:30] having a patch to import is much more common [07:30] generally I did new, add, (then manually patch -p1...), quilt refresh [07:30] yeah thats what i did til i learned about import [07:31] so if the patch is improperly formatted, I guess I have to manually do it [07:31] hmmm? well i hope you dont normally add patches that dont apply... [07:32] I'm doing patch review... well.. a lot of patches dont apply properly [07:32] yeah [07:32] patch --dry-run [07:32] I do that first always [07:33] I guess I have to manually correct the directory structure [07:34] Did you use the right -pN argument? That's my most frequent mistake. [07:35] naah. the patch author hasn't referenced the file (s)he wants to patch correctly [07:35] instead of share/applications/vlc.desktop its just vlc.desktop [07:36] someday, someone will write a script to properly tag patches [07:36] until then, I'll just crib about it I guess [07:39] is normal for series file to have $patch_name -p$ ? [07:39] i.e. after importing [07:40] if the patch has a p number other than 1, sure [07:40] (1 is default i believe) [07:40] I think if I specify something it turns up there [07:40] * maco waits for persia to say she's wrong [07:41] 1 is default :) [07:41] maco is wrong [07:41] persia, which part? [07:41] No, the default is not to do nested trees. [07:42] -p num - Number of directory levels to strip when applying (default=1) [07:42] ^ from man quilt [07:42] The default is for the directory hierarchy in the patches to be ignored, and for it to apply to patches in the local directory. Under certain circumstances, this is indistinguisable from p1 [07:42] Oh, sorry. I'm describing patch behaviour. quilt is likely saner [07:42] ah :) [07:50] why is my pbuilder not accepting a mirror from the .pbuilderrc file :( [07:59] is this part of a mirror problem? http://paste.ubuntu.com/409379/ [08:03] nigelb: That does indicate a mirror problem. I recommend adding *multiple* entries to sources.list for each component. Put the ones network-closest to you first, followed by those further away, and with archive.ubuntu.com/ports.ubuntu.com at the end of the list. [08:03] persia, well, its from my pbuilder build log [08:03] apt will try them in order, so you get the advantages of mirroring where the mirror works, and fall back to something trusted if the mirror doesn't work. [08:03] There too :) [08:03] I set the mirror as my closest one, but it just refuses to accept that one :x [08:04] persia, pbuilder seems adamant on using the mirrors.kernel.org one [08:05] I did a source .pbuilder and still didn't change [08:06] That's hacked into pbuilder-dist [08:06] no no [08:06] I use this https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders [08:06] No idea then. [08:06] Have you considered sbuild? [08:06] no [08:07] is there a how-to somewhere? [08:07] Are you running lucid? [08:07] nope... ugh.. sbuild needs lvm? [08:07] Not in lucid. [08:07] I'm running karmic [08:07] Upgrade! [08:08] * kobrien slaves over lucid bugs [08:08] I'm not a fan of Upgrade. I always do clean installs [08:08] lucid is stable enough that if there's anything that doesn't work, you want to know *now* so you have a chance of fixing it. [08:08] Mind you, I run karmic on some of my machines, but most certainly not on my development machines. [08:10] upgrade should just work. If something doesn't work, that's a fixable bug. [08:10] lucid is quite stable [08:10] still I'm curious as to why pbuilder doesn't work [08:12] I can't help you with that. My experience with pbuilder is limited to patching pbuilder-dist a couple times. [08:12] I'll just try override-config and if that doesnt work pbuilder-dist [08:13] pbuilder-dist hardcodes the mirror in a way I think non-optimal [08:13] And I believe lool was working upstream to try to obsolete pbuilder-dist [08:14] sigh. I guess I have to upgrade then [08:21] lfaraone: http://paste.ubuntu.com/409383/ I hope this finally fixes it [08:32] * kobrien face palm. a static type, qualified by static when declared in a function. [08:39] is package freeze now? Or I can upload new packages? [08:40] kkszysiu, we are in feature freeze for lucid now. If you really want your package in, you need a feature freeze exception [08:40] ScottK: successfully compiled https://launchpad.net/ubuntu/+source/php-imlib/0.7-1build1 [08:41] kobrien, you work magic :) [08:41] nigelb, ah [08:41] kkszysiu, I would suggesting getting the package into debian, it will be synced into lucid then [08:41] urm... lucid+1 [08:42] yeah, thats my plan :P [08:42] nigelb: I just code C. :). It compiles anyway. [08:42] kobrien, :) [08:43] nigelb: I'm unsure as to how to proceed. It's not like there's a report I can attach a patch to. How do I commit my change? [08:43] just make a bug report [08:43] nigelb: cool [08:43] attach a debdiff and subscribe sponsors [08:44] if you're unsure how to make a debdiff.. attach a simple patch and ping me I'll make a debdiff for ya :) [08:44] I can debdiff :), cheers [08:44] cool :) [08:44] oh wait [08:44] no, I can debdiff [08:45] :D [09:07] hmm anyone have idea how to change libexecdir in package? I mean it should be /usr/telepathy/telepathy-sunshine but is /usr/telepathy-sunshine/telepathy-sunshinee. Its strange because if I compile it uusing make & make install it see that llibexecsir is /usr/lib/telepathy/telepathy-sunshine [09:24] kobrien: for php-imlib? [09:25] there is a patch from me waiting in the Debian BTS [09:25] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569118 [09:25] Debian bug 569118 in src:php-imlib "php-imlib: FTBFS with php 5.3" [Serious,Open] [09:26] geser, for the vlc bug, I got hit with glibc error [09:26] have you an error message? [09:27] ouch...lost it... 2 mins [09:30] geser: didn't see that. my patch does the same thing... [09:31] kobrien: just a hint for the next time: look if there is a bug (with patch) in LP or in the Debian PTS just waiting on someone uploading it, it can save you time [09:33] geser: noted [09:34] kobrien: can you test if the package still works? I don't have a setup ready to test it and didn't had time yet to setup one. [09:36] geser: other than installing it, how can I test? [09:37] http://packages.ubuntu.com/lucid/i386/php-imlib/filelist shows that it contains some examples [09:38] geser: ok, I'll have a look now. [09:38] with apache + php + php-imlib you should be able to run them [09:38] geser: yeah, I'll copy them and see if they work [09:42] thanks [09:47] geser, so this error I got had something to do with glib c and I got a trace output, etc [09:47] I'm rebuilding right now to get a log [09:50] geser: package is broken [09:50] kobrien: :( [09:51] geser: it's "fatal error" in the logs is that it can't "imlib_create_image" which is kinda necessary for it, as an image library, :( [10:00] geser, something strange just happened... twice.. everytime I build vlc again, my system shuts down :( [10:02] oh [10:03] any clue whats going wrong? [10:03] nigelb: weird [10:03] kobrien, definitely [10:03] sorry no idea [10:03] I'll try pushing to a PPA [10:03] that should give an idea if somethings wrong only locally :) [10:04] have you checked your logs for a kernel oops or a out-of-memory case? [10:04] how do I do that? [10:06] check /var/log/messages or /var/log/syslog [10:06] and hope your system was still enough alive to log something [10:07] anyone interested in merging "xpdf"? It contains some security fixes and would be nice to have in lucid. [10:07] neither exists === \vish is now known as vish [10:56] oh, success.. vlc builds :) === ogra_ is now known as ogra [14:25] * hyperair tickles james_w. banshee-community-extensions is NEW again :-) [14:57] I've got a fix for gnome-settings-daemon bug 484186, I've proposed merging my fix branch, and linked the bug to the branch [14:57] Launchpad bug 484186 in gnome-settings-daemon "Cannot switch Monitor configuration CRTC 58" [Medium,Triaged] https://launchpad.net/bugs/484186 [14:57] should I also be subscribing ubuntu-sponsors? [15:04] cnd: I gather you have a patch? I have seen this issue also, and had wondered about it :) [15:04] dyfet: I've actually created a bzr branch in lp with the fix [15:04] it's ready to be merged [15:19] cnd: Yes, subscribing ubuntu-sponsors is potentially helpful, although you'd want to check the sponsoring report source to be sure. You might also see if anyone is around in #ubuntu-desktop who can push it quickly (most of us don't have upload rights to that package). [15:20] persia: check the sponsoring report for what? (and where is the sponsoring report?) [15:21] cnd: Check the code to see if subscribing ubuntu-sponsors does anything at all, and https://code.launchpad.net/~dholbach/ubuntu-sponsoring/trunk [15:22] persia: I'm not following you, what should I be checking in this code for? [15:23] persia, the bug does show up in the sponsoring report [15:24] nigelb: So subscribing ubuntu-sponsors when performing a merge request is superfluous? [15:25] if you're referring to here: http://qa.ubuntu.com/reports/sponsoring/, then the merge request is enough to get on there [15:25] persia, I believe so, yes [15:25] is that all I need to do then? (outside of maybe bringing it up in #ubuntu-desktop)? [15:26] If it appears at qa.ubuntu.com/reports/sponsoring then yes. [15:26] persia: ok, thanks! [15:28] does the source format 3.0 (quilt) need an explicit build dependency for quilt ? [15:28] c_korn: No. [15:28] (mostly) [15:29] ScottK: mostly? [15:29] because lintian warned me that a quilt is missing in build-depends. but maybe because I had "include /usr/share/quilt/quilt.make" in the debian/rules file. is this also required or is patching now done automatically ? [15:30] not unless you call quilt while building [15:30] c_korn: you should be able to drop that [15:30] persia: Depending on the exact version of dpkg(-dev) involved if you ship a quilt .pc file (I think that's it), the build-dep on quilt is still required. [15:31] I think, but am not certain, that's not an issue anymore. [15:31] ScottK: Ah, yes. That's not an issue anymore in sid/squeeze/lucid [15:31] Hello james_w [15:31] I've a question about this branch https://code.launchpad.net/~ubuntu-branches/ubuntu/lucid/cairo-dock/lucid : cairo-dock packages have been updated but not this branch, is there a problem? [15:31] is README.source required in 3.0 (quilt) ? [15:32] Not due to having quilt and patches [15:32] (cairo-dock-plug-ins branch has been updated => https://code.launchpad.net/~ubuntu-branches/ubuntu/lucid/cairo-dock-plug-ins/lucid ) [15:32] c_korn: And please don't reference quilt in the build for format 3.0(quilt) : if you rely on some obscure behaviour related to how patches are applied at build time using quilt, use format 3.0(native). [15:33] hyperair: you never replied to my mail, is the part without any license statements sorted? [15:33] matttbe: probably [15:34] james_w: ah sorry about that. yes, everything's now documented in debian/copyright. [15:34] matttbe: yeah, there's a bug in the importer that this package is hitting [15:34] james_w: lirc still is missing copyright statements, but i've mentioned in a comment where the original code came from, plus a debian/copyright that upstream did before b-c-e was founded. [15:35] persia: ok, thanks for the warning [15:35] james_w: ok, I'd seen this problem and somebody tells me to ping you [15:40] I also have another question: I've added 'apport' support in 'cairo-dock' packages but all needed informations are located in a private bug report. How can I access to this private bug? e.g. bug #553265 [15:40] Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/539889) [15:41] * Pici looks at bot error [15:44] matttbe: Your best plan for getting access to that class of bugs is to work with the bugsquad long enough to gain Bug Control. They usually hang out in #ubuntu-bugs and are always happy to help new folks learn the processes. [15:44] matttbe: Alternately, I believe you can subscribe to *all* bugs for the package of interest, but I'm not absolutely sure that works. [15:45] I subscribed to all bugs for these packages but it didn't work [15:46] Yeah, then you need to be in bug control. [15:46] I can inspect that bug in particular, and maybe make unprivate, but that's not a general solution. [15:46] yes but can I only access to cairo-dock's bugs ? [15:47] No, bug control is for access to *all* apport bugs. [15:47] :) strange [15:50] Hm. Does updating a packages' protocol support count as "new features"? I'm eyeing http://www.wireshark.org/docs/relnotes/wireshark-1.2.7.html right now. [15:52] lfaraone: Can it introduce new bugs? [15:54] matttbe: bug #539889 is no longer private [15:54] Launchpad bug 539889 in cairo-dock "cairo-dock crashed with SIGSEGV in cairo_dock_initialize_opengl_backend()" [Medium,New] https://launchpad.net/bugs/539889 [15:57] I'm trying to use mk-sbuild to build me a debian chroot. It fails because apparantly apt is not build-essential in Debian. I can't get that to make sense to me. [15:57] soren: Which part doesn't make sense? [15:58] persia: Good question :) [15:58] soren: And I believe the solution was in debootstrap, although if I'm wrong, I'm happy to hint apt in mk-sbuild. [15:58] persia: Probably that apt is not build-essential in Debian (even though it is in Ubuntu). [15:59] It won't be in Ubuntu much longer, I think. Personally, I don't see any reason for it to be build-essential. [15:59] persia: Except that buildd's won't work very well without it. [15:59] It's not safe to call apt *during* a build, after all. [16:00] That's an artifact of how the buildds are configured. [16:00] I suppose. [16:00] There's no reason one can't set the right apt arguments, and complete the build-deps in the chroot *before* entering the chroot to run the build. [16:01] It just doesn't happen to be implemented that way. [16:03] lfaraone: I'd call it bug fix. [16:03] We definitely want the latest wireshark anyway. [16:10] ScottK: okay then :) [16:33] I prepared a list of orphaned packages with Ubuntu changes: http://merkel.debian.org/~dktrkranz/ubuntu_QA It could be interesting uploading such changes to Debian as QA uploads if feasible, thoughts? [16:34] It's a good idea. I've been doing that as I run across such packages. [16:35] some packages could be candidate for removal as well, but at least there's a chance to reduce deltas a bit. Any idea how to spread it? [16:36]