[00:05] <astromme> Riddell: iirc it has gone from playground -> kdereview -> extragear which means it is nearing a reelase
[00:05] <astromme> oh jebus... I thought I was at the bottom of my quassel backlog, guess not
[00:06]  * astromme was referring to the googledata akonadi resources
[02:45]  * Hobbsee grins evilly
[08:43] <ScottK> neversfelde: Can you join #debian-qt-kde on IFTC?  They want to discuss your application for svn access.
[09:05] <ScottK> It looks like boost1.38 is what we are aiming for for Karmic.  It'd be really helpful to get a volunteer to test build Qt/KDE stuff against 1.38  and see if it works.
[09:06] <Mamarok> ScottK: ask eagles...
[09:06]  * Mamarok hides
[09:07]  * ScottK doesn't want it that bad.
[09:08] <Mamarok> he managed to screw up his installation by compiling KDE from trunk, but actually only part of it because he was too lazy to read *all* the documentation on techbase...
[09:09] <ScottK> Well obviously he didn't screw it up badly enough as he got back online.
[09:16] <vishalrao> question: im trying to include oxygen style inside qtcurve style so that i can render oxygen progress bar inside qtcurve. how do i indicate in cmake file that qtcurve.so depends/links to oxygen.so ?
[09:34] <Riddell> vishalrao: we're at a conference, #kde-devel probably know better
[10:37] <Riddell> koffice 2.0 uploaded to karmic
[10:37] <Riddell> jaunty compiling
[11:33] <fabo> Riddell: any plan for Qt 4.5.1 in jaunty-backports ?
[11:35] <ScottK> fabo: No.
[11:35] <ScottK> Last time we backported Qt (In Hardy) it didn't go well.
[11:35] <fabo> ScottK: no as no plan or no as forget it ? :)
[11:35] <ScottK> No as in no, we don't plan on doing it.
[11:36] <ScottK> If someone were to figure out how to test is sufficiently to convince me it's reasonably safe, I think we could configure it.
[11:36] <ScottK> I doubt anyone is up to the required level of effort.
[11:39] <Riddell> it would require all the phonon stuff to be changed back
[11:41] <ScottK> That too.
[11:41] <fabo> it started as a request from danimo about qt creator backport
[11:42] <fabo> dunno, if it worths the effort
[11:43] <Riddell> fabo:
[11:43] <Riddell> fabo: it's from https://edge.launchpad.net/~kubuntu-ppa/+archive/experimental
[11:43] <Riddell> it's in rather
[11:44] <fabo> I take a look, thks.
[11:48] <JontheEchidna> I did backport my Qt merge from before Riddell did the Phonon stuff
[11:48] <JontheEchidna> I think it'd only be a matter of testing
[11:48] <Riddell> JontheEchidna: is that the one in  ?
[11:48] <Riddell> JontheEchidna: is that the one in  ~kubuntu-ppa/+archive/experimental ?
[11:49] <JontheEchidna> Riddell: yes
[11:50] <Riddell> groovy
[11:51] <JontheEchidna> I also copied it over to the new experimental, so KDE 4.2.85 users will have it too
[11:51] <JontheEchidna> oh, wait, you said kubuntu-ppa/experimental
[11:51]  * JontheEchidna is still sleepy
[13:10] <jarle> I have decided to stop using experimental ppa, after removing the experimental software source, what will I need to downgrade to the stable pacakages of the installed programs?
[13:23] <Mamarok> jarle: ... that might be quite tricky to acheive, do you have a separate /home partition?
[13:23] <Mamarok> jarle: there is no downgrade option so far
[13:24] <Mamarok> jarle: go to #kubuntu for support though
[13:25] <jarle> Mamarok: I do have a seperate /home partition. I enabled experimental ppa only to be able to install latest amarok, however it only crashed on me and launchpad apparently did not want any bug reports for experimental pacakages, so I do not want to run experimental anymore...
[13:26] <Mamarok> jarle: you didn't install something else than Amarok beta then?
[13:27] <Mamarok> jarle: btw, bug reports go to bugs,kde,org for Amarok beta :)
[13:27] <jarle> Mamarok: a lot of other KDE packages was automatically updated to the version found on the ppa rep, when I did "apt-get upgrade"
[13:28] <Mamarok> jarle: then you will have to reinstall I fear, downgrading is too complicated
[13:28] <Mamarok> jarle: when enabling repos outside the current release, you should choose manually what you want to install
[13:29] <Mamarok> jarle: but you can very well keep 4.2.3, it's bugfixing stuff so it doesn't hurt
[13:31] <jarle> Mamarok: after enabling experimental ppa, it's not easy keeping it from updating other packages when you once in a while do a "apt-get upgrade" :(
[13:31] <Mamarok> jarle: yes, it is: choose and install only the packages you want, then disable the PPA
[13:32] <Mamarok> but again, jarle, that does not belong here but in #kubuntu
[13:33] <jarle> Mamarok: thnx, as long as I'm able to revert to the old version of amarok I'll be fine
[13:35] <neversfelde> ScottK: my application for svn access?
[13:50] <Nightrose> Riddell: JontheEchidna: still no luck with amarok 2.1 beta 2? final tagging is only a few days away and I am not going to release final without kubuntu packages - would really be nice to get that sorted out - anyone else I can bug while you are busy?
[13:51] <Nightrose> or anything else I can do to help?
[13:55] <neversfelde> Nightrose: 2:2.0.96mysql5.1.30-0ubuntu1 isn't that beta2?
[13:55] <Nightrose> neversfelde: it is but it crashes on startup
[13:55] <Nightrose> unusable
[13:55] <neversfelde> it is in karmic, but I have not tested it
[13:56] <Nightrose> (at least on jaunty)
[14:05] <seele> will the icecast streams open up soon? there is supposed to be a kde session in 5 minutes
[14:15] <seele> can't hear anything on the icecast
[14:17] <seele> lame
[14:19] <Riddell> seele: sebas is just showing 4.3 to people currently
[14:19] <ScottK> neversfelde: Sorry.  Mixed up my irc nics.
[14:19] <neversfelde> ScottK: ok :)
[14:20] <seele> Riddell: i doubt the audio is going to improve once he starts saying something important
[14:20] <ScottK> He's pretty soft spoken.
[14:23] <seele> are there room irc channels?
[14:23] <Riddell> seele: no, there's #ubuntu-devel-summit and gobby docs for sessions with specs (not this one)
[14:38] <seele> who is talking now? agateau?
[14:50] <Riddell> seele: you can hear?
[14:50] <seele> Riddell: yes, the audio somehow improved
[14:51] <seele> when sebas was giving his presentation it was very muffled and i couldnt understand him
[14:55] <seele> doh.. audio cut out
[14:59] <Riddell> lame :(
[15:08] <seele> what was the final resolution?
[15:12] <seele> anyone else having trouble connecting to the gobby server?
[15:13] <yuriy> most of us here are having trouble connecting to any server most of the time
[15:14] <seele> what is the name of the document?
[15:18] <yuriy> seele: kubuntu-karmic-development
[15:18] <seele> yuriy: thanks
[15:24] <seele> did you guys every find the kpackagekit dude?
[15:25] <seele> * threading issue
[15:25] <seele> * a few areas for ui improvement
[15:29] <ScottK> seele: Can you here.
[15:29] <ScottK> here/hear?
[15:29] <seele> the kpackagekit guys got the report, i dont know how much they will be fixing
[15:30] <seele> and i only reviewed the upgrade dialog not the entire applications
[15:30] <seele> yes
[15:30] <seele> oh ow
[15:31] <Tonio_> hey seele !! we miss you here :'(
[15:31] <seele> Tonio_: i'm sorry i cant be there :(
[15:32] <Tonio_> seele: I know :)
[15:46] <seele> we DO customize it
[15:46] <seele> we've customized our panel and desktop widgets for optimal defaults
[15:47] <kwwii> right
[15:48] <rgreening> yeah
[15:48] <seele> council decision
[15:48] <rgreening> o/
[15:48] <yuriy> but the overall look is regular KDE - we  don't have our own branding like SUSE's green for example
[15:48] <kwwii> but we have had our own wallpapers and such in the past
[15:49] <seele> sure
[15:49] <kwwii> and window deco, style, etc
[15:49] <seele> man.. this is hard.. people not in uds have no idea about my comments heh
[15:55] <seele> yes
[15:56] <rgreening> :)
[15:58] <seele> we *do* create use cases for descision making
[15:58] <seele> argh
[15:59]  * seele waves her hands and yells really loud
[16:11] <maco> seele, are you listening to us jabbering over here?
[16:20] <yuriy> seele: I think the question was have we written up use cases specifically for quassel so we can make this decision
[16:34] <seele> yuriy: ah. my response was "we created use cases to discuss whether or not we should use quassel, and if so, what needs to change"
[17:07] <txwikinger_work> Anything exciting going on at UDS?
[17:19] <Mamarok> txwikinger_work: work, I guess
[17:19] <Mamarok> as usual
[17:20] <Riddell>  UDS dinner 8pm in foyer
[17:20]  * txwikinger_work wants dinner too
[17:23] <Riddell> they eat tea late in this country, I'm hungry already
[17:23] <Riddell> txwikinger_work: setting default browser to Arora was not greeted with universal dislike
[17:23] <Riddell> infact it had quite a lot of like
[17:24] <ryanakca> Riddell: Is there any reason why *not* to put it as default , apart form it not being the KDE default?
[17:24] <freeflying> Riddell: got any place for dinner?
[17:24] <txwikinger_work> Riddell: I have never seen Arora
[17:24] <Riddell> freeflying: yes we are going out with albert from KDE, meet 8pm in the foyer to go into town
[17:24] <txwikinger_work> Does it at least take less resources?
[17:25] <Riddell> ryanakca: kwallet, ad block, some people like their extensions, doesn't fit in with kde proxy settings, stuff like that
[17:25]  * txwikinger_work would like to see some lightweight apps
[17:25] <Riddell> txwikinger_work: yes
[17:25] <ryanakca> Riddell:
[17:25] <txwikinger_work> It is ridiculous.. I am getting a 16GB workstation now at work, because everything is so slow with 1GB
[17:25] <ryanakca> s/$/Ah, I see/g
[17:46] <smarter> Riddell: adblock is currently being developed and will hopefully be merged for the next release
[17:47] <smarter> concerning kwallet, that might be something I should do :]
[17:47]  * smarter adds it somewhere in his todo list
[17:52] <seele> hmm.. is it possible to talk about bluetooth sometime this week too? it seems to still be pretty unreliable
[18:04] <apachelogger> salut!
[18:12] <Mamarok> salut apachelogger !
[18:12] <Mamarok> comment va?
[18:12] <apachelogger> ca va
[18:12] <apachelogger> so, I suppose everyone is at UDS by now?
[18:13]  * jussi01 waves to apachelogger
[18:13]  * apachelogger would consider that a perfect time to break all of gnome
[18:16] <Riddell> seele: maybe in the QA session, but I doubt we have the manpower to do much about it
[18:42] <jussi01> Hrm, anyone seen this kind of thing before? http://jussi01.com/upload/uploads/20090525-204208-snapshot8.png
[18:42] <jussi01> ie. the +/- on the middle bottom...
[18:45] <Riddell> that looks a bit messed
[18:45] <jussi01> yeah, just a little
[18:46] <jussi01> :D
[18:48] <apachelogger> jussi01: are you affected by graphics problem stuff?
[18:49] <jussi01> apachelogger: no. my nvidia works well - I assume you mean the intel issues?
[18:49] <apachelogger> yes
[18:49] <apachelogger> jussi01: well, go over to #amarok and throw the snapshot at someone
[18:53] <Riddell> smarter_: people were wondering if arora was likely to get a general extensions mechanism
[18:53] <smarter_> Riddell: yup
[18:53] <smarter_> icefox worked on it at some point, but I doubt it'd be ready anytime soon
[18:54] <Riddell> ScottK, ryanakca, kwwii, maco, anyone, gather for dinner in 5 downstairs
[18:54] <smarter_> it's kind of a huge task :)
[18:55] <smarter_> Riddell & fellow kubunteros: bon appétit ;)
[19:07] <ryanakca> yuriy: comming for supper?
[19:31]  * apachelogger just fell asleep while watching a pbuild
[20:55] <Quintasan> apachelogger: ping
[21:16] <Quintasan> apachelogger: not imporatant now, I fix'ed the desc error, everything should be right now,
[21:30] <Mamarok> looks like the dependencies on 4.3 for Jaunty are slightly borked...
[21:30] <Mamarok> a user upgraded today, it failed to install kwin and kdebase...


[00:39] <halvors1> Hi!
[00:39] <halvors1> I have a setup with BIND9 and DHCPD and i'm trying to update reverse dns records from dhcp.
[00:39] <halvors1> But i get the following error on the DNS server: client <IP_ADDRESS>#48065/key rndc-key: updating zone '10.IN-ADDR.ARPA/IN': update failed: not authoritative for update zone (NOTAUTH)
[00:40] <halvors1> And on the dhcp server: Unable to add reverse map from <IP_ADDRESS>.in-addr.arpa to halvors02.crew.infected.no.: not found
[00:40] <halvors1> I have no idea why this doesn't work.
[00:40] <sarnold> why is a client on 192.168.x.x updating a record for 10.x.x.x?
[00:43] <halvors1> <IP_ADDRESS> is the DHCP server and <IP_ADDRESS> is the DNS server. They just have communication via another network.
[00:43] <halvors1> And 10.x.x.x because dhcp relay :)
[00:44] <sarnold> okay, so something expected :)
[00:44] <halvors1> But i don't fully understand the NOAUTH.
[00:44] <teward> your bind9 server isn't set as authoritative for that zone
[00:45] <halvors1> Does it mean my rndc-key is bad? I've checked and it is excactly the same configuration as the forward zone.
[00:45] <halvors1> teward: How do i set it authorative?
[00:46] <sarnold> halvors1: this guide makes me think you can make it authoritative by adding "recursion no;
[00:46] <sarnold> "
[00:46] <sarnold> https://www.digitalocean.com/community/tutorials/how-to-configure-bind-as-an-authoritative-only-dns-server-on-ubuntu-14-04
[00:50] <halvors1> sarnold: I don't get the: client <IP_ADDRESS>#48065/key rndc-key: updating zone '10.IN-ADDR.ARPA/IN': update failed: not authoritative for update zone (NOTAUTH)
[00:51] <halvors1> Anymore, but i still get the: Unable to add reverse map from <IP_ADDRESS>.in-addr.arpa to halvors02.crew.infected.no.: not found
[00:51] <halvors1> error
[00:52] <halvors1> What confuses me the most is the not found message reported by the dhcp server.
[00:52] <sarnold> halvors1: ooh, this looks useful: http://community.spiceworks.com/topic/174078-isc-dhcp-and-bind-doing-ddns
[00:53] <sarnold> halvors1: looks like you need to add another zone nnn.nnn.nnn.nn.in-addr.arpa { } block to your dhcpd config
[00:55] <halvors1> I have that zone in dhcpd already.
[00:56] <sarnold> do you need to reload the server to know about it? (sorry, but I've gotta ask :)
[00:56] <halvors1> huh? Of course i reloaded both bind and isc-dhcp-server
[00:56] <halvors1> :)
[00:56] <halvors1> Here is a dump of my dhcpd.conf file: http://pastebin.com/G6RKKNNr
[00:59] <sarnold> halvors1: hmm, looks rndc-key is still in the paste
[01:01] <halvors1> yep :P
[01:02] <halvors1> But it's just a lan dns server ;)
[01:02] <halvors1> hmm.
[01:02] <sarnold> halvors1: sorry, I'm not spotting it :(
[01:03] <halvors1> Basiclly it seems like the issue is that somehow bind is complaining about that zone doesn't exist...
[01:03] <halvors1> But cannot figure out why...
[01:03] <sarnold> halvors1: but the error is coming from dhcpd, right?
[01:03] <halvors1> yes
[01:03] <sarnold> halvors1: you could ltrace the thing, you might get lucky..
[01:03] <halvors1> I've tried manually with nsupdate
[01:03] <halvors1> http://pastebin.com/7M70ybeh
[01:04] <halvors1> ltrace?
[01:04] <sarnold> ltrace is like strace, but shows (some, but not all) function calls
[01:05] <halvors1> Here is my zone from bind btw: http://pastebin.com/6YSyQwv0
[01:05] <halvors1> Seems ok, right?
[01:05] <sarnold> halvors1: is that leading "0." alright?
[01:06] <halvors1> Is it just zone "40.0.10.in-addr.arpa" { you mean?
[01:06] <halvors1> Keep in mind that this is bind configuration not dhcpd.
[01:07] <sarnold> halvors1: yea, I just don't know bind all so well :)
[01:07] <halvors1> hmm.
[01:08] <halvors1> The zero seems to be correct.
[01:08] <sarnold> okay
[01:17] <halvors1> sarnold: hmm. I'm gonna need to continue looking at this tomorrow :) Thanks for help so far ;)
[01:17] <sarnold> halvors1: good luck :) I'd be curious to hear what it is when you find it
[01:17] <Patrickdk> :)
[01:18] <Patrickdk> the last time I used bind and dynamic updates like like 10years ago
[01:18] <Patrickdk> the zero is not correct :)
[01:19] <Patrickdk> the 0 would be a dns record (ptr) within the zone
[01:19] <Patrickdk> not the whole zone
[01:19] <halvors1> hmm.
[01:19] <halvors1> Are you sure?
[01:19] <Patrickdk> well, I haven't used bind since like 2005
[01:20] <Patrickdk> but I have been serving up zone entries since 1998
[01:20] <sarnold> this looks like no zero .. http://www.zytrax.com/books/dns/ch3/
[01:20] <Patrickdk> http://www.philchen.com/2007/04/04/configuring-reverse-dns
[01:21] <sarnold> Patrickdk: hrm, that includes the 0 :)
[01:21] <Patrickdk> no it doesn't
[01:21] <sarnold> zone "0.168.192.in-addr.arpa" IN {
[01:21] <sarnold> oh
[01:21] <Patrickdk> 3 places
[01:21] <sarnold> sigh
[01:21] <Patrickdk> not 4 :)
[01:21] <sarnold> me fail reading
[01:21] <sarnold> that's unpossible!
[01:21] <Patrickdk> :)
[01:21] <Patrickdk> wait till you start learning about sub/24 ptr forwarding :)
[01:22] <Patrickdk> like when an isp needs to give you reverse for a smaller than /24 block :)
[01:22] <Patrickdk> or for that matter, anything not on a Class A/B/C boundry
[01:22] <halvors1> :)
[01:23] <halvors1> It is /24 subnets i'm gonna provide reverse dns for :)
[01:23] <Patrickdk> no, the end person, doesn't matter :)
[01:23] <Patrickdk> it can be *too* large, without sideeffects
[01:23] <Patrickdk> it's when you have to correctly forward that info, it gets interesting
[01:24] <Patrickdk> enough they wrote rfc's for it :)
[01:25] <halvors1> Ah, excellent.
[01:25] <halvors1> Now got it actually working over here :D
[01:26] <halvors1> Thank you very much all of you :)
[01:26] <halvors1> The problem was the 0.
[01:26] <sarnold> Patrickdk: nice :)
[01:26] <halvors1> My zone in bind now looks like: http://pastebin.com/yrvB0sRW
[01:27] <halvors1> agh, have to remember that for future installations :)
[01:28] <Patrickdk> hmm, I wonder if I can ban more ips now :)
[01:29] <Patrickdk> http://www.inmotionhosting.com/support/news/general/wp-login-brute-force-attack
[01:29] <Patrickdk> been having that *issue*
[01:29] <Patrickdk> not enough to really even be noticable
[01:29] <Patrickdk> but well, bruteforcing shouldn't be allowed
[01:30] <halvors1> YEah :)
[01:33] <sarnold> Patrickdk: heh, crazy, they don't include firewalling :/
[01:33] <Patrickdk> wouldn't that block the ability for people to use wordpress then? :)
[01:33] <Patrickdk> heh, makes me really happy though that I'm on debian/ubuntu
[01:34] <Patrickdk> apparmor is so much useable than selinux to lock down this crap
[01:35] <sarnold> Patrickdk: dropping packets from login-bruteforcers is unlikely to upset too many legitimate users :)
[01:35] <Patrickdk> sarnold, tell that to my users :)
[01:35] <Patrickdk> I had it dropping packets after 10 logins per minute
[01:35] <sarnold> Patrickdk: oh they try to log in as admin a few hundred times without the right passwords? :) hehe
[01:35] <Patrickdk> I dunno why users where hitting up the login page so often :)
[01:35] <sarnold> haha
[01:36] <Patrickdk> the other part that annoys me :)
[01:36] <Patrickdk> is the wordpress ajax script
[01:36] <Patrickdk> *NORMAL* users hit that up like 3 times a second
[01:36] <Patrickdk> that totally triggers all my anti-dos protection
[01:36] <sarnold> wow..
[01:37] <Patrickdk> where anti-dos is set for, same url, same ip, loads same thing, >100 times in 5min
[01:37] <Patrickdk> sounds reasonable? :)
[01:39] <sarnold> yup :)
[13:11] <punkgeek> how to install ssl on ubuntu?
[16:40] <punkgeek> ListenAddress <IP_ADDRESS>, <IP_ADDRESS> is it true in sshd_config ?
[18:07] <funman___> hi folks
[18:07] <funman___> who used those?
[18:07] <funman___> http://www.soyoustart.com/us/essential-servers/
[18:21] <funman___> ??
[18:22] <Patrickdk> only you
[18:22] <funman___> ??////??/
[18:22] <funman___> oki
[18:22] <funman___> Patrickdk: which one do u use?
[18:23] <Patrickdk> my own?
[18:23] <funman___> how?
[18:23] <funman___> its cost alot to colo
[18:23] <Patrickdk> place order, receive server, install software, buy datacenter, install into datacenter
[18:24] <funman___> eeee
[18:24] <funman___> buy datacentre?
[18:24] <funman___> u mean colo space?
[18:24] <Patrickdk> sure :)
[18:24] <Patrickdk> well, if your small
[18:24] <funman___> but I just want 1 server :P
[18:24] <funman___> hehe
[18:24] <Patrickdk> it's cheaper to own the datacenter
[18:24] <funman___> how come?
[18:24] <funman___> it cost millions
[18:24] <Patrickdk> and how much would it cost to *rent* a datacenter?
[18:24] <Patrickdk> atleast 4x that price
[18:25] <Patrickdk> why does everyone want to get *bigger*?
[18:25] <Patrickdk> cause you can save more money, when your larger
[18:25] <Patrickdk> till you become management heavy
[18:25] <funman___> I want to rent 1 to 2 boxes
[18:25] <Patrickdk> :)
[18:25] <funman___> surely cheaper to rent?
[18:26] <funman___> datashag got some cheap enough
[18:26] <Patrickdk> those are a strange collection of *desktop* machines
[18:26] <Patrickdk> that is why those are cheap
[18:27] <Patrickdk> it's just a normal desktop
[18:27] <Patrickdk> most of them don't even have ecc
[18:27] <Patrickdk> but it all depends on your requirements
[18:28] <funman___> i want it cheap
[18:28] <funman___> and big
[18:28] <funman___> ::)
[18:29] <Patrickdk> what is *big*?
[18:29] <funman___> 32 MB ram
[18:33] <funman___> so you start also offers anti ddos
[18:33] <funman___> :D
[18:33] <funman___> for free
[18:33] <Patrickdk> there is no such thing as anti-ddos
[18:34] <funman___> they claim they offer it
[18:34] <Patrickdk> what they claim, and what it's called, are going be two totally different things
[18:34] <funman___> means site will stay online
[18:34] <funman___> how come?
[18:34] <Patrickdk> how can it stay online?
[18:34] <funman___> they absord extra BD
[18:35] <Patrickdk> extra bandwidth?
[18:35] <Patrickdk> what about your cpu? what about your server?
[18:35] <Patrickdk> and what about all those ligit clients attempting to access you?
[18:35] <Patrickdk> absorbing bandwidth costs != site is still usable
[18:35] <Patrickdk> just means you won't get a huge bill
[18:35] <Patrickdk> not that things will work
[18:36] <funman___> what about All OVH servers will benefit from automatic anti-DDoS mitigation by default in the event of an attack (reactive mitigation).
[18:36] <funman___>  Anti-DDoS PRO  Subscribing to professional use for your server enables access to permanent mitigation (the permanent settings) and configuration of the Firewall Network.
[18:36] <funman___> but how do they perma mitigate it?
[18:37] <Patrickdk> dunno :)
[18:37] <Patrickdk> how do they know a ddos from just normal usage?
[18:37] <Patrickdk> the first time your site goes vial, it will be considered a ddos
[18:37] <Patrickdk> at the moment you DONT want it to go down
[18:38] <funman___> I think thei offer tilera
[18:38] <funman___> instant scale of cpus cores
[18:38] <funman___> http://www.tilera.com/
[18:40] <funman___> i dont know how they do it but it works
[18:40] <funman___> my mate host site that is often ddosed with them
[18:40] <funman___> fine
[18:40] <funman___> herzner simply nulls IP
[18:43] <Patrickdk> see, I do it the other way
[18:43] <Patrickdk> I just have enough servers to not be ddos
[18:43] <Patrickdk> and will block on a needed bases to stop abuse
[18:44] <Patrickdk> but I don't want stuff to be blocked incase of a spike
[18:44] <funman___> well say u got 1 box
[18:44] <funman___> then its tricky
[18:44] <funman___> :D
[18:44] <funman___> do u also offer hosting?
[18:44] <funman___> :D
[18:45] <Patrickdk> not for a private server
[18:46] <funman___> for what then?
[20:50] <blackdev1l> hello after i uninstalled nginx from my server i can't use the port 80, i stopped the service and rebooted, what am i missing?
[20:50] <funman___> hmm
[20:50] <funman___> apt-get purge
[20:50] <funman___> also u missing apache
[20:50] <funman___> or some webserver
[20:50] <funman___> to serve http on port 80
[20:50] <funman___> :D
[20:51] <funman___> or run ls
[20:51] <funman___> ls
[20:51] <funman___> or lsof -l
[20:51] <funman___> something like that
[20:51] <funman___> to see ports
[20:51] <blackdev1l> funman___, i'm using a node.js app, if i change port it works .
[20:51] <blackdev1l> something is blocking the port 80
[20:52] <blackdev1l> and other than nginx i can't thing other things
[20:52] <funman___> run some command to list all ips and ports
[20:52] <funman___> then u know for sure
[20:52] <blackdev1l> i did, nothing is runnign on 80
[20:53] <Patrickdk> heh? that seems hard to figure out
[20:53] <Patrickdk> why not just use, netstat -antp
[20:53] <funman___> netstat -lnptu
[20:53] <funman___> :D
[20:56] <blackdev1l> https://gist.github.com/blackdev1l/1ce488497280fca4d0da funman___  Patrickdk
[20:56] <blackdev1l> :(
[20:56] <Patrickdk> you are running it as *root* right?
[20:56] <blackdev1l> y
[20:57]  * Patrickdk has no idea what a single letter means, you can talk right?
[20:57] <funman___> w
[20:57] <blackdev1l> ....it's not like you can't think what y mean while you type it on terminal uh?
[20:57] <funman___> w u s?
[20:58] <funman___> :D
[20:58] <blackdev1l> yes btw
[20:59] <Patrickdk> y? sounds like why? but could be short for yes? but then I don't even know what your thinking so who knows
[20:59] <Patrickdk> and I shouldn't have to FORCE myself to deciver your encryption
[21:00] <Patrickdk> that is taking free support, too far
[21:00] <blackdev1l> or maybe you can be just a little less pedantic and expect more a yes to a "yes/no" question
[21:00] <blackdev1l> but, whatever, thank you for the support
[21:00] <Patrickdk> I expect answers, not letters
[21:00] <Patrickdk> this is not a scantron test
[21:01] <blackdev1l> someone has an idea about my prior question ?
[21:03] <funman___> netstat -lnptu pastebin
[21:05] <blackdev1l> i did funman___
[21:05] <blackdev1l> https://gist.github.com/blackdev1l/1ce488497280fca4d0da funman___
[21:05] <blackdev1l> i know that something is blocking the 80 port because if i change to default one it just works
[21:06] <funman___> ok try reboot
[21:06] <funman___> :D
[21:06] <funman___> that can fix it
[21:07] <blackdev1l> i already did :( i'm so lost with this problem
[21:07] <Patrickdk> heh, there are only 3 possible things it could be :)
[21:07] <Patrickdk> and reboot is never an answer
[21:08] <funman___> it is
[21:08] <funman___> hehe
[21:09] <Patrickdk> if reboot is the answer, then it was a program running, and that program *failed* to restart
[21:09] <Patrickdk> so really, you ahve two more issues, ontop of your issue :)
[21:10] <funman___> blackdev1l: rebot and see
[21:10] <funman___> :D
[21:11] <blackdev1l> doesn't works
[21:15] <funman___> oki
[21:15] <funman___> top
[21:15] <funman___> and kill all proccesses u dont know
[21:15] <funman___> what they for
[21:15] <funman___> :D
[21:15] <blackdev1l> ahah
[21:16] <blackdev1l> i think i'll give up and use apache
[21:16] <blackdev1l> and do some proxypassReverse
[21:19] <Patrickdk> funman, won't help
[21:19] <Patrickdk> that isn't the problem, already confirmed using netstat
[21:19] <Patrickdk> using apache, likely will work around the issue
[21:19] <blackdev1l> yeah
[21:19] <blackdev1l> :\ kinda bad though
[21:20] <Patrickdk> bad?
[21:20] <Patrickdk> that you don't know what to fix?
[21:20] <Patrickdk> guess so
[23:03] <SP33D> little question
[23:31] <zeroNones> hey guys Im trying to copy files from my local computer to a remote server but I need to copy them to a root owned directory via my user. Is there a way to request sudo on transfer?
[23:32] <zeroNones> I have scp www_example_com.csr ubuntu@<IP_ADDRESS>:"/etc/nginx/ssl"
[23:52] <pmatulis> zeroNones: is this a one-off thing?
[23:54] <pmatulis> zeroNones: if so, you can scp to a directory the ubuntu user can write to, ssh to the server, and use sudo to copy that file under /etc/nginx/ssl.  if not, the make the /etc/nginx/ssl directory writeable by user 'ubuntu', or his group


[02:47] <tsimonq2> @pilot in
[02:51] <tsimonq2> Bug 1995197 needs security sponsors, so does bug 2012644, bug 2028935 is waiting on test fixes, bug 2006402 is remaining (but rather large).
[02:51] -ubottu:#ubuntu-devel- Bug 1995197 in pysha3 (Ubuntu Jammy) "Vulnerable to CVE 2022-37454 (SHA-3 buffer overflow)" [Undecided, In Progress] https://launchpad.net/bugs/1995197
[02:51] -ubottu:#ubuntu-devel- Bug 2012644 in u-boot-nezha (Ubuntu Lunar) "Add security fixes" [Undecided, Confirmed] https://launchpad.net/bugs/2012644
[02:51] -ubottu:#ubuntu-devel- Bug 2028935 in rsyslog (Ubuntu) "Merge rsyslog 8.2306.0-2" [Undecided, Incomplete] https://launchpad.net/bugs/2028935
[02:51] -ubottu:#ubuntu-devel- Bug 2006402 in landscape-client (Ubuntu) "Update focal, jammy to landscape-client 23.02" [Undecided, Confirmed] https://launchpad.net/bugs/2006402
[03:10] <tsimonq2> Sponsored some packages for Debian. https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=sponsorship-requests if any other DD is interested.
[03:10] <tsimonq2> @pilot out
[05:27] <vpa1977> Hi,
[05:27] <vpa1977> would it be possible to enable i386 build of libwebm as it is required by aom and it is used in Debian build https://buildd.debian.org/status/fetch.php?pkg=aom&arch=i386&ver=3.6.1-1&stamp=1687374251&raw=0 but in Ubuntu i386 is not built: https://launchpad.net/ubuntu/+source/libwebm/<IP_ADDRESS>-6 See: https://launchpad.net/ubuntu/+source/aom/3.6.1-1/+build/26329128
[05:27] <vpa1977> Note: I've done a test rebuild of libwebm and it currently fails https://bugs.launchpad.net/ubuntu/+source/libwebm/+bug/2031478
[05:27] <vpa1977> so an extra upload will be required.
[05:27] -ubottu:#ubuntu-devel- Launchpad bug 2031478 in libwebm (Ubuntu) "libwebm fails to build from source" [Undecided, New]
[05:27] <vpa1977> Thank you !!!
[11:02] <schopin> @pilot in
[11:13] <schopin> @pilot in
[11:14] <schopin> I'm guessing changing the topic in the middle of a netsplit is what caused the reversal above.
[13:32] <schopin> xypron: are you looking into the rsyslog merge feedback?
[13:42] <rbasak> bdmurray: missing SRU documentation in bug 1993370?
[13:42] -ubottu:#ubuntu-devel- Bug 1993370 in software-properties (Ubuntu Jammy) "Cannot install proprietary Broadcom WiFi drivers on Ubuntu Studio Jammy 22.04.2 and Kinetic" [Undecided, In Progress] https://launchpad.net/bugs/1993370
[14:40] <xypron> schopin: It is my sprint task list.
[14:43] <schopin> OK then, good to know.
[16:19] <schopin> @pilot out
[16:56] <vorlon> bdrung: why does update_excuses not show dhcpcd blocking initramfs-tools?
[16:56] <vorlon> probably because the dependency on dhcpcd is from the Arch: all package?
[17:00] <bdrung> vorlon, good question. next question please.
[17:00] <vorlon> :P
[17:26] <bdrung> https://autopkgtest.ubuntu.com/request.cgi gives me HTTP 500. Do others see the same problem?
[17:29] <vorlon> yes. do you get that in response to a full request URL also?
[17:34] <bdmurray> try again
[17:39] <bdmurray> bdrung: ^
[17:43] <bdrung> bdmurray, works now
[17:55] <vorlon> bdrung: ok manually verified that dhcpcd-base does need to be available on i386 for this all to work, even if britney doesn't catch it at the update_excuses stage.
[18:01] <bdrung> vorlon, thanks
[18:02] <vorlon> bdrung: now, why has initramfs-tools regressed autopkgtests on amd64? :)
[18:02] <bdrung> vorlon, where? https://autopkgtest.ubuntu.com/packages/initramfs-tools is green
[18:03] <vorlon> bdrung: https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#initramfs-tools
[18:03] <vorlon> not its own tests
[18:04] <vorlon> 2326s dpkg-deb: error: failed to read archive '/tmp/autopkgtest.6fSZ0X/autopkgtest_tmp/cryptroot-lvm.E7hSsK9WpD/apt/cache/archives/linux-modules-6.3.0-7-generic_6.3.0-7.7+1_amd64.deb': No such file or directory
[18:04] <vorlon> that's... fun
[18:05] <bdrung> vorlon, these two are red for some time. I triggered migration-reference/0 now. let's see.
[18:05] <bdrung> maybe i have to look how these test are constructed. that apt/cache access looks ugly.
[18:39] <bdrung> 680s ++ '[' ext2 '!=' ext4 ']'
[18:39] <bdrung> 680s ++ echo '/cdrom not ext4 with todisk'
[18:39] <bdrung> vorlon, migration-reference/0 worked for casper
[18:44] <dbungert> ^ LP: #1938325
[18:44] -ubottu:#ubuntu-devel- Launchpad bug 1938325 in casper (Ubuntu) "adt failure: '/cdrom not ext4 with todisk'" [Undecided, New] https://launchpad.net/bugs/1938325
[21:26] <vpa1977> Hi, would it be possible to retry https://launchpad.net/ubuntu/+source/aom/3.6.1-1/+build/26329128 aom build. Libwebm for i386 was just built. Thank you!!!!
[21:27] <vpa1977> (oh sorry, still pending publication)
[21:36] <vorlon> it will be retried automatically
[21:43] <vpa1977> vorlon: Thank you !!!!
[22:40] <vorlon> vpa1977: but lp was taking too long so I manually retried it
[23:04] <vpa1977> its built, thank you!!!!


[05:20] <thomi> Does anyone know why there is such a large disparity between the time for a source package to be built and a binary package to be built on launchpad right now?
[05:21] <thomi> I'm seeing 3 minutes vs 3 hours...
[05:21] <wgrant> thomi: Source package recipes only build on i386. It's possible that there is a large i386 queue at the moment.
[05:22] <wgrant> Hmm, we're running perilously low on builders at the moment.
[05:22] <thomi> ahh I see, so the source packages can be built on any machine, right?
[05:22] <wgrant> Yes, but at the moment they only build on i386 (it simplifies things a lot, and it's normally not a problem)
[05:23] <wgrant> Most of the builders have been taken for natty testing. I'll try to shuffle the remaining ones around to even up the queues, but it's not going to be good until they return (probably in several hours)
[05:24] <thomi> ahh ok, the official distro packages are built on these machines? That would explain why they're kind of busy right about now ;)
[05:25] <wgrant> Ubuntu itself builds on a separate set of machines. But most of the PPA builders serve a second role: hardware testing.
[05:28] <thomi> ahh, ok, cool.
[08:05] <happyaron> This buildjob seems to have some trouble: https://launchpad.net/~happyaron/+archive/kernel/+buildjob/2481761
[08:07] <happyaron> maybe a buildd admin should cancle it...
[08:07] <jussi> Hrm, is it possible for companies to use LP for closed source bug tracking?
[08:10] <happyaron> wgrant: ping?
[08:12] <wgrant> jussi: Yes. See https://launchpad.net/+tour/join-launchpad#commercial.
[08:14] <wgrant> happyaron: I've killed it.
[08:14] <happyaron> wgrant: thanks
[08:14] <happyaron> wgrant: it restarts...
[08:15] <wgrant> happyaron: Yeah. Should it not?
[08:16] <happyaron> wgrant: not sure, the amd64 build was failed, and i386 build keep running with no hint to stop - while in the ubuntu archive it build successfully.
[08:16] <wgrant> happyaron: Probably a glitch on the builder. This one will hopefully succeed.
[08:18] <happyaron> wgrant: OK, I'll monitor it. If something still goes wrong then I'll be here to ping you again. Thanks.
[08:18] <wgrant> Great.
[08:52] <progfou> hi there! anyone to guide me about a git import problem in Launchpad?
[08:53] <lifeless> hi, just ask
[08:53] <progfou> Import failed with this message: The repository you are fetching from contains submodules. To continue, upgrade your Bazaar repository to a format that supports nested trees, such as 'development-subtree'.
[08:53] <progfou> see: http://launchpadlibrarian.net/69776884/b2uconverter-b2uconverter-trunk.log
[08:54] <progfou> I know I have multiple branches in this git repository, but on the VcsImports wiki page it is said it would only import the master branch, right?
[08:54] <progfou> the HEAD branch in fact… see https://help.launchpad.net/VcsImports
[08:55] <progfou> is there something I can do on my side to go further?
[08:55] <lifeless> ok, so thats submodules, not multiple branches issue
[08:55] <lifeless> or are you saying that HEAD does not use submodules?
[08:55] <progfou> well… I don't know about submodules…
[08:56] <progfou> you can see the git repository here: http://git.hanoilug.org/?p=b2uconverter.git;a=summary
[08:56] <progfou> we have branches, tags, and nothing more as far as I can tell
[08:58] <lifeless> http://www.kernel.org/pub/software/scm/git/docs/git-submodule.html
[08:58] <lifeless> has info about submodules
[08:58] <lifeless> we can't import them (yet).
[08:59] <progfou> thanks, I was just googling it… ;-)
[09:02] <progfou> ok, I'm checking my git repository if there is some submodmules put in place by default (by gitosis or else), since I never used that before… I'll be back in a few minutes
[09:06] <progfou> no result for "git submodule status" or "git submodule summary", as well as a "grep -r module ." just after a "git clone"… lifeless, do you have some other test suggestion?
[09:07] <progfou> I'll try a bare clone… and check in the gitosis bare repository too…
[09:08] <lifeless> I'm not surel; it sounds like either the detection code is broken or something else is up
[09:08] <lifeless> jelmer_: ^ any thoughts
[09:10] <progfou> nothing (no "module" config) in a "git clone --mirror" (imply --bare) either
[09:38] <progfou> I have to go work on other projects now, I'll come back to check this one later… anyway, thanks lifeless for your answers :)
[09:40] <progfou> BTW, just saw that on identi.ca: launchpadstatus: Codehosting upgrade completed; thanks for your patience - we hope to make renaming branches much more robust shortly thanks to this
[09:40] <progfou> not sure if it is related though…
[09:40] <lifeless> not relted
[09:41] <progfou> it is related to bazaar code hosting, right?
[09:41] <wgrant> progfou: Yes, it's about that service.
[09:41] <wgrant> But it didn't affect code imports.
[09:41] <progfou> ok
[09:41] <progfou> thanks
[10:07] <poolie> roughly how long is the delay from a binary build succeeding to the results being available in the archive?
[10:07] <lifeless> depends on the archive
[10:08] <lifeless> ppas run at a higher frequency than Ubuntu itself
[10:14] <wgrant> poolie: In the primary archive it can take nearly two hours if you're really badly timed.
[10:14] <wgrant> poolie: For PPAs it should be within 10 minutes, normally within 5.
[10:38] <maxb> I seem to be experiencing missing sprites on Launchpad. Is natty's firefox incompatible with the placement trickery?
[10:38] <maxb> Same symptoms on prod/edge/staging/qastaging/dogfood, so it can't be a recent code change
[10:41] <lifeless> maxb: there is a bug about the png layout triggering pathological render times
[10:41] <lifeless> maxb: and another one about the sprints now showing in konq
[10:42] <lifeless> *sprites(
[10:42] <maxb> I don't see performance issues - just absent sprites
[10:44] <wgrant> maxb: Hm, interesting, I was blaming that on fglrx being crap.
[10:45] <maxb> ahhhh
[10:45] <wgrant> maxb: Works fine in Chromium, but breaks in Firefox 4.
[10:45] <maxb> that could explain it
[10:45] <wgrant> A similar thing happened a couple of years ago.
[10:45] <wgrant> Are you fglrx too?
[10:45] <maxb> I recently switched from radeon to fglrx because I was fed up with radeon hiding my mouse pointer in a strip down the edge of one of my monitors
[10:46] <wgrant> Back before fglrx broke in natty (last year some time) the sprites appeared to be uninitialised memory.
[10:46] <wgrant> now they're mostly not there at all.
[10:49] <hjd> (Sorry for repeating myself, but it seems to be a bit more activity here today) Are there any known issues concerning converting bug status from Debian to Launchpad? See last comment on bug 656476.
[11:01] <wgrant> hjd: It was previously Unknown, so it had not scanned before. The Debian bug is tagged 'pending', which generally means that an upload is imminent, which translates to Launchpad's Fix Committed status.
[11:05] <hjd> wgrant: ok, so it's intended behaviour?
[11:08] <wgrant> hjd: Yes. But the 'pending' tag has been on the Debian bug for months :/ That's not meant to happen.
[11:13] <hjd> wgrant: thanks :) I left a short comment on the bug.
[12:26] <rhce7320> hello.  Is the the channel to talk translations?
[12:29] <rhce7320> I have a Zambian friend whom I have got interested in starting a translation effort for Bemba.  Bemba is the most common 1st language in Zam (English is 2nd) & SE Congo.  I would appreciate any help/advice in how to get her started.
[12:33] <progfou> the first step is to get this language available as a choice
[12:34] <progfou> and from what I can see in ISO 639 files, the Bemba language code should be "bem"
[12:34] <wgrant> Launchpad already supports Bemba (language code 'bem')
[12:34] <wgrant> Heh.
[12:34] <wgrant> I don't believe there's a translation team for it, though.
[12:35] <wgrant> rhce7320: https://wiki.ubuntu.com/Translations may be a good start. It has some howtoish links down the bottom.
[12:36] <progfou> take care to not mistake "bem" = Bemba for Zambia and "bmy" = Bemba for DR Congo
[12:37] <wgrant> They have different lang codes? :/
[12:37] <wgrant> We only have bem.
[12:37] <progfou> it seems so, at least in the ISO 639-3 available from /usr/share/xml/iso-codes/iso_639_3.xml
[12:38] <wgrant> Yeah.
[12:42] <rhce7320> Thankyou for the pointers. I'll digest the wiki. :)
[12:47]  * popey tickles mpt
[12:47] <mpt> hmm?
[13:51] <happyaron> wgrant: the build behaves correctly this time (fail as amd64, which might be a backport issue), thanks!
[14:48] <diwic> jelmer, do you have time for some brainstorming?
[14:49] <jelmer> diwic: hi
[14:49] <jelmer> diwic: what bout?
[14:49] <jelmer> diwic: what about?
[14:50] <diwic> jelmer, well, if you remember my giant sound-2.6 kernel tree, I wonder if we can make it smaller at import time
[14:50] <diwic> jelmer, because I have discovered yet another problem with it (I believe)
[14:51] <jelmer> diwic: during the import from git you mean?
[14:51] <diwic> jelmer, https://code.launchpad.net/~diwic/sound-2.6/trunk - the import succeeds, but LP gets stuck in "updating branch...", which I suspect causes the daily recipe build not to be triggered
[14:52] <diwic> jelmer, yeah
[14:52] <jelmer> diwic: I don't think that has anything to do with the size of the branch
[14:52] <jelmer> jcsackett: hi
[14:52] <jelmer> jcsackett: do you know if something is up with the branch scanner?
[14:53] <wgrant> SOme branches are stuck after the network incident last week, but that's not the issue with this one.
[14:54] <diwic> wgrant, agreed - this one is stuck since 2011-03-25
[14:54] <jcsackett> jelmer: we did a codehosting update about 8 hours ago; pushing and pulling was offline for a few minutes, and there were bzrssh bumps.
[14:54] <jcsackett> jelmer: beyond that, nothing i know of off the top of my head. doesn't sound related.
[14:55] <diwic> jcsackett, that's probably not it - this one has been stuck for a while
[14:55] <jcsackett> diwic: yeah, that's why i assume no relation.
[14:56] <diwic> jcsackett, the correlation I see is that when I see when my recipe auto-built last time was 2011-03-25, which is the same date as the top date listed in the history of https://code.launchpad.net/~diwic/sound-2.6/trunk
[14:57] <wgrant> diwic: The scanner appears to not like your branch at all.
[14:58] <wgrant> In that it hangs for 20 minutes and dies.
[14:58] <wgrant> This is less than optimal.
[14:59] <jelmer> other linux trees (e.g. lp:linux) seem to work fine, which makes me think it's unrelated to the size
[15:00] <wgrant> jelmer: Well, 'fine'.
[15:00] <wgrant> jelmer: linux regular OOMs the branch mail job runner.
[15:00] <wgrant> regularly.
[15:00] <jelmer> wgrant: oh, whoa
[15:00] <jelmer> is the branch mail job runner an independent thing or part of the branch scanner?
[15:01] <wgrant> jelmer: It has a separate OOPS prefix.
[15:01] <diwic> wgrant, hmm, which kind of brings me back to the original question about whether we can make it smaller at import time (e g by skipping either some history or some subdirectories)
[15:01] <jelmer> wgrant: I'm also a bit surprised the branch scanner takes 20m on this branch - if it knows the previous tip it should only have to process a fraction of the revisions
[15:02] <wgrant> jelmer: That's what you'd think...
[15:02] <jelmer> diwic: you could set up a cron script that strips out some history/subdirectories using fastimport/fastexport
[15:02] <deryck> Orange Squad is the help this week, yo! :-)
[15:02] <wgrant> I may play with it locally/staging tomorrow.
[15:02] <wgrant> deryck: Huh?
[15:02] <wgrant> deryck: When did that happen?
[15:02] <deryck> just now
[15:02] <wgrant> jelmer: https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1920BM1
[15:02] <deryck> wgrant, you are the first to be told :-)
[15:02] <wgrant> deryck: Ah, congrats. Welcome to Critical land :(
[15:02] <deryck> wgrant, thanks!  I fear no bug! :-)
[15:03] <diwic> jelmer, now you're talking - what machine should I run that script on?
[15:03] <wgrant> deryck: With the extra people we should be able to make good progress :)
[15:04] <jcsackett> deryck: you have no idea how happy we are to have another squad on deck. :-)
[15:04] <wgrant> Ooh yes.
[15:04] <deryck> wgrant, yeah, I hope so.  we still have to close a couple wip bugs, but were doing duties like irc until those close.
[15:04] <wgrant> Great.
[15:04] <deryck> jcsackett, I hear that :-)  Sorry you guys had to go it alone so long.
[15:04] <jcsackett> deryck: s'all good.
[15:04] <wgrant> This means we have European coverage now too! Yay.
[15:04] <jelmer> diwic: it wouldn't be on Launchpad itself, the vcs imports only support full-tree imports (neither bzr nor git do partial checkouts)
[15:05] <jcsackett> deryck: we have found that the maintenance rotation stuff is still a work in progress. sinzui made a bunch of fixes on the wiki describing the work, but if you find anything needing clarification or stuff that works better, by all means update. the process is not set in stone by a long shot. :-)
[15:05] <deryck> jcsackett, gotchas.  I plan to chat with sinzui about it all too when he's around.
[15:06] <jcsackett> dig.
[15:06] <deryck> orange may be slow for the first day or two, but we'll catch on and hit hard along side you guys.
[15:19] <jjardon> Hi, currently lp:glib points to ~jjardon/glib/trunk instead ~vcs-imports/glib/trunk , how Can I fix this?
[15:19] <deryck> hi jjardon.  let me take a look....
[15:27] <deryck> jjardon, looking into.  I can change it for you, but it errors on the branch name.  You have a link for the branch?
[15:27] <deryck> jjardon, the branch you want lp:glib point at?
[15:28] <deryck> ah, found it, I think.  jjardon -- ~vcs-imports/glib/head ?
[15:28] <jjardon> deryck: yeah, I think makes more sense
[15:28] <jjardon> than in my local domain
[15:29] <deryck> jjardon, done
[15:30] <deryck> jjardon, I don't know why you can't change this since you're maintainer.  I can look into it.
[15:31] <deryck> maybe jcsackett knows that black magic.  Can maintainers not change series focus branch?  see ^^
[15:32] <jjardon> deryck: thanks!
[15:37] <jcsackett> deryck: i don't know off the top of my head. seems worth investigating though.
[15:38] <deryck> jcsackett, ok, I'll look into it further.
[15:38] <jcsackett> deryck: if currently they can't, i think we can make a strong case for changing that.
[15:39] <deryck> jcsackett, yeah, that would be my guess, is just they don't have permission to do so.  But seems odd to me.
[15:39] <jcsackett> deryck: agreed. it's weird.
[16:56] <X-Or> Hello
[16:56] <X-Or> A question about Subversion imports into launchpad,
[16:56] <X-Or> Does LP allows to import trunk or just branchs ?
[17:11] <pfarrell_> hi
[17:12] <pfarrell_> I have a branch, ~pefarrell/fluidity/adjoint. I'd like to give user simon-funke write access to that branch. how do I do it?
[17:12] <pfarrell_> (sorry, I am new to launchpad)
[17:21] <bigjools> you need to make it owned by a team that you're both in
[17:37] <deryck> X-Or, isn't trunk the same as a branch in svn?  Or what do you mean?
[17:48] <X-Or> It is 2 different things
[17:56] <deryck> X-Or, I know we import svn "trunk" all the time for projects on Launchpad.
[17:56] <deryck> X-Or, I always thought this was a naming convention for svn, and nothing special.
[18:04]  * deryck reboots and will brb
[18:22] <SMG> I know this is not the place, but running out of options " can someone help me, i need to update the "ar" file under "binutils", because it causes "*** buffer overflow detected ***: ar terminated" while compiling anything, but I cant update binutils because of the same problem?"
[18:37] <SMG> hello, can someone help
[18:58] <deryck> SMG: hi, yeah, sorry, this isn't the place for that. I'm not sure where to point you.... thinking....
[18:59] <deryck> SMG: is this binutils in Ubuntu?
[18:59] <SMG> deryck:yes
[19:00] <SMG> deryck:i think i might have to reinstall, which is what im trying to avoid
[19:00] <deryck> SMG: so I would suggest asking where to ask for help on #ubuntu.  Or filing a question against binutils in Launchpad:  https://answers.launchpad.net/ubuntu/+source/binutils
[21:45] <bdrung> hi, i have a problem with an recipe: https://launchpadlibrarian.net/69841782/buildlog.txt.gz
[21:46] <bdrung> "Source repository format does not support stacking, using format"
[21:46] <bdrung> how can i fix it?
[21:46] <bdrung> the branch in question: https://code.launchpad.net/~vcs-imports/devscripts/main
[21:56] <bdrung> sorry, the problem lies somewhere else (outdated branch).


[08:51] <s-fox> Hello.
[08:52] <hobgoblin> Hello.
[08:53] <hobgoblin> Do you need help or tea?
[08:54] <dizzylizzy> mm tea
[08:54]  * hobgoblin sends dizzylizzy etherteapot
[09:05] <dizzylizzy> awe
[09:06] <philipballew> I want tea now...
[09:06] <dizzylizzy> moonlight is very frustrating
[09:06] <philipballew> I think they dropped that
[09:06] <dizzylizzy> oh that's true
[09:07] <dizzylizzy> why does this food service company's website for job applications require silverlight o_o
[09:07] <dizzylizzy> whyyy
[09:07] <philipballew> because they hate you
[09:07] <dizzylizzy> bingo
[09:07] <dizzylizzy> they hate open standards, clearly
[09:07] <dizzylizzy> or at least, the company they hired to do this site for them does
[09:07] <philipballew> or are ignorant to them
[09:08] <dizzylizzy> every single online job application i've filled out has been js/php/cgi/html/whatever
[09:08] <dizzylizzy> until now :-/ compiling mono sucks
[09:09] <philipballew> you need to compile it?
[09:09] <philipballew> why do you need to compile?
[09:09] <dizzylizzy> because i don't trust their debs
[09:09] <dizzylizzy> not that i should trust their source :-/
[09:11] <dizzylizzy> screw ittttt make -j 5
[09:37] <philipballew> There regular deb's probably track you or things you do
[09:42] <dizzylizzy> :-/
[09:42] <dizzylizzy> probably not but I just, blah, I don't like installing binaries from 3rd party sources
[19:41] <ubuntu321432132> Hi there ... I need to share my desktop .png with someone else to clarify what I'm seeing (no other problem !) ... What is the website that allows to share online your desktop GUI screenshot .. for others to see ????
[19:41] <Meridious> imgur.com
[19:42] <Meridious> or other popular image hosting sites
[19:43] <Meridious> anything else you need?
[21:38] <owka> hello, i would like to run unsave software on xubuntu 12.04 32bit
[21:39] <owka> i tryed virtualbox but its sucking processor ...
[21:39] <stlsaint> owka: huh? unsafe?
[21:39] <owka> now i'd like to try chroot ... can someone give me a hint how i can start a program using chroot?
[21:40] <owka> yes software i dont trust
[21:40] <stlsaint> owka: you already build the chroot?
[21:40] <owka> no
[21:40] <owka> i dont know how
[21:42] <owka> do i first have to "build" a chroot   e.g. something like a virtual root system
[21:42] <owka> and after i can run software in it?
[21:42] <devxdev> owka, http://ubuntuforums.org/showthread.php?t=1156240
[21:43] <stlsaint> https://help.ubuntu.com/community/DebootstrapChroot
[21:45] <devxdev> ^lmao I love the use of TL;DR in lots of Ubuntu docs
[21:50] <owka> thank you!
[21:50] <owka> * what does TLDR mean?
[21:55] <wojox> To Long Didn't Read


[10:12] <rmg51> Morning
[13:23] <teddy-dbear> Morning peoples, dogs, turkeys?, hamsters and everything else
[19:34] <lazyPower> o/


[19:43] <krabador> please i need to talk with an op
[19:49] <elky> waiting more than 14 seconds will probably help
[19:54] <Flannel> That 15th second is always the crucial one.
[23:57] <hggdh> @login
[23:57] <hggdh> @btlogin


[00:49] <ball> I tried Lubuntu today.
[00:57] <ball> It seems very nice.
[10:07] <qswz> please, upvote this (if you use github) they didn't implement dragdrop on sublime text :( https://github.com/SublimeTextIssues/Core/issues/1361
[15:42] <will> hello,
[17:08] <cnnx> how can i tell my netbook on lubntu to do nothing when the lid is closed, i want to operate it 100% lid closed via ssh
[17:09] <cnnx> reight now when i reboot it doesnt start networking if lid is closed but yes if open
 Test.
[22:04] <tsimonq2> Good.
[22:45] <genii> tsimonq2: Telegram?
[22:45] <wxl> genii: see offtopic
[22:45] <tsimonq2> genii: This was.
[22:45] <tsimonq2> genii: Yep, what wxl said. :P


[00:22] <KGB-0> gnome-system-monitor signed tags d7e3f7c Jeremy Bicha upstream/41.0 * Upstream version 41.0 * https://deb.li/uBXy
[00:22] <KGB-0> gnome-system-monitor upstream/latest 1d5e58b Jeremy Bicha * pushed 31 commits (first 5 follow) * https://deb.li/3YBAn
[00:22] <KGB-0> gnome-system-monitor upstream/latest e3200e0 Daniel Mustieles help/es/es.po * Updated Spanish translation * https://deb.li/34bIs
[00:22] <KGB-0> gnome-system-monitor upstream/latest 14ccb12 Ask Hjorth Larsen po/da.po * Updated Danish translation * https://deb.li/ijnpU
[00:23] <KGB-0> gnome-system-monitor upstream/latest b75b020 Balázs Meskó po/hu.po * Update Hungarian translation * https://deb.li/iAQF
[00:23] <KGB-0> gnome-system-monitor upstream/latest c9d4d8a Ask Hjorth Larsen help/da/da.po * Updated Danish translation * https://deb.li/3Q291
[00:23] <KGB-0> gnome-system-monitor upstream/latest 13cfdf7 ToMe25 .gitlab-ci.yml * Add automated build test on fedora * https://deb.li/qnSd
[00:23] <KGB-0> gnome-system-monitor pristine-tar aaa7f1c Jeremy Bicha gnome-system-monitor_41.0.orig.tar.xz.delta gnome-system-monitor_41.0.orig.tar.xz.id * pristine-tar data for gnome-system-monitor_41.0.orig.tar.xz * https://deb.li/3VFXV
[00:27] <KGB-0> gnome-disk-utility signed tags 87a42cd Jeremy Bicha upstream/41.0 * Upstream version 41.0 * https://deb.li/3RB5G
[00:28] <KGB-0> gnome-disk-utility upstream/latest 71109bc Jeremy Bicha * pushed 17 commits (first 5 follow) * https://deb.li/L2NR
[00:28] <KGB-0> gnome-disk-utility upstream/latest b96b095 Dušan Kazik po/sk.po * Update Slovak translation * https://deb.li/3qbEv
[00:28] <KGB-0> gnome-disk-utility upstream/latest 54520c8 Boyuan Yang po/zh_CN.po * Update Chinese (China) translation * https://deb.li/i3nky
[00:28] <KGB-0> gnome-disk-utility upstream/latest 657fe35 Goran Vidović po/hr.po * Update Croatian translation * https://deb.li/QbVE
[00:28] <KGB-0> gnome-disk-utility upstream/latest c3579ff Guido Günther data/ gnome-disk-image-mounter.desktop.in gnome-disk-image-writer.desktop.in org.gnome.DiskUtility.desktop.in * desktop-file: Add X-Purism-Form-Factor * https://deb.li/3Hnle
[00:28] <KGB-0> gnome-disk-utility upstream/latest 379ad15 Guido Günther data/org.gnome.DiskUtility.appdata.xml.in * metainfo: Add minimum screen size requirement and input recommendations * https://deb.li/VAgI
[00:28] <KGB-0> gnome-disk-utility pristine-tar c04d3df Jeremy Bicha gnome-disk-utility_41.0.orig.tar.xz.delta gnome-disk-utility_41.0.orig.tar.xz.id * pristine-tar data for gnome-disk-utility_41.0.orig.tar.xz * https://deb.li/3irxz
[05:55] <oSoMoN> good morning desktoppers
[05:59] <ricotz> oSoMoN, hey
[06:02] <duflu> Morning oSoMoN and ricotz
[06:11] <ricotz> hello duflu
[06:12] <oSoMoN> hey ricotz & duflu
[06:43] <didrocks> good morning
[06:43] <jibel> Good morning everyone
[06:45] <didrocks> salut jibel
[06:45] <jpnurmi> good morning
[06:51] <duflu> Morning didrocks, jibel, jpnurmi
[06:53] <jpnurmi> hey duflu
[06:53] <didrocks> hey duflu, jpnurmi
[06:53] <jpnurmi> hey didrocks
[06:54] <jpnurmi> did anyone try https://convos.chat/ ?
[06:55] <jpnurmi> makes irc almost feel modern
[06:57]  * didrocks should admit I’m sill using a CLI tool for IRC
[07:00]  * jpnurmi has been using a home-made client for 12 years :x
[07:11] <jibel> hi didrocks duflu jpnurmi
[07:11] <seb128> goood morning desktopers
[07:11] <jpnurmi> hi jibel and seb128
[07:12] <oSoMoN> salut didrocks, jibel, seb128
[07:12] <oSoMoN> hey jpnurmi
[07:12] <didrocks> salut oSoMoN
[07:12] <didrocks> hey seb128
[07:12] <jpnurmi> hey oSoMoN
[07:16] <seb128> hhey jpnurmi, duflu, lut oSoMoN didrocks jibel, how are you?
[07:17] <oSoMoN> doing good, how are you yourself?
[07:17] <seb128> I'm alright thanks!
[07:19] <didrocks> ça va, et toi ?
[07:19] <seb128> nickel!
[07:20] <jibel> I'm good thanks
[07:22] <duflu> Morning seb128. Getting sicker, but surviving...
[07:22] <seb128> duflu, sorry to read :-(
[07:22] <oSoMoN> take it easy duflu, I hope you get better soon
[07:23] <seb128> you should call it a day early and get some rest
[07:23] <duflu> I'm mostly functional
[07:23] <seb128> oSoMoN, kenvandine, any idea why we still have core18 on the current impish daily?
[07:24] <seb128> https://paste.ubuntu.com/p/yZnqFVtjhV/
[07:24] <seb128> that's the manifest diff between before the firefox landing and after, snap:gnome-3-34-180 was removed but I would have expected core18 to also go?
[07:26] <oSoMoN> afaik there's nothing requiring core18 any longer, snap-store and firefox are both core20 based
[07:27] <oSoMoN> and gtk-common-themes is based on bare
[07:33] <seb128> indeed :/
[07:33] <seb128> mwhudson, ^ any idea?
[07:36] <seb128> mwhudson, unping
[07:37] <seb128> $ snap info --verbose gtk-common-themes_1515.snap | grep base
[07:37] <seb128> base:     core18
[07:37] <seb128> $ snap info --verbose gtk-common-themes  | grep base
[07:37] <seb128> base:         bare
[07:37] <seb128> the snap was downloaded with
[07:37] <seb128> $ UBUNTU_STORE_ARCH=amd64 SNAPPY_STORE_NO_CDN=1 snap download --cohort= --channel=stable/ubuntu-21.10 gtk-common-themes
[07:37] <seb128> hum
[07:37] <seb128> snapd bug?
[07:37] <seb128> jamesh, ^ any idea there of what's going on?
[07:38] <jamesh> seb128: we changed the base to bare
[07:39] <seb128> jamesh, ah, I was on the candidate channel and snap info gives you the info of the channel you are using
[07:39] <seb128> k, that's why
[07:39] <jamesh> seb128: the rationale is outlined in this thread: https://forum.snapcraft.io/t/call-for-testing-gtk-common-themes/26242
[07:39] <seb128> jamesh, any eta on landing the bare based one to stable?
[07:40] <seb128> or in stable/ubuntu-21.10
[07:40] <seb128> that's currently pulling core18 on the impish iso
[07:40] <seb128> which we probably don't want since we moved snap-store and firefox to core20
[07:40] <seb128> kenvandine, ^
[07:40] <jamesh> seb128: in short, we wanted to avoid cases where gtk-common-themes was the only snap bringing in core18, while not forcing the download of core20 on systems only using core18 snaps
[07:41] <jamesh> I'll look at pushing it to stable
[07:41] <seb128> jamesh, right, sorry my question was not clear, I understand what is happening with the base
[07:41] <seb128> jamesh, I just want core18 out of the impish ISO, which means promoting the candidate theme to stable
[07:41] <seb128> thanks
[07:41] <oSoMoN> or to stable/ubuntu-21.10
[07:42] <seb128> right, or that
[07:42] <seb128> lower impact for now if we don't want to do the jump for stable
[07:45] <jamesh> it's on stable now. Do I need to do anything extra for the branch?
[07:46] <jamesh> or will that just take what's currently stable?
[07:51] <seb128> jamesh, thanks! it takes what is in stable since the channel is closed
[07:51] <seb128> confirmed it works
[07:51] <seb128> $ UBUNTU_STORE_ARCH=amd64 SNAPPY_STORE_NO_CDN=1 snap download --cohort= --channel=stable/ubuntu-21.10 gtk-common-themes
[07:51] <seb128> ...
[07:51] <seb128>    snap install gtk-common-themes_1519.snap
[07:51] <seb128> $ snap info --verbose gtk-common-themes_1519.snap | grep base
[07:51] <seb128> base:     bare
[07:52] <jamesh> I guess we'll need to find room for bare.snap on the ISO now
[07:52] <seb128> :)
[07:52] <seb128> oh
[07:52] <seb128> jamesh, so we need bare seeded?
[07:52] <jamesh> yes
[07:53] <seb128> ok, livecd-rootfs should do the right thing
[07:54] <seb128> it basically does
[07:54] <seb128>             snap_info=$(snap info --verbose ${snaps_dir}/${SNAP_NAME}_[0-9]*.snap)
[07:54] <jamesh> I think it'd try to download "bare" otherwise, which would fail if the network isn't up at that point
[07:54] <seb128>             local core_snap=$(echo "$snap_info" | grep '^base:' | awk '{print $2}')
[07:54] <seb128>             _snap_preseed $CHROOT_ROOT $core_snap stable
[07:55] <jamesh> It'll never be used since no code runs in the context of the gtk-common-themes snap, but snapd will want it to be there
[07:57] <RikMills> is it intended to have both the Firefox snap and deb on the ISO for the beta?
[08:00] <RikMills> oh, the stuff to integrate has no landed yet. I saw the merge requests and assumed they had
[08:00] <RikMills> ignore me ;)
[08:01]  * RikMills needs more coffee
[08:01] <RikMills> oh, and good morning :)
[08:02] <seb128> RikMills, hey, and read #ubuntu-release backlog
[08:05] <oSoMoN> good morning RikMills
[08:11] <RikMills> seb128: thanks, I missed that in -release
[08:32] <seb128> Trevinho, hey, did you figure anything out with the issue from o_SoMoN yesterday?
[08:33] <seb128> oSoMoN, did you want to me upload the ubuntu-settings change for the default launcher config update?
[08:39] <oSoMoN> seb128, as you wish, I can do it if you're busy
[09:07] <Trevinho> seb128: hey, well not much... Olivier pointed a VirtualBox bug, and looks a possibility, as Xorg starts.
[09:08] <Trevinho> oSoMoN: if you want we can try something else to see if we can isolate the error better
[09:09] <oSoMoN> Trevinho, sure, I'll be juggling with other tasks, but if you have suggestions to debug further I'm eager to test them
[09:21] <seb128> oSoMoN, I will do it, just wanted to ask before to make sure we don't dup work
[09:22] <oSoMoN> ack
[09:28] <Trevinho> oSoMoN: I'd suggest to go to a tty I'm the vm (use chvt if you're in ssh) then there launch screen or byobu so you can handle stuff better from ssh.... Connect there and try to launch `XDG_RUNTIME_DIR=/tmp/foobar dbus-run-session mutter --display-server --wayland` and see if something appears... I if it does and it's responsive, replace mutter with gnome-shell and check again
[10:33] <seb128> Trevinho, I just saw you ported xdg portals to fuse3, or did you end up there? ;-)
[11:52] <Trevinho> seb128: oh, I saw mail in Ubuntu devel, so I decided to spend some night time to see how complicated it was... And was not :-)
[11:52] <seb128> Trevinho, you are awesome ;-)
[12:32] <Trevinho> seb128: ahah, too good
[12:33] <Trevinho> I see if tonight I've also some time for open-vm-tools, doesn't seem that hard.
[12:34] <Trevinho> iirc is the only other one blocker which has not a port available, for the rest there should be already something so that we can prepare the transition early next cycle
[12:55] <oSoMoN> well done Trevinho!
[12:55] <Trevinho> :)
[14:47] <hellsworth> good morning desktopers!
[14:47] <oSoMoN> hey hellsworth
[14:48] <hellsworth> hi there oSoMoN
[14:50] <laney> oSoMoN: heya, just saw the snap stuff for firefox - nice one. just fyi, you probably want to add it to: https://git.launchpad.net/ubuntu-release-upgrader/tree/DistUpgrade/deb2snap.json so that update-manager and the release upgrader do the right thing
[14:50] <laney> and hi everyone!
[14:50] <hellsworth> hi laney !!!!
[14:50]  * laney high fives hellsworth
[14:50] <laney> what up?
[14:51] <hellsworth> all kinds of buoyant things
[14:51] <hellsworth> :)
[14:51] <seb128> hey laney, how is the new life?
[14:51] <seb128> we are missing you around!
[14:52] <laney> heeeeeeeeeey seb128
[14:52] <seb128> and not only because we don't have any european around to handle beta requests :p
[14:52] <laney> I'm all about the kubernetes now
[14:52] <laney> heh
[14:52] <laney> kill all freezes, kill all releases, that's what I say
[14:52] <seb128> hellsworth, hey! is that wanted that the indaba is on saturday? https://discourse.ubuntu.com/t/ubuntu-desktop-team-indaba-ama-september-25-2021-5pm-utc
[14:52] <laney> Ubuntu Continuous Delivery
[14:52] <hellsworth> seb128: nope good catch
[14:58] <hellsworth> thanks seb128 i've updated the discourse post :)
[14:59] <seb128> 👍
[15:10] <seb128> jbicha, Trevinho, any idea about the gtk4 build failure on ppc? it has been retried enough to be proved to not be flacky so we need to either remove the new version from impish or have someone working on fixing it
[16:15] <oSoMoN> hey laney! yep, that's here: https://code.launchpad.net/~osomon/ubuntu-release-upgrader/+git/ubuntu-release-upgrader/+merge/408838
[16:21] <laney> oSoMoN: ah! nice one
[16:22] <laney> running the snap now btw :-)
[16:22] <oSoMoN> cool, please share your feedback, I'm particularly interested in functional regressions compared to the deb
[16:26] <laney> copied the profile in manually, not sure if I missed some magic there
[16:41] <oSoMoN> laney, if you install the snap from the stable/ubuntu-21.10 channel, you'll get the profile importer that does the necessary magic to import your existing profiles in ~/.mozilla/firefox/ (assuming the snap hasn't been run before)
[16:41] <oSoMoN> and this will soon hit the stable channel
[16:41] <laney> ah, I installed beta, I wanted 93 to potentially fix https://bugzilla.mozilla.org/show_bug.cgi?id=1722369
[16:43] <oSoMoN> ah, beta doesn't have that yet, but it should of course, I'll fix that
[16:43] <laney> 👍
[16:43] <oSoMoN> pushed to the beta packaging branch, it will be picked up at the next beta rebuild
[16:44] <oSoMoN> that won't make a difference for you unless you delete the contents of ~/snap/firefox/common after refreshing
[16:44] <oSoMoN> because the profile importer is a one-off thing
[16:47] <laney> ack
[16:47] <laney> might try it for testing
[18:39] <GunnarHj> seb128, jbicha, Trevinho: As regards failed ppc64el tests: For gnome-shell I brutally disabled the tests for ppc64el. Apparently not an ideal 'solution', but it allowed it to build and migrate for now. A possibility for gtk4 too?
[18:39] <GunnarHj> https://salsa.debian.org/gnome-team/gnome-shell/-/commit/17adb371
[18:40] <seb128> GunnarHj, hum, while I think there are probably almost no user of the shell on ppc that might not be as true from gtk, how confident are you that it's a test issue and not a real problem?
[18:41] <GunnarHj> seb128: I'm not confident at all, which is why I mentioned it. (Should have done so previously, but forgot.)
[23:55] <KGB-1> jsonrpc-glib signed tags 8f64c78 Jeremy Bicha upstream/3.40.0 * Upstream version 3.40.0 * https://deb.li/DSbG
[23:55] <KGB-1> jsonrpc-glib upstream/latest 8e0dced Günther Wagner (5 files in 3 dirs) * message: add the possibility to inject messages * https://deb.li/TY5y
[23:55] <KGB-1> jsonrpc-glib upstream/latest 29f6950 Christian Hergert (5 files in 3 dirs) * Merge branch 'inject_variant' into 'master' * https://deb.li/iiiF4
[23:55] <KGB-1> jsonrpc-glib upstream/latest 87a30dd Christian Hergert NEWS * Release 3.40.0 * https://deb.li/Qege
[23:55] <KGB-1> jsonrpc-glib upstream/latest 12ea772 Jeremy Bicha (6 files in 3 dirs) * New upstream version 3.40.0 * https://deb.li/VslA
[23:56] <KGB-1> jsonrpc-glib pristine-tar 9a70e4d Jeremy Bicha jsonrpc-glib_3.40.0.orig.tar.xz.delta jsonrpc-glib_3.40.0.orig.tar.xz.id * pristine-tar data for jsonrpc-glib_3.40.0.orig.tar.xz * https://deb.li/3T7ai


[09:50] <sealne> ScottK: so it seems just deleting the imap account in kmail and recreating it isn't enough to solve the akonadi eating your cpu and then crashing problem
[09:51] <shadeslayer> did you remove .cache/akonadi ( or sth like that )
[09:51] <sealne> no i'll try completly obliterating everything when i have a spare day or 2 again
[11:50] <BluesKaj> Hey all
[12:52] <jussi> so... kubunity anyone? :P http://wstaw.org/m/2012/04/29/plasma-desktopzg2207.png
[12:53] <Riddell> misses the dash
[12:53] <Riddell> which I think might be apol's area for sal-qml
[12:53] <jussi> yeah, we need the dash yet
[12:54] <jussi> but I am reliably informed the unity 2d dash is Qt, therefore shouldnt be too hard to plasmoid
[12:54] <jussi> oh, and my kubunity has buttons on the right! na na!
[12:56] <jussi> Riddell: btw, my kmix bug got marked as a dup by the guy assigned to the the master bug, so I guess the bt was same
[12:56] <Riddell> talk to apol about his plans for sal-qml
[12:56] <jussi> what is sal-qml?
[12:56] <Riddell> dunno talk to apol :)
[12:57] <Riddell> the master kmix bug isn't marked as fixed last time I looked
[12:59] <jussi> no
[13:06] <ScottK> sealne: It's not the wohole ting.
[13:08] <ScottK> sealne: ~/.config/akonadi/agent_config_akonadi_mailfilter_agent_changes.dat is all I had to remove.
[13:19] <BluesKaj> I dumped kmail again ...no point it's just too unstable ...become unuseable
[13:20] <BluesKaj> segfaults on any click now , can't choose any emails
[13:27] <starbuck> Congrats on a GREAT release! Tested 64bit DVD on my machine, small annoyances, but overall works fantastic!
[13:27] <starbuck> Riddell: SAL-qml is not apol, its sreich :)
[13:34] <ScottK> BluesKaj: It's got it's issues, but it's not that bad.  You've got something else going on too.
[13:36] <BluesKaj> ScottK, yeah must be , but the segfsults didn't start until a recent update/upgrade...kmail was great for 3weeks or so after my clean install 5weeks ago
[13:59] <Riddell> starbuck: oh tsk sorry
[14:13] <Peace-> yofel_: ping
[16:27] <yofel_> Peace-: pong
[17:00] <shadeslayer> !find libXxf86vm.so.1
[18:04] <JontheEchidna> Anybody wanna help me test my Networking and Internet Technologies class final project? https://launchpad.net/~echidnaman/+archive/tis/
[18:04] <JontheEchidna> (It's a space shooter) :D
[18:05] <JontheEchidna> you'll have to make an account at the website tho: http://foxx.arksaw.com/tis/website/
[18:06] <sreich> written in?
[18:06] <JontheEchidna> c++
[18:06] <sreich> well, libs?
[18:06] <JontheEchidna> uh, right :)
[18:06] <sreich> i'm presuming you didn't use raw c++ ;p
[18:06] <JontheEchidna> It uses QUdpSocket for the UDP protocol
[18:07] <JontheEchidna> Allegro for the client gui
[18:07] <JontheEchidna> and libmysqlcppconn for db stuff
[18:07] <sreich> does it have latency handling?
[18:07] <sreich> or how is that handled?
[18:07] <JontheEchidna> not really
[18:07] <JontheEchidna> it just doesn't accept packets older than ones it's already accepted
[18:07] <JontheEchidna> :P
[18:08] <JontheEchidna> you can take a look at the source if you'd like: http://foxx.arksaw.com/svn/tis/
[18:12] <sreich> i remember when i did my first network game like..8 yrs ago, latency was a big issue
[18:13] <sreich> i was surprised that even a latency of like 100ms was hugely noticeable
[18:14] <sreich> made me wonder how latency compensation is actually done
[18:15] <JontheEchidna> lots of prediction algorithms, I'd suppose
[18:15] <sreich> yeah
[18:15] <sreich> it's more amazing that the difference between UDP and TCP is astonishing wrt speed
[18:15] <JontheEchidna> yeah
[18:15] <sreich> speaking of games..man i'd like to see some games in qml/qml2, especially for the plasma tablet
[18:16] <JontheEchidna> I wasn't responsible for the GUI portion of the project. We split up in to groups to make a (multiple) client-server application that also connects to a database (either on the server or external)
[18:16] <JontheEchidna> our group of 3 chose to make a game. some of the other projects are a VoIP server
[18:17] <JontheEchidna> a text chat application
[18:17] <JontheEchidna> and a multiplayer text adventure game
[18:17] <JontheEchidna> not quite a MUD, though
[18:18] <JontheEchidna> the other groups are using C# and *shudder* Winsocks stuff.
[18:18] <JontheEchidna> I think only two groups have cross-platform stuff :P
[18:27] <shadeslayer> wat
[18:27] <shadeslayer> JontheEchidna: tis/lib/QtCored4.dll
[18:27] <shadeslayer> as well as other libs
[18:27] <JontheEchidna> for winblows deployment
[18:28] <shadeslayer> :(
[18:28] <JontheEchidna> lokl
[18:28] <JontheEchidna> *lol
[18:28] <Darkwing> Riddell: ping?
[18:28] <sreich> lol winsocks
[18:29] <JontheEchidna> shadeslayer: if you like this, then you'll love this hack I had to make for windows: http://foxx.arksaw.com/svn/tis/server/console/WinConsole.h
[18:29] <shadeslayer> klick
[18:29] <sreich> lololol
[18:30] <shadeslayer> @_@
[18:30] <shadeslayer> are you shitting me
[18:30] <sreich> goes to show how well windows is designed/how fun windows programming is
[18:31] <sreich> i've heard some funny oddities about its event dispatching as well
[18:31] <shadeslayer> yofel_: yay, my Steam prediction came true
[18:31]  * sreich hates workarounds for crappy  designs
[18:31] <sreich> shadeslayer: yeah, it's awesome isn't it?
[18:31]  * sreich excited to buy and play l4d on steam linux
[18:31] <shadeslayer> sreich: yes
[18:31]  * JontheEchidna too
[18:31] <JontheEchidna> if they port TF2, I'll be happy
[18:31] <shadeslayer> JontheEchidna: especially you :P
[18:31] <JontheEchidna> and also unproductive
[18:31] <sreich> haha yeah
[18:31] <shadeslayer> you play TF2 all the time
[18:31] <shadeslayer> haha
[18:31] <shadeslayer> true that
[18:31] <JontheEchidna> actually I've not played in a while, too much to do
[18:32] <shadeslayer> JontheEchidna: ../../server/db/Database.h:8:31: fatal error: cppconn/statement.h: No such file or directory <- is that in allegro?
[18:32] <JontheEchidna> shadeslayer: libmysqlcppconn-dev
[18:32] <shadeslayer> y u no use cmake
[18:33] <yofel_> hm
[18:33] <yofel_> you know
[18:33] <JontheEchidna> lol
[18:33] <JontheEchidna> shadeslayer: binaries for 12.04 here if you'd like: https://launchpad.net/~echidnaman/+archive/tis/
[18:33] <JontheEchidna> you'll need the allegro packages from there at any rate
[18:33] <shadeslayer> JontheEchidna: meh, they're probably compiled with gcc
[18:33] <yofel_> I wasn't scared about ower future when I heard that Canonical won't sponsor us anymore. But with steam for linux coming I am.........
[18:33] <yofel_> *our
[18:33] <shadeslayer> I'm being a hipster and compile everything with clang
[18:33] <JontheEchidna> lol
[18:33] <shadeslayer> :P
[18:33] <Riddell> Darkwing: hola
[18:34] <shadeslayer> yofel: haha, more clueless people in #kubuntu ? :D
[18:35] <yofel> SIGH
[18:35] <sreich> pft, what's wrong with steam?
[18:35] <yofel> I'm down with a cold today, so someone else help please...
[18:35] <sreich> shadeslayer: i compile everything w/ clang as well
[18:35] <sreich> clang is hellahs better anyways
[18:35] <shadeslayer> sreich: we're both hipsters then
[18:35] <shadeslayer> :)
[18:35] <shadeslayer> sreich: inorite
[18:36] <shadeslayer> sreich: pretty pretty compile errors
[18:36] <sreich> yeah
[18:36] <yofel> note: did you manage to compile kdelibs with clang yet? I didn't last time I tried it
[18:36] <sreich> yeah
[18:36] <sreich> i compile all of kde w/ clang
[18:36] <yofel> k, worth another attempt then
[18:37] <shadeslayer> B2G is soooo fricking huge
[18:37] <shadeslayer> taking forever to checkout on yofel's machine as well
[18:37] <yofel> what's b2g?
[18:37] <shadeslayer> Boot 2 Gecko
[18:37] <yofel> o.O
[18:39] <shadeslayer> yofel: boots up Gecko and then all apps use HTML5
[18:40] <yofel> well
[18:40] <yofel> at least gecko is more stable than qtwebkit...
[18:40] <shadeslayer> heh yeah
[18:40] <shadeslayer> their HAL code is fugly as of now though
[18:40] <yofel> HAL?!?
[18:41] <skfin> who uses hal
[18:41] <shadeslayer> https://wiki.mozilla.org/B2G/Architecture#Gecko:_Hardware_Abstraction_Layer_.28hal.29
[18:41] <Riddell> that must be obsolete, hal doesn't exist any more
[18:42] <shadeslayer> dunno, their channel topic points to that link
[18:42] <yofel> uhm
[18:42] <yofel> why do I get the feeling that they recycled the name...
[18:43] <shadeslayer> I've only been looking at B2G since yesterday
[18:45] <BluesKaj> any suggestions on installing kubuntu dev release on a second hdd , that I'd like to use for testing ?
[18:49] <shadeslayer> JontheEchidna: yofel read this : https://github.com/cgjones/mozilla-central/blob/master/hal/gonk/GonkHal.cpp#L273
[18:53] <BluesKaj> my other pc was used for testing , but the cpu is an old amd 3200+. I don't think it's worth spending money on new mobo so I'd like to add the hdd to this pc . Can someone direct me to url / tutorial on how to set this up ?
[18:53]  * yofel just hopes that "/sys/class/power_supply/battery/" actually exists on the system that code is being executed on
[18:54] <shadeslayer> well, imo they should have used enums to define the charge states
[18:54] <shadeslayer> instead of static const int's
[18:55] <yofel> well, someone thought to do it a bit c++ style and was too used to doing it C style
[18:55] <shadeslayer> :D
[18:55] <yofel> actually, just using #define would've been better here...
[19:15] <shadeslayer> @_@
[19:15] <shadeslayer> B2G finally checked oyt
[19:15] <shadeslayer> *out
[19:16] <BluesKaj> BBL
[20:19] <bulldog98> Riddell: do we have mirrors for the isos?
[20:25] <Riddell> bulldog98: only a few, listed on http://www.kubuntu.org/getkubuntu/download#download-block
[20:25] <bulldog98> Riddell: ok thanks