[01:31] <qwebirc88831> I'm running .26-fixes on 12.04.  I have 6 front ends and a master backend.  On one frontend the recordings metadata does not refresh when selecting a recording.  It seems to work but slowly on the other frontends.
[01:32] <qwebirc88831> I am using the mythbuntu theme v 26.21
[01:32] <qwebirc88831> I am also using opengl as the theme painter
[01:32] <qwebirc88831> Any ideas of what I should check or look at to determine why the one frontend does show the metadata?
[01:33] <qwebirc88831> note:  if I watch a recording the meta data is there when I exit the recording
[01:34] <qwebirc88831> metadata shows fine in the blootube theme
[01:42] <qwebirc88831> thanks in advance for any ideas or pointers
[02:31] <qwebirc66325> I just got mythbuntu running on an i5. I started ripping my CDs. The first couple were fine. Now, when I try to rip the artist is always Blue Cheer. Any idea what is wrong?
[03:38] <Shadow__X> qwebirc88831: are they over wireless by any chance?
[04:03] <kmentat> Hey, I just set up the latest Mythbuntu from scratch, and I can't get the network interface to come up.
[04:03] <kmentat> It's a Broadcom BCM4401.
[04:04] <kmentat> I've also got a Broadcom BCM4311 Wifi interface onboard, but I have no intention of using it. Ever.
[04:05] <tgm4883> kmentat, I wonder if it has to do with this  http://askubuntu.com/questions/14970/broadcom-bcm4401-b0-100base-tx-issues
[04:05] <kmentat> Oh derp.
[04:06] <kmentat> Looking at this, I don't have a broadcom-sta-common.conf though.
[04:07] <tgm4883> hmm
[04:07] <tgm4883> kmentat, can you pastebin 'lsmod'
[04:07] <kmentat> That'll be exciting, since this machine has no network connectivity.
[04:07] <tgm4883> heh
[04:08] <tgm4883> ok
[04:08] <kmentat> I do have a blacklist-bcm43.conf though
[04:08] <tgm4883> kmentat, so according to that page, we need module b44 to be loaded
[04:08] <kmentat> Right.
[04:08] <kmentat> But here's the thing, I have ssb blacklisted, but it's still loading.
[04:08] <tgm4883> kmentat, so do an lsmod and see if it's loaded
[04:09] <tgm4883> kmentat, or try a modprobe on b44
[04:09] <kmentat> it's loaded, and when I try to modprobe b44 it just sits.
[04:09] <kmentat> It's not a hard hang, I can ctrl+c out of it easily
[04:10] <kmentat> I can't rmmod ssb either.
[04:11] <kmentat> System says it's in use, but I can't see anything that depends on it.
[04:12] <tgm4883> kmentat, do you have a 'bfe' module loaded?
[04:13] <kmentat> nyet.
[04:13] <kmentat> wl is loaded.
[04:13] <tgm4883> hmm
[04:13] <kmentat> I just tried modprobe -rv ssb and it did the soft hang again.
[04:13] <tgm4883> grep dmesg for 'b44' and 'bfe'
[04:14] <kmentat> No results for b44, b43, ssb, or bfe.
[04:15] <tgm4883> bfe provides the driver for that card it seems, try modprobing it
[04:15] <tgm4883> http://manpages.ubuntu.com/manpages/precise/man4/bfe.4freebsd.html
[04:15] <kmentat> I do have wl, though.
[04:15] <kmentat> Not found.
[04:15] <kmentat> The crazy thing is the freaking mythbuntu installer spoke Broadcom-ese perfectly fine.
[04:17] <tgm4883> kmentat, yea that doesn't make much sense
[04:18] <tgm4883> kmentat, I'd ask over in #ubuntu as this is an underlying OS issue. You'll probably have to grab some debs to copy over since you don't have a network connection
[04:18] <kmentat> I'm guessing whoever configured the disc image thought ahead.
[04:18] <kmentat> Good thing I've got some flash drives lying around and a perfectly functional system, eh?
[04:18] <tgm4883> yea
[04:20] <kmentat> Learned that trick long ago.
[20:24] <dekarl> superm1: is there a reason for keeping deb/debian/control when it's generated on every run ob build-debs from control.in anyway? (When I first tried to fix packaging issues I wondered why my changes to control didn't work until I realized its overwritten on every invocation)
[20:26] <dekarl> maybe it was debian/libmyth-$(ABI)-0.install instead, I'm not sure after seeing http://code.mythtv.org/cgit/packaging/commit/deb/debian?id=232ca207c520eb294db060a770aafd30ffa25afb
[20:47] <superm1> dekarl: you know maybe there really isn't
[20:47] <superm1> i think the main reason was so that you could literally cp -R debian onto a mythtv tree to upload to the ubuntu archive
[20:48] <superm1> but since I want  to eventually generate debian/changelog entires automagically too, that will go away too
[20:48] <superm1> so probably should just drop debian/control then


[04:52] <pitti> Good morning
[05:55] <hikiko> hello
[06:12] <pitti> hey hikiko, how are you?
[06:18] <hikiko> hi pitti :)
[07:06] <Steve_Jobs> can anyone help me diagnose why I can't install a wacom tablet?
[07:06] <Steve_Jobs> ?
[07:19] <flocculant> Steve_Jobs: you might be better in #ubuntu that's a support channel
[08:09] <hikiko> https://www.youtube.com/watch?v=bYWQhB2MB5w
[08:09] <hikiko> :D
[08:35] <alexarnaud> hello everyone !
[09:02] <willcooke> good morning all
[09:05] <Laney> hi hi
[09:06] <pitti> hey Laney!
[09:06] <seb128> hey u.k
[09:06] <seb128> & pitti
[09:06] <pitti> bonjour seb128
[09:06] <pitti> Laney: it's live!
[09:06] <davmor2> willcooke, Laney: Firing up my nvidia box now
[09:07] <willcooke> davmor2, thx
[09:08] <Laney> pitti: nice
[09:08] <Laney> I bet there's a chance for me to try it on gvfs ;-)
[09:15] <willcooke> ahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhaaaaaaaaaaaaaaaaa
[09:15] <willcooke> Happy birthday to you, happy birthday to you.  Happy birthday dear Laney! Happy birthday to you.  (c) Disney
[09:16] <seb128> oh!
[09:16] <seb128> Laney, happy birthday!
[09:16] <davmor2> willcooke, Laney: http://people.canonical.com/~davmor2/desktop-screenshots/nouveau.png
[09:17] <Laney> thanks
[09:17] <Laney> i iz old
[09:17] <Laney> thanks davmor2!
[09:17] <willcooke> davmor2, hurmph.  andyrock ^^ seems to work there
[09:17] <willcooke> thanks davmor2
[09:18] <davmor2> Laney: no your not popey iz old :D
[09:18] <willcooke> harsh
[09:18] <willcooke> but fair
[09:18] <davmor2> willcooke: he is a year older than me though and I'm normally one of the oldest in the room so he must be
[09:20] <willcooke> I'm snapping at your heels
[09:20] <Laney> pitti: do you know why gvfs was tested against the new nemo on some arches?
[09:20] <davmor2> willcooke, Laney: also remember that if the user with the issue is running a much newer card that the nouveau team might not of reverse engineered it yet
[09:20]  * Laney would rather not fix that problem
[09:21] <Laney> err, the other way around
[09:21] <Laney> YKWIM
[09:21] <willcooke> davmor2, ah, yeah I expect andyrock has a newish card.  Let's see once he's online
[09:23] <davmor2> willcooke: also I got to try out the add a password to disable secureboot because you chose to install 3rd party drivers, still not sure how microsoft work around that but hey :) That seems to work on hardware which is what I wanted to test :)
[09:23] <willcooke> neat
[09:24] <willcooke> not sure I know what that is, but sounds like no work for us, so.. yay!
[09:26] <davmor2> willcooke: if you in the install your select 3rd party drivers, or on system update and have secureboot enable it pops up a notice saying that because you are selecting that you can't use secureboot anymore and asks for a password to disable it I'll grab you a screenshot later from vm
[09:33] <davmor2> willcooke: http://people.canonical.com/~davmor2/desktop-screenshots/secureboot-warning.png  you get a similar warning on apt full-upgrade and on dist-upgrades too I would imagine although that would still need testing
[09:33] <Laney> where does learn more go to?
[09:34] <davmor2> Laney: one second I'll find out
[09:34] <pitti> Laney: gvfs/nemo: perhaps nemo was uploaded aroud the same time, and the build took longer on arm/s390x?
[09:35] <Laney> pitti: right, but the trigger should have been against the release version?
[09:35] <Laney> it didn't migrate
[09:35] <pitti> Laney: oh -- it still ran yesterday
[09:36] <pitti> Laney: until yesterday I had apt pinning disabled on scalingstack
[09:36] <pitti> Laney: due to the init-system-helpers/sysvinit lockstep thing (still remember?)
[09:36] <pitti> I re-enabled pinning this morning
[09:36] <davmor2> Laney: http://people.canonical.com/~davmor2/desktop-screenshots/learnmore.png
[09:36] <Laney> pitti: bleh
[09:36] <pitti> Laney: re-running ought to work, though
[09:37] <pitti> Laney: want to try the clicky-clicky rerun?
[09:37] <Laney> pitti: I will do, if it's going to use nemo from xenial-release :)
[09:37] <pitti> Laney: yes, apt pinning is back on
[09:38] <Laney> I couldn't remember if run-autopkgtest ... foo uses the newest foo all the time or if you need a trigger to take the proposed version
[09:38] <pitti> Laney: you don't specify the version of the test, just of the trigger
[09:39] <Trevinho> Morning
[09:39] <pitti> Laney: if you add a fake trigger for foo, it'll use -proposed, otherwise release
[09:39] <Trevinho> Jetlag almost fixed. Hopefully
[09:39] <Laney> pitti: indeed, I forgot what that meant
[09:39] <Laney> hi Trevinho
[09:39] <Trevinho> Laney: hi
[09:39] <Laney> what's crackin'
[09:40] <davmor2> Laney, willcooke: obviously I'll need to test that line on really hardware so I wonder if my Lenovo is using broadcom wifi if not then I know the xps13 does
[09:40] <willcooke> hi Trevinho
[09:40] <davmor2> s/really/real
[09:41] <Laney> davmor2: is this because of signed kernel modules?
[09:41] <davmor2> Laney: I assume so and that it is using secureboot correctly now
[09:42] <willcooke> anyone having connection issues to Canonical IRC server?
[09:42] <davmor2> Laney: but it does still raise the question of how does Windows get around it, I assume all the drivers for windows are signed too so they can just be added, but I still would of thought that, that would of changed the kernel key
[09:43] <pitti> Laney: ah, so apparently that worked for you
[09:43] <Laney> pitti: indeed!
[09:43] <seb128> willcooke, wfm
[09:44] <pitti> Requester: laney
[09:44] <willcooke> seb128, thx
[09:44] <Laney> pitti: a button to do all arches at once would be nice ;-)
[09:45] <Laney> anyways
[09:45] <Laney> yay for self service retries
[09:45] <seb128> indeed!
[09:52] <willcooke> seb128, I've got no menus in Gedit.  But then I've been messing around with it.  Is that a known issue?
[09:53] <seb128> willcooke, do you have local menus enabled?
[09:54] <willcooke> seb128, ah
[09:54] <willcooke> seb128, thanks
[09:55] <seb128> I guess that's a "yes"?
[09:55] <seb128> gedit use GTK CSD and no compiz bar so no integrated menus in that case
[09:55] <willcooke> yeah
[09:55] <willcooke> I remember now
[09:55] <willcooke> sorry
[09:56] <seb128> no worry
[09:56] <seb128> we need to fix that one before release...
[09:56] <willcooke> yeah
[09:56] <seb128> bug #1518516 for the record
[09:57] <willcooke> oh yeah, so.. don't know if you remember - design asked for a coloured bottom border on the active tab in a notebook (e.g. gedit tabs) to show the active tab
[09:57] <willcooke> well, turns out that we might have found a bug, and so it can't be done
[10:15] <pitti> Laney: and OMG, dude!!!
[10:15] <pitti> Laney: happy 30th! *hug*
[10:15]  * pitti hugs Laney and tosses a virtual beer
[10:15] <Laney> haha!
[10:15] <Laney> thanks pitti
[10:16] <pitti> grouphug!
[10:16]  * Laney is now going to start making groaning noises
[10:16] <Laney> sooooo olddddddd
[10:16] <pitti> just take your heart pills every day, and it will be good *cough* *cough* !
[10:17] <pitti> Laney: did you get something nice this morning? breakfast, cake, presents, snarky comments about the big three-ooh?
[10:18] <seb128> willcooke, :-/
[10:18] <chrisccoulson> Happy birthday Laney. Welcome to the old peoples' club :)
[10:18] <pitti> seb128, willcooke: some hugs for the old man, SVP
[10:19] <seb128> pitti, willcooke sang happy birthday on this channel earlier ;-)
[10:19] <Laney> pitti: I got some fruit trees to plant outside
[10:19] <seb128> but yeah, hugs are a nice idea
[10:19] <Laney> going out for a meal later
[10:19]  * seb128 hugs Laney
[10:19] <Laney> \o\
[10:20]  * Laney hugs seb128 and pitti
[10:20] <pitti> seb128: ah indeed! was offline at that time (train rides..)
[10:20] <Laney> http://www.thelarderongoosegate.co.uk/menus/january%20a%20la%20carte%20web.pdf
[10:20] <Laney> ^- going there
[10:20]  * Laney doesn't know what all of the words on that menu mean
[10:21] <pitti> Laney: neither do I, but I do comprehend "steak"!
[10:22] <Laney> \o/
[10:22] <pitti> Laney: like, I don't know what a John Dory is -- sounds awfully cannibalistic
[10:23] <Laney> local villain of the week?
[10:24] <pitti> hah
[10:24] <pitti> https://en.wikipedia.org/wiki/John_Dory
[10:24] <pitti> it's a fish!
[10:28] <Laney> iiiiiiiiinteresting
[10:29] <didrocks> good morning
[10:30] <seb128> hey didrocks
[10:30] <didrocks> salut seb128!
[10:30] <seb128> what time is your clock on now? ;-)
[10:30] <seb128> had a good night?
[10:32] <pitti> bonjour didrocks !
[10:33] <didrocks> seb128: had a long night (like 14h), but I guess not enough yet to take over the sleep deprevation of last week
[10:33] <didrocks> seb128: how about you!
[10:33] <didrocks> ?
[10:33] <didrocks> hey pitti!
[10:33] <seb128> waouh, crazy
[10:33] <seb128> for some reason I didn't feel tired yesterday afternoon/evening
[10:34] <seb128> just almost fall asleep in early afternoon and then it was over
[10:34] <seb128> I slept from 23h to 9h15
[10:34] <pitti> 14h! wow, that's like two nights
[10:34] <seb128> I didn't manage to shake out the start of cold though
[10:34] <didrocks> seb128: well, you did sleep well there :)
[10:34] <didrocks> argh
[10:34] <seb128> turned into a real cold :-/
[10:34] <didrocks> pitti: yeah, basically slept an average of 4h for the past week
[10:34] <pitti> so, FOSDEM, next opportunity to exchange germs!
[10:34] <seb128> yeah, I just didn't sleep much in the plane
[10:34] <didrocks> pitti: couldn't sleep in the plane at all as well
[10:35]  * pitti has managed to not get a cold since last May, crossing fingers..
[10:35] <seb128> usually skipping a night makes it difficult to stay up until the evening
[10:36] <pitti> yeah, I usually drink lots of strong tea or coke in that afternoon to stay awake
[10:39] <didrocks> seb128: whenever you got a minute, mind reviewing session-shorcouts?
[10:39] <seb128> didrocks, sure can
[10:39] <didrocks> I would like to finish that task this week if possible (MIRing, adding the dep…)
[10:39] <didrocks> thx!
[10:39] <seb128> but I'm about to go, I've an appointement at 12, going to do that once I'm back
[10:39] <didrocks> sure
[11:04] <pitti> Laney: the nemo thing worked, didn't it? gvfs isn't on excuses.html any more, it was gvfs, rigth?
[11:12] <Laney> pitti: indeed!
[11:22] <pitti> I'm close to the Belgian border now, and thus will drop offline soon; see you again in some two hours!
[11:37] <Laney> bleg
[11:42] <andyrock> morning
[11:44] <didrocks> hey andyrock!
[11:58] <willcooke> hey andyrock
[12:17]  * Laney pins vim
[12:17] <Laney> new version turns off python2 which breaks plugins written in py2
[12:17] <Laney> including ones in archive
[12:17] <Laney> :|
[12:20] <davmor2> Laney: I was going to ask barry about that but didn't see him online our vim build is built against python plugin bits which is really useful but not on the system with no python 2 anymore
[12:21] <davmor2> Laney: is there even a python3 version of vim build we can use?  or will be a case of dropping the pythony bit
[12:21] <Laney> davmor2: there is python3
[12:21] <Laney> you have to choose between python2 and python3
[12:21] <Laney> they just flipped it
[12:21] <Laney> which means that some things go from working to broken
[12:22]  * Laney apt-mark hold vim at ubuntu2
[12:25] <davmor2> Laney: right okay
[12:53] <tkamppeter> hikiko, hi
[12:55] <hikiko> hi tkamppeter
[12:55] <hikiko> thanks for the email :)
[13:10] <tkamppeter> hikiko, I hope this helps, this is all my experience with ordering stuff to locations where I travel to.
[13:13] <hikiko> well, what I wanted to do was slightly different but stefanie pointed out who I should ask so it helped in any case :D thank you :)
[15:18] <Sweet5hark> willcooke: so, installed the libreoffice snap the first time, hacked around with some LD_LIBRARY_PATH foo and git it down to ldd only missing libGL.so. Now building with mesa added to the snap ...
[15:22] <willcooke> Sweet5hark, thanks.  How big is mesa?
[15:24] <Sweet5hark> dunno what it will end up adding. However, when I told you a number last time I didnt have xorg and xmir in it already -- compared to those, mesa will be neglectable I assume.
[15:26] <Sweet5hark> current snap is 417MB (with XMir)
[15:26] <ricotz> welcome to the world of windows
[15:27] <ricotz> Sweet5hark, did you get my diff? also remember to push the packaging change so I would be able to give a real patch for credits
[15:28] <Sweet5hark> ricotz: we are not quite there yet. we are there when we update a 500MB download for a 1 bit security change in one lib ...
[15:28] <ricotz> exactly, so this seems to be getting ridiculous, doesn't it?
[15:29] <ricotz> Sweet5hark, https://paste.debian.net/plain/367431
[15:29] <Sweet5hark> ricotz: saw the diff, was merged already (and yes, I did --author it to you) ..
[15:30]  * Sweet5hark shrugs
[15:30] <ricotz> Sweet5hark, thanks
[16:06] <Sweet5hark> lol, installing npms is like a vacation with kids: 20% of time spend in a module called are-we-there-yet (aka the progress bar) https://github.com/npm/npm/issues/11283#issuecomment-175246823
[16:39] <gQuigs> Sweet5hark: is the snap apparmored?  does it work with the LO splash screen?
[16:40] <gQuigs> is it using the same apparmor profile I've been working on our something else?
[16:42] <Sweet5hark> gQuigs: currently not caring at all about apparmor, sorry
[16:42] <Sweet5hark> willcooke: FWIW: ./soffice.bin --help works -- but not much else yet.
[16:43] <gQuigs> Sweet5hark: oh, I thought snaps couldn't be deployed unconstrained
[16:49] <seb128> shrug, just spent an hour on the phone debugging a non ubuntu system
[16:49] <seb128> fs was mounted ro
[16:50] <seb128> a non *booting* ubuntu system
[16:50] <seb128> turned out that renaming a disk in "disks" created the issue, yeah for easy way to bug your system :-/
[16:51] <larsu> :(
[17:01] <willcooke> erk
[17:02] <willcooke> how old was the install?  I mean we've been using disk UUIDs for a loooong time
[17:02] <willcooke> unless the name effects the uuid?
[17:04] <seb128> that's a new LTS install
[17:04] <willcooke> erk
[17:04] <seb128> and fstab had no useful content
[17:04] <seb128> e.g no UUID line
[17:04] <seb128> I wonder how / was even mounted
[17:05] <seb128> but the system worked fine before the disk rename
[17:05] <seb128> after the rename the / was ro
[17:05] <seb128> which is enough for lightdm to not start :-/
[17:05] <seb128> the desk was starting after a remount,rw
[17:06] <davmor2> willcooke, seb128: sounds like something to have a play with in vm
[17:06] <seb128> yeah
[17:06] <didrocks> Trevinho: once you are around, please have a look at https://code.launchpad.net/~didrocks/unity/dep-session-shorcuts/+merge/284159 (should be straightforward) for including in next landing
[17:11] <didrocks> Trevinho: do you have any bot merging directly? I doubt you reviewed and I see that 3 minutes later, this was marked as "merged"
[17:11] <didrocks> (and I just did push to lp:~didrocks/unity/dep-session-shorcuts, just checked again)
[17:36]  * qengho away a while.
[18:27] <willcooke> quittin' time.  night all
[19:33] <davmor2> Laney: do you know what drive they renamed, I tried with a partition no change at least on 14.04.4
[20:06] <davmor2> Laney: ignore me it was seb128
[20:11] <seb128> davmor2, the only drive/partition
[20:11] <seb128> thanks for testing
[20:12] <davmor2> seb128: hmm I'll have a try with 16.04 tomorrow do you happen to know if it was 32 or 64 bit and if uefi was involved or not?
[20:12] <seb128> 64 bit
[20:12] <seb128> not sure about uefi, it's a custom desktop config, so probably not
[20:13] <davmor2> seb128: right I'll have a play on a none uefi setup in the morning and see if I can reproduce it then :)
[20:13] <seb128> thanks!


[00:19] <crimsun> bddebian: dude, 493512?
[00:19] <crimsun> bddebian: ;-)
[00:21] <bddebian> Like that one? :)
[00:22] <crimsun> well, I suppose it could be worse...
[00:22] <crimsun> bzr init
[00:22] <crimsun> sigh, sloppy focus
[00:22] <ion_> git init
[00:25] <directhex> hg init
[00:33] <jmarsden> How can I enable rebuilding manpages in a package that has a Makefile.in with a line such as   @ENABLE_REGENERATE_MAN_TRUE@README: pam_limits.8.xml limits.conf.5.xml    in it?  I edited the XML file to fix a documentation bug, but it isn't recreating the manpage for me...
[01:04] <crimsun> bddebian: patch attached.  Comments?
[02:52]  * NCommander finally has his crackberry working as a modem with Linux
[03:10] <ScottK> NCommander: Up for a REVU feature request?
[03:11]  * ScottK has harrassed his teenagers and poured some Scotch, so time to see about some coding.
[03:11] <ion_> Your teenagers like scotch?
[03:11] <ScottK> No.  That was for me.
[03:11] <ion_> I’m sure it’s a fine way to get them off your back, so you can code in peace.
[03:12] <ScottK> Actually I let them try a nice peaty single malt once.
[03:12] <ScottK> They don't want Scotch any more.
[03:14] <ScottK> I just love blog posts where they assume you care so much about whatever their project is they need to provide absolutely no context.
[03:14] <ScottK> http://www.vuntz.net/journal/2008/08/03/482-leaking-information-about-boston-summit-2008 in this case.
[03:14] <ScottK> I understand he's some Gnome guy, but that's it.
[03:18] <crimsun> not a ding against Vincent, but I fear sometimes we get a bit too self-important.
[03:19] <elky> gnome people are especially good at this
[03:19] <ScottK> I understand he has a really big hat, but that's about all I know about him.
[03:19] <ScottK> I've lived in Texas, so I don't hold hats like that against people.
[03:20] <crimsun> how true ;)
[03:20] <ScottK> Just filed my 2nd Launchpad bug of the day.
[03:21] <ScottK> So I'm now above my 1.5 average, but no where near the 5-a-day I'm supposed to be aiming for.
[03:24] <nxvl> ScottK: i think doc-base should be updated also
[03:24] <nxvl> ScottK: since lintian raises some errors with the lasted version of it
[03:24] <ScottK> nxvl: ENOCONTEXT
[03:25] <ScottK> nxvl: Are you picking up on a conversation we were having previously?
[03:25] <nxvl> ScottK: i've just have problems with one of them since i didn't found the section it was pointing to in my local version of it
[03:25] <ScottK> Ah.  Is this related to the Debian Policy backport?
[03:26] <nxvl> yup
[03:27] <ScottK> That's the context I was lacking.
[03:27] <elky> nxvl, do you use gnome by any chance?
[03:27]  * elky ducks
[03:27] <nxvl> ScottK: exactly
[03:28] <nxvl> elky: define "by any chance"
[03:28] <elky> nxvl, by any chance that it may form a case in point to my previous comment.
[03:29] <ScottK> elky: He's Peruvian.
[03:29]  * nxvl reads log
[03:29] <ScottK> ;-)
[03:29] <elky> ScottK, im not sure how to explain it, to be honest.
[03:30] <elky> but by all means, suggest ;)
[03:30] <nxvl> heh
[03:30] <nxvl> yes i use gnome
[03:30] <elky> ScottK, case in point.
[03:31]  * elky does too, and is notoriously terrible at providing context
[03:31] <ScottK> Ah.
[03:31] <wgrant> ScottK: I filed 15 LP bugs two days ago. And 9 the day before.
[03:32]  * elky stops trolling
[03:32]  * wgrant throws Ultamatix at elky.
[03:32] <ScottK> wgrant: Kewl.
[03:32] <wgrant> linux.com's article was wonderful.
[03:32]  * elky sets wgrant's face on fire.
[03:32] <wgrant> Ow.
[03:33]  * ScottK stomps on wgrant's face to put the fire out.
[03:33] <ScottK> Just trying to help.
[03:34] <wgrant> Thanks.
[03:34] <ScottK> You're welcome.
[03:34]  * ScottK thinks he smells chicken cooking.
[03:34] <ScottK> Oh, nevermind.
[03:37] <Hobbsee> dear flash, please FOAD.  thankyou.
[03:38]  * ScottK suddenly wonders why Launchpad doesn't use Flash.  It seems like a perfect match.
[03:38] <crimsun> dear -motu.  Please don't abuse the Flash highlight and make me frown.
[03:38] <crimsun> ;)
[03:39] <nxvl> wooohooo \o/
[03:39] <nxvl> p.u.c will we open for community people also!
[03:39] <nxvl> emgent: Thank you!!
[03:39] <emgent> np nxvl :)
[03:39] <emgent> thanks to Mark!
[03:39] <crimsun> community being members of ~motu and ~ubuntu-core-dev?
[03:40] <wgrant> Woah.
[03:40] <emgent> no
[03:40] <Hobbsee> crimsun: please make firefox not crash whenever i'm loading a page.
[03:40] <wgrant> Where was this announced?
[03:40] <ScottK> crimsun: Yes.
[03:40] <emgent> ~members too.
[03:40] <ScottK> On emgent's blog.
[03:40] <emgent> wgrant: planet
[03:40] <wgrant> Urgh.
[03:40] <emgent> :D
[03:40] <crimsun> wow, that's nice
[03:40] <wgrant> I'm not sure that's a good idea.
[03:40] <elky> ugh... this will not end well
[03:40] <wgrant> As a lot of ~ubuntumembers are technically clueless.
[03:40] <ScottK> We already have PPAs, this can hardly be worse.
[03:40] <wgrant> Others distros don't have that sort of thing.
[03:41] <crimsun> sweet, I'll put lolcats in mine!
[03:41] <elky> ScottK, only now *everyone* can recommend their PPAs on the planet
[03:41] <ScottK> They could do that already.
[03:41] <nxvl> wgrant: yep, i still don't understand how elmo accepted it, but it's decided
[03:41] <elky> theemahn could promote his ppa on the planet already... oh right... he didnt even use a ppa....
[03:42] <ScottK> Personally I think they ought to turn the PPAs off until they're signed, but that's just me.
[03:42] <wgrant> nxvl: I'm very surprised.
[03:42] <wgrant> ScottK: Mhm.
[03:42]  * wgrant applauds emgent.
[03:42] <elky> it's not even april fools day
[03:42] <nxvl> also elmo being a debian sysadmin also, and knowing the nightmare it is
[03:43] <elky> nxvl, elmo will be sitting back waiting for the 'change it back' screams
[03:43] <nxvl> ScottK: how signed?
[03:43] <crimsun> there's likely a lot of sandboxing going on.
[03:43] <wgrant> nxvl: Like the primary archive.
[03:43] <nxvl> oh
[03:43] <wgrant> nxvl: So I can't spoof your DNS and push my packages to your system
[03:43] <nxvl> that would be awesome
[03:43] <emgent> wgrant: :)
[03:44] <nxvl> or provide some mechanism to download the gpg key
[03:44] <wgrant> nxvl: There is no GPG key. That's the problem.
[03:44] <nxvl> i even have problems installing my packages since my system doesn't recognize my gpg key
[03:44] <ScottK> OK.  That's four.  One more and I've met my quota.
[03:44] <nxvl> wgrant: actually it shows me my fingerprint IIRC
[03:44] <crimsun> meaning you hadn't merged it into the keyring?
[03:44] <nxvl> but i can be wrong
[03:45] <wgrant> nxvl: Not on your PPA, no.
[03:45] <ScottK> Shouldn't take long.
[03:45] <nxvl> ScottK: 4 what?
[03:45] <ScottK> 4 launchpad bugs filed today.
[03:45] <wgrant> ScottK: I thought that too, but failed to make it to 20 in a day.
[03:45] <ScottK> I'm trying to do 5-a-day with Launchpad.
[03:45] <ScottK> 19 is still pretty impressive.
[03:45] <ScottK> The really depressing part is fix every bug and it'll still suck.
[03:46] <ScottK> You can't bug fix your way to a good design.
[03:46] <nxvl> oh ok
[03:46] <wgrant> It helps, a bit.
[03:46] <crimsun> but you sure can inflate your karma!
[03:46] <nxvl> i'm fixing a LOT of pbuilder bugs
[03:46] <nxvl> also i have just added a --build-twice-in-a-row option
[03:46] <crimsun> although I find it amusing that bzr work pretty much explodes one's karma
[03:47] <nxvl> but i'm still fighting with doc-base
[03:47] <ScottK> nxvl: Thanks for build-twice-in-a-row.  That'll be a big help.
[03:47] <ScottK> crimsun: Of course.
[03:47] <nxvl> ScottK: actually it was a quick and easy hack
[03:47] <ScottK> distro bug work counts almost nothing and distro uploads not at all.
[03:47] <nxvl> :D
[03:48]  * nxvl loves shell script
[03:48] <ScottK> As usual, it's easy to see where Launchpad development priority is.
[03:48] <tacone> nxvl: is there any activity anywhere around ucsa ?
[03:49] <crimsun> n-m makes me frown.  When I say don't roam, I mean it, but you're like a bellicose child.
[03:49] <nxvl> tacone: yep, packaging config-model
[03:49] <nxvl> tacone: waiting for augeas-perl to be synced to ubuntu
[03:50] <nxvl> and raphink being a machine writing lenses
[03:50]  * nxvl HUGS rawler
[03:50] <nxvl> err
[03:50]  * nxvl HUGS raphink
[03:50] <tacone> nxvl: apart from your honorous efforts, is there a mailing list, a forum or some place where people talk about it ?
[03:51] <nxvl> tacone: about augeas, config-model or ucsa?
[03:51] <nxvl> i think ucsa will end being config-model
[03:51] <tacone> I have no clue of what config-model is
[03:51] <nxvl> with some configurations for ubuntu specific things
[03:51] <tacone> I meant about ucsa in general.
[03:52] <nxvl> tacone: is a Blessing Aerosol
[03:52] <nxvl> tacone: well, -server ml will be the right place
[03:53] <ScottK> Oops.  That's 6.
[03:53] <tacone> nxvl: nice to know ubuntu servers need Aereosol. So it's only you and raphink for now, and you coordinate your efforts on the server ml ?
[03:53] <tacone> ScottK: it's 6 only in 1/24 of the world
[03:54] <ScottK> So, here I am finally on the Launchpad page I wanted after only an hour and filing 5 bugs.
[03:54] <nxvl> tacone: actually raphink is doing he's work on augeas, not specificaly on ucsa
[03:54] <nxvl> tacone: he's helping ucsa with his work, but it's not specific to it
[03:54] <nxvl> so we coordinate it on the augeas ML
[03:55] <emgent> uhm..
[03:56]  * nxvl is starting to hate doc-base
[03:56] <nxvl> emgent: btw, i have started translating motu-videos to spanish, why don't you make the same for italian?
[03:56] <emgent> i'm not in ubuntu it loco.
[03:56] <ScottK> So?
[03:57] <emgent> anyway i sent mail some week ago to italian translater.
[03:57] <emgent> (when i saw daniel mail)
[03:57] <nxvl> emgent: and why did you need on ubuntu it loco to do it, you are in MOTU Community, and that's what matters
[03:58] <nxvl> s/on/to be on/
[03:58] <nxvl> i'm in peruvian loco team, but not part of ubuntu-es
[03:58] <emgent> yeah it`s true, but it loco translater working to it
[03:59] <nxvl> but i speak spanish, i'm part of the MOTU community and i want to make it easy for more people to jump in
[03:59] <nxvl> so i did it
[03:59] <nxvl> emgent: i make the video again
[03:59] <emgent> subtitles ?
[03:59] <nxvl> emgent: that means take a camera and put my face on the video explaining everything
[04:00] <emgent> lol understand :)
[04:00] <Hobbsee> ScottK: nice effort
[04:01] <emgent> heya Hobbsee :)
[04:01] <ScottK> I think that's 29 in two weeks.  None marked invalid so far.
[04:01] <wgrant> ScottK: How many triaged?
[04:01] <Hobbsee> hi emgent
[04:01] <Hobbsee> wgrant: close to none, probably
[04:02] <ScottK> 6
[04:02] <wgrant> About half of mine were triaged within a day or two, which seems to support my theory that they work faster if you drown them.
[04:02] <Hobbsee> hah
[04:18] <emgent> na paralis!
[04:18] <emgent> ops, wrong window -.-
[04:18] <nxvl> ScottK: i have just send the patch for twice-in-a-row to bts if you want to take a look at it and test
[04:19] <nxvl> ScottK: i will apreciate feedback
[04:19] <ScottK> nxvl: Link me the bug and I'll try and look at it.  I'm currently fading, so it won't be tonight.
[04:20] <nxvl> ScottK: i'm on holidays, so i have no hurry :D
[04:20]  * nxvl searches the link
[04:20] <nxvl> ScottK: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493538
[04:20] <ScottK> Thanks.
[04:24] <nxvl> ScottK: and debdiff on Bug #254305 if you want to sponsor it
[04:24] <nxvl> :D
[04:24] <nxvl> ok
[04:25] <nxvl> now to sleep tomorrow i need to wake up early to fo to adventure island
[04:26] <nxvl> read you!
[04:35] <ScottK> Hobbsee: Was that sarcasm in 254333?
[04:35] <ScottK> I'm very tired, so I can't tell just now.
[04:37] <wgrant> ScottK: That's the way you're meant to do it, and I can't see that changing.
[04:37] <wgrant> Although it makes little sense.
[04:40] <ScottK> wgrant: I don't care if it's designed to show me irrelevant stuff.  I'd still rather it stop.
[04:41] <wgrant> ScottK: Please wait while some LP reeducators arrive at your home.
[04:41] <ScottK> Yeah, fortunately none of them live near here.
[04:42] <ScottK> This is unlike the SELinux upstream people I was seriously annoying during Hardy (trying to avoid a permanent fork from Debian).
[04:42] <ScottK> Their office is 20 minutes from my house.
[04:43] <emgent> lol
[04:43] <wgrant> Heh.
[04:44] <ScottK> "I care more about not forking from Debian than I do if it works and so I"ll just upload it as is if I don't hear back." proved to be a powerful motivator.
[04:50] <jonfore_> I'm curious about the Bug tracker...what do the status' mean? ex. - Confirmed, Triaged...
[04:51] <jonfore_> anyone?
[04:52] <Flannel> jonfore_: You'd be better off asking in #ubuntu-bugs, but confirmed means the bug has been confirmed, Triaged means its successfully undergone triage (correct bookkeeping information on the bug, right package, etc)
[05:11] <VladimirMelo> anyone can help me?
[05:12] <VladimirMelo> I'm getting a pbuilder error
[05:12] <VladimirMelo> when applying patches
[05:13] <ScottK> Not if you don't pastebin the error somewhere were we can see it, no.
[05:13] <VladimirMelo> ok
[05:13] <lifeless> ScottK: triple negative FTW
[05:14] <ScottK> Some people say negativity is my speciality.
[05:14] <VladimirMelo> http://paste.ubuntu.com/33536/
[05:15] <VladimirMelo> I was trying to create a liferea deb
[05:15] <VladimirMelo> updating...
[05:15] <ScottK> Your problem is here: applying patch 02_upstream_fix_crash_on_quit_when_updating to ./ ... failed.
[05:15] <ScottK> That patch doesn't apply.
[05:15] <VladimirMelo> yeah
[05:16] <ScottK> Are you trying to package a new version?
[05:16] <VladimirMelo> yes
[05:16] <VladimirMelo> what I should do?
[05:16] <ScottK> Odds are something changed with the code in that part of the package.
[05:17] <ScottK> Have you used dpatch-edit-patch before?
[05:17] <VladimirMelo> ScottK: no
[05:17] <ScottK> You want to learn about that.  See man dpatch-edit-patch.
[05:18] <ScottK> You'll also want to look at the code in the new upstream to see if the patch is still needed.
[05:18] <VladimirMelo> ScottK: I tried to do the same with pidgin and got the same trouble
[05:18] <VladimirMelo> ok
[05:18] <ScottK> If the patch is no longer needed, you can remove it from debian/patches and debian/patches/00list, and say so in debian/changelog.
[05:19] <VladimirMelo> ScottK: that's OK :)
[05:19] <VladimirMelo> ScottK: thanks
[06:47] <coolbhavi> hello I am getting an error with requestsync command: http://pastebin.com/d1cedae7f
[06:50] <punkrockguy318> Hey, the project that i've been working on has just put together a major release that I'd like to see get updated in Ubuntu.  Who can I talk to about this?
[06:52] <stefanlsd> punkrockguy318: best thing would be to contribute it yourself - https://wiki.ubuntu.com/MOTU/GettingStarted
[06:53] <punkrockguy318> my package is already in ubuntu
[06:53] <punkrockguy318> it's just the first update in about four years or so
[06:53] <crimsun> file a bug against the source package and include the necessary information
[06:56] <punkrockguy318> crimsun: alright
[07:12] <punkrockguy318> crimsun: done
[07:53] <txwikinger> Must a sync request be confirmed by a MOTU before it goes to the archive admin?
[07:55] <RAOF> Yes
[07:55] <txwikinger> ok thanks
[07:56] <coolbhavi> hello http://pastebin.com/d18beec2d error please help
[08:12] <Iulian> Lutin: Done, thanks for telling me.
[08:55] <geser> coolbhavi: re your first problem with requestsync: the correct use here would be "requestsync --lp -s clamfs intrepid"
[08:56] <geser> coolbhavi: and for the second problem (with the mail) you need help from LP devs
[08:56] <coolbhavi> Ok..
[09:06] <coolbhavi> geser, https://answers.edge.launchpad.net/launchpad/+question/41081
[09:23] <stefanlsd> What do we do with these messages - dpkg-shlibdeps: warning: dependency on libfontconfig.so.1 could be avoided if "debian/gpa/usr/bin/gpa" were not uselessly linked against it (they use none of its symbols)- log bug upstream?
[09:25] <RAOF> stefanlsd: You can deal with this (at least) two ways - you can remove the symptom by passing something like "--as-needed" to gcc, or you can fix the .pc file to only include libs that are actually necessary.
[09:25] <RAOF> The latter probably requires upstream participation, yes.
[09:26] <stefanlsd> RAOF: is it any reason to stop the inclusion of a package?
[09:26] <RAOF> Absolutely not.
[09:26] <stefanlsd> kk. thanks
[09:27] <RAOF> That warning will be triggered on a significant fraction of the archive.
[09:29] <AnAnt> is Matvey Kozhev here ?
[09:46] <geser> AnAnt: looks like Sikon/LucidFox is not here right now
[09:47] <Iulian> Would anyone like to ack some sync requests?
[09:48] <geser> Iulian: which ones?
[09:52] <mgolisch> heya are there any guidelines on packaging python software?
[09:52] <mgolisch> its one main script and severall files holding classes the script uses
[09:52] <mgolisch> what would be the right way to package this?
[09:52] <Iulian> geser: See private.
[10:02] <MrKanister> Hello
[10:02] <Iulian> Hi
[10:04] <gnomefreak> ScottK: didnt we pull flash 10 from Hardy backports?
[10:04] <MrKanister> I'v a question about REVU: Some say the Distribution in the Changelog has to "hardy", some others say it has to be "intrpid"...so whats correct now?
[10:05] <stefanlsd> mgolisch: Have a look in the wiki for the last openweek sessions. If i remember, one of them was specifically for packing python
[10:05] <mgolisch> ok will have a look
[10:06] <Iulian> MrKanister: Intrepid
[10:06] <geser> MrKanister: it has to be always the current development version, which is currently intrepid
[10:07] <MrKanister> That's what I thought....it makes more sense, but I was unsure. Thank you two :)
[10:12] <cyberix> Where should dh_testdir and dh_testroot be used?
[10:15] <Iulian> geser: Thanks
[10:16] <stefanlsd> How do i build a .deb after making my .dsc. should i be looking at pdebuild?
[10:17] <persia> stefanlsd: Either pbuilder or sbuild.
[10:19] <stefanlsd> persia: thanks. will try sbuild
[10:19] <persia> stefanlsd: Do you use LVM?
[10:19] <stefanlsd> persia: yeah
[10:19] <persia> In that case, you might find the mk-sbuild-lv script in ubuntu-dev-tools will do almost everything for you.
[10:22] <stefanlsd> mm. i think i need to go thru the pbuilder docs to understand it better.
[10:23] <persia> stefanlsd: Hrm?  Why the pbuilder docs if you are using sbuild?
[10:28] <stefanlsd> persia: wb - well, im thinking if i can just open and check stuff after i've used pbuilder, i dont need to go and make .debs.  I just really wanna check stuff is in the right place...
[10:29] <persia> stefanlsd: You want to make .debs: it's the easiest way to check things.
[10:29] <persia> Whether you use pbuilder or sbuild is up to you.  sbuild is considered slightly harder to set up, requires more allocation of disk space, and is slightly faster.
[10:30] <persia> pbuilder is a little easier to set up, requires less disk space, and differs from the environment on the buildds a little more than sbuild.
[10:30] <stefanlsd> persia: if i have pbuilder already. will that just work, or do i need pdebuild - which is like 300mb
[10:30] <persia> stefanlsd: That's not a question I can answer: I've never used pbuilder.
[10:31] <stefanlsd> persia: k :)
[10:32] <geser> Iulian: clisp FTBFS (see my comment on the bug for the failure)
[10:36] <yannick> Hello, is the PPA service down?
[10:37] <persia> yannick: You'll do better to ask in #launchpad
[10:37] <yannick> ok, thanks
[10:38] <stefanlsd> What would be the best way to test if things like the .desktop file and icon files are done correctly?  I have used desktop-file-validate on the .desktop file.
[10:40] <persia> stefanlsd: desktop-file-validate tries to verify that the file is correct in format, but doesn't check function.  For a test of function, you need to load it in a menuing front-end.  The standard means to do so is to install a .deb including the required files.
[10:41] <persia> Note that you'll need to be running a system with a xdg-compliant menu system (e.g. GNOME, KDE, Xfce)
[10:42] <stefanlsd> persia: ok. yeah. thats why i wanted to make the deb and try install it and see what happens :0
[10:43] <persia> stefanlsd: For which you'll want to become familiar with sbuild or pbuilder :)
[10:43] <stefanlsd> persia: yeah. thanks running standard gnome
[10:45] <stefanlsd> persia: kk. thanks. doing it now
[11:51] <Iulian> geser: It builds fine here - i386
[11:51] <Iulian> No idea why it FTBFS on amd.
[11:52] <Hobbsee> ScottK: if it's your bug i commented on, no.
[11:55] <cyberix> I'm working on a package that will contain python bindings for a C library that has already been packaged.
[11:56] <cyberix> the upstream package contains some simple C code and has a setup.py script which compiles the C code and installs everything to a directory
[11:57] <cyberix> How should I divide my packaging rules between the different targets in rules file?
[11:58] <Iulian> OT: Is anyone here good at making icons?
[11:59]  * Iulian needs one for http://live.gnome.org/PaperBox
[11:59] <cyberix> No, they are at #tango
[11:59] <persia> Iulian: An icon from scratch, or an icon from some random images that already exist?
[12:01] <Iulian> persia: From scratch because I cannot see anything that can help in the source package. It's a program that lets you view your ebooks, text docs etc.
[12:02] <persia> Iulian: Ah.  You might try #ubuntu-art then.
[12:02] <Iulian> Ok
[12:03] <Iulian> persia: It has +i, I must be invited to join it.
[12:05] <mouz> Iulian: I have had success asking for there help on their mailing list
[12:05] <mouz> *their help
[12:05] <jpds> Iulian: #ubuntu-artwork
[12:05] <jpds> It's a forwarding channel.
[12:05] <jpds> According to /msg ChanServ info #ubuntu-art
[12:07] <Iulian> jpds: Thanks
[12:10] <persia> Iulian: I'm sorry: I didn't mean to send you to the wrong place.
[12:10] <Iulian> persia: No problem!
[12:17] <emgent> moin
[12:18] <Iulian> Hey emgent
[13:21] <mgolisch> does ppa.ubuntu.com support other upload methods than ftp?
[13:24] <DktrKranz> mgolisch, IIRC no
[13:25] <mgolisch> ok
[13:25] <mgolisch> ftp needs more than one port right?
[13:25] <mgolisch> i have no direct internet connection
[13:30] <\sh> mgolisch: nope
[13:30] <mgolisch> damn
[13:30] <\sh> mgolisch: passive mode of ftp doesn't need a port 20
[13:30] <StevenK> It still requires two active connections
[13:31] <mgolisch> but it would require that my client can do outgoing connection on other ports right?
[13:31] <\sh> aeh one to the server (21) and one back (>1024) but this is normal tcp behaviour
[13:31] <mgolisch> which is not the case
[13:31] <StevenK> \sh: No, two seperate connections. High port -> 21, and High port client -> high port server for passive or high port client -> 20
[13:32] <mgolisch> i only have a http proxy and a ssh server which i can use to forward localports to some remotehost:port
[13:32] <mgolisch> i guess that wont work for ftp
[13:33] <laga> you could upload from the the ssh server?
[13:33] <laga> s/the//
[13:33] <mgolisch> yeah i could do that
[13:33] <\sh> StevenK: ah yes :)
[13:33] <mgolisch> do the gpg keys need to be imported there too? for dput to work?
[13:33] <mgolisch> or does it not do anything with the gpg keys?
[13:34] <StevenK> mgolisch: dput will verify the signature is valid, and then upload.
[13:34] <StevenK> mgolisch: The server then checks your key is in the keyring
[13:34] <mgolisch> damn maybe ill just wait for my dsl line to get fixed
[13:34] <mgolisch> might be easier
[13:34] <mgolisch> :)
[13:45] <Laney> geser: Hey, what do you want to do about nepenthes?
[13:47] <geser> Laney: first I want to reach soren and ask about the dropped libipq_pic.a in iptables-dev. Once it's back again, one could think about adding the iptables-dev build-dependency again.
[13:48] <Laney> geser: Is that build-dep all it needs? Or patches to configure too?
[13:48] <geser> Laney: I don't know what the DD do, to disable it
[13:49] <Laney> ok
[13:49] <geser> Laney: it's also need a small patch to link against libipq_pic.a (see the old Ubuntu changes)
[13:50] <Laney> Yep, I saw that. Just thought we'd go with the DD. But if we want to keep the PIC stuff then that's cool too
[13:52] <geser> Laney: It depends if libipq_pic.a comes back again (nepenthes needed it in the past and perlipq still needs it to build on AMD64)
[13:52] <Laney> geser: OK, maybe after you've talked to soren then you can decide what to do ;)
[13:52] <geser> Laney: if you prefer I can upload the current changes now and add back iptables-dev later
[13:53] <Laney> geser: It's up to you. Perhaps figure out how long it'll take and then upload now if there's going to be a longish delay, or otherwise wait?
[13:54] <geser> Laney: I guess I'll upload now as soren seems to be away since a few days
[13:55] <Laney> OK, sounds good
[13:55] <devfil> asac: I've tested all rdepends of xulrunner as you requested
[13:56] <slytherin> geser: I have filed bug for the openjdk problem. Do you have any idea how to debug it?
[14:01] <geser> slytherin: Hi, no idea
[14:02] <geser> slytherin: have you some time to inspect the libjboss-cache1-java FTBFS? http://launchpadlibrarian.net/16481939/buildlog_ubuntu-intrepid-i386.libjboss-cache1-java_1.4.1.SP9-1_FAILEDTOBUILD.txt.gz
[14:02] <geser> does perhaps jbossas4 need a new interation where some jars are included again?
[14:03] <slytherin> geser: exactly, but this openjdk problem is blocking that.
[14:04] <geser> argh
[14:10] <geser> slytherin: I tried installing openjdk-6-jre-headless inside my intrepid pbuilder and it installs successfully (I'm on AMD64)
[14:10] <geser> can you reproduce this problem?
[14:11] <slytherin> geser: I am checking. I have just changed build dependency from java-gcj-compat-dev to default-jdk-builddep and changed JAVA_HOME accordingly
[14:12] <persia> Which bug number is this?
[14:14] <slytherin> persia: bug 254221
[14:14] <slytherin> geser: I am not able to reproduce the error today.
[14:22] <persia> Hmmm.  For amd64, I can install openjdk-6-jre-headless, but I get a bug error when I try to run `java`.  For i386 and lpia, I get dependency issues: segfault during openjdk-6-jre-headless install (these chroots are on an amd64 host)
[14:22] <persia> s/bug/bus/
[14:27] <sebner> joaopinto: really sure that I can takeover coverfinder?
[14:32] <mgolisch> is there something special i have to do to make my packages show up in my ppa?
[14:32] <mgolisch> dput seems to have uploaded the package but the archive is still not there
[14:32] <mgolisch> did i do something wrong?
[14:33] <persia> mgolisch: You may want to ask in #launchpad: there was talk of something having issues earlier.
[14:40] <Lutin> crimsun: ping about a change you made on trang (GCJFLAGS = -O0)
[14:44] <Hobbsee> persia: it's dead.
[14:44] <StevenK> persia: Do those chroots have /proc mounted?
[14:45] <slytherin> geser: I am getting problem again. It is either memory problem or something related to have gcj and openjdk installed simultaneously in the chroot.
[14:47] <geser> slytherin: does keeping java-gcj-compat-dev for now work? so we could get the boot-strapping finished and change to openjdk later once the problems are solved?
[14:48] <slytherin> geser: that doesn't make a difference. I was having problem even when java-gcj-compat-dev was there. Then it worked with openjdk and I am having problem again.
[14:48] <geser> :(
[14:49] <slytherin> geser: The difference I have made is I added some build dependencies to proceed. Let me check if any of those deendencies specifically depend on gcj
[14:49] <slytherin> I mean java-gcj-compat
[15:03] <slytherin> geser: I am bit confused, why does default-jdk-builddep depend on java-gcj-compat-dev?
[15:04] <geser> slytherin: wasn't the -builddep variant for those packages which still build a -gcj variant? so it make sense that it installs gcj
[15:05] <slytherin> geser: I guess then I don't need it. I only need default-jdk
[15:08] <geser> slytherin: yes, AFAIK you only need default-jdk-builddep when you build <package>-gcj
[15:09] <geser> slytherin: I was about to look at your libpdfbox-java debdiff: should I change it there too to just default-jdk?
[15:10] <slytherin> geser: yes.
[15:32] <slytherin> geser: I am tired, still getting same error. :-(
[15:33] <crimsun> Lutin: pong, was from Debian IIRC
[15:35] <persia> StevenK: They do
[15:36] <geser> slytherin: hmm, for what's worth: I've tried to rebuild the current jbossas4 package and it still builds
[15:37] <slytherin> geser: I am doing all this on my dad's laptop. I will do it on my machine tomorrow when I return to my work place.
[15:37] <geser> I've seen doko doing several rebuild for openjdk and the FTBFS list doesn't show many -java packages
[15:37] <persia> geser: On amd64?  Do you have an 1386 chroot?
[15:38] <geser> persia: on amd64, I didn't create a i386 intrepid pbuilder yet (no need till now)
[15:41] <geser> slytherin: have you anything that I could try here?
[15:42] <slytherin> geser: Nope. I think I will continue tomorrow. Have to go now.
[15:42] <geser> slytherin: ok
[15:44] <joaopinto> sebner, yes
[15:50] <Lutin> crimsun: doesn't seem to be in debian anymore, do you think it's useful to kkep it ? it's the only delta remaining
[15:50] <ScottK> gnomefreak: We did.
[15:51] <gnomefreak> ScottK: thanks
[15:51] <crimsun> Lutin: no, it's not worth retaining.  Sync it.
[15:51] <ScottK> The version number is still there, but it's the part after really that's the real version.
[15:56] <Lutin> crimsun: thanks
[15:56] <persia> Hrm.  I'm getting a lot of "untrusted packages" warnings on a hardy system.  Is there something funny with keys?
[15:58] <ScottK> Are these sounrce packages?
[15:59] <ScottK> urgh ... source ...
[16:01] <persia> ScottK: No.  Binary packages.
[16:02] <ScottK> Hmmm.  No, I don't see that.
[16:02] <persia> OK.  My config then.  Thanks for the verification.
[16:02] <ScottK> That or your DNS cache is poisoned (probably not, but worth considering)/
[16:03] <persia> Quite possibly.  My provider is vulnerable.
[16:06] <Mez> are we in a freeze atm ?
[16:06] <persia> Mez: Only import freeze
[16:06] <Mez> hmmles... why would something show as uploaded in LP, but not be in the archives?
[16:07] <ScottK> in New maybe?
[16:07] <persia> Mez: Source not published?  After how long?
[16:07] <Mez> persia, binary not published...
[16:07] <persia> Mez: Check the build history: there are all sorts of reasons that could happen.
[16:08] <Mez> PUBLISHED: Intrepid  pocket Release  in component main  and section web
[16:08] <Mez> ah feck
[16:08] <Mez> FTBFS
[16:09] <ScottK> That would be another possibility.
[16:14] <Mez> Yeah, needs to be given back
[16:15] <geser> Mez: which package?
[16:15] <Mez> php5
[16:16] <geser> Mez: you need a core-dev for that (or a build admin)
[16:17] <Mez> geser, I know...
[16:19] <geser> Hobbsee: have you time to help Mez?
[16:20] <Mez> geser, I've already /msg'd her
[16:20] <geser> good
[16:25] <Hobbsee> geser: core devs can't do givebacks
[16:25] <Hobbsee> unless they're buildd admins too, of course
[16:27] <Hobbsee> archive admins can't, either.
[16:28] <geser> Hobbsee: so it's enough to be a MOTU to do give-backs for universe, but you need to be a build admin to give-back packages in main?
[16:28] <Hobbsee> geser: can MOTU's do givebacks for universe now?
[16:28] <geser> Hobbsee: at least I could do it the last time I needed it
[16:29] <Hobbsee> cool
[16:29] <Hobbsee> i don't know - maybe the main people can do it.
[16:29] <Hobbsee> i've not heard any talk about it
[16:29] <Hobbsee> and of course, i wouldn't see the change.
[16:31] <jpds> I was under the impression that everyone can give-back, assuming they're in motu or ubuntu-core-dev
[16:32] <ScottK> Mez: You want all the php5 builds in Intrepid retried?
[16:32] <ScottK> (Yes, core-dev can do that).
[16:33] <ScottK> Mez: If so, why is it going to work the 2nd time?
[16:34] <geser> ScottK: looking at the build log, it should work now because libltdl7-dev is now in main
[16:34] <ScottK> Hobbsee: If I understand the terms correctly, he wants a retry of a failed build, not a give-back of one that worked.
[16:35] <ScottK> Trying i386
[16:36] <stefanlsd> I've built a new the gpa version from upstream. Do i just upload the debdiff to the bug? who do i subscribe?
[16:38] <Laney> stefanlsd: Upload the .diff.gz and subscribe the appropriate sponsors queue
[16:38] <stefanlsd> Laney: how do i know who the appropriate sponsors queue would be?
[16:39] <Laney> package in {uni,multi}verse: ubuntu-universe-sponsors. main/restricted: ubuntu-main-sponsors
[16:39] <stefanlsd> Laney: aah. kk. thanks.
[16:41] <Mez> ScottK, Hobbsee has already flipped the magic switches :) she knows what I meant - it failed to build cause of an uninstallable dependency. Which now works.
[16:42] <ScottK> OK.
[16:55] <ScottK> Heya \sh.
[16:56] <ScottK> I made a comment on your Leonov release schedule ...
[16:58] <sebner> \sh: congratulations ;)
[16:59] <emgent> sebner: walcome back! :)
[16:59] <emgent> s/walcome/welcome/
[16:59] <sebner> emgent: thx ^^
[17:00] <geser> sebner: Hi, how was your vacation?
[17:01] <sebner> geser: yeah was nice. Though I'm here since wednesday :P
[17:02] <jpds> sebner: How was your beauty sleep?
[17:03] <sebner> jpds: It was so great that if I would send you a picture of me now you would get blind :P
[17:23] <stefanlsd> firefox keeps crashing trying to attach a debdiff. heh
[17:25] <emma> :)
[17:27]  * ScottK hands https://help.launchpad.net/BugTrackerEmailInterface to stefanlsd
[17:27] <stefanlsd> hehe. thanks. got it working.  had to click new session, instead of restart
[17:28] <stefanlsd> Anyone mind just giving this a glance before i subscribe u-u-s? - https://bugs.launchpad.net/ubuntu/+source/gpa/+bug/160751     (new to this)
[17:28]  * ScottK files another launchpad bug.
[17:31] <sebner> ScottK: another, another, another :)
[17:31] <Mez> is there a quick way to automatically test all the packages for dependencies that cant be installed?
[17:32] <ScottK> sebner: I got my 5 yesterday, so I'm happy.
[17:32] <sebner> ScottK: hrhr :)
[17:32] <ScottK> Not kidding.
[17:33] <sebner> ScottK and his crusage against LP :P
[17:34] <chesteroni> hello :-)
[17:34] <ScottK> sebner: I just think we should have good tools.
[17:35] <sebner> ScottK: good = open? :P
[17:35] <ScottK> Good == does the job well.
[17:35] <chesteroni> I just found something that looks like an error in package python-xml (package is lacking some important modules present in tarball)
[17:35] <stefanlsd> im pretty impressed with LP
[17:35] <chesteroni> Is it a good place to ask what is really wrong ?
[17:36] <ScottK> The fact that it's not open limits my ability to affect that.
[17:36] <sebner> ScottK: kk ;)
[17:36] <ScottK> chesteroni: Sure.
[17:36] <ScottK> chesteroni: Keep in mind that the python-xml package we have is only meant to provide things not provided by Python itself (much of python-xml was incorporated into Python in python2.4.
[17:36] <ScottK> )
[17:37] <chesteroni> so my problem ist very simple to reproduce: I need to use Canonicalization module (c14n) from PyXML
[17:37] <geser> Mez: something like "apt-cache unmet -i"?
[17:37] <chesteroni> from xml.dom.ext import Canonicalize
[17:37] <chesteroni> that's all - it doesn't work because python do not know what is 'ext'
[17:38] <chesteroni> ext is availavle in PyXML tarball and after manual installation it works, but I couldn't force python to run it without manual installing
[17:39] <ScottK> OK.
[17:39] <Mez> geser, sort of...
[17:42] <ScottK> chesteroni: I'm looking at it.
[17:43] <chesteroni> ok, thanks ScottK :-)
[17:43] <ScottK-laptop> chesteroni: I think I have the solution for you.
[17:44] <ScottK-laptop> In Hardy we moved the old python-xml functions out of the default path so they wouldn't be used in place of the ones provided by Python.
[17:44] <ScottK-laptop> This works for me ...
[17:44] <ScottK-laptop> import sys
[17:45] <ScottK-laptop> sys.path.append('/usr/lib/python%s/site-packages/oldxml' % sys.version[:3])
[17:45] <ScottK-laptop> from xml.dom.ext import Canonicalize
[17:45] <ScottK-laptop> chesteroni: Would that solve your problem?
[17:46] <chesteroni> I'm looking but it might be possible that manual installation changed environment conditions and made the answer unreliable
[17:48] <ScottK-laptop> OK.  If you want stuff from the old python-xml that's, I think, pretty well the way to do it.
[17:48] <ScottK-laptop> FYI, I borrowed that from the pyslide package.
[17:49] <Mez> geser, nope, that doesnt exactly show what I'm looking for - it doesnt tell me for example, that
[17:49] <Mez>   freetds-dev: Depends: libct4 (= 0.82-3) but it is not going to be installed
[17:49] <Mez>                Depends: libsybdb5 (= 0.82-3) but it is not going to be installed
[17:49] <chesteroni> ok, ScottK - it works, but I'm not sure, that is the solution (because of installation of the tarball). Anyway - why i needed to append my path, when e.g. from xml.dom import minidom works fine ?
[17:51] <ScottK> The python-xml functions that were incorporated in Python itself in 2.4 are available on the normal path (and you don't need python-xml installed).  Those that weren't need the non-standard patch and the python-xml package.
[17:52] <chesteroni> well - that's what I don't understand - they need the non-standard path... but installing the tarball does not force me to change the path.
[17:53] <chesteroni> Anyway - I am totally lame in packaging system so forgive me my ignorance :)
[17:53] <ScottK> The path changes are part of the Ubuntu packaging of python-xml.
[17:54] <ScottK> The problem is that python-xml is pretty unmaintained and so where something exists in Python itself you'd really rather not use the older python-xml version.
[17:55]  * ScottK goes AFK for a while ...
[20:09] <sebner> joaopinto: mind telling me something about your patches for coverfinder?
[20:10] <joaopinto> hum, let me check them
[20:11] <joaopinto> sebner, not much to say, adds a missing header, and a format string as expected by the function
[20:11] <sebner> joaopinto: noticed during testing the application?
[20:12] <joaopinto> during compile time on intrepid, gcc4.3
[20:12] <joaopinto> actually I forgot to send them upstream
[20:13] <joaopinto> or maybe I did.. hum need to review my sent mails :P
[20:13] <sebner> joaopinto: because /here it's building without problems ;)
[20:14] <joaopinto> well, did you got warnings ? eventually I had different cflags and warnings were treated as errors
[20:15] <sebner> joaopinto: have to check again. but if sent them upstream it's good. need to patch also the .desktop file though
[20:17] <joaopinto> can someone review http://revu.ubuntuwire.com/details.py?package=amoebax ? Thanks
[20:24] <NCommander> sebner, what are you trying to build?
[20:24] <sebner> NCommander: nothing, why? O_o
[20:24] <NCommander> sebner, oh ...
[20:24]  * NCommander hides
[20:25] <sebner> NCommander: lol, nvm ;)
[20:25] <NCommander> sebner, so what's up?
[20:25] <sebner> NCommander: nothing, I'm just taking over a package on revu and asked for what the patches in it are
[20:26] <NCommander> sebner, I was trying to find an advocate for my package
[20:26] <NCommander> sebner, http://revu.ubuntuwire.com/details.py?package=pangomm
[20:26] <sebner> NCommander: sry, I'm not (yet) a motu :P
[20:27] <NCommander> d'oh
[20:27] <NCommander> ScottK, ping?
[20:27] <sebner> NCommander: norsetto gave to a big list to work on ;)
[20:28] <NCommander> sebner, its mostly questions that have already been resolved
[20:29] <ScottK> NCommander: Pong
[20:29] <NCommander> ScottK, mind I can torture^W bug you for looking at a package?
[20:30] <ScottK> OK.
[20:30] <ScottK> I can give it a quick look.  No promised on a detailed scrub.
[20:30] <NCommander> ScottK, well, I need to upload another revision so hold on
[20:43] <joaopinto> the mandvd package on revu is abandoned, can a user dput over an existing package from another user ?
[20:44] <ScottK> Yes.
[20:45] <joaopinto> ok, I will pick it up once amoebax gets accepted
[20:46] <stefanlsd> how long does it take "normally" for u-u-s to check out a diff...
[20:46] <ScottK> It varies.  Normally a few days.  Dunno how backup up it is right now.
[20:47] <stefanlsd> oh ok.  are community members on u-u-s or canonical employees. or both?
[20:47] <geser> every MOTU can sponsor from the u-u-s queue
[20:48] <stefanlsd> ok. once you are a member of the MOTU team?
[20:48] <ScottK> Any MOTU can sponsor.
[20:49] <ScottK> If you're on the team you can unsubscribe stuff from the team if it's not ready.
[20:49] <laga> is motu-sru still alive?
[20:49] <ScottK> That's really the only difference.
[20:49] <ScottK> laga: Yes, just with some fewer members.
[20:49] <bobbo> stefanlsd: the sponsorship queue is quite slow this cycle, i have a couple of bugfixes that have been siting there for 3+ weeks
[20:50] <geser> ScottK: do you know who from motu-sru is currently most active? I still wait for a comment from motu-sru.
[20:51] <ScottK> geser: It's been mostly dtkranz (that's not his IRC nick, but it's close).
[20:59] <sebner> ScottK: dktrkranz :P
[21:01] <Laney> d
[21:01] <Laney> Ignore that
[21:01]  * sebner is ignoring Laney :P
[21:10] <cyberix> Which one should be preferred?  1) copying man pages directly from the source tree 2) copying man pages from installed tree after "make install"
[21:14] <azeem> cyberix: usually the latter is done
[21:14] <azeem> cyberix: though one wouldn't have to copy them again once they're installed, just include them in the package
[21:17] <cyberix> azeem: I split the files into multiple packages. That is why I'm compying them
[21:20] <azeem> then usually the files get installed in debian/tmp, and from there installed into the respective package by the appropriate debhelper program
[21:25] <nxvl> persia: around?
[21:35] <sebner> asac: what is the mozilla chan called again?
[21:36] <asac> sebner: #ubuntu-mozillateam
[21:36] <asac> simple ;)
[21:37] <jpds> sebner: /msg Alis list #ubuntu-*
[21:39] <sebner> jpds: thx, for future ^^
[21:43] <nxvl> sebner: did you have some time free now?
[21:44] <sebner> nxvl: hmm, depending on what and how long you need :P
[21:45] <nxvl> sebner: to test the patch on Bug #254305
[21:46] <sebner> nxvl: well, clearly not today but tomorrow.
[21:49] <nxvl> sebner: sounds awesome to me
[21:49] <sebner> nxvl: really ok? Since I'm not the only person currently online ^^
[21:50] <nxvl> sebner: yes, i'm just looking for testers
[21:50] <nxvl> sebner: and better to have more testers than less
[21:51] <sebner> nxvl: sure since the changes are not that ignorable ^^
[21:51] <RoAkSoAx> heya guys, in debian/control i should remove "Uploaders: etc..." right?
[21:59] <nxvl> sebner: at least that feature, all the other changes in the patch are minor changes
[22:00] <sebner> RoAkSoAx: nope
[22:00] <sebner> nxvl: yep, hope it works ^^
[22:00] <RoAkSoAx> sebner, but if Uploaders: tag is for debian, shouldn't it be removed from ubuntu debian/control?
[22:01] <ScottK> RoAkSoAx: Why would you want to do that?
[22:01] <sebner> RoAkSoAx: we want to keep the delta as small as possible. we just change the maintainer and don't want to remove anything
[22:01] <RoAkSoAx> ok cool
[22:01] <ScottK> What advantage would that additional differene create?
[22:02] <nxvl> ScottK: that in ubuntu we don't have uploaders
[22:02] <nxvl> ScottK: and someone can think that the uploader where responsable for uploading that into ubuntu
[22:03] <nxvl> ScottK: at least we should move it into an XS- field
[22:03] <RoAkSoAx> thanks
[22:03] <ScottK> I don't think that's significant.
[22:03] <Laney> Can I tell CDBS not to gzip docs that are installed?
[22:03] <ScottK> Why?  The whole point of changing maintainer was to avoid confusion.  Since we don't use uploaders, it's just wasteful diff.  By definition uploaders are Debian.
[22:04] <RoAkSoAx> ScottK, because i thought the same thing as nxvl
[22:04] <ScottK> OK.  I don't think it's worth it.
[22:04]  * directhex makes an NMU upload of ScottK
[22:05] <sebner> lol
[22:05] <ScottK> Laney: Try DEB_COMPRESS_EXCLUDE := with a regex of the files that should be excluded.
[22:05] <Laney> ScottK: Thanks.
[22:06] <nxvl> ScottK: did you test the build-twice-in-a-row feature?
[22:06] <ScottK> nxvl: Not yet.
[22:06] <ScottK> Probably tomorrow.
[22:06] <sebner> nxvl: hihi, all tomorrow
[22:06] <nxvl> ScottK: i also move gdebi to suggests, since you where right, there is no need of it in recommends
[22:06] <ScottK> Unless you want to come over and clean the kitchen while I do it?
[22:06] <sebner> ScottK: like me ^^
[22:06] <nxvl> sebner: i'm on holidays in orlando, so there is no hurry
[22:06] <ScottK> nxvl: Did you get the alternative for the KDE version?
[22:07] <nxvl> sebner: today we had a stop since we all are to tired to continue shaking ourselfs in the roller coasters
[22:07] <sebner> nxvl: maybe I can save time and install your binary? ^^
[22:07] <sebner> nxvl: lol
[22:07] <nxvl> ScottK: i don't see the point to use "|" on suggestions, it will show onyl one, and it will be the first always
[22:08] <nxvl> ScottK: so no, i didn't
[22:09] <nxvl> ScottK: for depends and (now) for recommends it's usefull since if you have one installed it will accept it, but for raising a suggestion, i don;t think it worth it
[22:11] <nxvl> sebner: yeah, but i don't know what's happening with ppa, i uploaded it yesterday and it's not build yet
[22:11] <sebner> nxvl: I'll see tomorrow :)
[22:12] <nxvl> :P
[22:13] <ScottK> nxvl: apt does have an option for install suggests, so I think it's useful.
[22:15] <nxvl> ScottK: ok, that's sounds fair to me
[22:15]  * nxvl changes
[22:15] <Laney> ScottK: DEB_COMPRESS_EXCLUDE worked well, thanks
[22:15] <Laney> Almost ready for REVU now ;)
[22:15] <ScottK> Laney: You're welcome.
[22:16] <Laney> (Is there a list of these vars anywhere apart from source diving?)
[22:23] <cyberix> Is there something wrong with REVU?
[22:23] <cyberix> I uploaded my package 30 minutes ago and it still has not appeared.
[22:23] <jpds> cyberix: Which package?
[22:23] <cyberix> pyliblo
[22:24] <jpds> cyberix: It's in the rejected/ directory, please log in with OpenID at http://revu.ubuntuwire.com.
[22:25] <jpds> Do not reupload. :) I'll just move the .changes file to the right folder.
[22:26] <jpds> cyberix: All good?
[22:27] <cyberix> The login failed, but I still got in
[22:27] <jpds> Using your Launchpad OpenID?
[22:27] <cyberix> yep
[22:27] <cyberix> It tried loading http://revu.ubuntuwire.com/index.p
[22:27] <cyberix> which didn't exist
[22:28] <jpds> So at /index.py, you are logged in?
[22:29] <cyberix> yes
[22:29] <jpds> cyberix: OK, moved the .changes back into the upload queue. If all does well, it should come up soon.
[22:29] <cyberix> So the upload got rejected because I had not done the Launchpad magic?
[22:30] <jpds> Yes, the keyring was redone, logging in now does the keysync magic.
[22:30] <jpds> RainCT_: Please look into cyberix's error above when you can. Cheers.
[22:30] <RoAkSoAx> jpds, seems to be a bug in the sing in process. Cuz after clicking on "sign in", we are redirected to http://revu.ubuntuwire.com/index.p instead of /index.py
[22:31] <jpds> RoAkSoAx: Hence my poke-age above. :)
[22:31] <RoAkSoAx> jpds, yeah by manually adding the .py it works just fine
[22:32] <jpds> Ah, here he is.
[22:32] <jpds> cyberix: If your key ID is "0xF5C22A36" - all is well.
[22:33] <RainCT> It works fine here. From what page do you log in?
[22:33] <cyberix> it is
[22:33] <cyberix> Can't remember. The main page I suppose.
[22:34] <cyberix> I cannot reproduce the problem
[22:34] <cyberix> This time it worked ok
[22:34] <ion_> I don’t understand why it’s exposing /index.py in the first place. Just redirect to / and the URL is pretty and consistent.
[22:36] <cprov> fyi, PPA build farm is working again
[22:37] <cprov> it's possible that sources in https://edge.launchpad.net/~team-xbmc-svn/+archive are causing the issue. So, if you see the builder stuck again, please ping someone at #launchpad.
[22:39]  * wgrant wonders why the dom0s don't kill the builder domUs if they break.
[22:44] <RainCT> ion_: because it send you back to the page from where you log in
[22:46] <RainCT> (but only if the referer URL starts with http://revu.ubuntuwire.com, of course)
[22:47] <ion_> rainct: Simply substitute /index.py with / and all is fine in the world. :-)
[22:48] <RainCT> ion_: why? there's no need to do that :)
[22:50] <ion_> rainct: It’s not very nice having multiple URLs pointing to the same page.
[23:13] <emgent> heya
[23:19] <cyberix> How am I supposed to run dh_pysupport when I have multiple binary packages?
[23:42] <persia> cyberix: use a replacement variable for -p
[23:49] <CarlFK> uname -a shows 2.6.26-5-generic (expected.)  sudo insmod  /lib/modules/2.6.26-5-generic/kernel/drivers/video/nvidia/nvidiafb.ko insmod: error inserting ... nvidiafb.ko': -1  Unknown symbol in module
[23:50] <CarlFK> dmesg: [  767.655171] nvidiafb: Unknown symbol fb_ddc_read (and 5 more)
[23:50] <CarlFK> should I post this to lp?
[23:53] <ScottK> CarlFK: That or ask in #ubuntu-kernel
[23:53] <CarlFK> thanks
[23:56] <CarlFK> hmm, tried modprobe, and it worked different:  module loaded  (and dependencies, so that's what might have caused the error)  but dmesg shows: [ 1188.131547] nvidiafb: unknown NV_ARCH
[23:56] <CarlFK> still a u-k issue?
[23:57] <directhex> nvidiafb?
[23:58] <directhex> didn't know that had worked for YEARS
[23:58] <persia> CarlFK: Yes, although the package affected might be different
[23:58] <Hobbsee> ScottK: i can't give back builds that work....
[23:59] <Hobbsee> i gave back the failed one


[07:26] <ol_> which is this channel for?
[07:31] <jpds> The Ubuntu Web team.
[07:31] <jpds> As it says in the /topic.
[07:32] <ol_> it does not work in webchat (/topic)
[07:32] <ol_> what is the function of ubuntu web team?
[07:33] <ol_> whcih resources you use?
[07:33] <ol_> which kind of help you may provide to very beginner in the programming world?
[07:33] <ol_> or web world
[07:34] <The-Compiler> I'd guess these are the people behind the www.ubuntu.com website
[07:34] <The-Compiler> not sure if this is the right place asking for help ;)
[07:42] <jose> correct, people behind www.ubuntu.com, summit.u.c, loco.u.c, qa.dashboard.u.com and more
[07:43] <jose> (sorry, dashboard.qa.u.c)
[07:43] <ol_> jose: what is that?
[07:43] <jose> those are webpages
[07:44] <jose> cjohnston: hey, tracker.qa.u.c and dashboard.qa.u.c tell me I'm on an invalid subdomain, is that supposed to happen?
[07:44] <ol_> i cant open them with windows system & firefox
[07:53] <The-Compiler> did you get my bugreport from yesterday about javascript and downloads?
[11:31] <cjohnston> jose: I've never hear of either.. there is reports.qa.u.c, iso.qa.u.c


[06:53] <mdke> jbicha: thanks for taking care of yelp, that's right. I'm not sure about synching gnome-user-docs from Debian - I don't know what the state of it in Debian is. I was planning just to sync it with upstream git
[06:56] <mdke> jbicha: oh, I see that you've synched from Debian already. I guess that makes this branch out of date now - https://code.launchpad.net/~ubuntu-core-doc/gnome-user-docs/oneiric
[06:57] <mdke> jbicha: what I've been doing is maintaining that branch so that it can be easily synched from the latest upstream via "bzr merge lp:gnome-user-docs", that way we don't have to rely on Debian or upstream releases but can use the latest git
[07:01] <jbicha> mdke: whatever you like, not much has been happening in Gnome recently
[07:02] <jbicha> I figured syncing with Debian was a good start though
[07:03] <mdke> jbicha: I guess what we should do it sync the packaging of the latest package which you uploaded to that branch, so that it stays up to date, and we can keep synching with upstream Gnome when appropriate - does that make sense?
[07:04] <jbicha> mdke: you mean ship git snapshots of upstream Gnome?
[07:05] <mdke> yes, that's what we've always done in the past
[07:05] <mdke> lp:gnome-user-docs is a bzr import of the upstream git
[07:07] <jbicha> mdke: ok, that's fine, it just hadn't been pushed to the repositories yet, we were still using a rather old snapshot
[07:09] <mdke> sure
[07:09] <mdke> jbicha: do you have upload privileges?
[07:10] <jbicha> mdke: not yet...
[07:11] <mdke> it would be good to have someone who can take care of yelp uploads and so forth
[07:13] <jbicha> I help with the Desktop Team & they sponsor my uploads
[07:13] <mdke> that's great
[07:18] <mdke> jbicha: would you be able to merge the package that you uploaded to the ~ubuntu-core-doc/gnome-user-docs/oneiric branch? I could try to do it but might get stuck if there are many packaging changes - I don't understand things like quilt
[07:24] <mdke> (if you agree that it makes sense to keep that branch going)
[07:27] <jbicha> mdke: sure, but the packaging is pretty simple
[07:29] <mdke> I can give it a try this weekend otherwise
[07:36] <jbicha> mdke: what about just overwriting the branch with debian's svn experimental branch? or do you want all 1946 revisions in the source tree?
[07:46] <mdke> jbicha: I think that keeping the revisions means that we can sync more easily from the upstream branch, unless I've misunderstood
[07:46] <mdke> I may be wrong about that though
[07:47] <mdke> the branches are based on the same base
[07:53] <mdke> -> work
[07:53] <jbicha> lp:ubuntu/gnome-user-docs only has 44 revisions, I could copy that over instead
[19:55] <mdke> jbicha: I don't that lp:ubuntu/gnome-user-docs could sync from lp:gnome-user-docs, because they have different bases, but again, I may be wrong about that
[20:00] <mdke> jbicha: I recall that failing in the past but I don't know whether bzr has changed its behaviour
[20:05] <jbicha> mdke: probably not, you could just take the current oneiric branch and copy and paste the upstream git pages into it
[20:05] <jbicha> I don't know how to make it more automated and work
[20:06] <jbicha> PPA recipes can do that I believe but that's not what we're wanting
[20:07] <jbicha> I noticed today that upstream's releases exclude the .stub and .page-old, I need to add a filter like that in our rules file
[20:08] <mdke> My approach would be to copy the packaging changes that you have made manually over to lp:~ubuntu-core-doc/gnome-user-docs/oneiric, and then synching with upstream is as simple as "bzr merge lp:gnome-user-docs". But I may not have understood your response
[20:14] <jbicha> mdke: oh ok, maybe that would work, I don't have a lot of experience with merging branches
[20:15] <mdke> I think it should work, that was the whole point of maintaining gnome-user-docs in those branches