=== asac_ is now known as asac === qnix is now known as ninix === ninix is now known as qnix === Guest41232 is now known as santiago-ve === santiago-pgsql is now known as santiago-ve === nellery_ is now known as nellery [06:58] Can someone take a look at this http://revu.ubuntuwire.com/p/a2jmidid [08:01] good morning [08:07] hello, just curious if anyone can help me troubleshoot this error: http://pastebin.ubuntu.com/254295/ [08:11] Morning dholbach. [08:12] heya iulian [08:17] superm1: ping, any idea how can I debug bug #414509 ? [08:17] Launchpad bug 414509 in nautilus-sendto "[karmic] Bluetooth plugin not initialised" [Undecided,New] https://launchpad.net/bugs/414509 [08:19] slytherin, sorry i'm not familiar with the nautilus-sendto code [08:19] ok [08:19] slytherin, but i would suspect you probably want to make sure your phone is offering the right services [08:19] some phones dont advertise all the obex services at all times [08:20] Yes it does. I have used it in the past. [08:20] Ok. then that can be ruled out. At least figure out the service identifier that your phone uses for obex then, and that's a starting point to look at the nautilus send to code [08:21] (there are a few different ones for obex) [08:21] you can use sdptool to query these [08:21] I am thinking that the problem is with nautilus-sendto. Why don't I see the 'bluetooth plugin initilised' message. [08:23] you can use sdptool to query these [08:23] oops. i was meaning to say you should probably forward this upstream [08:23] is that upstream pretty responsive about these kinds of bugs? === Lutin_ is now known as Lutin [08:41] superm1: I will forward upstream if I know what the root cause is. Looking into nautilus-sendto code I found out that there are three conditions that may cause the plugin initialization to fail. Two of them are related to dbus. And I don't understand dbus very well. [08:59] hi, how about your discussion on tor yesterday? === Sp4rKy is now known as Guest24442 === Guest24442 is now known as Sp4rKy [09:38] http://www.lostworlds.lv/go.php?1139723800 NEW WEBSITE GAME,COME AND PLAY. === geser_ is now known as geser === AnAnt_ is now known as AnAnt === ember_ is now known as ember [10:40] hello, just curious if anyone can help me troubleshoot this error: http://pastebin.ubuntu.com/254295/ Is it a bug in libqt4-dev ? [10:41] freeflying: it's not very easy to get upstream happy on topic of tor as I was discussed with somebody in #tor === freeflyi2g is now known as freeflying [11:22] hi [11:23] I am running Hardy and i have collectd running collectd | 4.3.0-1 | hardy/universe | source, amd64, i386 [11:23] there are bugs in this version, as reported at #collectd [11:23] so it has been fixed in 4.7 version of collectd [11:23] can i have 4.7 version of collectd ? [11:23] Karmic has 4.6 [11:24] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541887 [11:24] Debian bug 541887 in collectd "update to 4.7?" [Wishlist,Open] [11:24] http://collectd.org/download.shtml [11:25] Laney: can i have a .deb of 4.6 of collectd ? [11:25] for Hardy ? [11:26] kaushal, you should request a backport in that case [11:26] !backport [11:26] If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging [11:26] kaushal, we cannot provide you random .debs files [11:26] try that procedure [11:27] kaushal, or wait debian to package 4.7 and then ask the backport [11:27] which should be the best way [11:27] without having us to backport 4.6 then 4.7 [11:27] kaushal: or you can file bugs you are facing on launchpad and the fixes for those bugs can be backported to hardy if possible. [11:27] heh [11:28] lol [11:28] andv: so if use backport, i should be getting 4.6 :) ? [11:28] kaushal, you should get karmic's version which is 4.6 [11:28] ah great [11:28] andv: What was that LOL about? [11:29] kaushal, but as I said, it's better to wait 4.7 [11:29] from debian then ask the backport [11:29] slytherin, about your phrase [11:29] :) [11:30] andv: do you want me to ask #debian ? [11:30] no, don't [11:31] Is requestsync broken on karmic at the moment? It seems to just hang without any output at all. [11:31] kaushal, no, the maintainer said it will be ready in the next few days [11:31] what are you trying to sync? [11:32] kaushal, so just follow up debian bug @541887 [11:32] Don't [11:32] Just keep an eye on the Debian page and then tell us when it's out [11:32] Laney, that's what I said [11:32] I thought you were telling him to post there [11:33] kaushal, when the upload is published follow the backport procedure and that's all [11:33] Laney, no no :) [11:33] Laney, the maintainer said the package is ready so [11:33] quite [11:33] Laney: If that was to me, I'm tryint to requestsync mumble from unstable :) [11:33] slicer: /me tries [11:34] ooh bug [11:35] Laney: Ah, so it's not just me then. [11:35] nah, that was a different bug [11:35] requesting the sync works fine [11:35] Laney: Oh. Then it IS me. *Sigh* [11:35] (requestsync --lp mumble) [11:35] works for me too [11:35] * Laney didn't file it [11:36] geser: try requestsync --lp mumble karmic [11:36] http://dpaste.com/81617/ [11:36] I tried both with and without --lp, and both works [11:36] Laney: That's exactly what I did, and it just sits there doing nothing. *scratches head* [11:37] Excuse me for stupid question: what package contains /usr/bin/java ?? [11:37] Maybe it's the network connection here, I'll try again when I get home. [11:38] mok0: isn't it managed by alternatives? [11:38] Laney: ah, yes, my alternatives are broken [11:38] Laney: thanks [11:38] np [11:39] My alternatives broke during a prior update, and it's been bugging me ever since [11:39] andv: Thanks a Lot [11:39] i did added deb http://archive.ubuntu.com/ubuntu hardy-backports main universe multiverse restricted [11:39] and did apt-get update [11:40] but it still shows the old version ? [11:40] aptitude changelog show collectd [11:40] kaushal, you didnt get the point then :) [11:40] Ok, requestsync works over a tunnel, so that was just a network problem. [11:40] kaushal, first of all you need debian to upload latest 4.7 release [11:41] kaushal, then YOU ask the backport [11:41] (sync) [11:41] andv: i was referring to 4.6 :) [11:41] and not 4.7 [11:41] However, it's pulling the version from unstable (1.1.8-3), but the changelog is from experimental (which is version 1.2.0~something). [11:41] Laney: can you reproduce the requestsync crash? from the traceback it looks like it crashed in processing the rmadison output, so it shouldn't matter if you use --lp or not [11:41] kaushal, it's a non-sense asking the backport of 4.6 [11:41] geser: no, seems transient [11:41] when we gonna have 4.7 soon [11:41] but we should handle it and give an error instead of the trace [11:42] as I assumed, rmadison (or the other side of it) has sometimes a small hickup [11:42] andv: ah got it [11:42] geser: Laney: I was having problem with requestsync 2 days ago. But I believe that problem was when trying to retrive information from Debian side. [11:42] a lot of Debian was down over the weekend [11:42] so the steps are the same ? [11:42] Also Debian PTS was not accessible for two days. [11:43] kaushal, let's wait debian for 4.7 then we sync the package [11:43] then we ask the backport [11:43] andv: if there is a 4.7 version then i need to add deb http://archive.ubuntu.com/ubuntu hardy-backports main universe multiverse restricted and apt-get update ? [11:43] and then run aptitude changelog show collectd ? [11:44] kaushal, when the 4.7 is backported you can install it [11:44] via apt-get [11:44] adding hardy-backports in your sources.list [11:44] as you already did I guess [11:44] hey, I've added a comment on that bug I reported related to Tor [11:44] Auhm. Is there a way I can force requestsync to fetch the correct changelog? :) [11:45] andv: so the command aptitude changelog show collectd will show 4.7 version ? [11:45] slicer: what do you mean by 'correct changelog'? === freeflyi2g is now known as freeflying [11:46] slytherin: Try 'requestsync --lp mumble karmic'. It creates a request sync for 1.1.8-3 (unstable), but pulls the changelog from 1.2.0~something (experimental). [11:46] kaushal, ye [11:46] andv: great [11:46] andv: so another 3-4 days ? [11:47] depends from Debian and from you [11:47] to ask the backport [11:48] slytherin: I want 1.1.8-3, it fixes a crashbug in karmic. I really don't want 1.2.0~blah, sice it's in "experimental" for a good reason :) [11:48] kaushal, are you sure you understood all I said? [11:48] slicer: that may not be requestsync's fault, Still you can try 'requestsync -d unstable --lp mumble karmic' [11:48] kaushal, if not just tell me to explain again, np [11:49] andv: sure, I have a question [11:49] slytherin: Same result. http://packages.debian.org/source/sid/mumble shows the correct changelog though. [11:50] so what i understand is that 4.6 too is not backported in Hardy ? [11:50] for example [11:50] I know its not needed [11:51] 4.6 is NOT backported to hardy [11:51] coz it's we gonna have 4.7 soon [11:51] so it's a non-sense/time-loss to backport 4.6 [11:51] andv: Understood now [11:51] slicer: the url being used to retriev changelog is http://packages.debian.org/changelogs/pool/main/m/mumble/current/changelog.txt I suggest that you wait for a day. [11:51] kaushal, perfect :) [11:52] kaushal, when 4.7 is in debian, ask to have it synced in ubuntu [11:52] kaushal, then follow backport procedure [11:52] slytherin: We could use pkg_version instead of current [11:52] !backports [11:52] If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging [11:52] * Laney tries to change it [11:52] andv: if i have questions i will definetly ask :) [11:53] kaushal, feel free to ping me if needed [11:53] Laney: Send me a diff if you can get it to work? :) [11:53] andv: is there a way to know when and which application are backported to Hardy ? [11:54] kaushal, subscribe to backports ML [11:54] ah thats a Huge Traffic ML :/ [11:54] not really huge traffic [11:55] backports ML is huge traffic? [11:55] nope [11:55] that's not what I call huge traffic [11:55] *-changes is [11:55] but not backports ML [11:55] kaushal, anyway you gonna ask the backport yourself [11:56] so you gonna be subscribed to the bug you wanna know about [11:56] got it [11:57] :) [11:57] kaushal, I guess you'll have tons of questions when you will have to ask the sync [11:57] and the backport [11:57] so please read the wiki pages related to those processes [12:03] slicer: pushed, please test [12:05] Laney: Ah. Pull from where? :) [12:05] lp:ubuntu-dev-tools [12:08] Laney: Excellent :) Request sent. Thank you :) [12:09] no worries [12:12] Laney: Who maintains reverse-build-depends script? [12:15] slytherin: The MOTU, but it looks like ryanakca last worked on it. [12:15] has anyone fun with debugging strange dependencies that confuse apt to hell? this is blocking my next ffmpeg upload and I'd really like to read some feedback on that... [12:16] jpds: hmm, in jaunty it assumes presence of jaunty source lists. I wonder why. If you simply look for '.*_dists_.*_.*Sources' instead of '.*_dists_jaunty_.*Sources' [12:16] s/if you/it should/ [12:17] siretart`: do you have error log somewhere? [12:17] slytherin: Seems to look for my $source_pattern = ".*_dists_karmic_.*Sources\$"; in karmic.. [12:18] jpds: Yes. It is a problem then. I mean I can have the source lines for debian unstable, but they will not be used. [12:19] slytherin: Might be worth filing a bug about. [12:19] I will. [12:20] slytherin: in a VM, add "deb http://ppa.launchpad.net/siretart/ppa/ubuntu karmic main" and type 'sudo apt-get install vlc ubuntu-restricted-extras' [12:20] siretart`: ahh, I don't have access to any VM right now. :-( [12:21] slytherin: in my tests, apt fails to find a valid solution for this problem. however, there *is* a solution which can be found by manually selecting the right (the -extra- and -unstripped- variants of libavcodec and libavutil) [12:21] ok [12:23] I *believe* that if I change the shlibs file and rebuild all reverse dependencies, apt would find the solution easier [12:23] slytherin: Sorry, please fix it up if you want, I haven't touched it in aeons [12:23] but I'd really like to have some comments if what I'm doing is at least a bit sane [12:24] ryanakca: I could fix it, but not very familiar with bzr. :-) [12:25] slytherin: ah. You'll get the hang of it soon enough... pretty much change && bzr commit -m "Your message" && bzr push lp:~slytherin/project/branch_name and get someone to merge it into lp:project ;) [12:25] hmm will try when I go home. [12:26] james_w: thanks for java3d sync. :-) [12:26] Anyways, good luck and thanks. I'm off to work :) [12:37] why is the diff.gz recreated at the beginning of the build process ? http://pastebin.com/d16d29c99 [12:49] c_korn: likely because you asked dpkg-buildpackage about doing so (maybe through some tool) [12:56] c_korn: where do you see it being recreated? [12:58] in line 33. it does not happen for all packages. for some packages after the debian/rules clean target immediately the debian/rules build target is called without recreating the diff.gz. and I was not able to determine the difference which makes the diff.gz recreate [13:04] c_korn: I don't think it is rebuilding .diff.gz. [13:05] NBS is pretty big currently if anyone fancies some transitions [13:05] mmm transitions [13:08] slytherin: it is rebuilding it. I can clearly see the tarball being untared again and the diff being receated [13:09] huats: Do you plan on updating glom? [13:10] c_korn: is that 'dpkg-buildpackage -b' in correct place? [13:10] line 28 [13:13] slytherin: hm, I don't know where it is coming from. maybe just some odd sbuild bug [13:23] Laney: hum you told me you were doing it :( [13:23] hum... [13:23] there is a misunderstand there I think [13:23] hah [13:23] I thought you were [13:23] ¬_ [13:24] :( [13:24] go ahead if you want hen [13:24] i'll put it on the list [13:24] asac: Two questions. 1. Is there any plan to update obexd to latest upstream version? 2. Is libgeoclue-dev going to be moved to main? If not it needs to be removed from build-dep of gnome-bluetooth. [13:35] Ampelbein: thanks :) [13:36] dholbach: ;-) no problem. [13:37] if I know that sources cannot be compiled for some architecture is there some way to prevent it from building. or is the usual approach to just wait until it crashes? [13:37] damn, javadoc is horribly slow on powerpc. [13:38] c_korn: the architecture field in control file. [13:43] james_w: there are two copies of libstax-java source in new queue. Can you please nuke one of them? [13:43] does it matter which? [13:44] yay [13:44] cdbs works once more [13:47] james_w: I don't know. It is a new package synced from Debian. And I am not sure who synced which one. [13:47] should be identical then [13:47] james_w: sizes do not look different. [14:04] slytherin: not yet decided. i think we should do the mir for libgeoclue-dev [14:04] thanks for spotting it btw [14:04] slytherin: if you want to update obexd to latest give it a short [14:05] asac: Ok. Will try tonight. [14:05] thx [14:24] Can you no longer see the list of subscribers to a bug on launchpad? [14:24] hi folks [14:25] hihi [14:25] slicer: you can [14:26] just FYI: revu will be down for a few minutes (kernel upgrade) [14:26] damn 'sploitz [14:26] yep [14:26] I should restart my vps really [14:27] Laney: Aha. Er. How? I just subscribed ubuntu-universe-sponsors to my bug, but it's not listed anywhere on the bug page. === happyaro1 is now known as happyaron [14:28] slicer: It's where it always was... on the right [14:28] seems ajaxified though, dunno how well it degrades === kiko-afk is now known as kiko === v is now known as vorian [14:29] Laney: Now you know; it doesn't :) Change of browser fixed it. [14:30] slicer: get filin' a launchpad bug about that [14:37] slicer: or better, fix launchpad code yourself. :-) [14:38] slytherin: AJAX? JavaScript? UI stuff? Pass :) [14:42] hi i i've make a deb package with a firmware (redistribution permitted but no source code available) for a usb wireless card, can i upload it on my ppa? [14:43] blackmoon: #launchpad will be able to tell you that [14:43] ok, thank you james_w [14:45] another thing, lintian gave me an "internal error: command failed with error code 123" anyone know someting about it? [14:45] blackmoon: what were the messages just before that? [14:46] alright LP, I get the idea, the package is broken [14:46] * Laney hisses === dholbach_ is now known as dholbach [14:47] james_w: Now running lintian... [14:48] hmm [14:48] I'm not sure [14:48] I think there are debug flags to get it to tell you everything it is doing [14:48] james_w: but i think that it's not a problem no more, because the guy in #launchpad say me that i can't upload a binary packages... [14:49] lintian -d [14:50] geser: I added a comment on that bug [14:50] Heya gang [14:51] Hi bddebian and congratulations for becoming a FTP master [14:51] Heh, hi geser, thanks [14:54] oh, argh, forgot that the new cdbs isn't in [14:54] * Laney hides in shame [14:54] Laney/directhex: process-removals is suggesting we remove monodoc, should we? [14:55] james_w, source package? yes [14:55] "ROM; Merged into other source by upstream" [14:55] yes [14:55] just source? [14:55] the binaries should be provided by mono and mono-tools [14:56] check the binaries you want to remove - version numbers of 2.0 can go, 2.4 should stay [14:56] monodoc | 2.0-2ubuntu2 | karmic | source, all [14:56] i think you should only have 2.4's [14:56] no 2.4s [14:57] oh, it's only a metapackage [14:57] kill it [14:57] ah, there's no monodoc package anymore [14:57] don't you need a transitional package? [14:57] I guess not if it's only a metapackage [14:58] nothing should depend on it [14:58] gone anyway [14:58] ^5 [14:58] no, I mean for users [14:58] james_w, the deps appear unversioned [14:59] james_w, i.e. the metapackage pulls in the current correct versions [14:59] have you made a decision on tor package? [14:59] so not worth fussing IMHO [15:00] happyaron: Did you ever ask anyone to make a decision? [15:01] slytherin: I just seen some people are discussing about it, but I went sleep before it ends. [15:02] happyaron: a discussion does not necessarily means a decision was sought. You hould mail on the mailing list if you want a decision to be made. [15:02] oh [15:03] slytherin: is ubuntu-motu list okay? [15:03] yes [15:04] thanks [15:05] What's the correct marking for a bug when the conclusion is pretty much "Are you serious? I'm not going to fix that." ? .. Invalid? [15:06] slicer: isn't there a 'wont fix'? [15:09] invalid. [15:09] slytherin: Not that I can see, no.. [15:09] slytherin: That would have been ideal though. [15:09] slicer: which bug is this by the way? [15:09] bug 385923 [15:09] Launchpad bug 385923 in mumble ""Check for Updates" option should be removed" [Low,New] https://launchpad.net/bugs/385923 [15:10] slicer: and why is that bug invalid? [15:12] slytherin: It's not invalid, but if the user, manually, goes to click "Check for updates", I don't really consider it wrong that the program reports that a newer version exists. [15:12] slicer: and does the program allow the user to actually upgrade? [15:13] slytherin: No, all it does is say "there's a new version available. Click here to go to the website where the tarball is.". [15:14] hmm then I think it is ok. I thought it was auto upgrade similar to firefox [15:14] slytherin: The application has that, but that's already been disabled :) All that's left now is the response to manual user interaction. [15:14] that's fine then. [15:21] Hi all! I always use http://sf.net in watch files for SourceForge based products.. but it doesn't work now. Has something changed? [15:22] juli__, does your problem look like http://paste.ubuntu.com/250008/ ? [15:24] artfwo, no. like this: -- In debian/watch, processing watchfile line: http://sf.net/ini4j/ ini4j-(.+)-all\.zip debian debian/orig-tar.sh / uscan warning: In debian/watch, / no matching hrefs for watch line [15:25] artfwo, but several days ago everything was ok [15:25] nhandler: if you could do me a favour, could you please sticky the UDW announce on karmic, packaging and community café? [15:25] it looks like there is no such zip files at all.. [15:26] juli__, I am getting "no matching hrefs for watch line" as well [15:26] dholbach: Did you make a forum post about it already? [15:26] nhandler: yep [15:26] just a few secs ago [15:26] slicer, directhex: There is wontfix for those in bug control [15:26] dholbach: Do you have a link to the forum post? [15:26] in lp? [15:26] just un seconde [15:26] just une seconde [15:26] yes sir [15:27] you should be in it from your motu powers [15:27] http://ubuntuforums.org/showthread.php?t=1242611 [15:27] http://ubuntuforums.org/showthread.php?t=1242613 [15:27] http://ubuntuforums.org/showthread.php?t=1242612 [15:27] oh, that's quite soon [15:27] * Laney should prepare [15:28] dholbach: good looking brochure! [15:28] dholbach: Did you have a post in the karmic forum? [15:28] Laney: the design folks who did the layout are absolutely fantastic [15:28] nhandler: one of them should be [15:28] Laney: it took them a day what I couldn't achieve in a couple of weeks :) [15:29] artfwo, I have the same for http://sf.net/scantailor/scantailor-(.*)\.tar\.gz [15:29] I'm terrible at that kind of thing [15:29] Laney: same here - I was quite happy with I did before, but it looks very old compared to their brushed up version :)( [15:29] I think there is a problem with uscan's sourceforge backend then [15:29] juli__: When you use a line that I believe it goes through some SF redirector on Debian side. May be the redirector is giving problem. [15:30] Adobe InDesign though... tsk tsk [15:30] oh well :) [15:30] the redirector looks okay, judging by the output of uscan --debug [15:31] dholbach: Fridge post is up (I'll make the last changes in a little bit). Forum posts are getting stickied now [15:31] * dholbach hugs nhandler [15:31] thanks so much! [15:32] by the way, my package (scantailor) binaries have just disappeared from the NEW queue? but they didn't show up in the repositories yet - how long does it take after they pass the queue? [15:32] nhandler: how can I get the forums to say I'm a member/developer? [15:33] artfwo, very strange:( [15:34] artfwo: they should get published on the next publisher run (once hourly) [15:34] artfwo, do you have any working watch file.. to check with? [15:35] Laney, use pdfmod to hax the metadata into something more pleasing! [15:35] juli__, 3 packages from sourceforge are all broken [15:35] geser, thanks [15:35] I think a bug needs to be filed against uscan [15:35] GNU/Linux FreeGraphicsEditor RMS edition [15:35] Laney, I believe the abbreviated form is "emacs" [15:35] artfwo: no, you don't need to file a bug [15:36] artfwo: as I said it is probably the redirector on debian side that is giving problem. [15:36] juli__: Did you check cobertura rejection mail? [15:36] slytherin, thanks.. so we should wait [15:37] when are usually the builds with depwait status are retried? [15:38] sladen, that is why I cares about sf.net:) I corrected a package. Now it uses w3c-dtd-xhtml package for the problem files. And I plan to delete them form upstream. [15:38] ups [15:38] sorry, the previous message was for slytherin :) [15:39] juli__: Ok. Let me know when you have updated package. Or do you also have uploader rights for cobertura? [15:39] slytherin: when the package they depwait on is available (no manual interaction is needed) [15:39] so are there some kind fo triggers which restarts the build? [15:40] slytherin, no I don't. Actually TB haven't contacted me yet, so I think I don't have uploads rights even for nrtbeans [15:40] Ok [15:41] slytherin, as soon as sf.net is work, I'll check my corrections and let you know. Thanks! [15:51] Laney: I sent a PM to matthew and he took care of it for me [15:52] alright [15:54] ;) [17:36] hi [17:36] I'm making packages for a GDM and USplash theme [17:36] should the package change the default GDM and Usplash to use them? [17:37] also, I have a -desktop package that combined them, some other artwork and apps, if the individual gdm and usplah packages aren't setting themselves to be default, should the -desktop package be doing that? [17:37] mhall119|work: no [17:38] slytherin: https://launchpad.net/qimo is what I'm packaging for [17:39] mhall119|work: you merely offere a higher dpkg-divert value [17:39] a what? [17:40] aren't they alternatives? [17:41] I don't think so [17:41] GDM has an line in gdm.conf that tells which to use [17:41] usplash might be, I'd have to double check [17:42] usplash is [17:43] yes, update-alternatives, not dpkg-divert [17:43] see /var/lib/dpkg/info/usplash-theme-ubuntu.postinst (which installs with a priority of 10) [17:43] ok [17:43] guys, I have filed a sync request for p7zip-rar some time ago, and now it shows in my uploads on launchpad - is it okay? I have not made any debdiffs or touch the package in any other way [17:44] so I should install with a higher priority than 10 [17:44] artfwo: what did you expect to happen? [17:44] yes, I think kubuntu/xubuntu use 20; so use 30 [17:45] ok [17:45] Laney, well I didn't expect I shall be the uploader [17:45] how about for GDM? [17:46] artfwo: you made the contribution, its your credit :) [17:46]