[12:11] <enyc> sistpoty: im not seeing that...
[12:12] <enyc> sistpoty: ooooh its at the bottom
[12:12] <sistpoty> hehe
[12:12] <enyc> sistpoty: im in elinks ;-)
[12:12] <sistpoty> ahh
[12:13] <enyc> sistpoty: anyway motu-sru are subscribed
[12:13] <enyc> sistpoty: I need sponsors instead?
[12:14] <sistpoty> enyc: yes, ubuntu-universe-sponsors please, as motu-sru is only a leftover from the old process... or just ask around here ;)
[12:14] <welshbyte> oh well, turns out the "older g++" information i found was wrong, back to the drawing board
[12:15] <sistpoty> ajmitch: mind looking over https://wiki.ubuntu.com/MOTU/Council/Charter ?
[12:16] <sistpoty> or crimsun or gpocentek: ^^
[12:18] <ajmitch> sistpoty: needs some cleanup, but generally ok
[12:19] <sistpoty> it sure does, preferable from a native speaker :P
[12:19] <ajmitch> heh
[12:19] <ajmitch> maybe later today
[12:19] <sistpoty> thx
[12:21] <enyc> sistpoty: done... (subscribed) .. thanks; -)
[12:21] <enyc> sistpoty: good (to me) that the policy has changed
[12:21] <sistpoty> good for everyone I guess :)
[12:23] <rmjb> hey guys
[12:24] <sistpoty> hi rmjb
[12:24] <rmjb> the debian maintainer field thing, you get flagged to change it if the package is an ubuntu version but the maintainer is not @ubuntu.com right?
[12:25] <rmjb> is  utnubu a valid maintainer for ubuntu packages?
[12:26] <rmjb> I ask because I just updated a package that has utnubu as maintainer but did not get flagged to change it in the pbuiler
[12:26] <sistpoty> rmjb: it's s.th. like 1) your DEBEMAIL contains ubuntu and 2) the version contains ubuntu and 3) the maintainer field won't contain ubuntu, then dpkg-source will bail out (and thus building a source package from debuild or dpkg-buildpackage as well)
[12:28] <sistpoty> rmjb: what package has utnubu as maintainer?
[12:28] <rmjb> so if my debemail is not ubuntu I wont get an error?
[12:28] <rmjb> dmraid
[12:28] <sistpoty> rmjb: no, you get iirc only a warning
[12:29] <sistpoty> rmjb: interesting...
[12:29] <rmjb> that seems... counter productive... for non-ubuntu members that are contributing we should still be blocked from updating packages without updating the maintainer
[12:29] <rmjb> I think the regexp is just looking for ubuntu in the email address... even if it's before @
[12:31] <rmjb> when I updated a package before I have to change the maintainer from me to motu-universe, I got an error in the pbuilder, not dpkg-buildpackage -S
[12:31] <shawarma> rmjb: Are you running Edgy?
[12:31] <rmjb> yes, but using a feisty pbuilder
[12:31] <shawarma> rmjb: That's why.
[12:31] <shawarma> rmjb: It was changed in the Feisty dpkg-dev.
[12:31] <rmjb> oh
[12:31] <shawarma> rmjb: ..which is in your pbuilder, but not your regular environment.
[12:32] <rmjb> yeah
[12:32] <rmjb> and the utnubu thing?
[12:32] <shawarma> rmjb: sorry, just joined the conversation. Utnubu?
[12:33] <ajmitch> shawarma: debian team that imports stuff we add
[12:33] <rmjb> dmraid's maintainer is utnubu, which has an email address<EMAIL_ADDRESS>but I was not prompted to update the maintainer
[12:33] <sistpoty> rmjb: change it please... it's just confusing how it ended up in ubuntu with an utnubu maintainer in the first place
[12:34] <ajmitch> sistpoty: originated here, got updated there, synced back here :)
[12:34] <rmjb> oh that's not supposed to happen??
[12:34] <rmjb> i'll adjust to suit
[12:34] <sistpoty> rmjb: no, it's fine... just confusing ;)
[12:34] <rmjb> so... leave it then...
[12:35] <shawarma> ajmitch: Yes, I'm (vaguely) familiar with Utnubu. I was just wondering what "the utnubu thing" was in this context. :-)
[12:35] <sistpoty> rmjb: please update the maintainer field like every other package... sorry if I wasn't clear right now
[12:35] <rmjb> ok, will do
[12:37] <rmjb> in the end there seems to be a bug in the checking of the maintainer field if utnubu slipped through
[12:38] <ajmitch> rmjb: not necessarily
[12:38] <ajmitch> this is a recent change
[12:46] <LaserJock> my goodness, lots more SoC applications
[12:49] <Lutin> is there a reason for keeping nagios-plugins-extra in universe ? it seems outdated and most of the file it contains are already in nagios-plugins-standard
[12:51] <TheMuso> Do we reject unmet dep bugs for apckages that are installable, i.e no work needs doing?
[12:52] <LaserJock> TheMuso: depends on if they need an SRU
[12:52] <sistpoty> TheMuso: is it installable for all architectures? (e.g. if a build failed only on some arches)
[12:53] <TheMuso> sistpoty: ah yeah true.
[12:59] <LaserJock> hmm, so MOTU meeting coming up
[01:14] <pochu> good night MOTUs!
[02:03] <imbrandon> moins all
[02:03] <imbrandon> LaserJock, comming when ?
[02:03] <sistpoty> hi imbrandon
[02:03] <imbrandon> heya sistpoty
[02:03] <sistpoty> imbrandon: 27rd, 8.00utc
[02:03] <imbrandon> ahh ok tomarrow
[02:04] <imbrandon> hrm tonight seems like a good night to work on the ubuntuwire.com website a bit
[02:04] <LaserJock> 1am tonight
[02:04] <LaserJock> for me
[02:04] <sistpoty> hi LaserJock
[02:04] <mr_pouit> 'night all
[02:04] <imbrandon> LaserJock, yea ummm its ... *thinks*
[02:04] <sistpoty> gn8 mr_pouit
[02:05] <imbrandon> 3am here i guess
[02:05] <imbrandon> gnight mr_pouit
[02:05] <sistpoty> 10am for me
[02:05] <welshbyte> 9am for me
[02:19] <LaserJock> bah, what plays a wmv ?
[02:19] <welshbyte> windows media player :)
[02:21] <welshbyte> but seriously, i'm guessing nothing in ubuntu by default would play it since it's a closed format... might have to get your hands on win32codecs somehow (at a guess)
[02:22] <imbrandon> mplayer
[02:22] <imbrandon> with w32codecs
[02:22] <sistpoty> vlc does
[02:22] <imbrandon> LaserJock, http://seveas.imbrandon.com/pool/edgy-seveas/extras/w32codecs_20060611-0.0_i386.deb if you want it
[02:23] <LaserJock> I hate codecs
[02:24] <Burgwork> LaserJock: you need a new ffmpeg
[02:24] <Burgwork> it has wmv9 support
[02:25] <LaserJock> I need a *2ogg converter
[02:25] <LaserJock> or something like that
[02:25] <LaserJock> people keep sending me all kinds of stuff I can't play very well
[02:36] <welshbyte> good night folks
[02:40] <sistpoty> gn8 everyone
[02:41] <LaserJock> alrighty
[02:41] <LaserJock> movie froze up my laptop
[02:41] <LaserJock> hard
[02:41] <LaserJock> but after a reboot it worked
[02:53] <TheMuso> Gotta love proprietary video formats.
[02:54] <shawarma> LaserJock: Of course. What do you think the "w32" part meant?
[02:54] <imbrandon> haha
[03:00] <jetsaredi1> how does one bump the priority of a bug in launchpad??
[03:00] <TheMuso> jetsaredi1: You need to be a member of the ubuntu-qa team.
[03:00] <jetsaredi1> i c
[03:01] <jetsaredi1> is there a channel I can go to have someone look at a bug for me?
[03:01] <jetsaredi1> I just added to a pre-existing bug, but its marked low priority so I assume its not going to get looked at in the near future
[03:01] <TheMuso> #ubuntu-bugs
[03:02] <jetsaredi1> is there a comprehensive list of these channels somewhere?
[03:03] <TheMuso> I suggest you state the bug number so others know what you are talking about.
[03:03] <TheMuso> Not that I know of.
[03:03] <imbrandon> https://help.ubuntu.com/community/InternetRelayChat#head-729211ea4fb3c5b535d3d8a533dbc007c8dbce14
[03:03] <imbrandon> channels ^
[03:19] <bddebian> Heya gang
[03:20] <RAOF> hey bddebian
[03:21] <bddebian> Hi RAOF
[03:22] <RAOF> Argh.  Where's that link to ask launchpad to understand about a new bugtracker?  I got it once, but can't find it again.
[03:26] <Amaranth> RAOF: good news
[03:26] <Amaranth> RAOF: XAANoOffscreenPixmaps will plague us no more
[03:27] <bddebian> wtf
[03:28] <RAOF> Amaranth: Oh, really?  Disabled by default?  Switced to EXA?  What?
[03:28] <Amaranth> RAOF: keithp had a patch we're going to use that'll basically do it on the fly when a compositor is running
[03:28] <RAOF> And it will still appear in xorg.conf files for milenia to come, thanks to a hojilion bad Beryl or Compiz howtos
[03:29] <RAOF> Amaranth: Awesome.  Even better.
[03:29] <Amaranth> the compositor needs to do some stuff to make it happen so that's yet another ubuntu patch :P
[03:36] <ajmitch> Amaranth: yay, I can finally have text in dialog boxes
[03:36] <Amaranth> heh
[03:36] <Amaranth> bug 89189 will finally die!
[03:36] <ubotu> Malone bug 89189 in xorg "No text in save/dialog boxes" [Medium,Unconfirmed]  https://launchpad.net/bugs/89189
[03:36] <Amaranth> after only 21 dupes
[03:36] <ajmitch> typing in the keyring password blind will be no more
[03:38] <bddebian> So, what did I miss at the meeting?
[03:38] <ajmitch> bddebian: get the time right
[03:38] <ajmitch> meeting is in 6 hours
[03:39] <bddebian> Hrm, I thought when I was heading home, someone said it was shortly..
[03:40] <bddebian> Well I won't be awake in 6 hours anyway :-)
[03:40] <ajmitch> just stay up
[03:40] <bddebian> And since I'm not a real MOTU anyway..
[03:40] <ajmitch> wife & kids won't mind right?
[03:40] <ajmitch> you're far beyond being a mere MOTU
[03:41] <bddebian> uh huh
[03:41] <TheMuso> Ouch.  All the things I want to work on are in Universe, making it hard to become a core-dev ;-)
[04:45] <bddebian> LaserJock: Bah, who wants to be a core-dev? :-)
[04:45] <bddebian> Hi btw
[04:46] <joejaxx> lo
[04:46] <joejaxx> l
[04:46] <joejaxx> how are you bddebian
[04:47] <ajmitch> bddebian: not me, far too much work
[04:50] <LaserJock> ajmitch: true, but there are some thing in Main that could use some help
[04:51] <LaserJock> if I had time I'd take on TeX and Edu/Science stuff
[04:51] <RAOF> Man I love apport.  Lots of nice, useful bug reports for my package :)
[04:52] <LaserJock> RAOF: are you being serious or sarcastic?
[04:52] <RAOF> Serious.
[04:53] <RAOF> Not enough people use Specto for there to be a flood of low-quality crashes.
[04:53] <LaserJock> whar package?
[04:53] <LaserJock> bah
[04:53] <RAOF> So instead, I get to fix bugs one crash at a time :)
[04:53] <LaserJock> I've not seen apport output yet
[04:53] <LaserJock> I didn't think it'd be very exciting for me
[04:53] <RAOF> Incidentally, bug #96591 should be ready to upload :)
[04:53] <ubotu> Malone bug 96591 in specto "[apport]  specto crashed with BadStatusLine in _read_status()" [Undecided,Fix committed]  https://launchpad.net/bugs/96591
[04:53] <LaserJock> maybe I'll have to go have a look
[04:54] <RAOF> It's nice for python, at least.
[04:58] <LaserJock> hmm, MOTU Science has a consistent number of bugs
[04:58] <LaserJock> it's always 180-190
[04:59] <bddebian> joejaxx: Sorry, Hi.  I'm OK, thanks, you?
[04:59] <bddebian> LaserJock: I keep trying :'-(
[05:00] <bddebian> Though I haven't been back to the list in a while
[05:01] <LaserJock> bddebian: well, it's actually not that bad, we're at least keeping our head above water
[05:02] <ScottK> LaserJock: Considering what the overall Ubuntu bug count is doing, staying even is very good.
[05:02] <LaserJock> is anybody doing RAOF's bug?
[05:02] <LaserJock> that's what I was just thinking
[05:02] <bddebian> Nah, I'm looking at rate_engine :-(
[05:02] <joejaxx> bddebian: i am doing well :)
[05:03] <ScottK> I'm gonna whine again about clamav bugs, most particularly Bug #85572 and Bug #85573.  I've tried to figure them out and it's beyond me.   [Undecided,Unconfirmed]  https://launchpad.net/bugs/96729
[05:33] <LaserJock> I think they must have tried to *just* upgrade python-imaging without upgrading  the rest
[05:35] <bddebian> ajmitch: You know much about pthread_mutex_t?
[05:36] <ajmitch> bddebian: why would I?
[05:36] <ajmitch> LaserJock: hm, that seems odd
[05:36] <bddebian> because you know everything? :-)
[05:36] <bddebian> crimsun knows I bet! :-)
[05:36] <ajmitch> bah
[05:36] <bddebian> BS
[05:36] <Amaranth> except me! ;)
[05:37] <ajmitch> Amaranth: that's debateable
[05:38] <bddebian> Damnit, I know I have seen a problem like this before
[05:39] <tonyyarusso> ajmitch: what about me?
[05:39] <tonyyarusso> :P
[05:40] <Amaranth> ugh, i hate when people confirm their own bugs
[05:40] <Amaranth> or file megabugs and get mad when i reject them and tell them to file a separate report for each issue
[05:46] <LaserJock> wahoo, my 5200 isn't legacy it seems
[05:47] <LaserJock> it's the only I have that isn't legacy
[05:49] <RAOF> LaserJock: Thanks muchly.
[05:55] <ajmitch> my gf2 mx is now legacy
[05:55] <ajmitch> somehow it was just on the edge awhile ago
[06:06] <Amaranth> I don't think my 7400 Go will be legacy any time soon
[06:06] <Amaranth> nouveau will probably work well enough by the time that happens
[06:08] <Ursinha> +.
[06:11] <Ursinha> i'm trying to do something here, that i don't even know if is possible
[06:12] <Ursinha> is it possible to execute a script on a chroot right after mounting that that is outside the chroot scope?
[06:14] <jmg> hey guys
[06:14] <jmg> is there a backports channel?
[06:14] <Hobbsee> jmg: no.  poke jdong when he's here
[06:15] <jmg> ok
[06:15] <jmg> referring specifically to lirc 0.81
[06:16] <jmg> Adding a build log from building this in an edgy pbuilder showing that it cleanly builds.\
[06:16] <jmg> using what rules?
[06:16] <LaserJock> lol, on Linux.com they were comparing the number of devs to Debian and Ubuntu
[06:16] <jmg> the feisty rules?
[06:16] <LaserJock> for Ubuntu they took the number of Ubuntu Members
[06:16] <bddebian> haha
[06:17] <LaserJock> and for Debian DDs
[06:17] <jmg> lol
[06:17] <LaserJock> Ubuntu was still smallest of the 3
[06:17] <jmg> whaat???
[06:17] <jmg> is that keysigned DDs
[06:17] <LaserJock> there's 1000+ DDs
[06:18] <jmg> really?
[06:18] <LaserJock> 319 Gentoo devs
[06:18] <jmg> hehe
[06:18] <LaserJock> 275 Ubuntu Members
[06:18] <jmg> oh ubuntu members
[06:18] <jmg> warthogs
[06:19] <jmg> not ubunteros
[06:20] <jmg> i want a job where i get paid to hack on ubuntu :'(
[06:21] <tonyyarusso> ubuntu.com/employment?
[06:24] <ajmitch> jmg: starting by hacking on ubuntu is a good start
[06:24] <jmg> ajmitch: i have already done a lot
[06:25] <TheMuso> jmg: I'd love to get paid to work on Ubuntu as well, but there is nothing on the employment page that I have the skills for.
[06:25] <jmg> i did a lot of work on xen and then chuckshort took over
[06:26] <Amaranth> hmm, i think i could do the "Ubuntu User Interface Developer" one
[06:27] <jmg> ajmitch: i even remember working with you on something
[06:27] <Amaranth> that's my real passion and i know opengl and cairo :)
[06:27] <Amaranth> well, i know _some_ opengl
[06:27] <LaserJock> heh, yeah
[06:28] <LaserJock> I look at them and say, "well, I know a little bit about that"
[06:28] <LaserJock> but then I slap myself and say, "Not a chance dude"
[06:28] <LaserJock> ;-)
[06:29] <jmg> Amaranth: apply!@
[06:29] <LaserJock> I think I'll apply for X maintainer ;-)
[06:29] <jmg> huh? what happened to daniels?
[06:29] <TheMuso> He left.
[06:30] <LaserJock> I've used X for several years, surely that's enough
[06:30] <jmg> LaserJock: ahahhahahahhahaa
[06:30] <jmg> packaging X is like herding cats
[06:30] <jmg> i guess its easier now with xorg
[06:30] <LaserJock> piece of cake
[06:31] <jmg> ajmitch: i just want a job that doesnt kill my hacking instinct... it admin will do that ;)
[06:33] <Amaranth> daniels left a long time ago
[06:33] <Amaranth> then we roped a launchpad guy into doing it :)
[06:34] <jmg> where'd he go?
[06:34] <LaserJock> launchpad guy?
[06:34] <Amaranth> oh, rodarvus was edubuntu
[06:34] <Amaranth> nevermind
[06:34] <LaserJock> yeah
[06:34] <LaserJock> shesh
[06:34] <LaserJock> ;-)
[06:34] <Amaranth> someone was like "hey, can you take of X for a little bit?"
[06:34] <Amaranth> then they're all "you touched it last, you're the maintainer!"
[06:34] <Amaranth> :D
[06:35] <Amaranth> firefox was like that for awhile too
[06:35] <Amaranth> jmg: I really think I should :)
[06:35] <bddebian> What happened to rodarvus?
[06:35] <LaserJock> I think Canonical is like that
[06:35] <LaserJock> bddebian: he left Canonical
[06:35] <Amaranth> X killed him
[06:35] <jmg> X kills everyone
[06:35] <jmg> except brendan robinson
[06:36] <jmg> and keith packard
[06:36] <Amaranth> X is the reason daniels drinks a lot :)
[06:37] <bddebian> heh
[06:37] <Amaranth> The never say: "I will never maintain X again" team.
[06:38] <Amaranth> I could have sworn tepsipakki was our new X maintainer :)
[06:39] <LaserJock> he just plays one on TV
[06:40] <jmg> where did danny go after canonical?
[06:40] <jmg> microsoft?
[06:40] <Amaranth> eh?
[06:40] <jmg> daniels
[06:41] <Amaranth> nokia
[06:41] <Amaranth> the 770 uses X ;)
[06:46] <jmg> nice
[06:47] <jmg> and they pay better
[06:47] <jmg> a lot better
[06:49] <RAOF> Man, there are a lot of "democracyplayer uses the removed, non-public python DBUS API" bugs.
[07:03] <jmg> <3 module-assistant
[07:06] <LaserJock> hmm, I suppose going 5 months without a comment is not so great of a response
[07:08] <bddebian> Gnight gang
[07:11] <joejaxx> LaserJock: only 3 rebuilt packages so far excluding the language-support-* ones
[07:14] <LaserJock> joejaxx: awesome
[07:17] <joejaxx> :)
[07:19] <joejaxx> LaserJock: there are no new uploads for new versions of packages right?
[07:20] <joejaxx> that are already in universe*
[07:33] <crimsun> not by default. You need an UVF exception.
[07:36] <jmg> uvf?
[07:37] <TheMuso> upstream version freeze.
[07:38] <joejaxx> ah ok
[07:40] <joejaxx> grr
[07:40] <joejaxx> 4 packages :(
[07:40] <joejaxx> unless i figure out another way to do that
[07:48] <LaserJock> 4 isn't all that bad I don't think
[07:57] <joejaxx> i need to package the usplash
[07:58] <joejaxx> and the login manager
[08:36] <crimsun> meeting in 24 mins?
[08:37] <TheMuso> crimsun: You sure?
[08:37] <crimsun> err, no, 1h 24m
[08:42] <dholbach> good morning
[08:42] <Hobbsee> hi dholbach
[08:42] <dholbach> hey Hobbsee
[08:43] <TheMuso> Hey dholbach, Hobbsee.
[08:43] <Hobbsee> hi TheMuso
[08:43] <TheMuso> Hobbsee: You coming to the meeting?
[08:43] <Hobbsee> TheMuso: should be
[08:44] <dholbach> hey TheMuso
[08:45] <StevenK> Drat.
[08:46] <StevenK> dholbach: That imaze unmetdeps is nasty. :-)
[08:46] <crimsun> I'll be on my way to the airport.
[08:47] <Burgundavia> yay for timezone differences
[08:47] <dholbach> StevenK: what's wrong with it? (didn't look into it)
[08:47] <joejaxx> Burgundavia: irc time should just be utc :P
[08:48] <StevenK> dholbach: A build depends fails to build because a depends of it doesn't have amd64 in the arch list.
[08:49] <dholbach> urg
[08:52] <Burgundavia> heh
[09:11] <ajmitch> hi \sh
[09:15] <\sh> moins ajmitch
[09:20] <\sh> hmm..looks like that I'm not the only one...#55495
[09:24] <ivoks> \sh: did you try pci=nommconf?
[09:24] <ivoks> \sh: for 'kernel stopin after finding ps/2 keyboard'
[10:02] <TheMuso> Meeting on now for those who are interested.
[10:03] <ajmitch> s/those who are interested/everyone, because you should all be involved/
[10:05] <Burgundavia> meeting?
[10:05] <sistpoty> Burgundavia: motu meeting
[10:05] <Burgundavia> ah
[10:05] <elmargol> chan?
[10:06] <sistpoty> #ubuntu-meeting
[10:39] <bmm> Hi everybody. I think I might have aimed to high for my first package. The package is a small program (io) and it's library (libiovm.so). Now I get lintian errors about no-shlibs-control-file
[10:41] <bmm> If anybody has strong feelings about how shared libraries should be handled, feel free to comment on my personal mail or on the REVU page http://revu.tauware.de/details.py?upid=4750
[10:41] <bmm> Thanks!
[10:48] <TheMuso> bmm: Do you know about the shared library packaging guide?
[10:49] <bmm> TheMuso: uhm, no, but I don't think making it a seperate package would be good, only the io binary currently uses it and nothing else.
[10:49] <bmm> TheMuso: still if there needs to be a seperate package for it.
[10:49] <TheMuso> bmm: What do you mean a separate package? I haven't looked at it yet.
[10:50] <TheMuso> Is there a library and a binary that get built from the one source package?
[10:50] <bmm> yes
[10:50] <bmm> And the binary uses the library, nothing else in the source uses it or links to it.
[10:51] <TheMuso> Well if a package has a library, the library gets packaged into a separate package, and the binary into another.
[10:51] <TheMuso> Have you read the debian policy and or the packaging guide as well?
[10:51] <geser> bmm: exists other software that could link to the lib?
[10:52] <bmm> Yes, I read that it should be packaged seperately, but I thought there might be another way, or using the static would be ok.
[10:52] <bmm> geser: not that I know of currently. In theory there might be in the future, because it's the library for the vm
[10:52] <bmm> But as it's a new package, there are nog programs in Ubuntu or debian using it yet.
[10:53] <geser> then it's better to package it as a seperate package
[10:54] <bmm> Is it hard to create a seperate library package, or should I just go and do that and stop fussing? ;-)
[10:57] <geser> !lib-p-g
[10:57] <ubotu> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[10:59] <geser> bmm: it's not that hard: you add a stanza to debian/control to generated a second package and spread the files over these two packages
[11:00] <bmm> geser: oh... that shouldn't be a problem. Thanks!
[11:03] <TheMuso> geser: Thats the keyword I couldn't remember. :)
[11:12] <bmm> geser: I've go another small problem: Io language bindings come in the form of a small library (binary binding) and some Io source code. Should they be split up two, should I create them as library packages or binary?
[11:12] <ajmitch> TheMuso: hah
[11:12] <ajmitch> TheMuso: 1100 hits so far..
[11:12] <TheMuso> heh
[11:13] <ajmitch> thankfully they're about 40K combined
[11:13] <TheMuso> Thats not too bad I guess.
[11:13] <ajmitch> a good thing I didn't have the full desktop screenshot
[11:13] <ajmitch> (3200x1200)
[11:14] <TheMuso> ouch
[11:17] <TheMuso> Ok, now to the meeting minutes.
[11:21] <geser> bmm: is the io source code needed to use/link to the bindings?
[11:44] <bmm> geser: ehm, yes, I would also have to make a development package then, right?
[11:46] <geser> in theory yes, but if the -dev package is small you can also ship the "headers" with the lib in one package
[11:46] <bmm> geser: Just chatted with the Io people, and there isn't any stable version of the used library and nobody uses it as the api has no 1.0 status.
[11:47] <bmm> geser: so, I'll ship them in the lib package then.
[11:50] <bmm> geser: Well.. I'm going to keep working on it and get back to you all. Thanks for the help and talk to you later!
[11:50] <geser> is that unstable api the main lib or the lib for the bindings?
[11:50] <bmm> the main lib
[11:51] <bmm> Currently no binding uses the main lib. I'm thinking they do some kind of dlopen call to actually use them when needed at runtime
[11:51] <geser> can't you simply link it statically to the main binary?
[11:51] <geser> forget the comment if they dlopen it
[11:51] <bmm> geser: Yes, that is possible
[11:52] <bmm> I'll package the static version of the vm for now then and later maybe split it into seperate pacakges
[11:52] <bmm> Now it just seems a waste to do seperate packages
[11:52] <geser> and you don't need to worry about packages using the unstable api
[11:53] <ajmitch> if you ship a private shared library, put it somewhere like /usr/lib/iovm/
[11:53] <bmm> geser: nope, there arn't any and you are right. Much easier.
[11:54] <bmm> ajmitch: currently every addon comes with a small library, however these are now put in /usr/lib/io and linked in /usr/lib because they need to be found at runtime
[11:55] <ajmitch> oh that's nasty
[11:55] <bmm> ajmitch: I know, but I couldn't find another way of fixing it at the moment :-S
[11:57] <TheMuso> How does one paste IRC logs onto the wiki, ensuring that the log is displayed properly?
[11:57] <bmm> ajmitch: The problem is as follows: some addons link to other addons, when one such dependent addon is loaded, ld will automaitcally load the other shared library it liks to, resulting in problems if that library is not present in the ld_library_paths
[11:59] <TheMuso> Oh ok, I see IRC logs are no longer up there?
[12:03] <siretart> this seems somewhat urgent, I may need to take revu offline: does anyone now how to exclude apache directory listings (well, REVU's published package for revu) from the google cache?
[12:03] <siretart> according to http://www.google.com/support/webmasters/bin/answer.py?answer=35306, I need to add some kind of META tag to the pages
[12:03] <siretart> so I need to know how to specify this in apache's directory listings
[12:04] <siretart> help very appreciated
[12:04] <siretart> background: I have been contacted by some laywer about revu publishing some cracked eclipse plugin key, which gets cached by google
[12:07] <geser> siretart: what about forbidding googlebot to index revu (or parts of it)?
[12:08] <siretart> geser: this takes the page out of the index, I need to prevent to have it added to the google cache
[12:08] <Fujitsu> siretart: You can put a file that Google specifies in the root directory, and then remove it from the cache, I believe.
[12:08] <geser> google caches pages it doesn't index?
[12:08] <bmm> sirestart: you can add a nocache
[12:09] <siretart> bmm: where. how? - we are talking about apache directory indees
[12:09] <ajmitch> siretart: you can also put in a request for google to remove cached info
[12:09] <siretart> indexes
[12:09] <siretart> ajmitch: first I need to prevent to have it added on the next run
[12:09] <ajmitch> rm -rf bad_package ?
[12:09] <ajmitch> :)
[12:10] <siretart> ajmitch: I'm at a buisness trip and I don't really have time to do that. May I forward the email to you and have you a look at the issue?
[12:10] <ajmitch> ok
[12:10] <siretart> ajmitch (at) tauware.de?
[12:10] <bmm> sirestart: doesn't a "Cache-Control: no-cache" prevent google from caching? Put that in the header
[12:11] <ajmitch> bmm: problem is getting it into the header
[12:11] <bmm> ajmitch: that can be done in the .htaccess of the root using apache configuration commands right?
[12:11] <ajmitch> maybe
[12:13] <siretart> should have arrived
[12:13] <geser> siretart: what about the HeaderName Directive and IndexOptions SuppressHTMLPreamble and put it in a header file?
[12:13] <Fujitsu> Header append Cache-Control "no-cache"
[12:13] <Fujitsu> That's an appropriate .htaccess line, I believe.
[12:14] <siretart> ajmitch: thanks for handling that. I'll review the situation tonight
[12:14] <ajmitch> siretart: mail can take a few minutes to get through, which address did you send to?
[12:14] <siretart> ajmitch: I made the directories in question 700 yesterday evening, so they are not publicy reachable
[12:14] <siretart> 12:10:38 < siretart> ajmitch (at) tauware.de?
[12:14] <bmm> ajmitch: after that, you can just request removal from the google index and then let google find the files again. That second time it should not cache them.
[12:14] <ajmitch> ah right
[12:15] <Fujitsu> You can use http://services.google.com/urlconsole/controller to get it out of the index/cache right now.
[12:15] <siretart> ajmitch: I also just added a robots.txt file. what's left to do is to have that nocache tag added to the listings I think
[12:15] <ajmitch> siretart: ok, got mail :)
[12:16] <geser> http://httpd.apache.org/docs/2.2/de/mod/mod_autoindex.html and search for HeaderName and SuppressHTMLPreamble
[12:16] <ajmitch> it was quite a polite email they sent you :)
[12:16] <bmm> siretart: http://www.google.com/support/webmasters/bin/answer.py?answer=35306
[12:20] <ajmitch> siretart: ok, there are other versions of the same package on there that have the same file
[12:21] <ajmitch> ah you got them all 0700 :)
[12:21] <ajmitch> good
[12:21] <bmm> siretart: some headers that might help, include: "Cache-Control: max-age=0" and "Pragma: no-cache", both seem to be HTTP/1.1 acceptable.
[12:22] <bmm> siretart: got them using "wget -S www.webmasterworld.com/google/3027178.htm"
[12:24] <bmm> http://httpd.apache.org/docs/2.0/mod/mod_headers.html
[12:26] <bmm> good luck and thanks for the help all
[12:34] <dead_head> hey there
[12:40] <TheMuso> Hey dead_head.
[01:27] <siretart> ajmitch: it seems that my answer to their mail did not come through because of my restricted internet connection here
[01:29] <ajmitch> oh
[01:58] <torkel> if a UVF execption request contains security fixes should I check the "Security vulnerability" box for the bug?
[02:01] <TheMuso> Lutin: Hey there. Have you by chance updated that script that updates the maintainer field for ubuntu modified packages?
[02:01] <pochu> torkel: I think so, and if they also affects the release (if any) in previous ubuntu version, it may be fixed also there
[02:02] <torkel> pochu: there is already a bug filed for earlier versions
[02:03] <pochu> torkel: then that should also cover feisty, shouldn't it?
[02:04] <Lutin> TheMuso: hum, this script is evil :)
[02:04] <torkel> pochu: I want a UVF execption to get the newest version in for feisty
[02:05] <TheMuso> Lutin: Oh ok.
[02:05] <TheMuso> Lutin: In what way?
[02:05] <sladen> torkel: is it in universe?
[02:05] <torkel> pochu: bug #96931 for feisty, bug ##94787 for earlier releases
[02:05] <ubotu> Malone bug 96931 in Ubuntu "UVF Exeption for OpenAFS 1.4.4 - please sync from debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/96931
[02:05] <torkel> sladen: yes
[02:05] <pochu> bug 94787
[02:05] <ubotu> Malone bug 94787 in openafs "Openafs has a security hole with enabled suid" [Undecided,Confirmed]  https://launchpad.net/bugs/94787
[02:05] <Lutin> TheMuso: I don't know, let's ask StevenK :)
[02:06] <pochu> torkel: you should file bugs against the right package ;)
[02:06] <TheMuso> Lutin: Why? Did he have something to say about it?
[02:06] <torkel> unfortunately I can't test the patch in #94787
[02:06] <torkel> pochu: huh?
[02:07] <pochu> torkel: Malone bug 96931 in Ubuntu
[02:07] <ubotu> Malone bug 96931 in openafs "UVF Exeption for OpenAFS 1.4.4 - please sync from debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/96931
[02:07] <pochu> I've already changed it
[02:08] <pochu> torkel: make a comment in #94787
[02:08] <Lutin> TheMuso: it seems, but I haven't asked him what was wrong yet. myabe way too long
[02:08] <TheMuso> ah ok
[02:09] <pochu> ajmitch: should he also mark it as a security vulnerability? or there is no need? (as it's an uvf, and the other bug covers feisty)
[02:09] <ajmitch> pochu: it shouldn't matter, and he's already marked it as such
[02:09] <torkel> pochu: what package did I file it against?
[02:10] <pochu> torkel: noone, against Ubuntu in general
[02:10] <ajmitch> now you need 1 more uvf approval
[02:10] <torkel> pochu: oh
[02:10] <Lutin> TheMuso: I'll let you know when I have some news ;)
[02:10] <sladen> torkel: what's your Launchpad username?
[02:11] <pochu> sladen: torkel
[02:11] <torkel> sladen: torkel
[02:11] <sladen> gotit
[02:13] <sladen> torkel: you did the last upload of it into Ubuntu previusly?
[02:13] <sladen> torkel: so effectively it's "your" package?
[02:15] <torkel> sladen: well, "yes". Except I'm not a MOTU, so I can't do any uploads. But I have great interest in the package...
[02:16] <sladen> okay, I'm happy to sign this off on that basis
[02:16] <torkel> sladen, ajmitch: Thanks a lot! :-)
[02:17] <Hobbsee> torkel: are you the same torkel that did the fix for xserver-xorg?
[02:17] <torkel> Hobbsee: I did?
[02:17] <Hobbsee> torkel: dunno.  i thought someone named torkel did that one
[02:18] <ajmitch> sladen: hm?
[02:19] <torkel> Hobbsee: I can't remember I have touched xserver ever. So either it was someone else or I did it when I was asleep :-)
[02:19] <Hobbsee> hehe, right
[02:22] <sladen> ajmitch: that's two names, right
[02:22] <ajmitch> but two motu-uvf names?
[02:23] <ajmitch> dholbach should be back from lunch soon anyway
[02:24] <pochu> Adri2000: ping
[02:25] <pochu> Adri2000: there is a duplicate of bug 93474, and it also seems to be using kde, so maybe one fix would be add a depends on one icon-theme
[02:25] <ubotu> Malone bug 93474 in pychess "[apport]  pychess crashed with GError in <module>()" [Medium,Needs info]  https://launchpad.net/bugs/93474
[02:36] <TheMuso> Night ajmitch.
[02:36] <elkbuntu> sleep is for the weak
[02:36] <StevenK> No no, sleep is for the week
[02:37] <Hobbsee> night ajmitch
[02:37] <ajmitch> mmm, sleeping for a week
[02:37] <StevenK> Heh, now I've done it.
[02:38] <elkbuntu> well i do have a 10 day block of no memory from a few years back... i could well have slept that entire time
[02:38] <TheMuso> lol
[02:39] <elkbuntu> mind you, i'm confident i didnt sleep the whole time, given the illness
[02:50] <TheMuso> Night folks.
[02:51] <Fujitsu> Night TheMuso.
[03:01] <Hobbsee> :D
[03:02] <Jucato> going through the sea of docs... is the Ubuntu Packaging Guide a good doc for absolute packaging newbies?
[03:06] <Hobbsee> Jucato: yep
[03:07] <Jucato> ok. this time, I'm going to take it slowly. no crash courses :D
[03:07] <bddebian> Heya gang
[03:07] <Jucato> hi bddebian
[03:07] <bddebian> Hi Jucato
[03:33] <norsetto> A quickie for the MOTU wise men .... how is it best to deal with .po files during a packet build? Do we need to make a multi-binary package?
[03:35] <StevenK> You shouldn't need to bother with them.
[03:35] <StevenK> They get sucked into language-packs.
[03:36] <norsetto> should I do anything then to tell debuild to skip them, as I cannot build the package
[03:36] <StevenK> Are you able to pastebin the error?
[03:36] <norsetto> something in the rules I have to add/delete....
[03:37] <norsetto> well, not now, I would have to retry the building
[03:48] <norsetto> Well, since I'm here a simple one, would 0.5.0beta1 be a correct version number?
[03:49] <norsetto> In the Debian maintainer's guide it is left quite open .......
[03:50] <azeem> norsetto: yes, but 0.5.0 would be lower than 0.5.0beta1, so watch out
[03:50] <azeem> read into the ~ versioning
[03:50] <norsetto> good point
[03:52] <norsetto> azeem: what do you mean by ~ versioning !?
[03:52] <azeem> something like 0.5.0~beta1
[03:55] <norsetto> still 0.5.0 is lower than 0.5.0beta1 or 0.5.0-beta1 or 0.5.0~beta1
[03:56] <azeem> -beta1 would be a Debian/Ubuntu revision
[03:56] <Hobbsee> dsarah@LongPointyStick:~$ dpkg --compare-versions 0.5.0~beta1 lt 0.5.0 && echo tue
[03:56] <Hobbsee> true
[03:56] <Hobbsee> the ~beta1 is lower
[03:56] <azeem> it's lower than 0.5.0beta1, but higher than 0.5.0~beta1, AFAIK
[03:57] <Hobbsee> correct
[03:57] <norsetto> well, I just only tried with an ls to see what linux was thinking .....
[03:57] <Hobbsee> sarah@LongPointyStick:~$ dpkg --compare-versions 0.5.0beta1 lt 0.5.0 && echo true
[03:57] <Hobbsee> sarah@LongPointyStick:~$
[03:58] <azeem> norsetto: linux?
[03:58] <norsetto> yeah, to see what it would sort alphabetically
[03:58] <azeem> norsetto: you mean coreutils' ls
[03:58] <azeem> anyway, what matters is what dpkg thinks about it
[03:58] <norsetto> righty do
[04:00] <norsetto> so whats the majority voting :-[ -beta1 or ~beta1
[04:00] <azeem> norsetto: what is the difference between the two?
[04:00] <norsetto> with ~ I have to press an additional space :-D
[04:01] <ogra> norsetto, i guess azeem meant from a versioning perspective ;)
[04:01] <azeem> norsetto: ok, so other question: What is the difference between upstream version and Ubuntu package revision?
[04:02] <norsetto> ubuntu .......
[04:02] <azeem> ?
[04:02] <norsetto> if we change 1.0 became 1.0ubuntu1 right?
[04:03] <azeem> norsetto: typically, 1.0-1 would become 1.0-1ubuntu1
[04:03] <azeem> or 1.1-0ubuntu1
[04:03] <azeem> depending on whether you change the upstream version or the Debian/Ubuntu package revision
[04:04] <norsetto> okki dokki, will go for the 0.5.0~beta1, I need the extra exercise anyhow......
[04:05] <azeem> norsetto: what's the Ubuntu revision there, then?  Or is this a native package?
[04:05] <norsetto> native
[04:05] <norsetto> being ported for the very first time
[04:06] <azeem> ported?
[04:06] <norsetto> packaged for ubuntu
[04:06] <azeem> so why native, is it written specifically for Ubuntu?
[04:07] <norsetto> no, its an upstream tarball for a source for which no ubuntu packages have ever been made
[04:07] <azeem> then it shouldn't be native
[04:08] <norsetto> my misunderstading, apologies
[04:08] <welshbyte> good afternoon
[04:10] <bddebian> Heya welshbyte
[04:11] <welshbyte> ello bddebian
[04:11] <norsetto> Let me rephrase my question then: name of the upstream tarball = xyz-0.5.0beta1
[04:12] <Hobbsee> norsetto: would be xyz_0.5.0~beta1.orig.tar.gz, yes
[04:12] <norsetto> name of ubuntu package xyz-0.5.0~beta1
[04:12] <Hobbsee> (you rename hte upstream tarball)
[04:13] <Hobbsee> er...
[04:13] <azeem> norsetto: xyz_0.5.0~beta1-$UBUNTU-REVISION, rather
[04:13] <norsetto> isn't renamed by dh-make?
[04:13] <dholbach> ajmitch: what about me?
[04:14] <azeem> norsetto: don't trust dh-make
[04:14] <norsetto> ok, xyz-0.5.0~beta1-ubuntu0 then
[04:15] <azeem> -0ubuntu1
[04:15] <norsetto> :)
[04:15] <azeem> (I think, I might be out of the loop)
[04:16] <norsetto> xyz-0.5.0~beta1-0ubuntu1 it will be
[04:16] <c5jr|afk> don't you love naming conventions?
[04:16] <welshbyte> it's not pretty, but it makes sense
[04:16] <azeem> norsetto: xyz_ usually
[04:17] <c5jr> yah i know indexing things like packages of software is very important
[04:17] <norsetto> yep, dh_make will make it so, I will make sure of it
[04:21] <norsetto> it was too good to be true:  The Debian policy manual states that "Package names must only consist of lower case letters, digits (0-9),
[04:21] <norsetto>    plus (+) or minus (-) signs, and periods (.)"
[04:22] <zakame> hmmm, which package controls /dev/mapper/* ?
[04:24] <dholbach> hum, I'm not in ~motu
[04:24] <dholbach> I can not push to the motutools branch
[04:24] <azeem> norsetto: then your policy is outdated
[04:24] <zakame> salut Jucato
[04:24] <norsetto> how do I update it?
[04:24] <azeem> dunno
[04:24] <zakame> heya dholbach :D
[04:25] <dholbach> hey zakame
[04:30] <norsetto> chapter 5.6.12 of the Debian Policy Manual covers version numbering
[04:47] <welshbyte> StevenK: thanks for doing those gurlchecker uploads
[04:48] <StevenK> welshbyte: No problem.
[04:48] <StevenK> ubuntu3 wouldn't have been necessary if I wasn't an idiot. :-/
[04:49] <jwendell> any sponsor want to check my packages?
[04:50] <StevenK> jwendell: I would, except it's nearly 1am.
[04:51] <jwendell> wow
[04:51] <jwendell> haha
[04:54] <jwendell> siretart, ?
[04:59] <pochu> jwendell: I would, except I'm not a motu ;)
[04:59] <jwendell> :)
[05:20] <welshbyte> hm, people should stop posting links to the launchpad beta site on launchpad and mailing lists, not everyone can just click on them
[05:22] <ivoks> right :)
[05:31] <Lutin> StevenK: ping
[05:40] <norsetto>
[05:57] <jussi01> good afternoon motu's. I have a question, why do we have 3 or 4 diferent versions of the same thing in the repos? ie. libgtkhtml3.14-19 and libgtkhtml3.8-15 and libgtkhtml3.8-19. is there a difference?
[05:57] <imbrandon> we support diffrent replease
[05:58] <imbrandon> e.g. dapper breezy edgy
[05:58] <imbrandon> releases*
[05:58] <jussi01> ahh, thanks imbrandon
[05:58] <imbrandon> ello jussi01
[05:58] <imbrandon> err Jucato
[05:58] <jussi01> :D
[05:58] <Jucato> hehe :D
[05:58] <Jucato> imbrandon: I'm slowly trying to invade your turf :)
[05:59] <imbrandon> heh
[05:59] <imbrandon> packaging ?
[05:59] <imbrandon> cool, good luck, we're here if you need stuff
[05:59] <Jucato> yeah. packaging. and yeah, I'll need stuff soon :)
[06:00] <imbrandon> gnight
[06:00] <Jucato> g'night! :)
[06:00] <superm1> hey imbrandon did you get that login setup for me yesterday?
[06:00] <imbrandon> crap no, i will today
[06:00] <imbrandon> man i keep forgetting that
[06:00] <imbrandon> lol
[06:00] <superm1> haha
[06:00] <superm1> well thats why i keep pinging you about it ;)
[06:05] <Toadstool> g'morning
[06:06] <Lutin> 'morning Toadstool
[06:06] <Toadstool> hi Lutin
[06:07] <Toadstool> gar, yet another MOTU meeting I missed... I am freakin useless
[06:07] <bddebian> Toadstool: Good morning and join the club. :-)
[06:07] <Toadstool> heh, hi bddebian
[06:17] <Adri2000> pochu: re pychess - how do you know that the reporter of the duplicate is using kubuntu?
[06:22] <norsetto>
[06:25] <jussi01> hei motu's, could someone tell me how to change the permisions from root to the current user for a directory and all of its files and subfolders and their files?
[06:25] <lupine_85> sudo chown -R user:group path
[06:26] <jussi01> thanks
[06:26] <bddebian> But I hope you aren't going to try that in a package? :-)
[06:26] <lupine_85> if you don't know user:group beforehand, some env variable magickery before sudo should do the trick
[06:29] <Toadstool> bddebian: aren't the permissions fixed by dh_fixperms anyway? :)
[06:33] <bddebian> Depends on what you are trying to do.  I've seen several packages with issues with perms on .foo files in $home
[06:33] <bddebian> But, as you know, I'm an idiot so..
[06:35] <imbrandon> packages installing files to $home ? wow
[06:35] <zul> wtf?
[06:35] <imbrandon> brb gotta get some smokes
[06:41] <mr_pouit> hi there
[06:44] <welshbyte> a debdiff i just uploaded leaves the debian "Uploaders:" field in the control file, is that ok?
[06:44] <welshbyte> (i changed the maintainer as per the spec)
[06:44] <shawarma> welshbyte: Yes, that's fine.
[06:44] <welshbyte> cool
[06:44] <shawarma> welshbyte: The rule of thumb is: Change as little as possible without messing anything up. :-)
[06:45] <shawarma> welshbyte: We don't use Uploaders for anything, so we just leave it in place.
[06:45] <welshbyte> gotcha :)
[06:45] <welshbyte> thanks
[06:45] <shawarma> np
[06:47] <sacater> MAYDAY:::: Sound is only coming out one speaker, it wasnt earlier, whats happened
[06:48] <zul> sacater: this isnt a support channel, please open a bug in launchpad
[07:00] <pochu> Adri2000: hi :) re: pychess - looking at the procmaps, he has some kde and qt libraries... but he also has a lot of gtk, so I don't know now :)
[07:29] <jussi01> hi motu's Im having a look at some of the unmet dep bugs. Im quite new at this, but I just tried to build the package and it gave me the following message: http://paste.ubuntu-nl.org/12346/ all of the listed deps seem fulfillable, which ones are the problem?
[07:31] <dholbach> can you try   sudo apt-get build-dep gnotime   ?
[07:33] <dholbach> jussi01: ^
[07:34] <jussi01> dholbach, yeah, that seemed to go fine
[07:34] <jussi01> no problesm
[07:34] <dholbach> and if you debuild after that?
[07:34] <dholbach> does that work?
[07:47] <jussi01> dholbach, that seems to work now
[07:47] <dholbach> NICE
[07:47] <dholbach> rock on
[07:47] <jussi01> bug 93932
[07:47] <ubotu> Malone bug 93932 in gnotime "[UNMETDEPS]  gnotime has unmet dependencies" [Undecided,Confirmed]  https://launchpad.net/bugs/93932
[07:47] <dholbach> if it doesn't work in pdebuild you might want to check if you need build-depends from universe and if they are enabled in the pbuilder config
[07:49] <jussi01> dholbach, so does that mean the bug is squashed?
[07:51] <dholbach> jussi01: are all the resulting binaries installable?
[07:51] <dholbach> binary packages
[07:51] <jussi01> ill just check...
[07:56] <jussi01> dholbach, Ill be a min, brb
[07:56] <dholbach> alright
[08:07] <jussi01> dholbach, yes, the package installs fine
[08:07] <dholbach> jussi01: rock and roll
[08:07] <_MMA_> :)
[08:07] <dholbach> jussi01: thanks a lot for working on it
[08:07] <jussi01> dholbach, did i fix my first bug?
[08:09] <jussi01> dholbach, np :D
[08:09] <jussi01> well not fix...but
[08:09] <jussi01> ...
[08:09] <dholbach> have a nice evening everybody
[08:09] <dholbach> see you around
[08:09] <_MMA_> night
[08:20] <jussi01> ajmitch, or crimsun do I need to add something to the bug on launchpad?
[08:24] <welshbyte> how do i get pbuilder to use and update from an ftp archive? MIRRORSITE=ftp://...  in /etc/pbuilderrc doesn't seem to work
[08:26] <mr_pouit> welshbyte: did you run "pbuilder update" wit the --override-config parameter after your change?
[08:26] <mr_pouit> with*
[08:27] <welshbyte> no.. should have i?
[08:28] <mr_pouit> iirc, if you change the config after having created the pbuilder, yes
[08:29] <welshbyte> mr_pouit: you rock, thanks :)
[08:31] <mr_pouit> np :)
[08:47] <sacater> Should this 'bug' be converted to wishlist, (note my comment at the bottom) https://bugs.beta.launchpad.net/nautilus/+bug/7560
[08:47] <ubotu> Malone bug 7560 in nautilus "Wastebasket fails with read only directories" [Medium,Confirmed]
[08:52] <sacater> hello?
[08:55] <welshbyte> bug 7560
[08:55] <ubotu> Malone bug 7560 in nautilus "Wastebasket fails with read only directories" [Medium,Confirmed]  https://launchpad.net/bugs/7560
[08:55] <AnAnt> Hello, I got a question, if there is an application that can enables reading & writing arabic  in virtual console, it used to work in  Edgy, but not in Feisty, can that be kernel related or what ?
[08:56] <Adri2000> jussi01: please attach a debdiff to the bug and subscribe ubuntu-universe-sponsors
[08:57] <welshbyte> sacater: no, that's unwanted behaviour, i'd say leave it
[09:00] <jussi01> Adri2000, hmm, there was no difference... the bug sort of fixed its self - read back a little
[09:00] <jussi01> anyway, I must go see you all tomorrow
[10:08] <ajmitch> morning all
[10:08] <ursinha_> morning
[10:08] <ursinha_> here evening
[10:09] <somerville32> _o/
[10:13] <TheMuso> Hey MOTUs.
[10:14] <ajmitch> hi TheMuso
[10:38] <Daviey> Isn't there a scheduled meeting now?
[10:38] <ajmitch> no
[10:38] <ajmitch> there was a meeting 12 hours ago
[10:41] <Daviey> grr - evolution/fridge rss says today
[10:41] <Daviey> doh! 9:00 AM
[10:43] <bmm> is it a really big no-no to have a library called "something.so" without it being being a symlink to a symlink for the various version numbers? Upstream doesn't version the library at all
[10:45] <bmm> (I'm working on the iolanguage package http://revu.tauware.de/details.py?upid=4751
[10:46] <geser> does objdump -p on the so lists SONAME?
[10:47] <bmm> oh. sorry, didn't check that yet....
[10:48] <bmm> geser:  SONAME      libiovmall.so
[10:50] <geser> so it doesn't have a version
[10:50] <geser> as I'm not a lib expert I can't tell you if it's acceptable or not
[10:50] <bmm> geser: nope, there is currenlty no versioning at all in the io camp
[10:50] <bddebian> Heya gang
[10:50] <geser> Hi bddebian
[10:50] <bmm> talked to the io developers about that and they say it's not there yet.
[10:50] <pochu> hey bddebian
[10:51] <bddebian> Heya geser, pochu
[10:51] <shawarma> bddebian: _o/
[10:51] <bddebian> Hi shawarma
[10:51] <welshbyte> ello bddebian
[10:51] <welshbyte> nice work on rate-engine
[10:52] <ajmitch> bddebian!
[10:52] <bddebian> Hey welshbyte
[10:52] <bddebian> and ajmitch :)
[10:52] <bmm> siretart: Where you able to fix the caching problem with the .htaccess mod_headers extension?
[10:52] <bddebian> welshbyte: Well it builds, I can't say it still works.  I have a couple of concerns about no doing ast_mutex_init()
[10:53] <bddebian> ajmitch: Why are you falling down, because I actually fixed something? :-)
[10:53] <ajmitch> bddebian: because of being in your presence
[10:54] <bddebian> hahaha
[10:56] <shawarma> welshbyte: It's back.
[10:56] <bmm> lp is off air? works for me
[10:56] <welshbyte> ah so i see
[10:56] <shawarma> And it's really fast, too!
[10:56] <shawarma> Wheee!
[10:57] <ajmitch> shawarma: you must be looking at a different LP than me :)
[10:57] <shawarma> ajmitch: I'm on the beta. You?
[10:57] <ajmitch> beta
[10:58] <shawarma> It's *really* fast, actually.
[10:58] <shawarma> Faster than ever.
[10:58] <ajmitch> oh it's certainly faster
[10:58] <DktrKranz> confirmed
[10:58] <ajmitch> I wouldnt' call it *really* fast though
[10:58] <ajmitch> however I am in NZ
[10:58] <shawarma> It'll probably be back to normal in a few minutes when people start using it again, but for now, I'm just clicking aroudn like a madman.
[10:59] <DktrKranz> so don't tell anybody :)
[11:00] <bmm> who told somebody? LP seems slow now :-)
[11:02] <TheMuso> Fast? I think not.
[11:02] <TheMuso> Just sitting here saying that a connection has been made, and thats it.
[11:03] <welshbyte> maybe i should twiddle my thumbs again, it seemed to work last time :)
[11:04] <stgraber> librarian.l.n doesn't seem to respond ...
[11:04] <bmm> welshbyte: you could also take a look at my ugly work of packaging the io interpreter ;-) http://revu.tauware.de/details.py?upid=4751
[11:07] <welshbyte> bmm: lintian and linda seem to have some things to say :)
[11:08] <bmm> welshbyte: I know, but I don't know how to fix those. The mentioned fonts and latent config file are not packaged or used. Deleting them will give allot of dpkg-source warnings
[11:08] <bmm> about ignoring the removal of files
[11:09] <bmm> So, i thought Linda and Lintian are quite clean.
[11:09] <bmm> What about E: iolanguage_20070226-3_source.changes: bad-distribution-in-changes-file feisty
[11:09] <bmm> What does that tell me??
[11:11] <bmm> However, appart from that error I don't know how to fix, my package has much worse problems
[11:11] <welshbyte> what's the top line of your debian/changelog file?
[11:11] <bmm> iolanguage (20070226-3) feisty; urgency=low
[11:12] <welshbyte> that's not a valid ubuntu version
[11:12] <TheMuso> lintian doesn't know about the feisty release.
[11:12] <welshbyte> that too
[11:13] <bmm> Ah, well when I asked wether I should use "unstable" or "feisty" there, somebody said "feisty"
[11:13] <welshbyte> actually it probably is valid, but you might need to change it
[11:13] <bmm> And "please" so, I couldn't resist ;-)
[11:13] <welshbyte> bmm: i have a feeling the revu box isn't running feisty
[11:13] <TheMuso> Its not.
[11:15] <Fujitsu> Hm, who applied the grease to LP? It's going much quicker.
[11:15] <shawarma> When patching a package from debian that does not currently use dpatch, quilt or whatever, do we have a preferred way to do it? Add dpatch magic to debian/rules etc.? quilt?
[11:16] <TheMuso> shawarma: Does the package currently have anything patched?
[11:16] <Fujitsu> shawarma: Does it have anything directly  in the .diff.gz?
[11:16] <TheMuso> As in, the .diff.gz has the patches?
[11:17] <shawarma> TheMuso: Oh, good point. Yes, it has. I'll stick with that.
[11:22] <shawarma> In case it didn't, we prefer dpatch, right?
[11:23] <shawarma> Or is there no consensus on that?
[11:23] <Fujitsu> shawarma: Generally dpatch, but the CDBS thing if using CDBS.
[11:24] <shawarma> Fujitsu: Oh, sure.
[11:27] <pochu> slomo: new liferea release (fixes bug 89484 and other things)
[11:27] <ubotu> Malone bug 89484 in liferea "Crash when trying to open folder" [Medium,Fix committed]  https://launchpad.net/bugs/89484
[11:42] <AstralJava> Is one able to download source packages using aptitude?
[11:43] <pochu> AstralJava: I think no, but you can with apt-get source <package>
[11:44] <AstralJava> pochu: Yes, that's what I've been using. Thanks for the confirmation. :)
[11:47] <crimsun> pochu: I don't see an UVFe req for it
[11:47] <pochu> crimsun: there isn't yet, because I'm not sure it's worth it
[11:47] <pochu> crimsun: also, liferea is in main :-)
[11:48] <ajmitch> hello crimsun
[11:48] <pochu> and as slomo is the Liferea man, I want to listen his opinion on this :)
[11:48] <pochu> crimsun: what do you think about it?
[11:50] <crimsun> pochu: you still need an UVFe req for it, which is why I mentioned it (yes, I knew it was in main)
[12:08] <joejaxx> doko: when you have a chance i would like to talk to you about something regarding main :)


[10:28] <rmg51> Morning
[11:22] <jackson> Moin
[13:10] <teddy-dbear> Morning peoples, dogs, turkeys and everything else
[14:38] <ChinnoDog> morning
[17:19] <MutantTurkey> marathon goes past my house sunday... eek
[18:12] <MutantTurkey> waltman: whats with that new truck?
[18:15] <waltman> which new truck?
[18:15] <MutantTurkey> it's a big green lunch truck
[18:15] <jthan> The one with the license plate that says "waltman" on it
[18:15] <MutantTurkey> heh
[18:15] <waltman> The one with the built-in ATM?
[18:15] <waltman> I believe it's the same folks as the old TV truck.
[18:35] <MutantTurkey> ah
[18:35] <MutantTurkey> atm truck
[19:44] <JonathanD> My install won't do a full upgrade.
[19:44] <JonathanD> :(
[19:46] <jedijf> -f
[19:46] <jedijf> hammer ^^^
[21:16] <JonathanD> jedijf: it blew up.
[21:16] <JonathanD> 3 reboots later, I think it's stable.
[21:16] <JonathanD> maybe.


[00:01] <keithzg> VirtualBox does a better job for easy usage of graphical environments, IMHO. We use KVM for running servers at work, but for any Windows or Linux GUI instances we tend to use Virtualbox.
[00:01] <keithzg> Speaking of, ran afoul of https://bugs.launchpad.net/ubuntu/+source/sddm/+bug/1547297 when testing the i386 image in Virtualbox just now, but otherwise it seems fine!
[00:02] <keithzg> (It's possible that it's actually a coincidentally different bug, but I figured more likely that bug was just incorrectly reported as being more specific than it actually is)
[00:03] <sgclark> keithzg: can you add plasma5 tag to that bug report and make mention of it please
[00:03] <sgclark> seems important
[00:04] <sgclark> upgraade from wily was smooth
[00:06]  * sgclark ponders how she is breaking mergers without commiting stuff
[00:06] <keithzg> sgclark: done and done!
[00:06] <sgclark> thanks :)
[00:50] <snele> just installed daily
[00:50] <snele> on first boot i had oxygen icons in kickoff
[00:51] <snele> plasma 5.5.5 from staging fixed it
 Yea that was a problem in 15.10 first boot for me too
[00:53] <snele> and apt complainig about setting locale failed https://paste.kde.org/pgdfxjdsi
[00:54] <snele> else seems to be fine for now
[00:54] <snele> when plasma 5.5.5 and apps land from staging it will be all good :)
 Staging is pretty solid
[00:59] <snele> is muon package manager comming to xenial archive or not?
 I believe Muon Discover is recommend and the pre installed GUI package mananger
[01:15] <snele> well discover is application manager
[01:16] <snele> it cannot search packages and show info about them
[01:33] <snele> removing kmail kontact and akonadi packages frees about 250-300 mb at boot
[01:35] <snele> best part is that I don't use any of them and they eat so much ram...
 @sgclark2 I'm still using the staging ppa is that good for testing or should I try the beta 2 image?
[08:12] <vip> hi ho
[08:12] <vip> any new builds (with fixed installer)?
[08:37] <lordievader> Good morning.
[08:44] <sitter> mitya57: do you have the qtchooser 55-gc9562a1 tarball uploaded somewhere?
 I've been looking over http://qa.kubuntu.co.uk/ and can't find how digikam is being tracked. Is it?
 I've found the most recent build here: https://launchpad.net/ubuntu/+source/digikam with version 4.12
 which is a 8 month old release
 is there a mechanism in place to keep track of kde projects not included in KDE Apps?
 in backports we have 4.9
 latest release is 4.14, with 5 to come in May
[09:21] <valorie> !info digikam
[09:21] <valorie> !info digikam xenial
 xenial currently has the same version as wily
[09:22] <valorie> huh
 !info digikam xenial
 doesn't work form TG
[09:24] <valorie> I figured it wouldn't, so I did it for ya
 ah
[09:24] <valorie> but damn, it's 2:30am, so to bed with me now
 I wanted wily
 not xenial
[09:24] <valorie> that was first
 ah
[09:24] <valorie> without a version name, it gives current
 I see
 thanks
[09:25] <valorie> ta
[09:25] <valorie> have a good day!
 have a good night
[09:25] <valorie> I think clivejo was wrestling with digikam, but didn't put it on the mat
[10:45] <yofel> @ovidiuflorin / ovidiu-florin: no, we don't have a way to track extra stuff we package. There is https://merges.ubuntu.com/universe.html which tracks debian. And there might be a system that considers the watch files to check for new upstream releases that I'm not sure if it actually exists or where it would be
[10:45] <yofel> but other than that, it's a developer responsibility to know what we care about and what should be updated before release
 At this point could we get an updated digikam into xenial?
[11:05] <soee_> yofel: after Beta release we can upload to archive 5.5.5 and new apps without any problems ?
[11:07] <clivejo> should I open a FFE for digikam?
[11:21] <BluesKaj> howdy folks
[11:22] <clivejo> hi BluesKaj
[11:22] <BluesKaj> hey clivejo
[11:26] <yofel> soee_: "yes", there the quotes come from talking to the release team as the need to manually approve all that
[11:27] <yofel> *they
[11:27] <yofel> clivejo: maybe look at why we would want to have it first. It's an unseeded package, so I wouldn't mind ACKing the FFE myself, but I would like to know why we can't just keep the current one
[11:28] <clivejo> updated kipi plugins?
[11:34] <clivejo> !info exiv2 xenial
[11:37] <clivejo> well for a start a rebuild using exiv2 would make things a lot more stable by the sounds of it
[11:38] <clivejo> Version 0.25-2.1 uploaded on 2015-10-08
[11:39] <clivejo> oh it was rebuilt on the  	2016-01-15 for updated qca2
[11:39] <soee_> uh Vivaldi web browser getting better and better :)
[11:46] <clivejo> KCI is very quiet
[11:47] <clivejo> I think its dead
[11:55] <snele> i didn't follow this channel closly last couple of weeks
[11:55] <snele> so i have to ask
[11:55]  * clivejo looks for his trout
[11:55] <snele> will muon package manager be available in xenial?
[11:55] <snele> sorry if it is already answered
[11:55]  * mamarley slaps KCl around a bit with a large trout.
[11:56] <snele> i see its stuck on some old version and it is not installable atm
[11:56] <snele> i added all staging ppas btw
[11:58] <clivejo> snele: http://jriddell.org/2015/11/09/muon-in-need-of-a-maintainer/
[11:59] <clivejo> I believe Rick stepped up, but I dont know what progress has been made
[12:00] <clivejo> IRC Nick : sick_rimmit
[12:01] <yofel> AFAIK none, so it's on the list for the archive removal request that I'll file soon
[12:01] <clivejo> keithzg also had an interest
[12:01] <yofel> will come back by backport once someone does the compatibility porting
[12:02] <clivejo> yofel: can you program?
[12:02] <yofel> yes, that's why I do for a living usually
[12:02] <clivejo> what language?
[12:03] <yofel> PHP, JS, ... well, web stuff
[12:03] <clivejo> ah
[12:05] <snele> yofel: thanks for the info. back to synaptic then
[12:07]  * clivejo wonders where the muon source code is
[12:09] <yofel> clivejo: git clone kde:muon
[12:10] <clivejo> is the internet on a go slow today, or is it just my internet
[12:11] <yofel> I blame my ISP usually
[12:11] <clivejo> KCI wont respond, cant seem to load quickgit.kde.org/?p=muon.git
[12:12] <yofel> oh wow, that is slow indeed
[12:14] <BluesKaj> some quick git  tha
[12:14] <BluesKaj> that
[12:14] <clivejo> dead git
[12:15] <soee_> :)
[12:15] <clivejo> but on the plus side my viagra order has been despatched
[12:15] <BluesKaj> still loading after 20 secs
[12:18] <clivejo> KCI is giving me 502 proxy errors
[12:19] <soee_> aaaanndddd....
[12:19] <soee_> boom https://www.kde.org/announcements/announce-applications-16.04-beta.php
[12:21] <soee_> all the good stuff just before Xenial release :)
[12:22] <yofel> I can't even ping KCI, looks like the machine is dead
[12:22] <yofel> sitter: ^
[12:22] <sitter> yofel: you'll want starbuck1
[13:40] <starbuck11> yofel: restarted kci machine, should be accessible again via ssh
[13:40] <yofel> starbuck11: thanks!
[13:42] <yofel> so, I figured out what caused http://people.ubuntu.com/~yofel/pics/Screenshot_20160318_095855.png
[13:42] <yofel> that was an upgrade attempt from trusty, and the upgrade didn't install libqt5quick5 - why is that even possible?!?
[13:43] <yofel> oh, libqt5quick5-gles was installed, except that it didn't work
[19:06] <keithzg> yofel, clivejo: Yeah, I was interested. At the time things seemed mostly fine and there was another release done by Harald at riddell's prompting, I think? https://apachelog.wordpress.com/2015/11/22/muon-5-5-and-carrots/
[19:06] <keithzg> I'm still interested, albeit with the caveat that I don't think I know what I'm doing ;) I did briefly have the time to try compiling Muon on xenial yesterday and noticed there were issues.
[19:07] <keithzg> To clarify, it compiled, but there were errors when running it.
[19:15] <clivejo> hi keithzg
[19:15] <clivejo> what needs doing with it?
[19:18] <keithzg> clivejo: There were some QApt errors and (I suspect as a result) it was completely missing some menu items, literally everything to do with actual package management. I'm at work now but I'm firing up a VM quick to double-check.
[19:21] <clivejo> !info libmuon xenial
[19:27] <acheron88> have muon compiled from git here on xenial, and seems to work aok with nothing obviously broken
[19:28] <acheron88> I mostly use command line or synaptic though, so not tested exhaustively
[19:29] <clivejo> it seems to be ported to KF5?
[19:30] <acheron88> clivejo: http://i.imgur.com/uqo3iXs.png
[19:39] <clivejo> thanks
[19:41] <clivejo> acheron88: did you have to do anything special to build it?
[19:46] <clivejo> where was libmuon moved to?
[19:47] <yofel> wasn't that always part of muon?
[19:47] <clivejo> its not building any libs, that I can see
[19:47] <yofel> or what do you mean with moved?
[19:47] <yofel> ah, the old muon was renamed to libdiscover and is part of plasma-discover
[19:48] <yofel> I guess nothing in muon needs it
[19:48] <clivejo> well discover seems to have been moved out
[19:48] <yofel> *the old libmuon
[19:48] <acheron88> it's all the same git repo
[19:48] <acheron88> no separate libs
[19:49] <acheron88> nothing special was needed to compile as far as I recall. just build deps and standard cmake arguments
[19:50] <clivejo> did you have discover installed when you compiled it?
[19:51] <acheron88> no. got rid of discover as its awful
[19:52] <clivejo> I see
[19:54] <clivejo> oh FF has been updated and no crashes
[19:55]  * clivejo dances
[20:00] <wxl> yofel: how's things coming along with regards to beta2 release?
[20:00] <yofel> wxl: ubiquity-dm is busted and a bunch of live-session bugs
[20:01] <wxl> yofel: :( i take it i should mark the images as not ready then and assume you're not planning on release, or do you have some hope still? release team seems to think we're going to release today.
[20:01] <yofel> hm, I can do some upgrade testing...
[20:02] <yofel> wxl: well, If someone tells me how I can debug the thing I *might* have some hope. That I didn't have time to do debugging until an hour ago sure doesn't help with the beta release
[20:02] <yofel> I mean, ubiquity itself does work from the live session, so we *could* release something buggy....
[20:03] <wxl> yofel: the killer is bug 1561051?
[20:03] <yofel> yup
[20:03] <yofel> the live session fallback works, so it's not fatal, you just have no language selection
[20:03] <wxl> yofel: i'll check in with release team. meanwhile, i won't tell you what to do but if it were me, i'd release the beta with the workaround. i wouldn't be so inclined for final.
[20:05] <acheron88> clivejo: muon now seems to be giving some QApt errors and a segfault on reload of package cache once installing something
[20:06] <acheron88> wasn't the case a week or 2 ago when I compiled it, so something now amiss
[20:06] <acheron88> on recompile its the same
[20:06] <wxl> yofel: if you do decide to go ahead, just make sure to update https://wiki.ubuntu.com/XenialXerus/Beta2. otherwise mark not-ready. i'll be willing to do that for you if you need it.
[20:07] <clivejo> acheron88: you compiled 5.5.0?
[20:08] <acheron88> compiled what was in git, which has had version bumped to 5.5.0
[20:10] <acheron88> to be honest, didn't expect it to work. just tried it out of curiosity when I showed discover the door.
[20:13] <acheron88> if it's broke again with the latest xenial packages/updates, not that surprising
[20:13] <yofel> does someone want to update the release notes? ^
[20:13] <yofel> I'm kind of busy
[20:15] <clivejo> acheron88: how do you make it crash?
[20:15] <acheron88> clivejo: simply installing a package is one way
[20:16] <acheron88> clivejo: installs OK, but defaults while trying to reload package list
[20:17] <keithzg> acheron88: Yeah, I hadn't tried compiling it on Xenial until yesterday. I actually didn't get any segfault, but for me it wasn't even surfacing the ability to install packages so I didn't get that far.
[20:18] <keithzg> In fairness, although I git pull'd, it wasn't a clean checkout from my earlier compilation on 15.10.
[20:18] <clivejo> well update progress idicators dont seem to work
[20:18] <clivejo> just 0% to done
[20:19] <clivejo> ah it dont like that apt warning!!
[20:19] <acheron88> keithzg: http://paste.ubuntu.com/15489948/
[20:19] <acheron88> not that that helps much
[20:20] <clivejo> it crashes at the end of an apt update
[20:21] <acheron88> that would be another reload of the package cache then, same as just after installing a package
[20:22] <clivejo> Im installing a package now
[20:22] <clivejo> its downloading
[20:23] <yofel> mparillo, ahoneybun, ovidiu-florin: does one of you have time to look at the release notes?
[20:24] <clivejo> it installed the package but crashed after installation
[20:25] <ahoneybun> link?
[20:26] <yofel> ahoneybun: a subpage of https://wiki.ubuntu.com/XenialXerus/Beta2
[20:26] <acheron88> clivejo: yep, right after trying to reload package cache
[20:26] <yofel> needs to be created, see how lubuntu did it
[20:26] <clivejo> acheron88: has this only just started happening?
[20:27] <clivejo> could it be related to the apt warnings being thrown?
[20:28] <acheron88> clivejo: seemed OK a couple of weeks ago, so I guess so
[20:29] <clivejo> acheron88: do you have ppas enabled?
[20:29] <acheron88> yes, I was about to say should really test against a plain xenial install without ppas
[20:30] <ahoneybun> yofel, let's see if the wiki wants to work for me today
[20:30] <acheron88> would have to do that in a VM though, as all my xenial machines are running the ppas to get latest plasma/FW/etc
[20:31] <mparillo> Ubuntu Wiki. Ugh.
[20:31] <clivejo> nope
[20:32] <clivejo> disabled all PPA's and its still crashing
[20:32] <ahoneybun> are you in mparillo ?
[20:32] <ahoneybun> I see some changes already
[20:32] <mparillo> A page with the name 'WilyWerewolf/Beta2/Kubuntu' already exists. Try a different name.
[20:32] <ahoneybun> ?
[20:32] <ahoneybun> Xenial
[20:32] <yofel> that's the wrong relase
[20:33] <acheron88> clivejo: ah. I really meant that the updated ppa packages themselves might not work well with it
[20:33] <acheron88> clivejo: not simply having ppas enabled
[20:33] <ahoneybun> https://wiki.ubuntu.com/XenialXerus/Beta2/Kubuntu
[20:33] <mparillo> That is the message I get when I try to copy FROM wily to Xenial
[20:34] <mparillo> ahoneybun: When I try to follow your link, I see: This page does not exist yet. You can create a new empty page, or use one of the page templates.
[20:34] <ahoneybun> mm
[20:34] <mparillo> Can you see the page?
[20:35] <clivejo> acheron88: I kinda thought that the warning messages might be the cause
[20:35] <clivejo> The repository is insufficiently signed by key *** (weak digest)
[20:35] <acheron88> clivejo: when I got a working version I almost certainly had older build-deps and FW packages here
[20:35] <ahoneybun> mparillo, see it now?
[20:35] <mparillo> Now I do. In Chrome. Not in Rekonq
[20:35] <acheron88> clivejo: no. that's not the prob. I am still on the previous apt version that doesn't suffer that
[20:36] <clivejo> acheron88: any idea where the problem might be
[20:37] <mparillo> ahoneybun: Are you editing?
[20:37] <ahoneybun> mparillo, yea sorry
[20:37] <ahoneybun> trying not to step over feet here
[20:37] <mparillo> No prob. You have the ball.
[20:37] <clivejo> acheron88: I just built this version on LP - https://launchpad.net/~clivejo/+archive/ubuntu/xenial/+build/9396600
[20:37] <clivejo> lastest Xenial packages
[20:38] <ahoneybun> yofel, what version of Plasma, Applications, and Frameworks are we launching with?
[20:38] <acheron88> clivejo: 2 secs
[20:38] <yofel> 5.5, 15.12, 5.18
 thanks
[20:39] <clivejo> Ill install debugging package
[20:39] <clivejo> see it that helps
[20:41] <ahoneybun> yofel, no point release?
[20:42] <yofel> uh... 5.5.5, 15.12.3, 5.18.0
[20:42] <yofel> oh wait
[20:42] <ahoneybun> oh k
[20:42] <yofel> not beta 2
[20:42] <clivejo> has plasma 5.5.5 been uploaded ?
[20:42] <yofel> 5.5.3, 15.12.1, 5.18.0 is beta2
[20:42] <ahoneybun> I was just looking into the old notes
[20:42] <yofel> again no, plasma 5.5.4
[20:43] <acheron88> clivejo: /usr/bin/muon: No such file or directory
[20:43] <acheron88> not good
[20:43] <clivejo> what gave you that error?
[20:44] <acheron88> just running muon with your package
[20:44] <acheron88> no binary for some reason
[20:44] <clivejo> you installed my package?
[20:45] <acheron88> yes. twice
[20:46] <clivejo> -rwxr-xr-x root/root<PHONE_NUMBER>-03-24 20:08 ./usr/bin/muon
[20:46] <clivejo> definately a binary in that .deb
[20:46] <acheron88> clivejo: http://paste.ubuntu.com/15490153/
[20:46] <acheron88> seems to install, but there is that error
[20:47] <clivejo> wonder is it because you have an install already there
[20:47] <clivejo> ie your compiled vesion?
[20:48] <acheron88> I did 'sudo make uninstall' beforehand on compiled version
[20:48] <acheron88> and seemed to do it's job
[20:49] <clivejo> thats strange
[20:50] <acheron88> will have to try on a fresh xenial VM tomorrow
[20:51] <acheron88> this PC has gone from vivid > wiley > xenial > xenial with all testing ppas
[20:51] <acheron88> so all on upgrades
[20:52] <clivejo> how did you install my deb?
[20:52] <acheron88> so may not be a claen an installation of anything as might be wished
[20:52] <ahoneybun> yofel, just need to update some screenshot and the known problems, have someone else double check and we should be golden
[20:52] <yofel> ahoneybun, mparillo: Thanks!
[20:53] <yofel> I can do the known issue list later
[20:53] <acheron88> clivejo: gdebi-gtk in first instance, as that is default open with on FF for me.
[20:53] <clivejo> ahoneybun: link?
[20:53] <acheron88> clivejo: then on 2nd go DLoaded, and then sudo dpkg -i
[20:54] <clivejo> ok installed debug symbols, lets crash this baby again
 np @Yofel
[20:58] <acheron88> clivejo: full purge of your package and reinstall has sorted installing anyway. obviously something left over from previous, despite uninstall
[20:58] <acheron88> clivejo: still segfaults in at same times
[20:59] <clivejo> yeah, Im trying to get a decent bug report!
[21:00] <acheron88> debug pkg wants libmuon installed
[21:01] <clivejo> I fixed that in ppa3
[21:01] <yofel> huh, one install randomly gave me oxygen icons in kickoff o.O
[21:02] <clivejo> O.O
[21:02] <acheron88> clivejo: still had ppa2 build page open! updating
[21:03] <tsdgeos> i guess you guys are aware
[21:03] <tsdgeos> but just in case
[21:03] <tsdgeos> W: gpgv:/var/lib/apt/lists/ppa.launchpad.net_kubuntu-ppa_staging-misc_ubuntu_dists_xenial_InRelease: The repository is insufficiently signed by key E4DFEC907DEDA4B8A670E8042836CB0A8AC93F7A (weak digest)
[21:03] <yofel> yes, the keys will be fixed soon
[21:03] <clivejo> acheron88: the packaging was hacked together to get it to build quickly
[21:03] <acheron88> clivejo: no probs. I understand
 @Yofel screenshots done: https://wiki.ubuntu.com/XenialXerus/Beta2/Kubuntu
[21:07] <acheron88> clivejo: 'Could not find debug symbol packages for this application'
[21:07] <acheron88> despite being installed
[21:08] <clivejo> I wanted to test the code in git
[21:08] <clivejo> see if I could find what the problem is
[21:08] <clivejo> I cant seem to generate a decent bug report :/
[21:11] <acheron88> clivejo: same here. muon and libQApt dbg packages installed, but it thinks the muon one isn't, so no useful report
[21:12] <mparillo> yofel: I have a little perl script that helps with milestoned bugs. Is this the list: https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&assignee_option=any&field.
[21:12] <mparillo> assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.milestone%3Alist=73892&field.milestone%3Alist=73893&field.milestone%3Alist=73894&field.milestone%3Alist=73895&field.milestone%3Alist=74009&field.component-empty-marker=1&field.tag=kubuntu&field.tags_combinator=ANY&field.status_upstream-empty-marker=1&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.
[21:12] <mparillo> affects_me.used=&field.has_no_package.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search
[21:12] <mparillo> Coming from: http://qa.kubuntu.co.uk/
[21:12] <yofel> and what exactly does the script do?
[21:13] <mparillo> Sort, strip out some whitespace, and put some wiki markup.
[21:14] <yofel> hm, I think our list is short enough that we don't know it. But that might be sweet for doing sane sorting on our affected bug list
[21:14] <acheron88> clivejo: gotta leave that there. if I test some of the xenial isos over the weekend, I may try in a fresh install in a VM
[21:14] <mparillo> http://paste.ubuntu.com/15490390/
[21:15] <mparillo> Some manual bits required...I was volunteering to update the milestoned bugs if ahoneybun is out.
 Not good at scripts lol
[21:17] <mparillo> out = done editing
[21:17] <clivejo> sorry was debugging
[21:17] <clivejo> 0x00007ffff7681183 in QApt::Package::isInstalled() const () from /usr/lib/x86_64-linux-gnu/libQApt.so.3
[21:17] <clivejo> need to install qapt debugging symbols
[21:17] <acheron88> I did
[21:17] <yofel> oh right, we have that list on the page. That would indeed be a nice way to auto-update that
 I'm done editinf
 *editing
[21:18] <clivejo> acheron88: any clues?
[21:21] <acheron88> clivejo: nope, as (1) still does not seem to want to recognise the muon dbg package as being installed
[21:22] <mparillo> Bug list updated. When I get bore, I will update my perl script to remove duplicates.
[21:22] <acheron88> (2) I'm grap with backtraces anyway
[21:22] <clivejo> QApt::Package::isInstalled (this=this@entry=0x116e130) at ../../src/package.cpp:808
[21:22] <mparillo> ahoneybun: Do you see the social media graphis on the release notes?
[21:23] <genii> Kubuntu is releasing 26th and not 21st ?
[21:24] <acheron88> clivejo: really gotta go now. will try in a fresh xenial VM over the weekend. see if that works better
[21:24] <yofel> genii: whatever is on the release schedule
[21:24] <clivejo> doubt it!
[21:25] <clivejo> seems to be a problem with qapt
[21:26] <genii> telegram: Release day is the 21st and not the 26th as you indicated to a user in #kubuntu
[21:27] <acheron88> clivejo: seems likely.
[21:27] <clivejo> what is a releasechecker script?
[21:27] <clivejo> "Couldn't find the releasechecker script"
 I said 26 I mixed up the release notes
[21:27] <yofel> the thing that checks whether there's a new kubuntu version
 not for me, the images must be on the old page as attachments
[21:28] <clivejo> it seems to start tripping up and crashing after that
[21:28] <acheron88> libdiscovercommon: /usr/share/libdiscover/applicationsbackend/releasechecker
[21:29] <acheron88> libmuon: /usr/share/libmuon/applicationsbackend/releasechecker
[21:29] <mparillo> OK, I uploaded them again.
 thanks!
[21:32] <mparillo> How do I highlight you when you are on telegram?
[21:34] <yofel> put an @ in front of the telegram name
[21:36] <acheron88> clivejo: trying one of those, despite version mismatch, gets rid of the releasechecker error
[21:37] <acheron88> still crashes after the QApt messages though
[21:40] <acheron88> just doesn't seem like the git version of muon is happy with whatever packages/versions of QApt, or something else, is in xenial
[21:42] <acheron88> or is just busted in some way I didn't manage to trigger when I built a few weeks ago
[22:03] <valorie> that was a huge split!
[22:05] <clivejo> indeed
[22:07] <clivejo> would this bug report be any use to rick?
[22:07] <clivejo> or ovidiu-florin ?
[22:08] <valorie> all bug reports are useful IMO
 @Sick_Rimmit are you still working on muon?
[22:10] <clivejo> is there a KDE bug page for Muon?
[22:13] <valorie> https://bugs.kde.org/buglist.cgi?quicksearch=muon&list_id=1344878
[22:13] <valorie> clivejo: ^^^
[22:14] <valorie> It's not really set up with pages as such, like lp
[22:14] <valorie> more search oriented
 What's the current state of muon?
 Perhaps I can take a look tomorrow
 After work
 Its kinda working
 Kinda?
 But crashes after refreshing package list
 And after installing a package
 Are these reported bugs?
 Don't think so
 Muon was unmaintained but I heard Rick was going to take it on
[22:24] <yofel> some of said crashes might've been fixed in discover in the meantime, I remember there being some this cycle. So it's probably worth looking there
[22:25] <clivejo> yofel: does this mean anything to you?  http://paste.ubuntu.com/15490856/
 From clivejo s backtrace I believe to be an apt api change
 That was not updated in muon
[22:26] <yofel> no, and there's no backtrace here. Please run 'bt full' once it crashes to get the trace
[22:26] <yofel> but ovidiu is probably right
 I've heard of changes going in qapt
 Due to some changes in apt
 Or something like that
[22:28] <clivejo> BT - http://paste.ubuntu.com/15490905/
[22:29] <yofel> again the isInstalled crash
[22:33] <clivejo> any idea why?
[22:33] <yofel> not without reading the code
[22:35] <clivejo> why was muon abandoned?
 Have you guys heard of this?
[22:35] <telegram>  https://github.com/Wenzel/docker-kdesrc-build
[22:36] <yofel> maintainer lost interest I guess?
 I'm off to bed
 Good night folks
[22:37] <yofel> nini
[22:38] <valorie> niters @ovidiuflorin
[22:58] <yofel> ok, I doubg OEM i386 will be any different than amd64...
[23:01]  * yofel takes a break
 the page looks great marco
[23:29] <valorie> huh, http://kubuntu.org/?s=16.04 is no results; same with searching for xenial
[23:29] <valorie> I'll try to write a short article about the beta or so, pointing to the wiki page
 Must be no posts on the site
[23:30] <yofel> thanks
 @Valoriez if you need any screenshots to pretty it up let me know
[23:33] <valorie> I dunno how to submit to the website but I can put something on notes
 I'll post it then and proof read as well
[23:34] <valorie> excellent
[23:42]  * yofel did 2 upgrade tests -> 2 failures :(
 from 15.10?
[23:44] <yofel> from 15.10 and 14.04
 oh boy 14.04?
[23:44] <yofel> bug 1561778 and bug 1561786
[23:45] <yofel> Not sure what to do about 14.04
[23:45] <yofel> *Theoretically* the upgrade is possible, you'll just start from a clean plasma 5 config
[23:49] <valorie> @athoneycutt: https://notes.kde.org/p/XenialBeta
[23:51] <yofel> aaaand my system froze o.O
[23:52] <snele> isn't this muon updater bug already fixed http://postimg.org/image/qxg8263z7/full/
[23:53] <snele> apol says it is fixed https://bugs.kde.org/show_bug.cgi?id=360832
[23:54] <snele> and kubuntu should backport the fix....
[23:58] <yofel> can do if someone points me to the fix
[23:58] <yofel> he should've just marked the bug a dupe.......
[23:58] <snele> yea...
[23:58] <snele> i will poke him tomorow if I see him here
[23:58] <snele> his nickname is apol?
[23:58] <yofel> yep


[01:48] <JoseeAntonioR> cjohnston: hey, about bug 1146984, what would be your suggestion to the issues I found?
[01:52] <cjohnston> commented
[01:54]  * JoseeAntonioR checks
[01:55] <JoseeAntonioR> cjohnston: so, agenda.meeting.youtube_video_url would get me the video url?
[01:57] <cjohnston> i dont think that exists
[01:58] <JoseeAntonioR> then, how should I call what you're specifying?
[03:50] <JoseeAntonioR> mhall119: hey
[03:50] <mhall119> JoseeAntonioR: hi
[03:50] <JoseeAntonioR> mhall119: busy now?
[03:51] <mhall119> nope
[03:51] <mhall119> ok, so let me go over real quick what the problem is, and what the solution will need to look like
[03:51] <JoseeAntonioR> sure
[03:52] <mhall119> so the hover javascript comes from daily.html
[03:52] <mhall119> which is based off the schedule
[03:52] <mhall119> which means is iterates over Slots and Agenda items
[03:53] <mhall119> however, mine.html and review.html just list meetings, they don't care about schedule
[03:53] <mhall119> so you don't have agenda or slot variables
[03:53] <mhall119> with me so far?
[03:53] <JoseeAntonioR> yep
[03:54] <mhall119> ok, now another part of daily.html is a hidden div that contains the meeting details
[03:54] <mhall119> <div id="agenda-{{agenda.id}}-{{slot.id}}-details" class="agenda-details">
[03:55] <mhall119> we had to make them labeled by agenda and slot, rather than by meeting.id, because a 2-slot meeting needed to show the popup in 2 places
[03:55] <mhall119> you don't need that in mine.html and review.html, but you will need to duplicate the hidden div in those templates
[03:55] <mhall119> all the javascript functions do is find the div element, based on the agenda.id and slot.id, and either make it visible or hide it
[03:56] <mhall119> so, what you need to do is the following:
[03:56]  * JoseeAntonioR listens
[03:57] <mhall119> 1: re-create the hidden div in your template, but make it id="meeting-{{meeting.id}}-details"
[03:57] <mhall119> 2: change the javascript functions to take a meeting id, rather than agenda and slot ids
[03:57] <mhall119> 3: change the function calls to pass the meeting id, instead of the agenda and slot ids
[03:58] <JoseeAntonioR> ok, let me take a look
[03:58] <JoseeAntonioR> would I only have to change that in review.html? as it's working perfectly fine in mine.html as it is
[04:00] <mhall119> you're getting a popup with meeting details in mine.html?
[04:00] <JoseeAntonioR> yep
[04:00] <JoseeAntonioR> want me to run it so you can test it?
[04:01] <mhall119> yeah
[04:01] <mhall119> I tried it on my localhost but didn't get a popup
[04:01] <JoseeAntonioR> give me a sec
[04:02]  * JoseeAntonioR changes dns
[04:04] <JoseeAntonioR> mhall119: does joseeantonior.com:8000 resolve?
[04:04] <mhall119> yup
[04:04] <JoseeAntonioR> ok, just login
[04:04] <JoseeAntonioR> with your openid
[04:05] <mhall119> done
[04:05] <JoseeAntonioR> ok, add sessions, and go to your schedule
[04:06] <JoseeAntonioR> it should work
[04:07] <mhall119> yeah, I'm not getting a popup
[04:07] <mhall119> http://joseeantonior.com:8000/uds-r/mhall119/meetings
[04:07] <JoseeAntonioR> oh, that's mine.html?
[04:08] <mhall119> I think so, yes
[04:08] <mhall119> what were you looking at?
[04:08] <JoseeAntonioR> blargh, I thought /uds-r/participant/mhall119 was mine.html
[04:08] <mhall119> no, that's by_participant.html
[04:09] <mhall119> which is like daily.html, in that it's schedule-based
[04:09] <JoseeAntonioR> aah, right!
[04:09] <JoseeAntonioR> oh, then I'll modify both of them as you said
[04:10] <mhall119> ping me tomorrow if you need any help
[04:10] <JoseeAntonioR> sure, thanks!
[04:10] <mhall119> np, thank you for taking the time to work on Summit :)
[04:15] <JoseeAntonioR> no worries! :)
[16:40] <mhall119> cjohnston: what would we need to do in order to run https://wiki.ubuntu.com/UbuntuSDKDays/Prep on Summit?
[16:41] <nigelb> Buy him large amounts of beer.
[18:00] <jhodapp> hey mhall119
[18:02] <mhall119> hey jhodapp, #ubuntu-meeting not #ubuntu-website :)
[18:02] <jhodapp> mhall119, was wondering if that was true :)
[20:07] <cjohnston> mhall119: what nigelb said
[20:09] <mhall119> cjohnston: I'd say I'll buy you one at UDS, but you'd just come over to claim it
[20:09] <cjohnston> I'm on my way.. I could use a few drinks right now and you know why
[20:27] <cjohnston> daker: https://code.launchpad.net/~chrisjohnston/loco-team-portal/bzr-apps-url-fixes/+merge/152509  mhall119 <<<
[20:28] <mhall119> cjohnston: will IS be able to use those?
[20:28] <cjohnston> thats what is used in summit
[20:28] <cjohnston> afaik
[20:29] <mhall119> good enough for me
[20:29] <cjohnston> that matches the bzr_apps part of the code to summit
[20:37] <cjohnston> mhall119: do you want to throw it into production to make the release work correctly?
[20:38] <mhall119> cjohnston: yeah, go ahead
[20:38] <mhall119> unless they've already done it manually
[20:38] <cjohnston> that wasn't the question.
[20:39] <cjohnston> it doesnt appear to have been updated
[21:10] <daker> hi
[21:13] <cjohnston> hi ho, hi ho, it's off to work i go
[21:14] <daker> hi mhall119 FYI now you need to tell them to run ./manage.py update_openids because we are swithing to login.u.c
[21:15] <mhall119> oh we are? ok.  has that been deployed already?
[21:15] <cjohnston> i dont think its been deployed
[21:16] <daker> ah i sorry
[21:24] <daker> mhall119: i can do another release before they deploy
[21:25] <mhall119> daker: let's do that
[21:25] <daker> ok i'll do it
[21:32] <cjohnston> be careful that you dont get *too* complicated
[21:34] <cjohnston> daker: I just created lp:loco-team-portal/production
[21:35] <daker> cjohnston: and ?
[21:36] <cjohnston> just letting you know.. its easier to type/remember than lp:ltp-devs/loco-team-portal/production or wahtever it was
[21:36] <daker> ok but for now i think i'll the ~ltp-devs
[21:37] <cjohnston> It's the same branch.. lp:loco-team-portal/production == https://code.launchpad.net/~ltp-devs/loco-team-portal/production
[21:37] <cjohnston> just a 'prettier' name
[21:37] <daker> ah ok
[21:42] <cjohnston> daker: does ltp still use twidenash?
[21:42] <daker> yes
[21:42] <daker> we still use it
[21:43] <cjohnston> the twitter api on summit still needs to be fixed :-/
[22:13] <daker> mhall119: done https://code.launchpad.net/~ltp-devs/loco-team-portal/production
[22:13] <cjohnston> daker: update the RT
[22:13] <cjohnston> please
[22:13] <daker> now we need to run ./manage.py update_openids
[22:13] <daker> and ./manage.py lcupdate
[22:15] <cjohnston> gotcha
[22:15] <cjohnston> so add that stuff please
[22:27] <mhall119> lcupdate or lpupdate?
[22:28] <cjohnston> lc
[22:28] <cjohnston> https://bazaar.launchpad.net/~ltp-devs/loco-team-portal/0.2/view/head:/loco_directory/teams/management/commands/lcupdate.py
[22:29] <daker> lc
[22:30] <mhall119> ah, ok
[22:31] <cjohnston> mhall119:
[22:31] <cjohnston> https://code.launchpad.net/~chrisjohnston/summit/csrf/+merge/152298
[22:31] <cjohnston> https://code.launchpad.net/~chrisjohnston/summit/i18n/+merge/152525
[22:31] <cjohnston> https://code.launchpad.net/~chrisjohnston/summit/track-display-name/+merge/151846
[22:32] <daker> this used to update the LC members on /loco-council
[22:39] <mhall119> cjohnston: ignore the MP comment, something else is causing those errors
[22:51] <cjohnston> mhall119: on the csrf page, please play with actually moving stuff around
[22:58] <mhall119> cjohnston: I need to figure out why I'm getting these test failures
[23:01] <daker> LTP test are also failling :(
[23:02] <mhall119> :(
[23:02] <daker> something related to the switch to login.u.c
[23:02] <daker> https://drone.io/daker/ltp/23
[23:04] <mhall119> wtf, now they all pass :(
[23:04] <mhall119> summit ones anyway
[23:04] <daker> hhhh
[23:26] <cjohnston> mhall119: we really have to figure out how to harden our test
[23:26] <cjohnston> s