=== 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 | ||
stochastic | Can someone take a look at this http://revu.ubuntuwire.com/p/a2jmidid | 06:58 |
---|---|---|
dholbach | good morning | 08:01 |
stochastic | hello, just curious if anyone can help me troubleshoot this error: http://pastebin.ubuntu.com/254295/ | 08:07 |
iulian | Morning dholbach. | 08:11 |
dholbach | heya iulian | 08:12 |
slytherin | superm1: ping, any idea how can I debug bug #414509 ? | 08:17 |
ubottu | Launchpad bug 414509 in nautilus-sendto "[karmic] Bluetooth plugin not initialised" [Undecided,New] https://launchpad.net/bugs/414509 | 08:17 |
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:19 |
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:20 |
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:21 |
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:23 |
=== Lutin_ is now known as Lutin | ||
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:41 |
happyaron | hi, how about your discussion on tor yesterday? | 08:59 |
=== Sp4rKy is now known as Guest24442 | ||
=== Guest24442 is now known as Sp4rKy | ||
kkaji` | http://www.lostworlds.lv/go.php?1139723800 NEW WEBSITE GAME,COME AND PLAY. | 09:38 |
=== geser_ is now known as geser | ||
=== AnAnt_ is now known as AnAnt | ||
=== ember_ is now known as ember | ||
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:40 |
happyaron | freeflying: it's not very easy to get upstream happy on topic of tor as I was discussed with somebody in #tor | 10:41 |
=== freeflyi2g is now known as freeflying | ||
kaushal | hi | 11:22 |
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:23 |
Laney | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541887 | 11:24 |
ubottu | Debian bug 541887 in collectd "update to 4.7?" [Wishlist,Open] | 11:24 |
kaushal | http://collectd.org/download.shtml | 11:24 |
kaushal | Laney: can i have a .deb of 4.6 of collectd ? | 11:25 |
kaushal | for Hardy ? | 11:25 |
andv | kaushal, you should request a backport in that case | 11:26 |
Laney | !backport | 11:26 |
ubottu | 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 |
andv | kaushal, we cannot provide you random .debs files | 11:26 |
Laney | try that procedure | 11:26 |
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:27 |
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:28 |
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:29 |
kaushal | andv: do you want me to ask #debian ? | 11:30 |
Laney | no, don't | 11:30 |
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:31 |
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:32 |
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:33 |
Laney | ooh bug | 11:34 |
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:35 | |
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:36 |
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:37 |
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:38 |
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:39 |
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:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
=== freeflyi2g is now known as freeflying | ||
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:46 |
andv | depends from Debian and from you | 11:47 |
andv | to ask the backport | 11:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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 |
ubottu | 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 | |
kaushal | andv: if i have questions i will definetly ask :) | 11:52 |
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:53 |
andv | kaushal, subscribe to backports ML | 11:54 |
kaushal | ah thats a Huge Traffic ML :/ | 11:54 |
andv | not really huge traffic | 11:54 |
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:55 |
andv | so you gonna be subscribed to the bug you wanna know about | 11:56 |
kaushal | got it | 11:56 |
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 | 11:57 |
Laney | slicer: pushed, please test | 12:03 |
slicer | Laney: Ah. Pull from where? :) | 12:05 |
Laney | lp:ubuntu-dev-tools | 12:05 |
slicer | Laney: Excellent :) Request sent. Thank you :) | 12:08 |
Laney | no worries | 12:09 |
slytherin | Laney: Who maintains reverse-build-depends script? | 12:12 |
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:15 |
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:16 |
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:17 |
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:18 |
jpds | slytherin: Might be worth filing a bug about. | 12:19 |
slytherin | I will. | 12:19 |
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:20 |
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:21 |
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:23 |
slytherin | ryanakca: I could fix it, but not very familiar with bzr. :-) | 12:24 |
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:25 |
slytherin | james_w: thanks for java3d sync. :-) | 12:26 |
ryanakca | Anyways, good luck and thanks. I'm off to work :) | 12:26 |
c_korn | why is the diff.gz recreated at the beginning of the build process ? http://pastebin.com/d16d29c99 | 12:37 |
azeem | c_korn: likely because you asked dpkg-buildpackage about doing so (maybe through some tool) | 12:49 |
slytherin | c_korn: where do you see it being recreated? | 12:56 |
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 | 12:58 |
slytherin | c_korn: I don't think it is rebuilding .diff.gz. | 13:04 |
james_w | NBS is pretty big currently if anyone fancies some transitions | 13:05 |
Laney | mmm transitions | 13:05 |
c_korn | slytherin: it is rebuilding it. I can clearly see the tarball being untared again and the diff being receated | 13:08 |
Laney | huats: Do you plan on updating glom? | 13:09 |
slytherin | c_korn: is that 'dpkg-buildpackage -b' in correct place? | 13:10 |
slytherin | line 28 | 13:10 |
c_korn | slytherin: hm, I don't know where it is coming from. maybe just some odd sbuild bug | 13:13 |
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:23 |
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:24 |
dholbach | Ampelbein: thanks :) | 13:35 |
Ampelbein | dholbach: ;-) no problem. | 13:36 |
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:37 |
slytherin | c_korn: the architecture field in control file. | 13:38 |
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:43 |
Laney | yay | 13:44 |
Laney | cdbs works once more | 13:44 |
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. | 13:47 |
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:04 |
slytherin | asac: Ok. Will try tonight. | 14:05 |
asac | thx | 14:05 |
slicer | Can you no longer see the list of subscribers to a bug on launchpad? | 14:24 |
sistpoty|work | hi folks | 14:24 |
Laney | hihi | 14:25 |
Laney | slicer: you can | 14:25 |
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:26 |
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:27 |
=== happyaro1 is now known as happyaron | ||
Laney | slicer: It's where it always was... on the right | 14:28 |
Laney | seems ajaxified though, dunno how well it degrades | 14:28 |
=== kiko-afk is now known as kiko | ||
=== v is now known as vorian | ||
slicer | Laney: Now you know; it doesn't :) Change of browser fixed it. | 14:29 |
Laney | slicer: get filin' a launchpad bug about that | 14:30 |
slytherin | slicer: or better, fix launchpad code yourself. :-) | 14:37 |
slicer | slytherin: AJAX? JavaScript? UI stuff? Pass :) | 14:38 |
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:42 |
james_w | blackmoon: #launchpad will be able to tell you that | 14:43 |
blackmoon | ok, thank you james_w | 14:43 |
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:45 |
Laney | alright LP, I get the idea, the package is broken | 14:46 |
* Laney hisses | 14:46 | |
=== dholbach_ is now known as dholbach | ||
blackmoon | james_w: Now running lintian... | 14:47 |
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:48 |
james_w | lintian -d | 14:49 |
happyaron | geser: I added a comment on that bug | 14:50 |
bddebian | Heya gang | 14:50 |
geser | Hi bddebian and congratulations for becoming a FTP master | 14:51 |
bddebian | Heh, hi geser, thanks | 14:51 |
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:54 |
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:55 |
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:56 |
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:57 |
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:58 |
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 | 14:59 |
slytherin | happyaron: Did you ever ask anyone to make a decision? | 15:00 |
happyaron | slytherin: I just seen some people are discussing about it, but I went sleep before it ends. | 15:01 |
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:02 |
happyaron | slytherin: is ubuntu-motu list okay? | 15:03 |
slytherin | yes | 15:03 |
happyaron | thanks | 15:04 |
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:05 |
slytherin | slicer: isn't there a 'wont fix'? | 15:06 |
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:09 |
ubottu | Launchpad bug 385923 in mumble ""Check for Updates" option should be removed" [Low,New] https://launchpad.net/bugs/385923 | 15:09 |
slytherin | slicer: and why is that bug invalid? | 15:10 |
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:12 |
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:13 |
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:14 |
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:21 |
artfwo | juli__, does your problem look like http://paste.ubuntu.com/250008/ ? | 15:22 |
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:24 |
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:25 |
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:26 |
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:27 | |
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:28 |
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:29 |
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:30 |
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:31 |
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:32 |
juli__ | artfwo, very strange:( | 15:33 |
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:34 |
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:35 |
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:36 |
slytherin | when are usually the builds with depwait status are retried? | 15:37 |
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:38 |
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:39 |
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:40 |
juli__ | slytherin, as soon as sf.net is work, I'll check my corrections and let you know. Thanks! | 15:41 |
nhandler | Laney: I sent a PM to matthew and he took care of it for me | 15:51 |
Laney | alright | 15:52 |
richardmd | ;) | 15:54 |
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:36 |
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:37 |
mhall119|work | slytherin: https://launchpad.net/qimo is what I'm packaging for | 17:38 |
sladen | mhall119|work: you merely offere a higher dpkg-divert value | 17:39 |
mhall119|work | a what? | 17:39 |
Laney | aren't they alternatives? | 17:40 |
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:41 |
Laney | usplash is | 17:42 |
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:43 |
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:44 |
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:45 |
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:46 |
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:47 |
mhall119|work | ah, okay, looks like maybe GDM used alternatives too | 17:49 |
mhall119|work | but does the login-window configuration dialog change alternatives? It doesn't seem to | 17:50 |
=== proppy is now known as propeat | ||
arnd-arndnet | Hi, is there an irc channel related to ubuntu backports? | 18:18 |
mhall119|work | arnd-arndnet: #ubuntu-backports? | 18:21 |
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:22 |
hggdh | you can try #ubuntu-quality, or #ubuntu-testing | 18:23 |
arnd-arndnet | thx | 18:24 |
=== ShadowChild is now known as lukjad007 | ||
bddebian | Anyone know who Rafael Proenca / cypherbios is? | 18:58 |
ximion | bddebian: https://launchpad.net/~cypherbios | 18:59 |
fabrice_sp | bddebian, the maintainer of aptoncd. Why? | 19:00 |
slytherin | fabrice_sp: Going forward, can you please subscribe me to all the sync bugs related to maven? | 19:01 |
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:02 |
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:03 |
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:04 |
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:09 |
bddebian | fabrice_sp: Please do. | 19:10 |
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:11 |
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:12 |
fabrice_sp | slytherin, my concern is that ttx speaks about a MIR for classworlds, so adding more dependency is not welcome | 19:14 |
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:17 |
=== propeat is now known as proppy | ||
=== mterry_ is now known as mterry | ||
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:35 |
fabrice_sp | if they stay as-is, I'll stop playing with my ppa, to try to build maven-plugin-tools | 19:36 |
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:37 |
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:38 |
slytherin | let me take a look | 19:39 |
fabrice_sp | thanks :-) | 19:39 |
fabrice_sp | (except plexus-sec-dispatcher, all the other ubuntu1 version are not right) | 19:40 |
fabrice_sp | slytherin, ^ | 19:40 |
slytherin | fabrice_sp: following libraries are not related to maven - commons*, google*, neckohtml, netbeans. I am not sure about wagon. | 19:42 |
fabrice_sp | slytherin, wagon seems to be linked: "tools to manage Maven artifacts and deployment " | 19:43 |
slytherin | then it is | 19:43 |
=== ripps_ is now known as ripps | ||
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:44 |
slytherin | sure | 19:45 |
fabrice_sp | bug #412848 | 19:45 |
ubottu | Launchpad bug 412848 in libgoogle-collections-java "Sync libgoogle-collections-java 0~20080808-3 (universe) from Debian unstable (main) (after #412352)" [Undecided,New] https://launchpad.net/bugs/412848 | 19:45 |
fabrice_sp | actually, it's the only one | 19:46 |
fabrice_sp | I was trying to get it built before requesting the syncs | 19:47 |
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:49 |
slytherin | fabrice_sp: go ahead and request syncs for packages related to maven | 19:55 |
=== AlanB` is now known as AlanB | ||
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:02 |
slytherin | nothing, leave the package as it is in Ubuntu. | 20:03 |
slytherin | or does other stack depends on google* | 20:03 |
fabrice_sp | I'll check, but that mean that we won't be able to fix all the FTBFS in maven package | 20:04 |
fabrice_sp | slytherin, other packages depends on libgoogle ( libdoxia-java and eucalyptus-javadeps) | 20:05 |
fabrice_sp | so we can't sync it | 20:06 |
slytherin | better drop me and ttx a mail | 20:07 |
slytherin | got to go now. | 20:07 |
fabrice_sp | ok. Thanks slytherin | 20:09 |
=== micahg1 is now known as micahg | ||
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:12 |
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:26 |
rugby471 | what-patch gives me quilt | 20:27 |
rugby471 | however all the patch files contain @DPATCH@ and all the usual dpatch headers | 20:27 |
geser | check the build-depends | 20:33 |
gilir | could someone add me to the REVU reviewer team and ubuntu-universe-sponsors team please ? :) | 20:38 |
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:42 |
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:43 |
therm | its there for me | 20:44 |
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:47 |
c_korn | hm, games usually depend on /usr/lib/libGL.so . can I add some dependecy to ensure that it exists ? | 20:50 |
sebner | c_korn: might be in libgl1-mesa-glx | 20:51 |
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:53 |
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:54 |
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:55 | |
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 | 20:58 |
gilligan_ | hi | 21:11 |
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:12 |
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:22 |
sebner | fabrice_sp: basically it's 1) changelog 2) menu file , other than that just patches which are written for ubuntu | 21:24 |
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:25 |
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:26 |
sebner | fabrice_sp: AFAIK, uploading is the same as uploading to revu. just use dput | 21:27 |
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:28 |
sebner | you're welcome :) | 21:29 |
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:30 |
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:34 |
yvan300 | hello motu guys :) | 21:39 |
jbernard__ | james_w: ive already uploaded it to debian, its in NEW right now | 21:39 |
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:40 |
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:41 |
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:42 |
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:43 |
dtchen | james_w: thanks again | 21:46 |
james_w | np | 21:46 |
james_w | jbernard__: I now see your email address and feel a bit stupid :-) | 21:47 |
jbernard__ | james_w: no worries ;) | 21:49 |
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:50 |
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:51 |
jbernard__ | got it | 21:55 |
jbernard__ | ive make the upload, so the pulse should pick it up shortly | 21:55 |
jbernard__ | s/make/made | 21:55 |
=== micahg1 is now known as micahg | ||
james_w | can someone do a second review of http://revu.ubuntuwire.com/p/lua-iconv please? | 22:01 |
jbernard__ | doh, forgot -sa, no orig tarball got uploaded | 22:04 |
jbernard__ | should be fixed on the next pulse | 22:04 |
james_w | thanks | 22:05 |
james_w | I grabbed the old one anyway | 22:05 |
jbernard__ | ok, all looks good now | 22:06 |
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:09 |
jbernard__ | sounds good, thanks! | 22:11 |
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:32 |
jbernard__ | iulian: i vote yes ;) but im not sure if it's up to me | 22:47 |
iulian | jbernard__, james_w: lua-iconv has just been uploaded. | 23:02 |
* iulian heads to bed. | 23:02 | |
iulian | Good night. | 23:02 |
porthose | would a kind MOTU please ACK bug #415102 :) | 23:57 |
ubottu | Launchpad bug 415102 in ubuntu "Sync upnp-inspector 0.2.2+dfsg-1 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/415102 | 23:57 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!