[00:07] hi. are there some guidlines for submitting patches? I've submitted a patch to launchpad, but am not sure where to go from there... [00:39] alex1: is it in debdiff format? [00:42] * norsetto wonders why he is talking to the wall [00:42] lol [00:42] Obviously he wasn't that concerned about the patch. [00:43] TheMuso: a touch-and-go patch :-) [00:45] hello people. [00:45] emgent: go to bed! [00:46] * norsetto is ... [00:47] hahha === mthaddon changed the topic of #ubuntu-devel to: Regenerate your SSH keys! http://www.ubuntu.com/usn/usn-612-2 | Launchpad is going down in from 01:00 UTC until approx 03:00 UTC for a code update | Ubuntu 8.04 LTS released! | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu. === illovae_ is now known as illovae [02:49] For anyone interested, I got around to posting up my workaround for getting boot logging fully operational until upstart's logd gets figured out. [02:49] http://ubuntuforums.org/showthread.php?t=811005 [02:55] meh, stopping quagga during upgrade is one thing(correctness ftw), but -asking- - wtf. [02:56] Well, conceivably something could break if it was stopped, such as the controlling ssh session. On the other hand not stopping/restarting could be bad. Which is correct? [02:58] persia_: the stop is mandatory [02:58] persia_: but it tossed up a full screen prompt saying it had to stop it or abort the install [02:58] persia_: on a headless unattended server upgrade. [02:59] persia_: so I only found out when I came back to it some hours later :( [03:00] if you're not careful, you'll be a packagekit convert [03:00] It should have just dropped the baby on its head and asked questions later. [03:02] lifeless: Hmm.. I can still see cases where restart now and restart later might be interesting, but either would be better than that. [03:02] persia_: exactly [03:03] anyone running a router *knows* the implications of updates [03:03] if they don't, they shouldn't be running a router :) === mthaddon changed the topic of #ubuntu-devel to: Regenerate your SSH keys! http://www.ubuntu.com/usn/usn-612-2 | Ubuntu 8.04 LTS released! | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu. === mthaddon changed the topic of #ubuntu-devel to: Regenerate your SSH keys! http://www.ubuntu.com/usn/usn-612-2 | Ubuntu 8.04 LTS released! | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com === ion__ is now known as ion_ === thegodfather is now known as fabbione === beuno_ is now known as beuno === jamesh_ is now known as jamesh [06:58] afternoon all [06:59] Hey Hobbsee_. [07:01] TheMuso: how goes it? [07:04] good morning [07:04] dholbach! [07:05] hi hobbsee [07:13] Good morning [07:13] * pitti throws a gummybear at Hobbsee_ [07:14] \o/ [07:14] yay, a new full Hardy langpack [07:14] * Hobbsee_ throws the gummy bear to someone who will enjoy it [07:14] * Hobbsee_ looks for chocolate instead. [07:14] * pitti gives langpack-o-matic something to do [07:15] * pitti tosses a Ritter Sport to Hobbsee [07:15] But then you'll langpack the buildds again [07:15] Naughty pitti [07:15] asac will hurt me seriously if I don't do that soon [07:16] He's closer than I am. Listen to him [07:17] hah [07:48] * pitti weeps at the OO.o FTBFS in hardy-proposed [07:48] pitti: you're surprised? [07:48] "ERROR: error 65280 occurred" [07:48] yeah, I hate error 65280 as well, it sucks [07:49] calc: ^ that needs bug fix 88432, right? [07:49] calc didn't kill enough kittens before uploading again === cjwatson changed the topic of #ubuntu-devel to: Regenerate your SSH keys! http://www.ubuntu.com/usn/usn-612-2 | Ubuntu 8.04 LTS released! | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [07:52] argh, new LP broke python-launchpad-bugs again [07:53] * stgraber goes try the QA Tracker bug auto-syncer ... [07:57] seems to update correctly [07:58] pitti: what bit's broken in p-l-b ? [07:58] ValueError: Unknown error while subscribe sru-verification to ... [07:58] and, in the retracers [07:58] launchpadbugs.bughelper_error.LPUrlError: "'Unknown error while loading https://bugs.launchpad.net/ubuntu/+bugs?field.tag=need-amd64-retrace'" [07:59] ok, so that's when trying to get a list of bugs [08:02] pitti, can't confirm this errors, could it be that his happened during last night's downtime? [08:03] thekorn: the retracer ones could be, just restarted and watching [08:03] thekorn: I'm currently tracking down the subscriber thing, I just ran it now [08:06] thekorn: ok, I have a reproducer, and tested with bzr head; I'll file a bug [08:07] pitti, thanks, I'm able to reproduce it here too [08:08] ok, bug 235681 has the details [08:08] Launchpad bug 235681 in python-launchpad-bugs "new LP rollout broke subscription" [Undecided,New] https://launchpad.net/bugs/235681 [08:09] argh, "launchpadbugs.bughelper_error.LPUrlError: 'login failed https://launchpad.net/bugs/122123" [08:09] pitti: Error: This bug is private [08:09] ^ retracers [08:11] I'm working on a fix [08:11] * pitti hugs thekorn [08:12] * thekorn hugs pitti [08:12] thekorn for the win! :) [08:13] pitti: well, apparently API's are coming soon, so hopefully that will be a thing of the past... [08:13] yeah, I yearn for that day :) [08:15] hm, I cannot reproduce this login failure locally [08:18] launchpad API for the win! [08:32] pitti, something is wrong with my bzr here. I added a patch, feel free to commit it to the .main branch or I will do it later [08:34] pitti, nm, it now worked, pushed to .main [08:53] hi; not sure if this is the correct place to raise this... i have proposed enabled today updates left me without openoffice programs. if i do a dist upgrade to force the instalation of ne oo packages what i loose are language-support- is this problem known. should i file a bug report? [09:00] re [09:01] thekorn: oh, you rock! [09:04] thekorn: oh, new p-lp-bugs needs sqlite now? [09:05] pitti: did you already kick off the language pack build? [09:06] pitti, yes for the FF3 cookies, as cookielib does not support them yet [09:07] thekorn: are you working on a cookies.sqlite -> cookies.txt dumper? [09:07] asac: yes, running now; they will be placed into the standard langpacks now, too (not -gnome any more) [09:07] asac: http://people.ubuntu.com/~kees/scripts/cookies-sql2txt [09:07] pitti: great. can you approve the xulrunner patch in the meantime? [09:08] asac, no, kees wrote one some time ago [09:08] oh cool [09:08] asac: ok, so I'll release the lot then [09:08] thats handy [09:08] yeah ;) [09:08] do you still have the list? [09:08] asac: sure,everything which is in the queue :) [09:09] oh :) [09:09] ok [09:09] that should be enough :-P [09:10] thekorn: hm, I still get this nasty "login error" in the retracers; no idea why; anyway, I'll track that down later [09:13] doko: bug 27184 is horribly confusing; what does that soyuz bug have to do with gcc-defaults? it's in gutsy-proposed, but I don't know what to do with it [09:13] Launchpad bug 27184 in ubuntu "Live-Boot fails: cannot.../bin/bash" [Medium,Fix released] https://launchpad.net/bugs/27184 [09:14] pitti, maybe an expired cookie? [09:14] good morning [09:14] thekorn: it's the same cookie I used locally [09:16] hmm, no idea then [09:17] asac: I assume the new ffox & friends have strict enough build deps for the new xulrunner? or do they need to be approved in order? [09:24] pitti: the idea is that depends are right [09:24] ok, thanks [09:30] pochu: somebody blacklisted gtk-vnc because it was not syncing correctly apparently, not sure what the issue was though [09:31] pochu: I'm working on some SRUs right now but I'll look at that in a bit [09:32] seb128: if it's in the 'sync failure' section, and it works now, please kill it from the blacklist [09:32] pitti: right, I'm going to try if it's working, just finishing this sru first [09:33] pitti: btw I sent some other updates yesterday, I'm almost done with GNOME 2.22.2 updates and pending changes [09:33] pitti: next is to fix the gvfs issues which is going to be harder [09:33] seb128: I'm munching through the queue full steam ATM [09:34] * seb128 hugs pitti [09:34] pitti: thanks for all the work you put in reviewing all those uploads [09:34] haven't found time for the photo bits yet, I hope I can do that today [09:34] gug [09:34] seb128: thanks for the updates! :) [09:34] * seb128 hugs pitti ;-) [09:34] asac: ping [09:37] tonfa: ? [09:40] asac: I've got some problems with you nm-0.7 ppa [09:40] asac: oh, for audacious-plugins -- you actually *want* to drop the debian/dirs? then I rejected the wrong one [09:40] tonfa: hmm [09:40] tonfa: that one is really outdated [09:41] can I query you ? is there a channel more appropriate ? [09:41] asac: hum ok [09:41] pitti: doesnt matter. [09:41] pitti: i think its just the Pre-Depends [09:41] asac: I'm just confused which version I should accept [09:42] oh, did i bump the version again? bad me. the last version i uploaded [09:42] ok, so .2 without debian/dirs [09:42] asac: but I've seen a bzr branch for 0.7 which is still updated is it unrelated ? [09:42] I unreject it then [09:42] yes, the one without debian/dirs should be the one [09:43] tonfa: thats better ;) ... did you try it? [09:43] asac: how do you build from it ? (I'm a noob in debian packaging) dpkg-buildpackage -uc -B ? [09:44] tonfa: use bzr branch lp:~ubuntu-core-dev/network-manager/ubuntu.0.7 [09:44] asac: why does the hardy-proposed xulrunner speak about intrepid workarounds? [09:44] if you have that branch you can either build it using bzr bd ... or just debuild -b [09:44] ok [09:45] thanks [09:45] pitti: let me read [09:45] http://launchpadlibrarian.net/14709759/xulrunner-1.9_1.9~rc1%2Bnobinonly-0ubuntu1~8.04.1_source.changes [09:45] * Drop LDFLAGS workaround now that jemalloc is no longer a static lib. [09:45] We still ship jemalloc as a shared lib [09:46] such kinds of changes in stables seem a bit weird? [09:46] it certainly didn't change between hardy final and now, or did it? [09:46] pitti: jemalloc is an upstream thing [09:47] pitti: it was broken as it shipped statically in libxul.so [09:47] asac: ok, so that's not related to changes in intrepid [09:47] asac: the intrepid bits confuse me a bit [09:47] pitti: let me check. iirc those dont apply for gcc 4.2 [09:48] * Workaround multiple crashes in Intrepid (at least 3 in realpath()) caused [09:48] by Intrepid shipping gcc 4.3 with -D_FORTIFY_SOURCE=2 by default. [09:49] oh, that's just -U_FORTIFY_SOURCE, it seems [09:49] well, that should be alright, it's not on in hardy anyway [09:49] it shouldn't be in an SRU anyway, though [09:50] pitti: i agree on that in general. i tried to keep the branches in sync for as long as possible. if you want i can remove them now. [09:51] asac: well, don't rip it apart again just for this, since you already tested that uplaod [09:51] asac: checking for POLKIT... configure: error: Package requirements (polkit-dbus) were not met << I couldn't find the package providing this :/ [09:53] tonfa: libpolkit-dbus-dev [09:53] tonfa: libpolkit-dbus-dev I guess [09:53] :) [09:53] woops [09:53] asac: you're FAST! [09:54] ok thanks [09:55] pitti: yes, intentional. midbrowser needs to be released first :) the merge is ready, waiting for cwong or jimmy to apply two more patches i sent. [09:55] pitti: unfortunately i lost commit rights as my new ssh keys are not yet in. [09:55] asac: ah, ok [09:56] Does anyone know what settings controls the zooming icons as you launch something off the panel? [09:56] I want to see if I can turn it on for desktop icons [09:57] StevenK: what do you mean by settings? the animation? that's a gnome-panel thing [09:57] seb128_: It looked compiz-ish [09:57] it's not [09:57] Aww [09:58] StevenK: http://svn.gnome.org/viewvc/gnome-panel?view=revision&revision=10822 === seb128_ is now known as seb128 [09:59] Ahh .. [09:59] * pitti yays at the emptyness of https://edge.launchpad.net/ubuntu/hardy/+queue?queue_state=1&queue_text= [10:00] pitti: you rock! [10:00] pitti: does it mean we will get language pack updates too? [10:00] seb128: building ATM [10:01] rock on [10:01] (in langpack-o-matic, not yet uploaded) [10:01] oh, finished [10:02] <\sh> good morning :) [10:02] asac: langpacks finished building; can I toss you the new German one for a local upgrade/install/functional test with the new ffox? [10:08] asac: ok, it works now, I still have the same issues as with the debs from the ppa [10:08] namely /usr/bin/nm-tool doesn't work [10:08] it's not a binary [10:09] asac: http://people.ubuntu.com/~pitti/tmp/ [10:09] # nm-tool - temporary wrapper script for .libs/nm-tool [10:09] # Generated by ltmain.sh - GNU libtool 1.5.26 Debian 1.5.26-1ubuntu1 (1.1220.2.493 2008/02/01 16:58:18) [10:10] asac: the upgrade works for me (package-/Replaces: wise), and language-pack-de-base has the Mozilla stuff [10:11] asac: but those translations don't work with my firefox (b5), so I'm interested in a test from you before I upload the lot [10:13] * pitti hovers over the trigger, waiting for asac in suspense [10:18] c [10:20] pitti: downloading ... [10:23] do we have anyone here running hardy-proposed who has an USB mass-storage camera? (i. e. which is mounted as a drive, not talking through libgphoto) [10:24] I have it at home, at least. [10:24] (so, can't check for another five-ish hours) [10:25] pitti: I can put my hands on one if that is of any help. [10:25] DON'T TOUCH IT!!!!111!! [10:25] TheMuso: :) [10:25] pitti: installed (i need two dpkg -i runs) ... works. remove packages again, verified that there is no cruft left; installed again and works [10:25] pitti: Roger that. [10:25] Mithrandir: if you plug it in, do you get a nautilus window with (a possibly broken) "open f-spot" button, or does it open the f-spot importer right away? [10:25] so the de package appears to be ok feature/translation wise [10:26] Mithrandir: I tried it with a "fake" camera (DCIM/ on an usb stick), and it DTRT for me (open f-spot importer) [10:26] asac: \o/ [10:26] TheMuso: ok, seems we can pull the trigger now :) do you want to have the honor? [10:26] pitti: Any way I can help... [10:26] TheMuso: "GIVE ME A \n!" [10:27] pitti: Ok if you need a tester, sure. [10:27] TheMuso: oh wait, seems I was confused; sorry [10:27] pitti, what do you need tested [10:27] TheMuso: you meant, "try camera", not "put your hand on the langpack trigger" [10:27] ? [10:27] pitti: lol [10:27] TheMuso: I though you were joking... [10:28] apprently my cam gets mounted fine on the desktop [10:28] pitti: I meant while I don't use the camera myself, I know it uses nautilus/is a drive, so can get it for testing. [10:28] TheMuso, ogra: so, I'm interested in what happens if you plug in a camera with mass-storage on current hardy; it should open the f-spot importer right away, and it should work; and if you open nautilus for the cam, you should get a working "open f-spot" button [10:28] it doesnt [10:28] pitti: remind me in six hours and I can test. [10:28] Mithrandir: thanks [10:29] asac: ok, uploading the lot [10:29] nautilus mounts it on the desktop, no f-spot in sight (opposite to me plugging in the SD card directly to the laptop which does open f-spot just fine) [10:29] pitti: Right, I would test, but I've been informed that the non-standard USB cable is not here right now. :S [10:29] pitti: rock! [10:30] ogra: do you get the button? [10:30] pitti, yup, i do [10:31] but it behaves differently on plug in [10:31] does it work? [10:31] hmm [10:31] clicked the button [10:31] no trace of f-spot [10:32] ogra: nautilus, preferences, media, what application is selected for camera import? [10:32] ogra: is your camera mounted, do you have a DCIM directory on it? [10:32] yes i do [10:32] as i said it did open the f-spot dialog before if i use the card in the builtin reader of my lappie [10:33] f-spot is the default for photo [10:33] and the camera mount has a DCIM directory? [10:33] yep [10:33] weird [10:34] what are the hal capabilities for the camera? [10:34] SANVOL/DCIM/100CASIO [10:34] SANVOL is the mountpoint? [10:34] yep [10:34] or a dir in the mount? [10:34] SANVOL is lying on my desktop atm [10:35] ok [10:35] as blockdevice [10:35] and the capabilities? [10:35] which one do you want to know [10:35] device manager has a lot here [10:35] the ones for the camera [10:35] maybe lshal > log before and after plugin the camera [10:35] and attach the diff to paste.ubuntu.com [10:36] that are over 50, let me script that [10:36] diff should be easy and efficient [10:36] it does the filtering for you [10:37] http://paste.ubuntu.com/15502/ [10:39] * seb128 reads gvfs code [10:39] that's just a "block" "storage" one [10:39] but the heuristics should be based on seeing DCIM/*.jpg [10:39] my own fake uSB stick has info.capabilities = {'volume', 'block'} as well [10:40] but i have a subdir there [10:40] and f-spot opens right away [10:40] and i''m sure my other cam has that too [10:40] (have no access to the ther one atm though) [10:40] pitti: well, he has SANVOL/DCIM/100CASIO [10:40] ogra: ah, so what's the layout again? DCIM/somedir/ffoo.pic? [10:40] what seb128 said [10:40] 100CASIO hods the jpegs [10:40] *holds [10:41] * pitti changes his USB stick accordingly [10:41] just checked, f-spot standlone works (hjust to make sure its not f-spot's fault) [10:42] hm, just works for me [10:42] /media/PittiUSB/DCIM/100CASIO/01 - Fruehstueck.jpg [10:43] ogra: you are running hardy-proposed du jour? [10:43] gvfs (0.2.4-0ubuntu1) hardy-proposed; urgency=low [10:44] -- Sebastien Bacher Tue, 27 May 2008 10:57:13 +0200 [10:44] in particluar, that? [10:46] sorry disconnect [10:46] i get the button, but no f-spot if clicking it [10:46] I can confirm that on an another box [10:46] which is not uptodate === ogra_ is now known as ogra [10:46] upgrading gvfs now to try [10:47] seb128: in particular, this bug would be quite independent from using the gvfs-gphoto backend, right? [10:49] seb128: ogra's is recent, hm [10:49] so I wonder how I can reproduce that with an USB stick [10:50] storage.model = 'DIGITAL_CAMERA' ... might that be something you need ? [10:50] ogra: did you restart your session using gvfs 0.2.4? [10:51] pitti: upgrading to gvfs 0.2.4 made it work on the box where it was not working [10:51] hmm, i didnt restart my session since prague i think, let me try [10:51] I still had 0.2.3 there [10:51] aah [10:51] there is one issue though [10:51] it should have a reboot notification or so [10:51] there is 2 f-spot actions listed in the nautilus properties [10:51] one is working, the other is not, but that's an another bug [10:51] right, I get these, too [10:51] me reboots [10:53] seb128: are there two .desktop files, or why are there two entries? [10:54] seb128: so if it works for ogra as well, I think we can set the f-spot button bug to 'fix committed'? [10:54] pitti: I think so [10:54] bug 208467 [10:54] Launchpad bug 208467 in nautilus "Camera Device button "Open F-spot Photo Manager" doesn't work" [High,Confirmed] https://launchpad.net/bugs/208467 [10:55] no go, sorry [10:55] hum [10:55] i also wonder why i dont get a nautilus window popping up [10:55] pitti: no clue about #27184 [10:55] ogra: but it is mounted automatically? [10:55] i have to click the icon on the desktop, shouldnt tht open a window as well ? [10:55] yes [10:57] ogra: strace -e execve -f -p $(pidof nautilus) [10:57] and click on the "open f-spot" button [10:58] http://paste.ubuntu.com/15506/ [10:59] * ogra wonders about SIGPWR [11:00] ogra: hm, but f-spot isn't actually opening? [11:00] ogra: does selecting the "other f-spot" in the nautilus properties make it work? [11:00] that's what I get when using the wrong one [11:00] I have the first one selected (if that's constant at all) [11:01] me too [11:01] confirmed here [11:01] if I select the other f-spot, I don't get f-spot [11:01] seb128, ogra: not opening a nautilus window is intended behaviour, since you are supposed to get f-spot *isntead* (not in addition) [11:02] so seems the actual issue is just to remove that broken f-spot from the list [11:02] I'm wondering why the heck f-spot is listed, it doesn't use the special mimetypes [11:02] maybe the code doesn't handle well 2 desktop have the same names or something === dholbach_ is now known as dholbach [11:03] seb128: do you know which desktop files it looks at for assembling the list of possible applications? [11:03] seb128: e. g. I also have gthumb installed, would be nice to get this as an option in tha tlist, too [11:04] yeah, "the other" works :) [11:05] pitti: just add "x-content/image-dcf" to the MimeType list in gthumb.desktop to get it listed [11:05] ogra: yay [11:05] pitti: we should get the new gthumb version in hardy btw, it fixes quite some crashers and issues [11:06] seb128: right, that's still on my list [11:06] should work on this today [11:06] pitti: add "x-content/image-dcf", run sudo update-desktop-database and it's listed in nautilus [11:06] I just tried [11:06] now i get the f-spot popup as well ... [11:06] thats a quite scary window with lots of technical crap in it though [11:07] my mother would be scared [11:07] cant it just say "camera detected, do you want to import ?" instead of showing me usb device paths and numbers ? [11:09] ogra: it already does run the import, this dialog is f-spot which finds several camera available and do a poor job at asking which one you want to use [11:10] hmm [11:10] seems it found my builtin webcam from the laptop as device [11:11] thinking its a PTP one [11:11] and it found the PTP one twice [11:11] that explains why [11:13] seb128: nice, that works in principle (gthumb); it would need a separate .desktop for the gthumb importer, though [11:13] http://people.ubuntu.com/~ogra/f-spot.png [11:13] right [11:13] the second entry is strange [11:13] seb128: i. e. open gthumb with the right path [11:13] that's what we did for f-spot [11:14] I'll try to accomodate that into the gthumb update [11:14] seb128: anyway, I still have no clue where the second f-spot comes from [11:14] defaults.list:x-content/image-picturecd=f-spot.desktop [11:15] pitti: I'm looking at it, it's due to f-spot.desktop (moving it away make the entry go away too) but no idea why [11:15] seb128: coudl it be that one? [11:16] pitti: arg [11:17] no :-( [11:18] pitti: in fact yes [11:18] seb128: ok, so AFAICS this is basically the only real big bug now which we should fix for .1; gphoto gvfs could wait for .2 if it's too late, right? [11:19] pitti: right [11:19] pitti: fixing the double entry issue now [11:19] stupid bug [11:19] oh, you got it? [11:20] do we have a bug number for it? [11:20] pitti: yes, that's indeed the default.list which should use f-spot-import for those [11:20] aaaaaaaaaah [11:20] *headdesk* [11:20] desktop-file-utils: /usr/share/applications/defaults.list [11:20] that's a static file [11:21] pitti: right, that's the default list [11:21] pitti: ie, what we define as system default is several applications are installed [11:22] bug 208467 seems to be closest, I think [11:22] pitti: Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/208467/+text) [11:22] I updated the bug [11:22] hi asac, news on my last email? [11:26] seb128: any idea how I can reset the values in the nautilus pref dialog? I don't find it in gconftool --dump nor gconf-editor [11:28] asac: ok, re. gnome-mplayer and gecko-mediaplayer, let me know how you want to proceed [11:28] norsetto: mplayer is in debian main right? [11:28] asac: I think in non-free [11:28] norsetto: anyway, we definitly need the ITP documented in changelog i guess [11:28] pitti: probably, looking at it [11:28] pitti: the problem with the build logs is it is running in parallel mode so has to be rebuilt without, i looked at the i386 build already (rebuilt at home without parallel) [11:28] norsetto: http://www.debian.org/distrib/packages [11:28] norsetto: if i search there for mplayer in unstable/non-free i get zero results [11:28] norsetto: for unstable/main i get mplayer [11:29] norsetto: looks like it was promoted to main in unstable [11:29] pitti: not sure about the bug number you mentioned though, it doesn't seem to pertain to OOo? [11:29] asac: yes, its in main now [11:29] calc: that was just a joke in response to "Error 65xxx occurred" [11:29] pitti: ah ok [11:30] pitti: the i386 build fails claiming -fexceptions needs to be enabled [11:30] * calc isn't sure why that would be disabled [11:30] asac: ok, what about the gnome-mplayer itp? Its from somebody else and he already uploaded a package 1 year ago. [11:31] pitti: ah there is a bugfix in rc1 for that [11:31] norsetto: what happened to that package? [11:31] pitti: i will try to spin a new build using rc1 today, was going to anyway, but appears the i386 build failure is solved by that already [11:31] asac: sitting in Mentors ever since from what I could see [11:31] seb128: ah, great [11:32] pitti: the sparc failure is most likely a buildd issue it works on debian (aiui) but hasn't built ooo in ubuntu for many months [11:32] calc: yeah, I was mainly concerned about i386, since amd64 worked, and now dist-upgrading on hardy-proposed is broken on amd64 [11:32] pitti: probably needs the language packs as well i would guess [11:32] * calc can upload those as well [11:33] right, but also -common etc. [11:33] oh yea, i386 builds the indep packages [11:36] norsetto: ever tried to get in contact with the initial uploader? [11:36] ITP owner? [11:36] norsetto: i have no clue whats going on ... didn't get the mail yet - not even in gmail :( [11:36] asac: yes, but the last one was few months ago [11:37] asac: perhaps I'm spammed by your ISP [11:37] norsetto: i am looking at gmail web-interface right now [11:38] asac: I can try to contact him again and tell him that we would like to bring it to debian, if he doesn't mind. If he minds than we forget about it [11:39]