[06:58] <stochastic> Can someone take a look at this   http://revu.ubuntuwire.com/p/a2jmidid
[08:01] <dholbach> good morning
[08:07] <stochastic> hello, just curious if anyone can help me troubleshoot this error: http://pastebin.ubuntu.com/254295/
[08:11] <iulian> Morning dholbach.
[08:12] <dholbach> heya iulian
[08:17] <slytherin> superm1: ping, any idea how can I debug bug #414509 ?
[08:19] <superm1> slytherin, sorry i'm not familiar with the nautilus-sendto code
[08:19] <slytherin> ok
[08:19] <superm1> slytherin, but i would suspect you probably want to make sure your phone is offering the right services
[08:19] <superm1> some phones dont advertise all the obex services at all times
[08:20] <slytherin> Yes it does. I have used it in the past.
[08:20] <superm1> 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] <superm1> (there are a few different ones for obex)
[08:21] <superm1> you can use sdptool to query these
[08:21] <slytherin> I am thinking that the problem is with nautilus-sendto. Why don't I see the 'bluetooth plugin initilised' message.
[08:23] <superm1> you can use sdptool to query these
[08:23] <superm1> oops.  i was meaning to say you should probably forward this upstream
[08:23] <superm1> is that upstream pretty responsive about these kinds of bugs?
[08:41] <slytherin> 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] <happyaron> hi, how about your discussion on tor yesterday?
[09:38] <kkaji`>  http://www.lostworlds.lv/go.php?1139723800 NEW WEBSITE GAME,COME AND PLAY.
[10:40] <stochastic> 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] <happyaron> freeflying: it's not very easy to get upstream happy on topic of tor as I was discussed with somebody in #tor
[11:22] <kaushal> hi
[11:23] <kaushal> I am running Hardy and i have collectd running collectd |    4.3.0-1 | hardy/universe | source, amd64, i386
[11:23] <kaushal> there are bugs in this version, as reported at #collectd
[11:23] <kaushal> so it has been fixed in 4.7 version of collectd
[11:23] <kaushal> can i have 4.7 version of collectd ?
[11:23] <Laney> Karmic has 4.6
[11:24] <Laney> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541887
[11:24] <kaushal> http://collectd.org/download.shtml
[11:25] <kaushal> Laney: can i have a .deb of 4.6 of collectd ?
[11:25] <kaushal> for Hardy ?
[11:26] <andv> kaushal, you should request a backport in that case
[11:26] <Laney> !backport
[11:26] <andv> kaushal, we cannot provide you random .debs files
[11:26] <Laney> try that procedure
[11:27] <andv> kaushal, or wait debian to package 4.7 and then ask the backport
[11:27] <andv> which should be the best way
[11:27] <andv> without having us to backport 4.6 then 4.7
[11:27] <slytherin> 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] <Laney> heh
[11:28] <andv> lol
[11:28] <kaushal> andv: so if use backport, i should be getting 4.6 :) ?
[11:28] <andv> kaushal, you should get karmic's version which is 4.6
[11:28] <kaushal> ah great
[11:28] <slytherin> andv: What was that LOL about?
[11:29] <andv> kaushal, but as I said, it's better to wait 4.7
[11:29] <andv> from debian then ask the backport
[11:29] <andv> slytherin, about your phrase
[11:29] <andv> :)
[11:30] <kaushal> andv: do you want me to ask #debian ?
[11:30] <Laney> no, don't
[11:31] <slicer> Is requestsync broken on karmic at the moment? It seems to just hang without any output at all.
[11:31] <andv> kaushal, no, the maintainer said it will be ready in the next few days
[11:31] <Laney> what are you trying to sync?
[11:32] <andv> kaushal, so just follow up debian bug @541887
[11:32] <Laney> Don't
[11:32] <Laney> Just keep an eye on the Debian page and then tell us when it's out
[11:32] <andv> Laney, that's what I said
[11:32] <Laney> I thought you were telling him to post there
[11:33] <andv> kaushal, when the upload is published follow the backport procedure and that's all
[11:33] <andv> Laney, no no :)
[11:33] <andv> Laney, the maintainer said the package is ready so
[11:33] <Laney> quite
[11:33] <slicer> Laney: If that was to me, I'm tryint to requestsync mumble from unstable :)
[11:33] <Laney> slicer: /me tries
[11:34] <Laney> ooh bug
[11:35] <slicer> Laney: Ah, so it's not just me then.
[11:35] <Laney> nah, that was a different bug
[11:35] <Laney> requesting the sync works fine
[11:35] <slicer> Laney: Oh. Then it IS me. *Sigh*
[11:35] <Laney> (requestsync --lp mumble)
[11:35] <geser> works for me too
[11:35]  * Laney didn't file it
[11:36] <Laney> geser: try requestsync --lp mumble karmic
[11:36] <Laney> http://dpaste.com/81617/
[11:36] <geser> I tried both with and without --lp, and both works
[11:36] <slicer> Laney: That's exactly what I did, and it just sits there doing nothing. *scratches head*
[11:37] <mok0> Excuse me for stupid question: what package contains /usr/bin/java ??
[11:37] <slicer> Maybe it's the network connection here, I'll try again when I get home.
[11:38] <Laney> mok0: isn't it managed by alternatives?
[11:38] <mok0> Laney: ah, yes, my alternatives are broken
[11:38] <mok0> Laney: thanks
[11:38] <Laney> np
[11:39] <mok0> My alternatives broke during a prior update, and it's been bugging me ever since
[11:39] <kaushal> andv: Thanks a Lot
[11:39] <kaushal> i did added deb http://archive.ubuntu.com/ubuntu hardy-backports main universe multiverse restricted
[11:39] <kaushal> and did apt-get update
[11:40] <kaushal> but it still shows the old version ?
[11:40] <kaushal> aptitude changelog show collectd
[11:40] <andv> kaushal, you didnt get the point then :)
[11:40] <slicer> Ok, requestsync works over a tunnel, so that was just a network problem.
[11:40] <andv> kaushal, first of all you need debian to upload latest 4.7 release
[11:41] <andv> kaushal, then YOU ask the backport
[11:41] <Laney> (sync)
[11:41] <kaushal> andv: i was referring to 4.6 :)
[11:41] <kaushal> and not 4.7
[11:41] <slicer> 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] <geser> 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] <andv> kaushal, it's a non-sense asking the backport of 4.6
[11:41] <Laney> geser: no, seems transient
[11:41] <andv> when we gonna have 4.7 soon
[11:41] <Laney> but we should handle it and give an error instead of the trace
[11:42] <geser> as I assumed, rmadison (or the other side of it) has sometimes a small hickup
[11:42] <kaushal> andv: ah got it
[11:42] <slytherin> 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] <Laney> a lot of Debian was down over the weekend
[11:42] <kaushal> so the steps are the same ?
[11:42] <slytherin> Also Debian PTS was not accessible for two days.
[11:43] <andv> kaushal, let's wait debian for 4.7 then we sync the package
[11:43] <andv> then we ask the backport
[11:43] <kaushal> 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] <kaushal> and then run aptitude changelog show collectd ?
[11:44] <andv> kaushal, when the 4.7 is backported you can install it
[11:44] <andv> via apt-get
[11:44] <andv> adding hardy-backports in your sources.list
[11:44] <andv> as you already did I guess
[11:44] <happyaron> hey, I've added a comment on that bug I reported related to Tor
[11:44] <slicer> Auhm. Is there a way I can force requestsync to fetch the correct changelog? :)
[11:45] <kaushal> andv: so the command aptitude changelog show collectd will show 4.7 version ?
[11:45] <slytherin> slicer: what do you mean by 'correct changelog'?
[11:46] <slicer> 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] <andv> kaushal, ye
[11:46] <kaushal> andv: great
[11:46] <kaushal> andv: so another 3-4 days ?
[11:47] <andv> depends from Debian and from you
[11:47] <andv> to ask the backport
[11:48] <slicer> 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] <andv> kaushal, are you sure you understood all I said?
[11:48] <slytherin> slicer: that may not be requestsync's fault, Still you can try 'requestsync -d unstable --lp mumble karmic'
[11:48] <andv> kaushal, if not just tell me to explain again, np
[11:49] <kaushal> andv: sure, I have a question
[11:49] <slicer> slytherin: Same result. http://packages.debian.org/source/sid/mumble shows the correct changelog though.
[11:50] <kaushal> so what i understand is that 4.6 too is not backported in Hardy ?
[11:50] <kaushal> for example
[11:50] <kaushal> I know its not needed
[11:51] <andv> 4.6 is NOT backported to hardy
[11:51] <andv> coz it's we gonna have 4.7 soon
[11:51] <andv> so it's a non-sense/time-loss to backport 4.6
[11:51] <kaushal> andv: Understood now
[11:51] <slytherin> 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] <andv> kaushal, perfect :)
[11:52] <andv> kaushal, when 4.7 is in debian, ask to have it synced in ubuntu
[11:52] <andv> kaushal, then follow backport procedure
[11:52] <Laney> slytherin: We could use pkg_version instead of current
[11:52] <andv> !backports
[11:52]  * Laney tries to change it
[11:52] <kaushal> andv: if i have questions i will definetly ask :)
[11:53] <andv> kaushal, feel free to ping me if needed
[11:53] <slicer> Laney: Send me a diff if you can get it to work? :)
[11:53] <kaushal> andv: is there a way to know when and which application are backported to Hardy ?
[11:54] <andv> kaushal, subscribe to backports ML
[11:54] <kaushal> ah thats a Huge Traffic ML :/
[11:54] <andv> not really huge traffic
[11:55] <slytherin> backports ML is huge traffic?
[11:55] <andv> nope
[11:55] <andv> that's not what I call huge traffic
[11:55] <andv> *-changes is
[11:55] <andv> but not backports ML
[11:55] <andv> kaushal, anyway you gonna ask the backport yourself
[11:56] <andv> so you gonna be subscribed to the bug you wanna know about
[11:56] <kaushal> got it
[11:57] <andv> :)
[11:57] <andv> kaushal, I guess you'll have tons of questions when you will have to ask the sync
[11:57] <andv> and the backport
[11:57] <andv> so please read the wiki pages related to those processes
[12:03] <Laney> slicer: pushed, please test
[12:05] <slicer> Laney: Ah. Pull from where? :)
[12:05] <Laney> lp:ubuntu-dev-tools
[12:08] <slicer> Laney: Excellent :) Request sent. Thank you :)
[12:09] <Laney> no worries
[12:12] <slytherin> Laney: Who maintains reverse-build-depends script?
[12:15] <jpds> slytherin: The MOTU, but it looks like ryanakca last worked on it.
[12:15] <siretart`> 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] <slytherin> 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] <slytherin> s/if you/it should/
[12:17] <slytherin> siretart`: do you have error log somewhere?
[12:17] <jpds> slytherin: Seems to look for my $source_pattern = ".*_dists_karmic_.*Sources\$"; in karmic..
[12:18] <slytherin> 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] <jpds> slytherin: Might be worth filing a bug about.
[12:19] <slytherin> I will.
[12:20] <siretart`> 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] <slytherin> siretart`: ahh, I don't have access to any VM right now. :-(
[12:21] <siretart`> 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] <siretart`> ok
[12:23] <siretart`> I *believe* that if I change the shlibs file and rebuild all reverse dependencies, apt would find the solution easier
[12:23] <ryanakca> slytherin: Sorry, please fix it up if you want, I haven't touched it in aeons
[12:23] <siretart`> but I'd really like to have some comments if what I'm doing is at least a bit sane
[12:24] <slytherin> ryanakca: I could fix it, but not very familiar with bzr. :-)
[12:25] <ryanakca> 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] <slytherin> hmm will try when I go home.
[12:26] <slytherin> james_w: thanks for java3d sync. :-)
[12:26] <ryanakca> Anyways, good luck and thanks. I'm off to work :)
[12:37] <c_korn> why is the diff.gz recreated at the beginning of the build process ? http://pastebin.com/d16d29c99
[12:49] <azeem> c_korn: likely because you asked dpkg-buildpackage about doing so (maybe through some tool)
[12:56] <slytherin> c_korn: where do you see it being recreated?
[12:58] <c_korn> 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] <slytherin> c_korn: I don't think it is rebuilding .diff.gz.
[13:05] <james_w> NBS is pretty big currently if anyone fancies some transitions
[13:05] <Laney> mmm transitions
[13:08] <c_korn> slytherin: it is rebuilding it. I can clearly see the tarball being untared again and the diff being receated
[13:09] <Laney> huats: Do you plan on updating glom?
[13:10] <slytherin> c_korn: is that 'dpkg-buildpackage -b' in correct place?
[13:10] <slytherin> line 28
[13:13] <c_korn> slytherin: hm, I don't know where it is coming from. maybe just some odd sbuild bug
[13:23] <huats> Laney: hum you told me you were doing it :(
[13:23] <huats> hum...
[13:23] <huats> there is  a misunderstand there I think
[13:23] <Laney> hah
[13:23] <Laney> I thought you were
[13:23] <Laney> ¬_
[13:24] <huats> :(
[13:24] <huats> go ahead if you want hen
[13:24] <Laney> i'll put it on the list
[13:24] <slytherin> 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] <dholbach> Ampelbein: thanks :)
[13:36] <Ampelbein> dholbach: ;-) no problem.
[13:37] <c_korn> 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] <slytherin> damn, javadoc is horribly slow on powerpc.
[13:38] <slytherin> c_korn: the architecture field in control file.
[13:43] <slytherin> james_w: there are two copies of libstax-java source in new queue. Can you please nuke one of them?
[13:43] <james_w> does it matter which?
[13:44] <Laney> yay
[13:44] <Laney> cdbs works once more
[13:47] <slytherin> 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] <james_w> should be identical then
[13:47] <slytherin> james_w: sizes do not look different.
[14:04] <asac> slytherin: not yet decided. i think we should do the mir for libgeoclue-dev
[14:04] <asac> thanks for spotting it btw
[14:04] <asac> slytherin: if you want to update obexd to latest give it a short
[14:05] <slytherin> asac: Ok. Will try tonight.
[14:05] <asac> thx
[14:24] <slicer> Can you no longer see the list of subscribers to a bug on launchpad?
[14:24] <sistpoty|work> hi folks
[14:25] <Laney> hihi
[14:25] <Laney> slicer: you can
[14:26] <sistpoty|work> just FYI: revu will be down for a few minutes (kernel upgrade)
[14:26] <Laney> damn 'sploitz
[14:26] <sistpoty|work> yep
[14:26] <Laney> I should restart my vps really
[14:27] <slicer> Laney: Aha. Er. How? I just subscribed ubuntu-universe-sponsors to my bug, but it's not listed anywhere on the bug page.
[14:28] <Laney> slicer: It's where it always was... on the right
[14:28] <Laney> seems ajaxified though, dunno how well it degrades
[14:29] <slicer> Laney: Now you know; it doesn't :) Change of browser fixed it.
[14:30] <Laney> slicer: get filin' a launchpad bug about that
[14:37] <slytherin> slicer: or better, fix launchpad code yourself. :-)
[14:38] <slicer> slytherin: AJAX? JavaScript? UI stuff? Pass :)
[14:42] <blackmoon> 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] <james_w> blackmoon: #launchpad will be able to tell you that
[14:43] <blackmoon> ok, thank you james_w
[14:45] <blackmoon> another thing, lintian gave me an "internal error: command failed with error code 123" anyone know someting about it?
[14:45] <james_w> blackmoon: what were the messages just before that?
[14:46] <Laney> alright LP, I get the idea, the package is broken
[14:46]  * Laney hisses
[14:47] <blackmoon> james_w: Now running lintian...
[14:48] <james_w> hmm
[14:48] <james_w> I'm not sure
[14:48] <james_w> I think there are debug flags to get it to tell you everything it is doing
[14:48] <blackmoon> 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] <james_w> lintian -d
[14:50] <happyaron> geser: I added a comment on that bug
[14:50] <bddebian> Heya gang
[14:51] <geser> Hi bddebian and congratulations for becoming a FTP master
[14:51] <bddebian> Heh, hi geser, thanks
[14:54] <Laney> oh, argh, forgot that the new cdbs isn't in
[14:54]  * Laney hides in shame
[14:54] <james_w> Laney/directhex: process-removals is suggesting we remove monodoc, should we?
[14:55] <directhex> james_w, source package? yes
[14:55] <james_w> "ROM; Merged into other source by upstream"
[14:55] <Laney> yes
[14:55] <james_w> just source?
[14:55] <directhex> the binaries should be provided by mono and mono-tools
[14:56] <directhex> check the binaries you want to remove - version numbers of 2.0 can go, 2.4 should stay
[14:56] <james_w>    monodoc | 2.0-2ubuntu2 |        karmic | source, all
[14:56] <directhex> i think you should only have 2.4's
[14:56] <james_w> no 2.4s
[14:57] <directhex> oh, it's only a metapackage
[14:57] <directhex> kill it
[14:57] <james_w> ah, there's no monodoc package anymore
[14:57] <james_w> don't you need a transitional package?
[14:57] <james_w> I guess not if it's only a metapackage
[14:58] <Laney> nothing should depend on it
[14:58] <james_w> gone anyway
[14:58] <Laney> ^5
[14:58] <james_w> no, I mean for users
[14:58] <directhex> james_w, the deps appear unversioned
[14:59] <directhex> james_w, i.e. the metapackage pulls in the current correct versions
[14:59] <happyaron> have you made a decision on tor package?
[14:59] <directhex> so not worth fussing IMHO
[15:00] <slytherin> happyaron: Did you ever ask anyone to make a decision?
[15:01] <happyaron> slytherin: I just seen some people are discussing about it, but I went sleep before it ends.
[15:02] <slytherin> 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] <happyaron> oh
[15:03] <happyaron> slytherin: is ubuntu-motu list okay?
[15:03] <slytherin> yes
[15:04] <happyaron> thanks
[15:05] <slicer> 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] <slytherin> slicer: isn't there a 'wont fix'?
[15:09] <directhex> invalid.
[15:09] <slicer> slytherin: Not that I can see, no..
[15:09] <slicer> slytherin: That would have been ideal though.
[15:09] <slytherin> slicer: which bug is this by the way?
[15:09] <slicer> bug 385923
[15:10] <slytherin> slicer: and why is that bug invalid?
[15:12] <slicer> 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] <slytherin> slicer: and does the program allow the user to actually upgrade?
[15:13] <slicer> 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] <slytherin> hmm then I think it is ok. I thought it was auto upgrade similar to firefox
[15:14] <slicer> 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] <slytherin> that's fine then.
[15:21] <juli__> 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] <artfwo> juli__, does your problem look like http://paste.ubuntu.com/250008/ ?
[15:24] <juli__> 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] <juli__> artfwo, but several days ago everything was ok
[15:25] <dholbach> nhandler: if you could do me a favour, could you please sticky the UDW announce on karmic, packaging and community café?
[15:25] <juli__> it looks like there is no such zip files at all..
[15:26] <artfwo> juli__, I am getting "no matching hrefs for watch line" as well
[15:26] <nhandler> dholbach: Did you make a forum post about it already?
[15:26] <dholbach> nhandler: yep
[15:26] <dholbach> just a few secs ago
[15:26] <Laney> slicer, directhex: There is wontfix for those in bug control
[15:26] <nhandler> dholbach: Do you have a link to the forum post?
[15:26] <directhex> in lp?
[15:26] <dholbach> just un seconde
[15:26] <dholbach> just une seconde
[15:26] <Laney> yes sir
[15:27] <Laney> you should be in it from your motu powers
[15:27] <dholbach> http://ubuntuforums.org/showthread.php?t=1242611
[15:27] <dholbach> http://ubuntuforums.org/showthread.php?t=1242613
[15:27] <dholbach> http://ubuntuforums.org/showthread.php?t=1242612
[15:27] <Laney> oh, that's quite soon
[15:27]  * Laney should prepare
[15:28] <Laney> dholbach: good looking brochure!
[15:28] <nhandler> dholbach: Did you have a post in the karmic forum?
[15:28] <dholbach> Laney: the design folks who did the layout are absolutely fantastic
[15:28] <dholbach> nhandler: one of them should be
[15:28] <dholbach> Laney: it took them a day what I couldn't achieve in a couple of weeks :)
[15:29] <juli__> artfwo, I have the same for http://sf.net/scantailor/scantailor-(.*)\.tar\.gz
[15:29] <Laney> I'm terrible at that kind of thing
[15:29] <dholbach> Laney: same here - I was quite happy with I did before, but it looks very old compared to their brushed up version :)(
[15:29] <artfwo> I think there is a problem with uscan's sourceforge backend then
[15:29] <slytherin> 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] <Laney> Adobe InDesign though... tsk tsk
[15:30] <dholbach> oh well :)
[15:30] <artfwo> the redirector looks okay, judging by the output of uscan --debug
[15:31] <nhandler> 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] <dholbach> thanks so much!
[15:32] <artfwo> 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] <Laney> nhandler: how can I get the forums to say I'm a member/developer?
[15:33] <juli__> artfwo, very strange:(
[15:34] <geser> artfwo: they should get published on the next publisher run (once hourly)
[15:34] <juli__> artfwo, do you have any working watch file.. to check with?
[15:35] <directhex> Laney, use pdfmod to hax the metadata into something more pleasing!
[15:35] <artfwo> juli__, 3 packages from sourceforge are all broken
[15:35] <artfwo> geser, thanks
[15:35] <artfwo> I think a bug needs to be filed against uscan
[15:35] <Laney> GNU/Linux FreeGraphicsEditor RMS edition
[15:35] <directhex> Laney, I believe the abbreviated form is "emacs"
[15:35] <slytherin> artfwo: no, you don't need to file a bug
[15:36] <slytherin> artfwo: as I said it is probably the redirector on debian side that is giving problem.
[15:36] <slytherin> juli__: Did you check cobertura rejection mail?
[15:36] <juli__> slytherin, thanks.. so we should wait
[15:37] <slytherin> when are usually the builds with depwait status are retried?
[15:38] <juli__> 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] <juli__> ups
[15:38] <juli__> sorry, the previous message was for slytherin :)
[15:39] <slytherin> juli__: Ok. Let me know when you have updated package. Or do you also have uploader rights for cobertura?
[15:39] <geser> slytherin: when the package they depwait on is available (no manual interaction is needed)
[15:39] <slytherin> so are there some kind fo triggers which restarts the build?
[15:40] <juli__> 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] <slytherin> Ok
[15:41] <juli__> slytherin, as soon as sf.net is work, I'll check my corrections and let you know. Thanks!
[15:51] <nhandler> Laney: I sent a PM to matthew and he took care of it for me
[15:52] <Laney> alright
[15:54] <richardmd>  ;)
[17:36] <mhall119|work> hi
[17:36] <mhall119|work> I'm making packages for a GDM and USplash theme
[17:36] <mhall119|work> should the package change the default GDM and Usplash to use them?
[17:37] <mhall119|work> 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] <slytherin> mhall119|work: no
[17:38] <mhall119|work> slytherin: https://launchpad.net/qimo is what I'm packaging for
[17:39] <sladen> mhall119|work: you merely offere a higher dpkg-divert value
[17:39] <mhall119|work> a what?
[17:40] <Laney> aren't they alternatives?
[17:41] <mhall119|work> I don't think so
[17:41] <mhall119|work> GDM has an line in gdm.conf that tells which to use
[17:41] <mhall119|work> usplash might be, I'd have to double check
[17:42] <Laney> usplash is
[17:43] <sladen> yes, update-alternatives, not dpkg-divert
[17:43] <sladen> see /var/lib/dpkg/info/usplash-theme-ubuntu.postinst  (which installs with a priority of 10)
[17:43] <mhall119|work> ok
[17:43] <artfwo> 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] <mhall119|work> so  I should install with a higher priority than 10
[17:44] <Laney> artfwo: what did you expect to happen?
[17:44] <sladen> yes, I think kubuntu/xubuntu use 20;  so use 30
[17:45] <mhall119|work> ok
[17:45] <artfwo> Laney, well I didn't expect I shall be the uploader
[17:45] <mhall119|work> how about for GDM?
[17:46] <Laney> artfwo: you made the contribution, its your credit :)
[17:46] <artfwo> hmm, okay
[17:46] <slytherin> mhall119|work: why do you want to make it default?
[17:46] <sladen> mhall119|work: not sure;  the best thing to do is to hunt out a similar theme package and look at it's source!
[17:46] <sladen> artfwo: and in this day-and-age you gotten know *who* to blame ;-)
[17:47] <mhall119|work> slytherin: it's a kids-distro, and the GDM theme has a face browser
[17:47] <artfwo> :)
[17:47] <mhall119|work> I figured it would make it more kid-friendly to have it after install, rather than having to go to Admin panels to set it
[17:49] <mhall119|work> ah, okay, looks like maybe GDM used alternatives too
[17:50] <mhall119|work> but does the login-window configuration dialog change alternatives?  It doesn't seem to
[18:18] <arnd-arndnet> Hi, is there an irc channel related to ubuntu backports?
[18:21] <mhall119|work> arnd-arndnet: #ubuntu-backports?
[18:22] <arnd-arndnet> but this channel is empty, or is this expected?
[18:22] <mhall119|work> ah, you must have just created it
[18:22] <mhall119|work>  /msg alis help  <- to search for channels
[18:23] <hggdh> you can try #ubuntu-quality, or #ubuntu-testing
[18:24] <arnd-arndnet> thx
[18:58] <bddebian> Anyone know who Rafael Proenca / cypherbios is?
[18:59] <ximion> bddebian: https://launchpad.net/~cypherbios
[19:00] <fabrice_sp> bddebian, the maintainer of aptoncd. Why?
[19:01] <slytherin> fabrice_sp: Going forward, can you please subscribe me to all the sync bugs related to maven?
[19:02] <fabrice_sp> slytherin, yes, sure. I was going to send an email to ttx, because I found a package that require a sync, that hasbeen modified by him
[19:03] <fabrice_sp> you can see all the required packages in my ppa (still trying to be able to build maven-plugin-tools, but I'm near)
[19:04] <bddebian> fabrice_sp: I'm trying to figure out if he is going to upload aptoncd to Debian any time "soon" (Since it's been over a year already).  We are going to remove libnautilus-burn soonish
[19:09] <fabrice_sp> bddebian, I'm helping him with the packaging, and there is a version in the ppa, but I don't know about uploading to debian. I can send him an email, if you want
[19:10] <bddebian> fabrice_sp: Please do.
[19:11] <fabrice_sp> slytherin, for the moment, I have 19 packages to sync from debian, and one to merge (and maybe another one, depending on the repsonse of ttx)
[19:12] <slytherin> fabrice_sp: which package is that?
[19:12] <fabrice_sp> classworlds
[19:12] <slytherin> let me take a look
[19:12] <fabrice_sp> slytherin, ttx deleted a dependency, but the latest version in debian added 2 more
[19:12] <fabrice_sp> ok
[19:14] <fabrice_sp> slytherin, my concern is that ttx speaks about a MIR for classworlds, so adding more dependency is not welcome
[19:17] <slytherin> fabrice_sp: right, as per my discussion with ttx. We should only try to get maven stack in. Modifying other libraries to work with maven (installing pom etc) is for karmic + 1
[19:35] <fabrice_sp> slytherin, so that mean that we need to change all the packages from debian to get rid of pom etc? Or the actual packages will stay as is (with the FTBFS)
[19:36] <fabrice_sp> if they stay as-is, I'll stop playing with my ppa, to try to build maven-plugin-tools
[19:37] <slytherin> fabrice_sp: What I meant is that the libraries outside of maven stack should not be modified.
[19:37] <slytherin> fabrice_sp: ludovic is trying to integrate maven with debhelper so that the projects that use maven can build them against the system libraries
[19:38] <fabrice_sp> slytherin, could you please have a look at my ppa (https://launchpad.net/~fabricesp/+archive/testbuild) 16 of the 20 libs are non maven, AFAIK
[19:38] <fabrice_sp> just to know what I should do
[19:39] <slytherin> let me take a look
[19:39] <fabrice_sp> thanks :-)
[19:40] <fabrice_sp> (except plexus-sec-dispatcher, all the other ubuntu1 version are not right)
[19:40] <fabrice_sp> slytherin, ^
[19:42] <slytherin> fabrice_sp: following libraries are not related to maven - commons*, google*, neckohtml, netbeans. I am not sure about wagon.
[19:43] <fabrice_sp> slytherin, wagon seems to be linked: "tools to manage Maven artifacts and deployment "
[19:43] <slytherin> then it is
[19:44] <fabrice_sp> slytherin, I already opened sync request for some of them (google, at least, so should I give you the bug numbers, so that you unsubscribe motu?
[19:45] <slytherin> sure
[19:45] <fabrice_sp> bug #412848
[19:46] <fabrice_sp> actually, it's the only one
[19:47] <fabrice_sp> I was trying to get it built before requesting the syncs
[19:49] <fabrice_sp> slytherin, so my next question is what am I suppose to do next? I have some dependency scheme of packages so should I request the sync for the ones  linked to maven ? Ofr freeze myself?
[19:55] <slytherin> fabrice_sp: go ahead and request syncs for packages related to maven
[20:02] <fabrice_sp> slytherin, ok. I'll subscribe you to them, then. And when a required package cannot be synced, what is the fix? (like libgoogle, for example)
[20:03] <slytherin> nothing, leave the package as it is in Ubuntu.
[20:03] <slytherin> or does other stack depends on google*
[20:04] <fabrice_sp> I'll check, but that mean that we won't be able to fix all the FTBFS in maven  package
[20:05] <fabrice_sp> slytherin, other packages depends on libgoogle ( libdoxia-java and  eucalyptus-javadeps)
[20:06] <fabrice_sp> so we can't sync it
[20:07] <slytherin> better drop me and ttx a mail
[20:07] <slytherin> got to go now.
[20:09] <fabrice_sp> ok. Thanks slytherin
[20:12] <fabrice_sp> bddebian, Rafael is not active any more, so he won't upload the package to debian. I'll submit a diff to Ubuntu, but can't do it for debian
[20:12] <fabrice_sp> this is what the actual developer of aptoncd told me
[20:26] <rugby471> hi guys
[20:26] <rugby471> just a quick question
[20:26] <rugby471> the package f-spot
[20:26] <rugby471> what patching system does it use?
[20:27] <rugby471> what-patch gives me quilt
[20:27] <rugby471> however all the patch files contain @DPATCH@ and all the usual dpatch headers
[20:33] <geser> check the build-depends
[20:38] <gilir> could someone add me to the REVU reviewer team and ubuntu-universe-sponsors team please ? :)
[20:42] <bddebian> fabrice_sp: I can just grab it from Ubuntu or if you want to maintain it officially stick it on mentors.debian.net and I can sponsor for you if you want.
[20:43] <pochu> is it just me (or my dns) or half of the internet is down?
[20:43] <pochu> even http://www.downforeveryoneorjustme.com/ is down for me :)
[20:44] <therm> its there for me
[20:47] <fabrice_sp> bddebian, the only problem is that as it's maintained in launchpad, there is no 'orig tarball. So I've written a get-orig-source. I'll upload it to debian, as soon as I understand how it works :-)
[20:50] <c_korn> hm, games usually depend on /usr/lib/libGL.so . can I add some dependecy to ensure that it exists ?
[20:51] <sebner> c_korn: might be in libgl1-mesa-glx
[20:53] <geser> isn't depending on libgl1 enough?
[20:53] <c_korn> sebner: so can I safely make it depend on libgl1-mesa-glx ? or can this cause conflicts because my libGL comes from the nvidia drivers actually
[20:54] <superm1> shouldn't that be figured out automatically though by shlib deps for your binary?
[20:54] <geser> c_korn: does the nvidia package provide libgl1?
[20:55] <c_korn> I don't use the package but the installer from nvidia.com
[20:55] <sebner> c_korn: I have both packages installed so I don't think there is a problem
[20:55]  * sebner uses the driver from the archive
[20:58] <c_korn> somehow it got not figured out by shlib deps. I got this error: loading libGL.so: QGL_Init: Can't load libGL.so from /etc/ld.so.conf: libGL.so: cannot open shared object file: No such file or directory
[21:11] <gilligan_> hi
[21:12] <gilligan_> does anyone here have some insight into networkmanager ? I'm trying to to diagnose some problem with a GSM usb-stick where networkmanager is stuck in Stage 4 (IPV4 config) and never gets to Stage 5 (IPV4 config commit) -- same hardware works fine with Jaunty
[21:22] <fabrice_sp> Hi. Where can I find some resources that explains the differences between Debian and Ubuntu in term of packaging (that is: what should I do to an ubuntu package to upload it to debian?)
[21:24] <sebner> fabrice_sp: basically it's 1) changelog 2) menu file , other than that just patches which are written for ubuntu
[21:25] <dtchen> anyone mind uploading http://kernel.ubuntu.com/~dtchen/upload_queue/ please?
[21:25] <fabrice_sp> sebner, and to take over an existing package? lintian is speaking about nmu, but I'm trying to upgrade a package, so I'm not sure NMU applies
[21:25] <fabrice_sp> and I should upload source and binary?
[21:25] <sebner> fabrice_sp: doesn't apply.
[21:26] <sebner> fabrice_sp: where?
[21:26] <fabrice_sp> to mentors.debian.net
[21:26] <jbernard__> would someone mind taking a look at a package on REVU? (http://revu.ubuntuwire.com/p/lua-iconv)
[21:27] <sebner> fabrice_sp: AFAIK, uploading is the same as uploading to revu. just use dput
[21:28] <fabrice_sp> sebner, ohh. in their FAQ, the example is done with the file ending with i386.changes, so I thought it was binary upload
[21:28] <james_w> dtchen: sure
[21:28] <fabrice_sp> I'll upload the source then. Thanks!
[21:29] <sebner> you're welcome :)
[21:30] <dtchen> james_w: many thanks. it's build-tested, of course (i'm using it for work)
[21:30] <fabrice_sp> bddebian, uploaded (http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=aptoncd) I'm sure I will have to fix things :-)
[21:34] <james_w> jbernard__: looks pretty good (though a watch file would be nice), but are you sure you don't want to get it in to Debian first?
[21:34] <james_w> you are targetting Debian in the changelog and closing a Debian ITP
[21:39] <yvan300> hello motu guys :)
[21:39] <jbernard__> james_w: ive already uploaded it to debian, its in NEW right now
[21:40] <james_w> aha
[21:40] <jbernard__> but i wanted to try and get it into karmic before the freeze
[21:40] <james_w> that's fine
[21:40] <james_w> you need to target karmic though
[21:40] <jbernard__> good call
[21:40] <james_w> and make it a -0ubuntu1 version, instead of -1
[21:40] <jbernard__> what about the LP reference?
[21:40] <jbernard__> aha
[21:40] <james_w> nah, that's ok
[21:40] <james_w> unless there is a bug filed
[21:40] <jbernard__> there was
[21:41] <james_w> you can reference it then
[21:41] <jbernard__> ok, perfect
[21:41] <yvan300> you guys should really make the wiki a bit more straightforward
[21:41] <jbernard__> james_w: ill make those changes and re-upload
[21:41] <jbernard__> james_w: thanks!
[21:41] <dtchen> yvan300: sure, what do you take issue with specifically?
[21:42] <yvan300> dtchen, most of it actually, i am trying to catch along but it is so difficult, if you guys could make it a bit easier then more noobs would be able to learn the motu traid :D
[21:43] <bddebian> fabrice_sp: I have to head home, I'll try to hit it up when I get there
[21:43] <james_w> "you should really eradicate world poverty"
[21:43] <james_w> every one agrees, we just need to know where to start
[21:43] <fabrice_sp> bddebian, thanks!
[21:46] <dtchen> james_w: thanks again
[21:46] <james_w> np
[21:47] <james_w> jbernard__: I now see your email address and feel a bit stupid :-)
[21:49] <jbernard__> james_w: no worries ;)
[21:50] <jbernard__> james_w: does the "-0ubuntu1" allow the debian package to easily override once it's in the archive? or could it be "-1ubuntu1"?
[21:50] <james_w> it should be -0ubuntu1, which will mean the tools that compare archives will see it as lower
[21:51] <james_w> and so it will show up as something to merge
[21:51] <jbernard__> ok, thats what I suspected, makes total sense
[21:51] <james_w> the "ubuntu" stops it being automatically overridden, so it would need a "sync" requested when appropriate
[21:51] <james_w> dead easy to do though, so you can just ask in here when needed
[21:55] <jbernard__> got it
[21:55] <jbernard__> ive make the upload, so the pulse should pick it up shortly
[21:55] <jbernard__> s/make/made
[22:01] <james_w> can someone do a second review of http://revu.ubuntuwire.com/p/lua-iconv please?
[22:04] <jbernard__> doh, forgot -sa, no orig tarball got uploaded
[22:04] <jbernard__> should be fixed on the next pulse
[22:05] <james_w> thanks
[22:05] <james_w> I grabbed the old one anyway
[22:06] <jbernard__> ok, all looks good now
[22:09] <james_w> jbernard__: you have my advocation. Strictly we need a second to upload, though I'm tempted to bypass that in this case
[22:09] <james_w> it will only take a couple of minutes for someone else to review though
[22:11] <jbernard__> sounds good, thanks!
[22:32] <iulian> james_w, jbernard__: I've just reviewed it and found nothing to complain about.  Do you want me do upload it?
[22:32] <iulian> s/do/to/
[22:47] <jbernard__> iulian: i vote yes ;) but im not sure if it's up to me
[23:02] <iulian> jbernard__, james_w: lua-iconv has just been uploaded.
[23:02]  * iulian heads to bed.
[23:02] <iulian> Good night.
[23:57] <porthose> would a kind MOTU please ACK bug #415102 :)