[23:27] <teward> at what point in the cycle do we permit people to recommend using 16.04 in #ubuntu?
[23:27] <teward> if ever
[23:28] <teward> (where 'cycle' denotes opening of the archive and toolchain upload until actual final release)
[23:28] <k1l> when its released
[23:28] <teward> k1l: so I can tell reisio to learn the release cycle in #ubuntu?
[23:28] <teward> because they're making that recommendation *now* in #ubuntu
[23:28] <teward> oop you got it :)
[23:29] <teward> (that's also what I thought - until it's released finally, we don't recommend ubuntu+1)


[00:28] <Iulian> Flooder!
[00:31] <Fujitsu> Bug #200000 already :(
[00:32] <ubotu> Launchpad bug 200000 in qt4-x11 "small QT program removes desktop panels" [Undecided,New] https://launchpad.net/bugs/200000
[00:34] <RAOF> Anyone here know how apport removes the coredump from its bugs once the retrace has gone through?  Apport isn't retracing my bug, but I've got a gdb backtrace & I'd like to make it public... but not with an 8mb summary of my email correspondence still attached.
[00:34] <RAOF> (It's still bug #199392, for those playing at home)
[00:35] <ubotu> Bug 199392 on http://launchpad.net/bugs/199392 is private
[00:37] <Fujitsu> RAOF: Click the button to edit the attachment.
[00:38] <Fujitsu> Then find the delete button.
[00:39] <RAOF> Fujitsu: Aaah, right.  In one of those collapsed-by-default menus down the left hand side with the tiny, tiny text.
[00:39] <RAOF> Fujitsu: Thank you.
[00:39] <Fujitsu> In a portlet, yep.
[00:39] <secretlondon> ROAF: welcome to launchpad ;)
[01:39] <blueyed> secretlondon: https://code.edge.launchpad.net/~blueyed/five-a-day/five-a-day-lazy-remote
[01:39] <blueyed> It commits only once per hour and contains some other improvements.
[01:41] <secretlondon> ok
[01:41]  * secretlondon is playing at packaging something from scratch
[01:41] <blueyed> We talked about this lately, so you might want to try it.. :)
[01:42] <blueyed> What are you packaging, secretlondon?
[01:42] <RAOF> secretlondon: Anything interesting?
[01:42] <secretlondon> blueyed: a pygame vesion of an educational program for babies
[01:42] <secretlondon> its more education for me tbh
[01:44] <crimsun> cf. pyscrabble source if you run into hitches
[01:44] <crimsun> may find some hints there
[01:44] <secretlondon> crimsun: thanks
[04:44] <bdmurray> crimsun: can you tell me if bug 118610 is legitimate?
[04:54] <ubotu> Launchpad bug 118610 in alsa-tools "[alsa-firmware] tascam us428: one file is missing" [Undecided,Incomplete] https://launchpad.net/bugs/118610
[04:54] <greg-g> hah, nice delay there ubotu
[05:04] <secretlondon> looking at bug  #192294 it looks scary but I can't reproduce
[05:04] <ubotu> Launchpad bug 192294 in xen-3.2 "[hardy] "ip" broken" [Undecided,Confirmed] https://launchpad.net/bugs/192294
[05:04] <secretlondon> I accept I don't have zen though
[06:06] <crimsun> bug 118610
[06:06] <ubotu> Launchpad bug 118610 in alsa-tools "[alsa-firmware] tascam us428: one file is missing" [Undecided,Incomplete] https://launchpad.net/bugs/118610
[06:10] <crimsun> bdmurray: (RE: 118610)  it was for gutsy and appears still to be for hardy, but it really is an upstream issue.
[06:19] <crimsun> bug 57872
[06:42] <ubotu> Launchpad bug 57872 in gnome-power-manager "regression: pressing power button no longer brings up logout dialog" [High,Confirmed] https://launchpad.net/bugs/57872
[08:29] <Iulian> G'morning
[08:32] <secretlondon> hi
[08:42] <Iulian> Hey secretlondon ;)
[08:45] <Gnine> !cake
[08:48] <Gnine> npviewer.bin continues to crash. 3/9/2008. while browsing myspace music.
[08:50] <Gnine> 8.04 2.6.24-11-generic x86_64 amd64
[08:54] <qense> is that bug already reported?
[08:54] <Gnine> yes. but it is mentioned that it is "hard to reproduce"
[08:58] <Gnine> and. not only while searching but also i am not able to play content (myspace music)
[09:00] <qense> the player from myspace doesn't react?
[09:00] <Gnine> correct
[09:00] <qense> well, it's hard to debug such a thing and probably a bug in the flash player
[09:01] <qense> are you using the one from adobe?
[09:02] <Gnine> yes. however. flash media (video) does not exhibit this behaviour exactly. while it also crashes npviewer.bin randomly
[09:02] <qense> if the bug is in the flashplayer you can't help unfortunately
[09:02] <qense> adobe doesn't have a public bug tracker
[11:32] <qense> is ubotu dead?
[11:33] <qense> there haven't been any reports of new bugs for a few hours in the announce channel
[11:33] <qense> it isn't online anymore in that channel
[11:33] <qense> and here too
[11:33] <Iulian> Yes, it's missing.
[11:46] <hggdh> bug 200122
[11:47] <hggdh> ubotu: ping
[11:55] <Iulian> hggdh: It's not here :)
[12:19] <Iulian> ubotu: Hi!
[12:19] <ubotu> Sorry, I don't know anything about hi! - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[12:20] <Iulian> Yeah right.
[12:34] <hggdh> ah, ubotu is back...
[12:35] <hggdh> bug 200122
[12:51] <bobbo> If a single bug report describes multiple bugs (Bug #200005) should you tell the reporter to split them up into seperate bugs?
[12:53] <hggdh> bobbo: yes. Each bug report == one single bug
[12:53] <bobbo> hggdh; thats what i thought, thanks
[13:04] <ubotu> Bug 200122 on http://launchpad.net/bugs/200122 is private
[13:04] <ubotu> Launchpad bug 200005 in ubuntu "Network applet is crawling with bugs!" [Undecided,Invalid] https://launchpad.net/bugs/200005
[13:59] <Iulian> Not again...
[13:59] <Iulian> Erm
[14:01] <qense> Seveas! :P
[14:01] <qense> where is he when you need him ;)
[14:02] <qense> wb ubotu
[16:13] <hggdh> where's apport-retrace magic?
[16:48] <afflux> hggdh: what do you mean?
[16:49] <afflux> (I just reported at devel, can anyone confirm those problems:) Apport is doing weird things these days. ubuntu-crashes-* isn't subscribed to some bugs (for example bug 199846, which was reported by myself), some bugs just don't have the "need-*-retrace" tags (bug 199911), for some others the retracer simply removes the "need-*-retrace" tag (also bug 199846). Anyone knows what's going on?
[16:49] <ubotu> Bug 199846 on http://launchpad.net/bugs/199846 is private
[16:49] <ubotu> Launchpad bug 199911 in emerald "emerald crashed with SIGSEGV in gdk_gc_new_with_values()" [Undecided,New] https://launchpad.net/bugs/199911
[16:49] <ubotu> Bug 199846 on http://launchpad.net/bugs/199846 is private
[16:50] <hggdh> afflux: by private bug never got retraced by apport
[16:51] <afflux> right, guess that's something like the problems I have
[16:54] <hggdh> I will ping pitti tomorrow
[23:02] <wraund> hai
[23:02] <wraund> sory wrong chat
[23:02] <wraund> sorry*
[23:52] <Adys> Anyone else having a huge memory leak with pidgin (2.4 and lower) since last update cycle?
[23:54] <Adys> er wrong chan


[02:00] <guiverc_t>  /msg nickserv idenify ubugnu77
[02:00] <guiverc_t> wtf - guess i gottta change it :(
[02:01] <Unit193> Nah, I'll change it for ya.
[02:02] <guiverc_t> LOL @ Unit193
[05:43] <guiverc> LucaszZ send request to welcome Jeremy Bichha to ubu core; hasn't hit fridge|planet yet :(
[07:03] <guiverc> uwn: betanews.com - blog or news site ??   (didn't find in wiki links..)
[18:35] <ShaunLew> Hey chaps how are we all ?
[18:36] <ShaunLew> #electronics
[18:37] <ShaunLew> ls -la
[19:51] <ShaunLew> hello anyone doing any sdr projects atm
[23:47] <guiverc> uwn summary sent included plan:1 (+2 marked no summary; likely drop..), cano:5, pres:1, blog:4+2 (1 drop? & 1 combined thus no summary), audio:1 (+1 spanish in comments)
[23:47] <tsimonq2> guiverc: So we have a Spanish audio thing?
[23:49] <guiverc> yeah - added last week, but appears to have been removed; hence comment add/
[23:49] <tsimonq2> jose: ^
[23:49] <tsimonq2> guiverc: My Spanish is decent, but not as good as jose's :P


[00:56] <BenC> apw: I've purposely disabled ABI until the package settled down…will enable it on next upload and do a -1 ABI bump
[04:38] <dlbike76> Hi I'm seeing logs in kern.log like the following immediately before OMM-Killer kills my chromium task.
[04:38] <dlbike76> Nov 15 20:41:09 artemis kernel: [ 1980.410410] type=1701 audit(1353030069.602:24): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=2060 comm="chromium-browse" reason="seccomp" sig=0 syscall=20 compat=0 ip=0xb2f76424 code=0x50000
[04:39] <dlbike76> what does the above kernel message indicate?
[04:39] <dlbike76> A link to documention would be appreciated.
[04:44] <RAOF> dlbike76: That's the seccomp security filtering system kicking in. I'm not sure if there *is* documentation to point you at, sorry.
[04:45] <RAOF> It's unlikely to be the cause of the OOM killer going on a rampage.
[04:46] <dlbike76> RAOF: I just see it immediately before the OOM-killer.
[04:47] <dlbike76> RAOF: and I'm partly just curious what the log is indicating.
[04:47] <Sarvatt> I really wish I knew how to disable seccomp with a kernel command line option instead of having to launch chrome with --disable-seccomp-filter-sandbox so it didn't spam dmesg so bad :P
[04:47] <RAOF> It's indicating that the process tried to do something that it shouldn't.
[04:49] <dlbike76> RAOF: What does the debugging information in the log point to?
[04:49] <RAOF> It says that pid 2060 (chromium-browse) from user uid=1000 (ie: you) had a syscall (specifically, syscall 20) denied.
[04:52] <dlbike76> RAOF: What do the numbers in parens after audit refer to?
[04:52] <RAOF> No idea :)
[05:20] <dlbike76> RAOF: If I looked up the syscall number correctly then it refers to the epoll_create1 syscall.  Does that sound right?
[05:21] <RAOF> Entirely plausible
[05:38] <dlbike76> RAOF: I'm really wondering if that failed syscall is somehow indirectly causing the OMM-kill later.
[05:39] <RAOF> I think that's unlikely.
[05:40] <RAOF> More likely is that chromium is spawning a process, which during its initialisation harmlessly tries to do something that seccomp denies, then allocates too much memory.
[06:00] <dlbike76> RAOF: Just to be clear, I wasn't suggesting that this was necessarily a problem in the kernel.  At least not at this point.
[06:00] <dlbike76> RAOF: I am curious about what's going on in Chromium around the time that syscall is blocked though.
[06:01] <RAOF> Probably process startup.
[06:01] <RAOF> Which is going to dirty a bunch of memory, which is going to cause the OOM killer to kick in if you've got memory pressure.
[06:03] <dlbike76> RAOF: I guess the docs referring to file descriptors are throwing me off.  I also haven't done any low level programming in awhile, so...
[06:07] <dlbike76> RAOF: I can't reproduce the same thing in either firefox or midori, but then again neither of them spawn a bunch of child processes.
[06:07] <RAOF> Nor do they use seccomp :)
[06:08] <dlbike76> RAOF: I'm assuming that's related to the chrome-sandbox?
[06:08] <RAOF> Chrome's sandbox uses seccomp, yes.
[06:08] <dlbike76> RAOF:
[06:08] <dlbike76> RAOF: Yeah, that's what I meant.
[06:10] <dlbike76> RAOF: Thanks for patiently answering my questions.
[06:21] <dlbike76> RAOF: Oh, and I agree now that the seccomp thing and the OMM-killer thing are unrelated.  I think you described the situation pretty well.
[09:26]  * ppisati notes that the messages indicator doesn't show up anymore...
[09:58]  * apw finally finds his cve 'rebase' issue ... sigh
[09:58] <apw> ppisati, as in no envelope at all?
[09:59] <ppisati> apw: rigt
[09:59] <ppisati> apw: right, i don't have the envelope icon at all
[09:59] <ppisati> i just moved my desktop to the haswell box and reinstalled Q from scratch
[10:00] <apw> hmmm ... try an apt-get install ubuntu-desktop^
[10:00] <apw> ppisati, did you say Q ... i notice its gone here too
[10:00] <apw> ppisati, i hadn't noticed as i don't use any apps which use it
[10:00] <ppisati> :(
[10:00] <ppisati> skype is somehow broken
[10:01] <ppisati> msn too
[10:01] <ppisati> ok, i'm disconnected...
[10:04] <apw> ppisati, /me is asking about the envelope on #ubuntu-unity
[10:06] <ppisati> lemme join
[10:08] <apw> ppisati, it seems it is normal if you have not yet run anything which uses it, trying to work out of this is a change or we are just unobservant
[10:08] <ppisati> ?!?!
[10:08] <ppisati> no no
[10:10] <ogra_> ppisati, now that you mention it, i dont have the message indicator either on my raring install (on a chromebook though, i thought it was just arm fallout)
[10:11] <ppisati> :(
[10:11]  * ppisati wants to die
[10:11] <ogra_> geez, you italians are always so fatal :)
[10:11] <cking> its that bad is it?
[10:36] <cking> apw, I want to build a kernel using "debian/rules build" and also set CHECK and CC so I can run smatch at compile time, any idea how I can easily do that?
[10:38] <apw> cking, without modding debian/rules i don't think so
[10:39] <apw> you might look at how CROSSCOMPILE is done for something we could apply
[10:39] <cking> yeah, if only it was that easy
[10:39] <cking> no worries, I will hack around a bit more
[10:41] <anon3> hello everyone
[10:43] <apw> cking, ok there is a CC override, see LOCAL_ENV_CC
[10:43] <anon3> can somebody give me adive? i would like to change the active sending behavior of IEEE 802.11 probe requests for an active ap search
[10:43]  * cking looks
[10:43] <apw> cking, see how that is done in debian/rules.d/0*
[10:43] <cking> apw, thanks!
[10:43] <apw> cking, and there might be where to add a new stanza for it too, as kmake is the right thing to mod
[10:43] <anon3> my laptop is using the iwlwifi driver, i guess =)
[10:43] <apw> anon3, hi
[10:44] <anon3> hey apw
[10:46] <anon3> the reason why i want to change the interval of sending probe requests: i'm writing my thesis about fingerprinting of individual devices with help of probe requests..(sorry about my bad english). therefore i have to analyze how a device is sending the probe requests and where is the sending behavior implemented
[10:46] <apw> cking, i recon a LOCAL_ENV_SMATCH or something would work pretty well
[10:47]  * cking nods
[10:47] <anon3> i've found some interesting variable in /net/mac80211/scan.c
[10:47] <anon3> IEEE80211_CHANNEL_TIME (HZ / 33) and IEEE80211_PROBE_DELAY (HZ / 33)
[10:48] <anon3> but, in nearly every kernel version the definition of these variables are the same, but the devices are sending in different intervals
[10:50] <anon3> is here anybody who is well schooled in this topic? =)
[10:50] <apw> anon3, well some devices do background scanning in firmware, so perhaps that is what you are seeing
[10:50] <apw> those may only be used for devices with no firmware suppotr
[10:50] <apw> but then i am no expert
[10:52] <anon3> you mean those two variables i have wrote down?
[10:52] <anon3> in scan.c?
[10:53] <anon3> if the sending behavior is implemented in the firmware i won't have a chance to see the implementation?
[10:53] <apw> yeah, i am pretty sure a lot of devices do scanning on their own
[10:53] <apw> from the firmware, not necessarily from higher levels
[10:54] <anon3> okay
[10:54] <anon3> i've tried to edit theses variables and recompiled the kernel
[10:54] <anon3> but that didn't make much effect
[10:56] <anon3> so apw, thank you for your help and hints!
[10:56] <anon3> have a nice day!
[11:45]  * ppisati -> out for lunch
[13:02] <hrw> hi
[13:02] <hrw> I know that armel is dropped in raring but could kernel support it at least for headers?
[13:03] <hrw> I need them for armhf/armel cross compiler
[13:05] <ogra-cb> hrw, wouldnt that require that there is a buildd that builds the source targeted for armel ?
[13:05] <ogra-cb> i dotn think we have that in raring
[13:06] <hrw> ogra-cb: not necessary
[13:08] <hrw> ogra-cb: I take linux-source-3.7.0 package and run dpkg-buildpackage -aarmel with some options just to get headers
[13:08] <hrw> do not need it to be able to build kernel
[13:12]  * ogra-cb doesnt think thats something you can easily do on a buildd
[13:12] <ogra-cb> but i might be wrong
[13:14] <ogra-cb> also how would you publish the resulting binary ? the archive doesnt have any armel support anymore
[13:18] <hrw> armel-cross-toolchain-base does it
[13:18] <ogra-cb> what ? publish a non existing arch ?
[13:18] <hrw> check which binaries it generates
[13:18] <ogra-cb> there is no more Packages.gz for armel, how would you provide it ?
[13:19]  * ogra-cb thinks this discussion would be better suited for #ubuntu-release
[13:19] <hrw> I do not publish arch:armel but arch:all packages
[13:19] <ogra-cb> ah
[13:21] <hrw> armel-cross-toolchain-base (actb in short) generates linux-libc-dev-armel-cross from linux-source-3.x.0 package as arch:all
[13:21] <hrw> but for that I need partial support for armel
[13:21] <ogra-cb> ah, k
[13:23] <hrw> and this blocks whole arm{el,hf} cross compiler stuff
[13:24] <hrw> aarch64 one is now pbuilding
[14:01] <ppisati> has anyone ever experienced fs corption on the haswell box?
[14:01] <ppisati> *corruption
[14:50] <cking> ppisati, nope, not yet
[14:50] <ppisati> when i came back, the fs was in ro and the screen was full of 'sda retry failed blablabla"
[14:51] <ppisati> but not panic or oops
[14:51] <ppisati> i'll try to catch it early next time, and scroll to the beginning of the carnage
[14:53] <cking> ppisati, my earlier SDPs had flaky SATA connector plugs which caused errors like this
[14:53] <ppisati> weird
[14:53] <ppisati> becasue yesterday i had no prob at all
[14:54] <cking> i blame every problem now on entropy
[14:54] <ppisati> :)
[15:14] <rtg> apw, here is a puzzler: https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport/+build/3988532/+files/buildlog_ubuntu-precise-amd64.linux-lts-raring_3.7.0-2.8%7Eprecise1_FAILEDTOBUILD.txt.gz
[15:15] <rtg> I've seen this error before but can't remember what it was.
[15:16] <apw> Compiling 49 OIDs
[15:16] <apw> presumably that was meant to make the .c
[15:17] <rtg> oid_registry.c is just a regular file
[15:17] <rtg> oid_registry_data.c is the one that is generated
[15:18] <apw> erp, then no that cannot happen :)
[15:18] <rtg> maybe I'll just rerun the build
[15:20] <apw> rtg maybe, i cannot see any reason it would go missing ... sigh
[15:20] <rtg> i386 is already past that point in the build.
[15:20] <apw> double erp
[15:20] <rtg> I kind of hate instabilities on the buildds
[15:21] <apw> i have heard of removing the /build directory being an approved way to stop a build; maybe something like that happened
[15:21] <apw> i wish there was some way to tell if human intervention was the cause
[15:22] <rtg> apw, well whats weird is that I've seen this exact same build failure before
[15:22] <apw> rtg, so it has to be a parallel race somehow then ... but quite how
[15:23] <rtg> apw, don't think so. its -j1
[15:24] <rtg> apw, oh well, maybe I'll start grinding through all of the firmware issues
[15:25]  * apw utterly fails to test steam
[15:25] <apw> utter fail on my system, 3.7gb download to say "not compatible with your system"
[15:25] <rtg> ya gotta love it :)
[15:58]  * ogasawara back in 20
[16:10] <Theodoros> Is the plan to ship 3.5 by default in 12.04.2?
[16:12] <rtg> Theodoros, yes. The Raring kernel will get shipped in 12.04.3
[16:13] <bjf> Raring != 3.5
[16:13] <rtg> bjf, and 12.04.3 != 12.04.2
[16:13] <Theodoros> Okay so after some false starts I was able to fully understand my issues with samba and 3.5 in precise
[16:13] <Theodoros> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1075670
[16:13] <ubot2> Launchpad bug 1075670 in linux (Ubuntu) "samba panics with sys_setgroups failed" [High,Incomplete]
[16:14] <bjf> rtg, so "yes" meant what exactly? :-)
[16:14] <rtg> bjf, yes meant that we _are_ shipping 3.5 in 12.04.2
[16:14] <bjf> ack
[16:15] <Theodoros> Thanks for the prompt answer btw :D
[16:16]  * bjf is going to go soak his head
[17:45]  * ppisati -> EOW
[17:47] <apw> bjf, herton, fyi i have just uploaded an emergency linux-lowlatency identicle to that in -updates but with -pae enabled, this is going round the back and you can ignore it
[17:47] <apw> i'll be doing the -34 version as soon as that is out of the way
[17:53] <ogra_> so i heard there will be config 2normalization" for the nexus7 kernel
[17:54] <ogra_> *s/2/\"/
[17:54] <ogra_> it would be good to restrict that to modules for HW you can actualy attach to the device than making it to ubuntu generic like
[17:55] <rtg> ograjust USB mostly, right ?
[17:55] <ogra_> yeah
[17:55] <ogra_> probably some BT
[17:55] <ogra_> not swure the kernel has anything for the client side
[18:18]  * rtg -> lunch
[18:19]  * apw wanders off for beer ...
[18:58] <infinity> apw: emergency lowlatency is in proposed, so the new rebase can head to the PPA whenever you're appropriately drunk.
[19:47]  * rtg -> EOW
[22:29] <patr|ck> is there a newer kernel package for testing a graphics driver issue, than the one that ships with Ubuntu 12.10?
[22:43] <infinity> patr|ck: There's the one in 13.04, of course.
[22:45] <patr|ck> infinity, can that package be installed on 12.10 or would that require other packages to be updated, too?
[22:53] <infinity> patr|ck: Should install fine on 12.10, I don't think any deps got bumped.
[22:53] <patr|ck> nice, thank you


[15:06] <gQuigs> how would I mark this bug also affect "14.04", (and then I would mark the main task as fixed released) and triaged on 14.04
[15:06] <gQuigs> https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1359304
[15:11] <brendand> gQuigs, https://wiki.ubuntu.com/StableReleaseUpdates#Procedure
[15:13] <gQuigs> "Ask the Ubuntu bug control team to nominate the bug for the appropriate Ubuntu release(s)/series" how do I do that part?    The nominate is not the option that makes sense to me
[15:14]  * gQuigs has permissions in the bug control team
[15:15] <filipsohajek> Hello, can you please set bug status to Triaged and priority to High? https://bugs.launchpad.net/ubuntu/+source/pcre3/+bug/1361610
[15:17] <brendand> gQuigs, then you should be able to nominate it for Trusty
[15:17] <brendand> gQuigs, but not before proposing it for SRU
[15:17] <gQuigs> brendand: but I want to add a task for trusty, are the same now?
[15:18] <gQuigs> brendand: aka, just mark it as affecting trusty
[15:18] <gQuigs> brendand: I don't think this will be SRUable anyway
[15:21] <brendand> gQuigs, the only thing you can do is nominate it for trusty, you can't otherwise mark it as affecting a particular series
[15:22] <gQuigs> brendand: how was this done - https://bugs.launchpad.net/ubuntu/saucy/+source/ifupdown/+bug/1160490
[15:22] <brendand> gQuigs, by nominating it
[15:23] <brendand> gQuigs, indicating that the intention is to SRU it
[15:23] <brendand> gQuigs, you could do that, but probably nothing will come of it
[15:24] <hggdh> gQuigs: are you the one and same that just applied to Bug Control?
[15:24] <gQuigs> hggdh: indeed
[15:24] <hggdh> ok
[15:25] <hggdh> do you intend to SRU it?
[15:25] <gQuigs> hggdh: no, I don't think it merits an SRU
[15:25] <gQuigs> but, it will be fixed eventually if the libreoffice major release exception ever goes through
[15:25] <gQuigs> *will = might
[15:25] <hggdh> well, then why nominate to Trusty? A nomination to Trusty implies a SRU...
[15:27] <gQuigs> hggdh: hmm. I thought it was useful just to be clear where the bug still exists
[15:27] <gQuigs> but in that case I'll just mark it as fix released
[15:29] <gQuigs> brendand: hggdh: thanks for clarifying
[15:29] <hggdh> gQuigs: please also add a comment in that this *might* be solved on Trusty if we do a major release exception to LO
[15:29] <gQuigs> hggdh: will do
[15:30] <hggdh> thank you.
[15:30] <hggdh> gQuigs: on a clarification on you application: we usually wait 1 week to collect responses on it, and act after that
[15:31] <gQuigs> hggdh: right, got it.. thanks for the +1 :)
[15:36] <hggdh> yw


[06:25] <YoBoY> bonjour
[08:00] <dholbach> good morning
[08:07] <czajkowski> aloha
[15:24] <paultag> ohai
[15:25] <mhall119> morning
[15:25] <paultag> moin
[15:25] <mhall119> wiki
[15:25] <mhall119> how's the new gig paultag ?
[15:26] <paultag> mhall119: as I said about a minute ago:
[15:26] <paultag> 15:25 <paultag> dude
[15:26] <paultag> 15:25 <paultag> awesome
[15:26] <paultag> 15:25 <paultag> ungodly
[15:26] <paultag> 15:25 <paultag> this is such an awesome gig
[15:26] <mhall119> so, it's okay then?
[15:26] <paultag> mhall119: it's crazy awersome
[15:27] <paultag> I have yet to feel like I'm at work
[15:27] <mhall119> those are the best kind :)
[15:27] <mhall119> whatcha workin on?
[15:28] <paultag> mhall119: right now, some scrapers to import CO's bill + vote data
[15:28] <paultag> I just finished that last night, so I might do people today
[15:30] <mhall119> ew, scrapers
[15:32] <paultag> yeah I know
[15:32] <paultag> but it's for global good
[15:32] <paultag> mhall119: we scrape the data into our backend + open API, so we are the only ones who have to do it
[15:32] <paultag> since states won't provide this over an API themselves
[15:34] <mhall119> that's cool
[15:34] <mhall119> it's a shame that governments don't automatically make it available like that
[15:34] <paultag> yeah totally
[15:34] <mhall119> did you see that NY I think it was has an open-source redistricting program?
[15:35] <paultag> mhall119: yeah, they also have some cool data on how names change over time from the census
[15:35] <mhall119> Florida has one available to us to make our own district maps, but it's not open source, and it's horribly ugly
[15:35] <paultag> mhall119: NY has some fairly cool stuff, actually
[15:35] <paultag> they were open to adopting our API standard for bill data
[15:35] <paultag> which would be *awesome*


[08:11] <anonymous1> anyone awake?
[08:16] <anonymous1> *Triple booting ubuntu12.4 backtrack5(r2?) and linux mint (12) booted up earlier and every grub entry sent me to "busybox"prompt. was finally able to load backtracks recovery mode.. attempted Reconfig Grub option this allowed me to reboot and start BT5 like normal. now when i boot i have no keyboard support..Bt5 loads as its my 1st grub entry. any ideas on how i can get my keyboard to work at grub again? edit grub? by
[08:18] <anonymous1> also have a PartdMagic , puppy linux, and dsl live cd/usb... if that helps. alas, no ubuntu disc/iso
[19:14] <Swinx> Hi. I need some help in getting Python3.2 that I installed using altinstall to be able to access the same modules as the default Python2.7 that comes with ubuntu 12.04. Any pointers to any resources would be much appreciated
[19:23] <coalwater> \q
[19:23] <coalwater> lol woops
[22:46] <r4y> I've never run igoogle before and chose the lowest speed. What is the command for finding out how much ram this computer has?, And How do I get back to the page to change igoogle to the proper speed this computer can use?


[00:59] <sparky> my distro upgrade got interrupted, it acually boots and i tried to run "sudo dpkg --configure -a" but i get an error in parsing some of the files
[01:03] <holstein> sparky: ouch
[01:03] <holstein> i know what i would do.. i dont like distro upgrades, anyways.. so, i would just backup, and fresh install.. i consider that the shortest path to a "clean" system
[01:04] <holstein> otherwise, what file isnt "parsing?
[01:04] <Unit193> sparky: Pastebin?
[01:06] <sparky> yea just a sec
[01:06] <sparky> http://paste.ubuntu.com/11401877/
[01:07] <Unit193> Welp.  Not seen that before.
[01:08] <Unit193> I'd hesitate to blindly tell you to delete that file and try again, however it does appear corrupt.
[01:09] <sparky> hm, ok... i guess ill do that
[01:12] <sparky> seems to be finishing the installation, thanks for the suggestion. should've tried that :P
[01:13] <Unit193> Heh, I'd have hesitated too.
[01:48] <sparky> works great. thanks again, :)
[01:56] <Unit193> Sure thing, glad to help.
[10:01] <christine> hello everyone
[10:02] <Guest19263> i have a issue with my battery indicator icon not showing on system tray anyone know what could be happening ?
[13:00] <snellejongen23> hey guys
[13:01] <snellejongen23> i'm having an odd problem, i have 2 pc's both the same intel extreme graphics
[13:01] <snellejongen23> the first is a laptop with lubuntu, the second a desktop celeron with lubuntu
[13:01] <snellejongen23> the laptop has no intel graphics drivers installed and the desktop has intel graphics drivers for linux
[13:02] <snellejongen23> the laptop runs youtube fine, the desktop runs it choppy
[13:04] <snellejongen23> alptop: pentium centrino 1,4gzh 512 MB,  desktop: 2.2 Ghz celeron 1GB Ram
[13:06] <snellejongen23> could it be that it has nothing todo with the intel graphics, as the laptop has no graphics drivers installed?
[13:06] <snellejongen23> and that the flash, movies run on the cpu as instead on the gpu for decoding
[13:08] <hateball> snellejongen23: Flash is CPU intensive yes
[13:08] <hateball> snellejongen23: What browser are you using to watch it in?
[13:09] <hateball> Firefox uses an old Adobe npapi flash, chromium/chrome uses a newer flash that might have better performance
[13:09] <hateball> snellejongen23: also you can go to youtube.com/html5 to make sure you're using that instead of flash
[13:10] <snellejongen23> i use firefox for both
[13:11] <snellejongen23> no flash addons
[13:11] <snellejongen23> the desktop with the intel graphi drivers also had pepper flash installed
[13:12] <snellejongen23> because i wanted to improve youtube decoding
[13:12] <snellejongen23> i find it strange that the laptop with no intel graphics drivers, no pepepr flash install
[13:13] <snellejongen23> runs it ok, and desktop with drivers, choppy flash , drivers + pepper flash, still choppy
[13:14] <snellejongen23> for being clear, the desktop from the fresh lubuntu install has had no good youtube playback
[13:14] <snellejongen23> both are newly installed
[13:14] <snellejongen23> lubuntu
[13:18] <snellejongen23> so my conslusion is : the laptop with no drivers, has no gpu playback, therefore relies on the cpu,
[13:18] <snellejongen23> the desktop with drivers, tries to rely on the gpu but can't , therefor choppy playback
[13:19] <snellejongen23> ??
[13:22] <hateball> I dont use firefox myself so I dont know if it tries to use hardware acceleration
[13:23] <hateball> if it does, perhaps there is a switch to turn off to force it to use cpu only
[13:23] <hateball> for tests sake
[13:23] <snellejongen23> you can in flash disable hardware acceleration
[13:23] <snellejongen23> uncheck it
[13:25] <snellejongen23> i'm going to test that now in firefox with flash on the desktop, uncheck the hardware acc. and check youtube
[13:25] <snellejongen23> one moment
[13:26] <hateball> well, make sure it's actually using flash and not html5 also...
[13:26] <snellejongen23> yeah i right it to see if i see if it's using flash
[13:26] <hateball> :)
[13:26] <snellejongen23> *right click
[13:29] <snellejongen23> awful playback :D
[13:30] <snellejongen23> blocky and everything
[13:30] <snellejongen23> i'm beginning to suspect gpu drivers
[13:30] <snellejongen23> audio is ok tho
[13:35] <snellejongen23> i think  my best bet is to just copy the laptop conditions and check from there
[13:35] <snellejongen23> remove intel graphics drivers, flash and chrome
[13:44] <snellejongen23> because if someone with a pentium 3 700 mhz and integrated graphics can watch youtube
[13:45] <snellejongen23> surely i can
[15:00] <snellejongen23> ive been making some progress
[15:00] <snellejongen23> uninstalled graphics drivers, and now i'm getting video in minitube
[15:00] <snellejongen23> and smooth playback
[15:00] <snellejongen23> in it
[15:00] <snellejongen23> so at least i can watch something
[15:16] <snellejongen23> thank you all mighty linus
[17:07] <belal122> hi
[17:07] <belal122> I wonder if anyone has a fix for this:  Everytime I boot into Lubuntu, right after the nvidia splash screen, I get a black screen with dots on the top part of my screen.  I can see the mouse, but no desktop
[17:08] <belal122> I have to press alt + ctrl + f7, to get to tty7 and then I'm able to log on with userID n password
[17:08] <snellejongen23> have you reinstalled the nvidia drivers?
[17:08] <snellejongen23> with the nvidia current
[17:08] <belal122> it's a fresh install with the updated drivers
[17:09] <snellejongen23> then i don't know
[17:09] <belal122> :(  it's annoying as hell.  I wonder if there's a way to have it automatically go to TTY7 upon boot?
[17:12] <wxl> no clue either, belal122, but you might want to check your logs, especially /var/log/Xorg.0.log
[17:15] <snellejongen23> if you could paste it in pastebin for us to see
[17:19] <belal122> that pc is not connected to internet.  :(
[17:20] <belal122> I was trying to use it as a gaming pc for emulators.
[17:20] <wxl> is that relevant?
[17:20] <belal122> no i meant, i couldnt paste it into pastebin
[17:20] <belal122> because it has no net connection
[17:20] <wxl> that's what usb's are for :)
[17:20] <belal122> lol...smart
[17:20] <belal122> brb then
[17:21] <snellejongen23> lol
[17:21] <snellejongen23> and alto it isn't connected , i do recommed getting the latest packages because of bugfixes
[17:27] <belal122> http://pastebin.com/jB5xYaUF
[17:27] <belal122> that's the xorg.0.log , do u also want xorg.1.log?
[17:34] <wxl> belal122: it's an older loger
[17:34] <wxl> s/er//
[17:34] <wxl> :/
[17:35] <wxl> anyways nice xbox 360 wireless receiver :)
[17:36] <wxl> so which nvidia driver is this?
[17:38] <snellejongen23> 304.125
[17:38] <snellejongen23> NVIDIA GLX Module  304.125  Mon Dec  1 20:21:57 PST 2014
[17:39] <snellejongen23> as stated in the log
[17:40] <wxl> not a nvidia whiz here but is that the appropriate one?
[17:40] <wxl> i especially have no clue about proprietary drivers
[17:40] <belal122> thanks.  Yeah the system is old: AMD64 Chip with nvidia 6150SE graphics, but couple that with the wireless 360 reciever, and it plays sega genesis games like a charm.
[17:41] <belal122> I don't remember, but I had it installed some time ago and I remember getting the latest one at the time.
[17:41] <belal122> just a few months ago
[17:42] <wxl> well you can figure it out with lspci
[17:42] <belal122> that will tell me the nvidia version?
[17:42] <wxl> lspci -nnk | grep -iA 3 vga | grep driver
[17:43] <snellejongen23> you can always try to reinstall the xserver-zorg
[17:43] <snellejongen23> sudo apt-get install --reinstall xserver-xorg
[17:44] <snellejongen23> because right now i'm trouble shooting my intel graphics
[17:45] <wxl> my guess is that you're NOT using nouveau
[17:45] <wxl> as that version seems to match the latest version for that series on nvidia's site http://www.nvidia.com/object/unix.html
[17:46] <wxl> more specifically http://www.nvidia.com/Download/driverResults.aspx/80133/en-us
[17:47] <wxl> seems that there are such drivers are also provided in our own repos https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-304-update
[17:48] <wxl> it seems that a bug similar to yours is awaiting a fix in those drivers https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-304-updates/+bug/1365695
[17:48] <wxl> looks like nouveau has no such problems
[17:49] <wxl> to answer your question, belal122, click the button next to This bug affects 55 people. Does this bug affect you?  Edit
[17:50] <wxl> also make sure to subscribe yourself to the bug
[17:50] <wxl> you'll get the update when it's finally fixed
[17:50] <wxl> but ultimately you're waiting on upstream (nvidia)
[17:50] <wxl> which is to say you may be waiting a good long time :)
[17:59] <snellejongen23> maybe you can search for a way you get into tty7 automaticly
[18:00] <belal122> yeah, i have the same problem!
[18:01] <belal122> by the way, i figured out one thing:  by purging the nvidia driver out, I can boot into lubuntu just fine with the free driver.  but trying to open Kega (the emulator), crashes the system.  I'm going to try to re-install the drivers and see if I get any result
[18:05] <snellejongen23> i think purging is not the safest option
[18:06] <snellejongen23> can anyone confirm?
[18:06] <wxl> won't hurt
[18:06] <snellejongen23> especially dealing with drivers , you want to use the safest method possible
[18:07] <wxl> at least for that, because noveau is there by default
[18:16] <nonyab> I am running Version-Kernel: Linux 3.2.0-83-generic (i686)
[18:16] <nonyab> Compiled: #120-Ubuntu SMP Wed Apr 29 15:36:33 UTC 2015
[18:16] <nonyab>  C Library: Unknown
[18:16] <nonyab>  Default C Compiler: GNU C Compiler version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) Distribution: Ubuntu 12.04.5 LTS :Desktop Environment: LXDE (Lubuntu) and it does not mount andriod sd card and so in file manager i have installed gmtp and all the other mtp tools yet all that comes up in file manager is the phone and tools for windows installer no sd card how can i make it do like ubuntu out of the box mount the sd card unless i take it out and put it in
[18:16] <nonyab>  an adaptor
[18:18] <wxl> nonyab: this may sound laughable, but try the original usb cord and/or different usb ports.
[18:21] <nonyab> I have they all work the same but if i boot up live ubuntu it all works i like Lxle everything elese works even wireless
[18:22] <wxl> nonyab: you have lxle?
[18:22] <nonyab> yes
[18:23] <wxl> nonyab: then i would suggest support at #lxle
[18:23] <nonyab> There is none
[18:23] <wxl> 1123 [Users #lxle]
[18:23] <wxl> 1123 [@ChanServ] [ l33tSHIBE] [ Meetingb0t] [ wxl]
[18:23] <wxl> 1123 -!- Irssi: #lxle: Total of 4 nicks [1 ops, 0 halfops, 0 voices, 3 normal]
[18:23] <wxl> 1123 -!- Channel #lxle created Mon Mar 25 05:32:10 2013
[18:23] <nonyab> yet they have on thier web site
[18:23] <wxl> there *IS* one
[18:23] <wxl> not many people there, admittedly
[18:24] <wxl> i would suggest other avenues of support other than those related to lubuntu as it has been said time and time again that lxle is not lubuntu
[18:24] <wxl> if they are going to provide the distro, they should provide support. otherwise, i'm not sure i see the value in it.
[18:25] <nonyab> Free Live Help: Lubuntu IRC, LXLE IRC, Screencasts
[18:25] <wxl> that's their assertion, not ours
[18:27] <belal122> SUCCESS!!
[18:27] <belal122> i found the solution!
[18:27] <wxl> what 'twas?
[18:27] <nonyab> oh well so much for finding a distro that provides everything I tried lubuntu and almost every othe distro and they all provide one thing or the other but  wireless
[18:28] <belal122> ok, so the last thing i did was purge "nvidia *"  , then i went to ubuntuupdates.org and downloaded nvidia-346 i386 package...installed that and voila!
[18:28] <wxl> nonyab: i have never had a device with wireless that didn't work in lubuntu
[18:28] <belal122> when i rebooted, it worked
[18:28] <wxl> great belal122
[18:28] <belal122> thankx wxl!
[18:28] <belal122> nonyab... lubuntu works.  probably nm-applet didn't load?
[18:28] <belal122> i had the same problem when I borrowed a wifi dongle some months ago
[18:29] <belal122> i inserted the wifi usb stick and i didn't get anything.  turns out, u have to go to the start up manager, and load "nm-applet"  to start by default
[18:29] <belal122> once u do that...it will always boot up lubuntu with the network/wifi manager, so u can connect to net
[18:29] <belal122> automatically
[18:29] <nonyab> My wireless is a bcw4311
[18:30] <wxl> !broadcom | nonyab
[18:30] <nonyab> I know
[18:31] <wxl> nonyab: …and?
[18:31] <snellejongen23> i think i solved my intel extreme graphics problem
[18:31] <snellejongen23> i installed all graphics drivers i don't need, ati radeon, matrox etc
[18:31] <snellejongen23> vmware stuff, even tho i am not using vmware
[18:31] <nonyab> I have used it  but lxle is so fast on load up and easy to do eye candy like to customize from boot up to shutdown
[18:32] <wxl> nonyab: then why don't you figure out what customizations are needed to make it like that in lubuntu?
[18:32] <snellejongen23> i mean i uninstalled lol
[18:32] <belal122> new question:  is there anyway to boot up ubuntu/lubuntu without having it ask for userID/password?  i checked "never ask for password" in the users and group
[18:32] <wxl> right makes sense nonyab
[18:32] <snellejongen23> belal yes automatic login
[18:33] <wxl> belal122: yeah, lightdm settings, which were, last time i checked, relatively undocumented (an ubuntu problem, not lubuntu)
[18:33] <wxl> sorry i meant makes sense snellejongen23 :)
[18:33] <wxl> !lightdm | belal122
[18:33] <nonyab> just let me think about that i think last time i did live lubuntu no wireless
[18:33] <wxl> oops
[18:33] <wxl> https://wiki.ubuntu.com/LightDM
[18:33] <wxl> nonyab: broadcom stuff doesn't install by default. blame broadcom.
[18:34] <belal122> thanks! gonna look it up now
[18:35] <snellejongen23> for broadcom issues ---> http://askubuntu.com/questions/55868/installing-broadcom-wireless-drivers
[18:35] <snellejongen23> second answer
[18:36] <snellejongen23> also fixed my wireless today with dropouts
[18:36] <snellejongen23> realtek chipset
[18:36] <snellejongen23> first diables dnsmaq
[18:36] <snellejongen23> disabled
[18:37] <snellejongen23> and compiled a new driver, now no more issues
[18:40] <snellejongen23> been working all day to get lubuntu working xD
[18:43] <snellejongen23> so graphics working.check..wireless no more dropouts
[18:43] <snellejongen23> only thing now is when i enable automatic connecting to wireless in networkmanager
[18:43] <belal122> success number 2!!!  this worked, number 8: http://askubuntu.com/questions/51086/how-do-i-enable-auto-login-in-lightdm
[18:43] <wxl> yay
[18:43] <snellejongen23> i need to enter my password after login...
[18:43] <belal122> lol i'm on a roll!
[18:56] <snellejongen23> keyring is the culpit
[18:58] <snellejongen23> found a big :d
[18:58] <snellejongen23> bug
[18:59] <wxl> !bugs | snellejongen23
[18:59] <snellejongen23> i'm going to try and duplicate it with live cd
[18:59] <snellejongen23> and some with the same version
[19:00] <snellejongen23> keyring keeps asking for password with aumatic wireless
[19:00] <snellejongen23> even when i check everyone can use this connection


[17:12] <zequence> Totally missed the point release for 14.04.3. We had some help with testing.
[19:01] <OvenWerks> zequence: hmmm, the version I am running says VERSION="14.04.3 LTS, Trusty Tahr" so I guess you are right. I have not stummbled on any trouble yet with audio at least. (windowing and other DE stuff has not broken of course)
[19:11] <zequence> OvenWerks: It was being tested today. Don't think it's released yet
[19:11] <zequence> http://iso.qa.ubuntu.com/qatracker/milestones/344/builds
[23:48] <OvenWerks> zequence: Well I did update late yesterday (maybe this morning?) That may be why.
[23:50] <OvenWerks> Hasn't been rebooted though, says up 2 days in top.


[10:09] <MatthewAllen> balloons, I was having a look at implemented lp:656661 (the search), from what I was playing around with the Drupal implementation struggles, but Googles Custom search works decently on the live version. You have any idea how many querys you would need per day? Because for free the Google Custom Search is limited to 100/Day
[10:53] <slickymasterWork> flocculant: https://code.launchpad.net/~flocculant/ubuntu-manual-tests/1532348/+merge/283037
[13:02] <flocculant> slickymasterWork: ta
[13:03] <flocculant> MatthewAllen: could be less than 1 or could be loads - can't think we'd want to use google for it though
[13:03] <MatthewAllen> flocculant, only reason I was looking at Google was it was from what I could work out one that it got pretty solid results, with little time spent configuring
[13:04] <MatthewAllen> Can I ask what the issue with using Google is?
[13:08] <flocculant> some people don't like google
[13:09] <flocculant> imo this needs to be done with the tracker, not externally - if it's not possible then it should stay wishlist - it is after all 5 years old :)
[13:10] <MatthewAllen> the custom search can be implemented into the website pretty much directly, you're never redirected to an external page
[13:11] <MatthewAllen> Can't do anything about people not liking google, but I could get it to implement pretty much seemlessly with the website
[13:12] <flocculant> wait for balloons - but I'd be -1 using google
[13:13] <MatthewAllen> will do, only reason I was looking for that is rolling a custom search feature is probally a hell of a lot more work, for results that are not much better
[13:14] <flocculant> ack, as I said, if it's that much work then perhaps it should remain wishlist :)
[13:57] <balloons> Good morning all
[13:57] <balloons> Back in the real and connected world
[14:37] <balloons> MatthewAllen2, it makes the most sense to use the drupal search module, and not something custom or google
[14:48] <balloons> and yes, even if google let's you do it better, I would still prefer the built-in module
[14:48] <balloons> reduces dependencies and google site searches can get wonky -- the custom search will never break
[14:56] <balloons> flocculant, I see some MP's to review and merge :)
[15:56] <MatthewAllen2> balloons, Do you know if theres an issue with literally just enabling the search and indexing the site? Because from what I've found there's not a huge amount to configure on the built-in Drupal Module
[16:06] <balloons> MatthewAllen2, I don't. I'm working on opening up the admin access. We should start there
[16:07] <MatthewAllen2> Because on my local instance, the search isn't even indexing the QATracker
[16:09] <balloons> MatthewAllen2, I see the same now. Search is on atm
[16:33] <MatthewAllen2> balloons, any luck?
[16:34] <balloons> MatthewAllen2, there's nothing I can see to do. The search is already on, and as you've noted, it doesn't cover the tracker stuff
[16:34] <MatthewAllen2> balloons, ah ok
[16:34] <balloons> there may be another module to enhance it, but the out of the box module seems useless eh?
[16:34] <balloons> unless you see otherwise locally?
[16:34] <MatthewAllen2> from what I can gather pretty much
[16:35] <MatthewAllen2> I've had no success
[16:37] <MatthewAllen2> if you have a look here you can test the results the google one gives - https://cse.google.com.au/cse/publicurl?cx=000226479473830903505:tbhohytxyfg
[16:37] <MatthewAllen2> If we go with that, I'll do some more digging into filtering - as I know you can rank certain things eg. Test Cases higher than other random stuff
[16:50] <balloons> I guess I'm open to opinion. I don't want search really at all, hah. So I would be for keeping things simple
[16:50] <balloons> hence the preference for a module
[16:51] <balloons> the answer to the old bug then might end up as a won't fix -- but I'm not the only voice!
[16:51] <MatthewAllen2> mmk, all good by me :)
[16:52] <MatthewAllen2> I was mainly looking at it because you linked it in the GCI task for "Enhance the new user experience"
[17:41] <flocculant> balloons: MP? my 2 or tracker ones?
[17:55] <balloons> flocculant, yes
[17:56] <flocculant> would have just pushed my 2 but don't like doing that unless it's really necessary
[18:07] <balloons> right
[18:42] <balloons> MatthewAllen2, I have something for you to create for via the API
[18:43] <balloons> MatthewAllen2, http://bazaar.launchpad.net/~ubuntu-testcase/ubuntu-manual-tests/trunk/view/head:/tools/qa_tracker_update.pl -- migrate that to use the API and to be in python :-)


[00:18]  * yano no longer has an ubuntu vps at work. :-(
[00:19] <yano> i'm now all debian all the time
[00:27] <canthus13> yano: Awesome. :)
[15:24] <thafreak> Just saw a failed ssh brute force attempt...they tried the username
[15:24] <thafreak> shit
[15:25] <paultag> haha
[15:39] <_bbb> remember teh fecal spammer?
[15:39] <_bbb> on the next vh1 where are they now


[01:25] <KGB-0> devhelp signed tags c670db8 Jeremy Bicha upstream/41_rc * Upstream version 41~rc * https://deb.li/3L3K1
[01:26] <KGB-0> devhelp upstream/latest 1c355f5 Jeremy Bicha * pushed 100 commits (first 5 follow) * https://deb.li/LCDE
[01:26] <KGB-0> devhelp upstream/latest b84dc2f Emmanuele Bassi devhelp/dh-search-context.c * Do not use deprecated symbols with newer GLib * https://deb.li/3qyse
[01:26] <KGB-0> devhelp upstream/latest c5d7cd3 Anders Jonsson po/sv.po * Update Swedish translation * https://deb.li/3i1zI
[01:26] <KGB-0> devhelp upstream/latest f946745 Emmanuele Bassi NEWS data/org.gnome.Devhelp.appdata.xml.in.in * Release Devhelp 41.beta * https://deb.li/iQ3UA
[01:27] <KGB-0> devhelp upstream/latest c93ecad Emmanuele Bassi meson.build * Post-release version bump to 41.rc * https://deb.li/wCPy
[01:27] <KGB-0> devhelp upstream/latest ff83b88 Marek Černocký po/cs.po * Updated Czech translation * https://deb.li/3tyM4
[01:27] <KGB-0> devhelp pristine-tar 2071ed3 Jeremy Bicha devhelp_41~rc.orig.tar.xz.delta devhelp_41~rc.orig.tar.xz.id * pristine-tar data for devhelp_41~rc.orig.tar.xz * https://deb.li/G1mM
[01:28] <callmepk> good morning
[02:19] <duflu> Morning callmepk
[02:20] <callmepk> hi duflu
[05:28] <jibel> Good morning all
[05:44] <callmepk> hi jibel
[05:46] <jibel> Hi callmepk
[05:57] <duflu> Morning jibel
[06:11] <jibel> Hi duflu
[06:51] <didrocks> good morning
[06:57] <oSoMoN> good morning desktoppers
[07:06] <didrocks> salut oSoMoN
[07:09] <duflu> Morning didrocks and oSoMoN
[07:10] <didrocks> hey duflu
[07:11] <jpnurmi> good morning
[07:18] <didrocks> hey jpnurmi!
[07:18] <callmepk> hi didrocks oSoMoN jpnurmi
[07:22] <jpnurmi> hey didrocks callmepk
[07:22] <oSoMoN> salut didrocks, hoy duflu, jpnurmi & callmepk
[07:23] <didrocks> hey callmepk
[07:26] <duflu> Morning jpnurmi
[07:26] <duflu> Morning seb128
[07:27] <seb128> goood morning desktopers
[07:27] <seb128> hey duflu, how are you?
[07:28] <duflu> seb128, mostly OK modulo new family issues. How are you?
[07:28]  * duflu dashes outside to scare away noisy pigeons
[07:29] <didrocks> salut seb128
[07:29] <seb128> I'm alright thanks
[07:29] <seb128> lut didrocks!
[07:42] <oSoMoN> salut seb128
[07:54] <cpaelzer> Hi Desktop people, I have one question about resolutions and wayland
[07:55] <cpaelzer> I have an old system I use for some experiments and every now and then I used to go down to 640x480
[07:55] <cpaelzer> that was great and got me what I wanted, but recently (for many other reasons) I re-installed it with Impish
[07:55] <cpaelzer> what I found was that it pretends to no more be able to "go down resolution so much"
[07:56] <cpaelzer> sevenhundred something is the smallest it can set in the GUI
[07:56] <jpnurmi> hey oSoMoN duflu seb128
[07:56] <cpaelzer> I tried to add a 640x480 modeline but it refused it
[07:56] <cpaelzer> so I wonder and wanted to ask you - is there something in the wayland stack that might influence the "lowest possible resolution" ?
[07:57] <cpaelzer> since it is unchanged hardware that did it before ... ?
[08:01] <duflu> cpaelzer, the list of resolutions natively supported by the kernel driver is /sys/class/drm/*/*/modes so anything not in that list is faked by the display server (mutter or Xorg)
[08:03] <duflu> cpaelzer, https://gitlab.gnome.org/GNOME/mutter/-/issues/1816
[10:19] <tjaalton> ubuntu dock in impish seems to crash each time after the display goes to 'sleep', is this a known issue?
[10:25] <seb128> Trevinho, ^
[10:28] <tjaalton> I've had it since upgrading to impish some weeks ago
[10:30] <seb128> tjaalton, do you have a bug report/error tracker/backtrace reference?
[10:30] <tjaalton> no
[10:32] <tjaalton> another thing is that the display is still on when it's blanked
[10:35] <tjaalton> ok, so the dock doesn't work together with wsmatrix, the dock remains blank after resuming
[10:35] <tjaalton> while without wsmatrix it seems to "restart"
[11:42] <jbicha> seb128: LP: #1942951
[11:43] <seb128> jbicha, hey, ack, I've no idea offhand but I will check ... is it working in Debian?
[11:44] <jbicha> good question, I haven't been able to check there yet
[11:49] <seb128> jbicha, did you see that your cheese upload failed to build?
[11:51] <seb128> brb, changing location
[12:03] <Trevinho> tjaalton: ok thanks for the info about wsmatrix... will check that
[12:04] <Trevinho> tjaalton: was it before latest dock update as well, right?
[12:05] <tjaalton> Trevinho: I had issues with wsmatrix before today, so I'm not sure
[12:05] <tjaalton> the git version needs one typo fix so that it doesn't crash on resume
[12:56] <charafau[m]> hello! I've updated to impish and everything works so far :)
[13:02] <cpaelzer> thanks duflu I'll see tonight what the system reports
[14:12] <ricotz> jbicha, seb128. hi, https://gitlab.gnome.org/GNOME/cheese/-/commit/7cf6268e54620bbbe5e6e61800c50fb0cb4bea57
[14:34] <hellswor1> good morning desktopers
[14:35] <jibel> Good morning hellswor1
[14:35] <oSoMoN> hey hellswor1
[14:35] <didrocks> 1st coffee of the day, it seems :p
[14:35] <hellswor1> hiya there guys
[14:35] <hellswor1> didrocks: is so right :)
[14:35] <hellswor1> new coffee shop, first coffee
[14:35] <didrocks> \o/
[18:03] <KGB-2> gdm upstream/latest 48abf02 Marco Trevisan * pushed 26 commits (first 5 follow) * https://deb.li/3e0el
[18:03] <KGB-2> gdm upstream/latest e8e6a7e Ray Strode daemon/ (5 files) * Merge branch 'support-accountsservice-session-and-session-type' into 'master' * https://deb.li/3kvEx
[18:03] <KGB-2> gdm upstream/latest f4922c0 Ray Strode daemon/gdm-local-display-factory.c * local-display-factory: Fix overrun in session type list generation * https://deb.li/i7U0E
[18:03] <KGB-2> gdm upstream/latest b1ba6a9 Ray Strode daemon/gdm-local-display-factory.c * Merge branch 'fix-overrun' into 'master' * https://deb.li/puie
[18:03] <KGB-2> gdm upstream/latest bf9ecc6 Ray Strode daemon/gdm-local-display-factory.c * local-display-factory: Add missing continue statements * https://deb.li/3jHc0
[18:03] <KGB-2> gdm upstream/latest 3d25d19 Ray Strode daemon/gdm-local-display-factory.c * Merge branch 'fix-session-type-selection' into 'master' * https://deb.li/YwhA
[18:04] <KGB-2> gdm pristine-tar 3760b1e Marco Trevisan (Treviño) gdm3_41~rc.orig.tar.xz.delta gdm3_41~rc.orig.tar.xz.id * pristine-tar data for gdm3_41~rc.orig.tar.xz * https://deb.li/3Bf5i


[01:53] <veebers> Is there anyone around at this time that can help me with my package stuck in proposed?
[01:54] <veebers> Currently it's been held back by an autopkgtest failure in another project that is unrelated. (autopilot in proposed, autopilot-gtk has failing tests on wily, due to gcc5 changes, which is the unrelated part)
[08:16] <Laney> veebers: wouldn't it be a good idea to fix autopilot-gtk's tests?
[08:36] <veebers> Laney: oh aye, the failures are 'fixed' I'm just in conversation regarding that. Was due to the xpathselect library needing to be rebuilt w/ gcc5
[08:36] <veebers> Laney: we're not ignoring the failures by any means :-)
[08:38] <Laney> veebers: There's these ones too http://autopkgtest.ubuntu.com/packages/a/autopilot-gtk/wily/amd64/
[08:39] <veebers> Laney: that's the ones I'm talking about
[08:39] <Laney> or is that what you  mean?
[08:39] <Laney> ok
[08:39] <veebers> Laney: I'm not sure why those autopkgtests are failing, but on my wily machine I attempt to build at it fails like that, I rebuild and install xpathselect and the ap-gtk build succeeds
[12:06] <Laney> Huh
[12:07] <Laney> I just looked into that autopilot-gtk failure a bit. Can't confirm that rebuilding xpathselect changes anything, but rebuilding *autopilot-gtk* itself does.
[12:13] <Laney> Ah
[12:14] <Laney> I bet that the xpathselect in wily-proposed is an ABI break
[12:15]  * Laney thanks autopkgtest
[12:17] <Laney> sil2100: ^^^ FYI that xpathselect upload was suspicious (just checked who published the silo)
[12:17] <Laney> Trevinho: ^ fyi too
[12:19] <Trevinho> Laney: looking at the AP failures, I was seeing the very same failures with previous versions as well, did I miss something?
[12:19] <Laney> Trevinho: The index out of range thing is new with the rebuilt xpathselect
[12:20] <Laney> compare<EMAIL_ADDRESS>and<EMAIL_ADDRESS>[12:20] <Trevinho> Laney: so... want me to change soname or xpathselect or what else? And rebuild AP probably..
[12:21] <Laney> we need to rename xpathselect to add a "v5" to the end of the package name
[12:21] <Laney> I can do this, already did a bunch of them already
[12:21] <Laney> then things which depend on it need rebuilding too
[12:21] <Trevinho> Laney: oh, if want, go for it... What should I do with my silo then?
[12:22] <Laney> what else is in it?
[12:23] <seb128> unity that already migrated
[12:23] <Laney> good job this isn't used for anything critical path ;-)
[12:23] <Laney> Trevinho: will use the same silo I guess
[12:24] <Trevinho> Laney: ok, make it yours
[12:24] <Laney> just stack up on yours
[12:24] <Laney> I would guess that the ap-gtk failure is going to go back to<EMAIL_ADDRESS>[12:25] <Trevinho> unity has not a strict dependency on that... and so most of stuff I guess... We dload it it and probably other libs do that
[12:26] <Laney> which one?
[12:26] <Trevinho> mh, I didn't check, but probably gtk module for AP introspection does the same
[12:28] <Laney> ya, that should be fine
[13:00] <Laney> Trevinho: Just wasted/used some time trying to fix that other AP failure, so will do the renaming and stuff after lunch
[13:00] <Laney> hopefully should also unflakify this test
[13:01] <Trevinho> ok
[13:02] <Laney> seems you can't do Eventually(raises(stuff))
[13:02] <Laney> I probably knew that once
[13:02] <Laney> and now I know it again!
[13:02] <Laney> biab
[13:11] <coreycb> hi release team, we have 2 openstack Liberty uploads for the beta 2 release that we need to upload to wily.  can we get approval to upload them?  FFE bug 1488094
[15:20] <flexiondotorg> Laney, infinity I need some quick advice.
[15:21] <flexiondotorg> The MATE 1.10 migration in Debian unstable didn't get completed prior to the feature freeze.
[15:21] <flexiondotorg> Due in part to me being on jury service for 3 weeks and my Debian sponsors being on summer vacation and attending DebConf.
[15:22] <flexiondotorg> Consequently MATE in the 15.10 is a mix on 1.8 and 1.10. Therefore afflicted by segfaults and regressions.
[15:22] <flexiondotorg> Do I need to file for an FFe for each package I want to sync from Debian unstable?
[15:23] <flexiondotorg> My Debian sponsors are back from vacation and have been uploading MATE to unstable for the last 2 days. It is (almost) complete there now.
[15:24]  * ogra_ bets you can get along with a simgle bu for all MATE related FFe packages
[15:24] <ogra_> *bug
[15:25] <flexiondotorg> ogra_, So create a bug listing all unsynced MATE packages then reference that in each sync request?
[15:26] <ogra_> thats what we did in the past for i.e. phone images when needing approval for an FFe
[15:33] <flexiondotorg> ogra_, My question is does I need FFe because technically the sync will be fixing bugs?
[15:33] <ogra_> it brings in new upstream versions ...
[15:33] <ogra_> which makes it fall under FF
[15:33] <Laney> No
[15:33] <ogra_> no ?
[15:33] <Laney> Numbers don't matter
[15:33] <ogra_> thats new then
[15:33] <Laney> the changes do
[15:34]  * ogra_ still thinks just a blanket FFe for all MATE packages should be fine
[15:35] <ogra_> after all it is you who knows best if syncing them is helpful anyway
[15:37] <didrocks> as Laney said, it just depends what the new release bring. If it's bug-fix only, then no need for FFe
[15:37] <didrocks> if it's new features, that's the F of FFe ;)
[15:38] <ogra_> well ... if you have 3 packages out of 10 that need FFes it is still less paperwork to have a blanket one  for all of MATE ;)+
[15:39] <didrocks> or just open a bug with those 3 packages, and explain what new features it will bring in (and thus, the risks)
[15:40] <ogra_> (and after all we are talking about universe here ... where the rules used to be less strict anyway ... not sure thats still the case)
[15:41] <didrocks> less strict == getting the FFe accepted easily, yeah
[15:41] <didrocks> but not as "no need for FFe"
[15:41] <ogra_> indeed
[15:42] <Laney> unseeded maybe, but these are on a flavour
[15:42] <Laney> The request coming from a flavour developer gives it more weight though.
[15:44] <ogra_> would the conversation not be anyway: flexiondotorg files an FFe bug, you ask him to judge the feature impact since he is most familiar with the code and he tells you to approve/deny  ?
[15:45] <ogra_> sonds a bit like total waste of time and unneded buerocracy if it works like that in the end
[15:45] <apw> best to get a minion to file it ;)
[15:45] <ogra_> well, it if is only for the sake of paperwork i'd even say if a flavour lead asks for it, dont require and FFe
[15:46] <ogra_> and use the miniont time for better stuff ;)
[15:46] <ogra_> *minion
[15:46] <flexiondotorg> OK, so in which case. Some MATE packages in the 15.10 archive are v1.8 and syncing would bump them to 1.10 and they would bring new features in most cases.
[15:47]  * ogra_ just thinks it is pointless to require paperwork if the final decider is also the requesting person in the end ... and i guess most of the time thats the case for flavours
[15:47] <flexiondotorg> So, is the consensus for me to file an FFe for all MATE packages I'd like syncing, then reference that in the sync requests?
[15:48] <flexiondotorg> All the packages are MATE specific and will only impact (positively) Ubuntu MATE.
[15:48] <Laney> I don't really know why ogra is getting himself worked up
[15:48] <ogra_> yeah, by the current rules
[15:48] <ogra_> Laney, i'm not worked up at all
[15:48] <Laney> flexiondotorg: I think just do it this one time
[15:48] <Laney> call that an ack from me :)
[15:48] <ogra_> just analyzing
[15:48] <didrocks> Laney: yeah, seems like the current discussion is taking more time than following the process itself :)
[15:48] <flexiondotorg> Laney, So just start creating sync requests and say you've approved them?
[15:49] <Laney> sure, just paste this in or whatever
[15:49] <ogra_> i'm just wonderign if the process is still helpful at all
[15:49] <Laney> After you get it all in line then follow feature freeze
[15:49] <ogra_> or if we shouldnt loosen it a little
[15:49] <macjack> infinity: Hello infinity, I found "README.diskdefines" in each single 14.04.3 ISO file, it will show "Beta"
[15:49] <flexiondotorg> Laney, OK, thanks.
[15:49] <macjack> infinity: is it typo? Thanks
[15:49] <Laney> ogra_: Getting yourself in the middle of a discussion about a specific request isn't going to bring about the change you want though
[15:49] <Laney> go start a thread on list or something
[16:21] <infinity> macjack: Yeah, the string didn't get changed before release.  Congrats on being the first person other than me that noticed. :P
[16:23] <macjack> infinity: I am the lucky guy :) lol
[16:24] <macjack> infinity: anyway, thanks for replying, just to be sure it is formal release :)
[16:27] <infinity> macjack: It is, yes.  Just an embarrassing error that fixing post-release isn't worth doing.  Perhaps a note in the release notes wouldn't be a bad idea.
[18:07] <flexiondotorg> infinity, Can you do me a favour please? deja-dup-caja has been in the Wily NEW queue for weeks, could you assist it's promotion please?
[18:08] <flexiondotorg> infinity, It is a plugin for Caja (the MATE filemanager) that provides integration with Deja Dup backup.
[18:08] <flexiondotorg> infinity, I requested the plugin and help with it's development. It's inclusion will only affect/benefit Ubuntu MATE.
[18:15] <coreycb> hello, looking for an archive admin's opinion.   we have packages prepped for switching from python-mysqldb to python-pymysql, which is a drop in replacement for python-mysqldb.  do we need an FFE to update d/control for these package updates?
[18:15] <coreycb> for context, MIR bug 1477668
[22:38] <michi> sil2100: Thanks for your help with the train builds!


[13:39] <ikmaak> does anyone know if the Meizu MX4 Ubuntu Edition or the Meizu PRO 5 Ubuntu Edition are still sold or discontinued. The were released in 2015/2016, so it would seem likely, but i'd like to know from/till when they were sold, and any more info about use.


[09:40] <TheMuso> ev: How do you set up your environment so that glade can find gtkwidgets.xml?
[09:52] <ev> TheMuso: GLADE_CATALOG_PATH=gui/gtk GLADE_MODULE_PATH=ubiquity glade gui/gtk/...
[09:54] <TheMuso> ev: Thanks muchly.
[09:54] <ev> sure thing


[02:45] <ronnoc> anyone know if anything ever came of Project Silk?
[08:14] <Riddell> hola chicos
[08:17] <Riddell> ronnoc: I suspect not
[08:17] <Riddell> but maybe afiestas' webaccounts will be the successor
[08:49] <ronnoc> thanks Riddell
[10:13] <Riddell> hi Jekyll, are you the top notch bug triager from KDE?
[10:23] <Riddell> anyone else experience kde bug 303812 ?
[10:23] <Riddell> when I unplug my power it stays at 100%
[10:36] <CIA-81> [networkmanagement] Jonathan Kolberg * 19 * debian/ (changelog control plasma-widget-networkmanagement.install) Add libopenconnect-dev to build-dependencies (LP: #923587)
[10:40] <Riddell> bulldog98_: oh?  what does that do?
[11:55] <BluesKaj> hiyas all
[12:20] <apachelogger> "Your membership in kubuntu-members is about to expire"
[12:20] <apachelogger> cool
[12:56] <ScottK> You'd still be an indirect member, I believe, so you probably don't escape so easy.
[13:49] <apachelogger> noooooo
[13:49] <apachelogger> y u no let me go :P
[13:49] <Riddell> you're too valuable
[13:49] <Riddell> renew renew!
[13:50] <apachelogger> I still have 6 days left, I shall carefully think about it :P
[15:40] <Riddell> alpha 3 candidates images for the testing!
[15:40] <Riddell> http://iso.qa.ubuntu.com/qatracker/milestones/226/builds
[15:40] <Riddell> !testers
[15:46] <yofel> fun
[15:47] <Riddell> it's always fun with you yofel
[15:49]  * yofel hugs Riddell
[15:49] <yofel> same with you :)
[15:49] <yofel> I'll try to at least get some KVM runs done
[16:02] <Daskreech> alpha?
[16:03] <Daskreech> oh right  Kubuntu alpha
[16:03] <Riddell> yep
[16:05] <jsubl2> so whats a good way to test the new image,  virtualbox or ??
[16:05] <Riddell> jsubl2: virtualbox is good yes
[16:05] <Riddell> or hardware install
[16:05] <jsubl2> ok
[16:05] <Riddell> whichever you prefer
[16:06] <Riddell> record results at http://iso.qa.ubuntu.com/qatracker/milestones/226/builds
[16:06] <jsubl2> ok noted.  where are the images
[16:06] <Riddell> click on an image then "Link to the download information"
[16:07] <Riddell> that'll tell you the various ways to getit
[16:07] <jsubl2> i am new at this.  But i have wanted to contribute
[16:07] <jsubl2> ok
[16:07] <Riddell> thanks for getting into it :)
[16:08] <jsubl2> I am recently retired unix admin.  One of my goals was to get involved.
[16:09] <Riddell> go find bugs!  (cos next you'll want to fix them :)
[16:09] <jsubl2> ok.  i noticed the links for learning that.  so i will definetly read those.
[16:12] <Riddell> ad block isn't on by default any more, anyone remember if that's deliberate?
[16:27] <jtechidna> the best I can find is bug 372379
[16:30] <Riddell> rings a bell
[16:30] <Riddell> I think the problem there was the adblock settings being static in k-d-s
[16:30] <Riddell> but rekonq has an automatic update feature
[16:31] <yofel> hm, did the OEM install get dropped from the desktop image? F4 only shows 'Normal' as mode
[16:32] <yofel> hm, nvm
[16:32] <yofel> the menu is confusing
[16:38] <shadeslayer> !testers
[16:38] <shadeslayer> Digikam needs testing : https://launchpad.net/~rohangarg/+archive/experimental
[16:38] <Riddell> ooh digikam
[16:47] <Riddell> shadeslayer: remember we're in alpha freeze so remember to upload to -proposed when ready
[16:47] <shadeslayer> oh ... ok
[16:47]  * shadeslayer will remember
[16:48]  * shadeslayer will test installing the cd once I get a DVD tomorrow
[16:48] <shadeslayer> darn, should have got one today when I went to buy my mouse
[16:49] <Riddell> usb keys so much better in my opinion
[16:49] <shadeslayer> tell that to Apple
[17:43] <Riddell> cor, new images
[17:44] <Riddell> yofel: ^^
[17:45] <Riddell> hmm but still syncing to mirror
[17:50] <yofel> k
[19:34] <kubotu> ::workspace-bugs:: [1028567] plasma-desktop crashed with SIGSEGV when changing battery monitor settings @ https://bugs.launchpad.net/bugs/1028567 (by johannes)
[20:23] <Quintasan_> \o
[20:24] <yofel> evening Quintasan
[20:24] <Quintasan> yofel: sup
[20:24] <yofel> still working through real life backlog that piled up during a month of test and exams
[20:27] <Quintasan> ha
[20:27] <Quintasan> still getting things moving here
[20:30] <Quintasan> shadeslayer: >implying FF ever worked properly
[20:30] <shadeslayer> apparently alot of users like FF
[21:08] <Quintasan> Y U NO WORK VIRT MANAGER
[21:09] <Quintasan> FFFFFFFFFFUUUUUUUUUUUU-
[21:27] <ScottK> So I guess shadeslayer has passed the exams excuse on to yofel now.
[21:28] <yofel> lol, pretty much ^^
[21:28] <shadeslayer> haha :D
[21:38] <Linkmaster> Question about installing things, and their appdata: when a program installs, its appdata creates ~/.whatever, correct? Well, if you have enough ~/.whatevers, it creates a mess..how hard/difficult/whatnot would changing the install route to ~/.appdata/games.../programs.../etc  ??
[21:39] <shadeslayer> Quintasan: if you're free, could you test digikam
[21:39] <Quintasan> lol
[21:39] <Quintasan> shadeslayer: hmm k
[21:39] <Quintasan> Let me finish my Quntal upgrade
[21:40] <shadeslayer> ok
[21:44] <yofel> Linkmaster: application configuration files aren't that standardized. Some applications use ~/.<app>, some use ~/.config/app/ ~/.local/share/app/ as per XDG standard
[21:45] <Linkmaster> yofel: hm, I thought as much. I was wondering though, since it would organize things a little more after the initial ~/.whatever mess
[21:51] <Quintasan> Linkmaster: It wouldn't be Linux if everything was seating neatly organised ;)
[21:52] <Linkmaster> Oh hush =P thanks guys for at least asking, I was totally flamed in another channel when I presented the idea =P
[21:52] <Linkmaster> *answering
[21:53] <Quintasan> Linkmaster: It's the part of the surprise, when looking for udev files you totally exect the rules to sit in /var/some/where/where/you/do/not/expect/it
[21:53] <Quintasan> :P
[21:54]  * Linkmaster snorts
[21:54] <Linkmaster> true enough
[21:56] <yofel> Linkmaster: well, feel free to point people to the freedesktop spec - I doubt everyone knows it even exists (or they just don't care)
[21:56] <Quintasan> lol freedesktop
[21:57] <Quintasan> Heard that name somewhere in the depths of dbus
[21:57] <Linkmaster> I've never heard of that before
[22:08] <yofel> Linkmaster: I was talking about http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html specifically
[22:14] <Quintasan> apachelogger: It has come to my attention that despite our greatest efforts at Project Neon we did not manage to produce a sane daily build system for Amarok 2. A long and bloody and tedious investigation revealed that the culprit behind our apparent inability to do so was caused by a monstrosity called qtscriptgenerator. It's hideous core consists of qmake and other unspeakable horrors which scarred shadeslayer into using his "exams"
[22:14] <Quintasan> excuse everytime anything Amarok-related came up on the channel. Not only it is hideous and wrecks havoc within Project Neon members but I also noticed that even the mighty warrior called Phonon is not able to tame the beast and must resort to dirty tricks. That it is only the tip of the iceberg Esquire! Even our fellows from the old lands of Debian seem to have given up slaying the beast (qtscriptgenerator doesn't work with Phonon and
[22:14] <Quintasan> uses some hacks to do so). As the result of the aforementioned thing we decided to call upon the mighty Overlord of KDE Multimedia lands, who happens to be you as we speak, for help with taming the beast as it would be beneficial for both Kubuntu and KDE shires.
[22:15] <shadeslayer> oh boy oh boy
[22:17] <jsubl2> i installed the latest test image.  I think i missed something it tried to install grub to sdb  which is the flash drive i was installing it from.
[22:17] <jsubl2> i am thinking maybe it was me and not a bug.. but not sure
[22:49] <Riddell> jsubl2: worth testing again
[22:50] <jsubl2> yeah i will
[22:51] <Quintasan> Riddell: https://bugs.launchpad.net/ubuntu/+bug/1008967  any idea if someone is working on that so I don't do the same stuff twice?
[22:53] <Quintasan> yofel, shadeslayer: ^^
[22:53] <shadeslayer> not me
[22:54] <yofel> me neither - and if then that person should be assigned to that
[22:54] <shadeslayer> fooey
[22:54] <shadeslayer> yofel: can you give me root rights for lb?
[22:56] <Riddell> Quintasan: I think it's all yours
[22:56] <yofel> shadeslayer: done
[22:56] <shadeslayer> thx
[22:56] <Quintasan> Riddell: I'll get to it shortly then
[22:59] <apachelogger> Quintasan: does not compute
[22:59] <Quintasan> apachelogger: Read it until it does
[23:00] <Quintasan> If it doesn't then you need more booze
[23:00] <apachelogger> ah
[23:00] <apachelogger> now I get it
[23:00] <apachelogger> just remove the phonon bits?
[23:00] <apachelogger> last I saw it their overlay was kaput/incomplete
[23:00] <Quintasan> We want you to fix that
[23:01] <apachelogger> :O
[23:01] <apachelogger> what for?
[23:01] <Quintasan> So it works half-decently?
[23:01] <Quintasan> Or don't make Amarok 2 depend on that hell
[23:01] <apachelogger> no one uses the phonon bindings
[23:01] <apachelogger> and I don't see what for it would be used
[23:01] <apachelogger> considering qml shebang is in master now
[23:01] <Quintasan> Amarok 2 depends on that crap for some reason unknown to me
[23:02] <apachelogger> amarok scripts need the advanced qt bindings
[23:02] <Quintasan> That's qtscriptgenerator, right?
[23:02] <apachelogger> aye
[23:02] <Quintasan> And we need to get that building to get dailes working
[23:02] <apachelogger> it semi-auto-generates qtscript bindings for stuff
[23:02] <apachelogger> Quintasan: patch it I say
[23:03] <Quintasan> I think yofel made it work just today with some nasty hacks but that's a effing short-term solution imo
[23:03] <Quintasan> God knows when it will break again
[23:03] <yofel> we want you to fix phonon so we *don't* have to patch it
[23:03] <apachelogger> well
[23:03] <apachelogger> what's wrong with phonon?
[23:03] <yofel> well, or make qtscriptgenerator build without requiring a 'phonon.h' that includes all phonon headers
[23:04] <apachelogger> yah
[23:04] <apachelogger> qsg is not phonon compatible
[23:04] <apachelogger> only qtphonon had that master header
[23:04] <apachelogger> as all qt foo has master headers
[23:09] <Quintasan> apachelogger: I don't really care for where the Qt foo is and where it is. Can you do something about that or we have to patch the hell out of it and pray it doesn't break anytime soon?
[23:09] <Quintasan> where it is not*
[23:10] <apachelogger> qsg is not part of kdemm nor kde
[23:10] <apachelogger> so I cannot do anything about it
[23:10] <apachelogger> you could however patch in a phonon.h at debian/kubuntu level
[23:10] <apachelogger> seeing as the package tries to be compatible to qtphonon that sounds like a must-have tBH
[23:10] <Quintasan> We can do that but I doubt Debian folks will do that
[23:16] <yofel> Quintasan: they already do that...
[23:16] <Quintasan> Oh, okay.
[23:16] <Quintasan> So we are back to square one.
[23:16] <Quintasan> 148737-redshift-plasmoid-0.4.2.tar.gz
[23:17] <Quintasan> [plasma-widget-redshift]% tar zxvf 148737-redshift-plasmoid-0.4.2.tar.gz
[23:17] <Quintasan> gzip: stdin: not in gzip format
[23:17] <Quintasan> great
[23:17] <Riddell> remember: Digikam needs testing : https://launchpad.net/~rohangarg/+archive/experimental
[23:17] <Quintasan> Riddell: Done, works.
[23:18] <shadeslayer> yeah, I need to upload that
[23:19]  * shadeslayer looks at special things to be done to upload to proposed
[23:19] <Riddell> shadeslayer: if you upload it it can be a nice feature for alpha 3
[23:19] <Riddell> put quantal-proposed in the changelog
[23:19]  * Riddell snoozes
[23:20] <Quintasan> argh need to repack the tarball
[23:20] <Quintasan> crap
[23:20] <shadeslayer> okie
[23:20] <Quintasan> or wait
[23:20] <Quintasan> whatever, will mail the developer firs
[23:27] <JontheEchidna> Quintasan: btw, how has the flat hunting been going? I've found myself searching for one as well.
[23:28] <Quintasan> JontheEchidna: Oh, well, good. I'm going to sign the rent contract tomorrow
[23:29] <Quintasan> It's not the best one but that's the only one that looks sane and affordable
[23:29] <JontheEchidna> yeah, there has to be a balance
[23:30] <Quintasan> Of course we will be looking for better one but I take what I can get at the moment
[23:30] <JontheEchidna> good, good
[23:30] <JontheEchidna> I've looked at one place today which was pretty nice. I'm due to look at another thursday and hopefully I'll have a decision by the end of the week
[23:31] <Quintasan> Now that reminds me I have to get up early tomorrow.
[23:31] <Quintasan> T_T
[23:32] <Quintasan> Hell, gotta get rolling, will be around for 4.9 tagging tomorrow
[23:32] <JontheEchidna> the difference between the apartment 10 km from uni vs. the one 2 km is $175 a month, but it would probably be worth it.
[23:32] <JontheEchidna> since 2 km is easily in walking/biking distance
[23:33] <JontheEchidna> plus, everybody wants the one 2 km away, so I may not be able to get that one :P
[23:33] <Quintasan> :D
[23:34] <Quintasan> JontheEchidna: Well, good luck in finding good offer :P
[23:34]  * Quintasan totters off to bed
[23:34] <JontheEchidna> you too :)
[23:34] <apachelogger> 175 USD are like 3.91 GBP
[23:34] <JontheEchidna> lol
[23:34] <Quintasan> Good night.
[23:35] <apachelogger> Quintasan: nini
[23:35]  * yofel is off to bed as well - good night
[23:35] <apachelogger> yofel: nini
[23:36] <JontheEchidna> ~150 euros a month more for the one 8 km closer :P
[23:42] <CIA-81> [digikam] Rohan Garg * 49 * debian/changelog Release to quantal-proposed
[23:42] <apachelogger> is that distance for travel-by-bird or travel-by-bike?


[14:53] <rbasak> Still looking for a MOTU to help me sponsor/SRU a couple of contributed debdiffs please.
[14:53] <rbasak> https://bugs.launchpad.net/ubuntu/+source/protracker/+bug/1769693 and https://bugs.launchpad.net/ubuntu/+source/fdroidserver/+bug/1758196
[22:29] <Unit193> Hello!  Can someone sync xca?
[22:29] <Unit193> This'll fix the 'fakesync' thing since there's a new upstream release.
[22:31] <tsimonq2> Unit193: .
[22:32] <tsimonq2> Er, I would if I could.
[22:32] <tsimonq2> $ syncpackage -f -s unit193 xca
[22:32] <tsimonq2> syncpackage: Error: Debian version 2.0.1-1 has not been picked up by LP yet. Please try again later.
[22:33] <Unit193> (Will it automatically happen with fakesync anyway?)
[22:34] <tsimonq2> -f is force.
[22:34] <tsimonq2> But, I can fakesync.
[22:34] <tsimonq2> Or do something like 2.0.1-1~build1 and then let LP sync it once it's picked up.
[22:34] <tsimonq2> (I might do that so I don't have to deal with it later.)
[22:38] <tsimonq2> Unit193: There you go.


[11:44] <colonolGron> hello
[11:45] <colonolGron> i am not too familiar with bazaar yet. i have once contributed to a project ( https://code.launchpad.net/~g-bluehut/ubuntu-terminal-app/whitespacefix/+merge/228807 ) now i did an `bzr branch https://launchpad.net/ubuntu-terminal-app` and then a `bzr log|grep bluehut' but it seems like my change cant be found like this? although on the webpage it seems to be merged?