[10:51] <rye> i know what's missing!
[10:51] <rye> progress bar of file upload on the web ui!
[10:51] <rye> content-length for form upload is sent, need a background request to update the progress.
[12:26] <duanedesign> hello rye
[12:26] <rye> duanedesign, hello :)
[12:54] <rye> duanedesign, have you used gedit?
[12:58] <duanedesign> rye: yes
[12:59] <rye> duanedesign, ok, have you used it on remote filesystems? I mean i am debugging gedit file save and timestamp update and it looks like there is something happening behind the scenes, but strace looks legitimate...
[13:04] <duanedesign> rye: hmm.
[13:13] <duanedesign> rye: i am working on some files on my<EMAIL_ADDRESS>right now
[13:14]  * rye discovered bootchart
[13:15] <duanedesign> that came in handy the other day. A guy came into #ubutnu-beginners and half his processes werent starting. Was able to use that to find the offending process that was causing the problem
[14:04] <Pretto> to share a folder to other user, does he need to have an ubuntu one account?
[14:04] <beuno> Pretto, he will need to in order to access the files
[14:04] <beuno> but not to offer the share
[14:04] <beuno> he can create an account after you share with him
[14:05] <Pretto> beuno: thank you
[14:07] <mattgriffin> rmcbride: ping
[14:08] <rmcbride_> mattgriffin: hi
[14:08] <mattgriffin> rmcbride: hi rick. are you a moderator of this channel? can you change the topic?
[14:08] <rmcbride_> mattgriffin: I can change the topic sure
[14:09] <rmcbride_> (from the machien I'm logged on with out the _)
[14:11]  * rye gedit&u1 make me angry, went to get some foods
[14:40] <rodrigo_> aquarius: why is https://bugs.launchpad.net/ubuntuone-servers/+bug/400153 marked as incomplete?
[14:40]  * aquarius looks
[14:41] <aquarius> rodrigo_, because we haven't done it yet. :)
[14:41] <rodrigo_> aquarius, ah, I thought incomplete is for bugs missing information, right?
[14:41] <rodrigo_> not not-done-yet ones?
[14:41] <aquarius> rodrigo_, the original intent of that bug was that you'd be able to talk to couch entirely over D-Bus, and not talk http at all.
[14:41] <aquarius> it's "incomplete" because it's missing information, specifically whether we think it's a good idea or not.
[14:41] <aquarius> I am inclined to invalid it.
[14:42] <aquarius> ooh, is it bug day?
[14:42] <rodrigo_> as you wish
[14:42] <rodrigo_> yes, bug day
[14:42] <rodrigo_> aquarius, so, should I mark it as invalid then?
[14:43] <aquarius> rodrigo_, actually, wontfix, I think. It's a reasonable request, we're just not going to do it that way. :)
[14:43] <rodrigo_> ok
[14:44] <aquarius> blimey, we must have done all the "easy" bugs now. All of these are quite hard to decide how important they are :)
[14:45] <rodrigo_> :)
[14:46] <rodrigo_> aquarius, another one, what is this https://bugs.launchpad.net/ubuntuone-servers/+bug/400315 for?
[14:47] <aquarius> ha.
[14:47] <aquarius> invalid.
[14:47] <rodrigo_> ok
[14:47] <aquarius> the idea of control channels has gone away, pretty much.
[14:48] <aquarius> rodrigo_, I'll trade you those two for https://bugs.edge.launchpad.net/evolution-couchdb/+bug/504282 because I don't understand what's causing the problem, so I don't know how important it is?
[14:48] <rodrigo_> aquarius, ok
[14:48] <rodrigo_> aquarius, I've already marked them as won't fix/invalid, but yeah, have a look at them and add whatever you want
[14:48]  * rodrigo_ looks at the evo-couchdb bugs
[14:51] <rodrigo_> aquarius, hmm, is the 'The name org.freedesktop.Avahi was not provided by any .service files' a cause for desktopcouch to not start?
[14:51] <aquarius> rodrigo_, it might be. DC looks for avahi to publish its pairing record, if it's paired with anything.
[14:51] <aquarius> why would someone not have avahi?
[14:52] <rodrigo_> not sure, but the evo-couchdb logs show it not being able to contact dc
[14:53] <aquarius> that could be the problem. I don't know how to resolve that, though -- I can't think of any good reasons why avahi wouldn't be there? It's part of the platform!
[14:53] <rodrigo_> I'll tell the user to install avahi, if it's not installed
[14:59] <duanedesign> rmcbride_: I was coming up with a list of test to run on nightlies. It was mentioned you have some automated acceptance tests that you use?
[15:00] <rmcbride_> duanedesign: sort of
[15:00] <mattgriffin> something's odd so i can't update the topic... here's info about how you can help with Bug Day: https://wiki.ubuntu.com/UbuntuOne/BugDays
[15:00] <rmcbride_> duanedesign: I have tests that can be run that create test data
[15:00]  * rodrigo_ reboots
[15:00] <rmcbride_> duanedesign: currently the verification is manual, and the test sets take a long time to sync
[15:00] <rmcbride_> duanedesign: it's really rather evil test data  (max POSIX FS depth, etc)
[15:01] <rmcbride_> duanedesign: it's available at lp:ubuntuone-testing
[15:01] <rmcbride_> duanedesign: There are plans to greatly enhance both the tests as they are, to create a nice checkbox-based runner for people to be able to run the suite or parts of it.
[15:02] <rmcbride_> duanedesign: and complete automation in VMs as well.
[15:02] <CardinalFang> Editing my grub config remotely.  I told you I was hardcore.
[15:04] <aquarius> CardinalFang, that sounds like the quick path to a scragged unbootable machine, to me -- you're braver than I am :)
[15:04] <duanedesign> rmcbride_: I had an informal list i use. As i added on to it i realized it wouldnt be much more effort to come up with a list like the testcases on the QA site
[15:05] <rmcbride_> duanedesign: the stuff I have is structurally based on what's on the QA site. I have yet to port the formerly internal wiki pages to that location
[15:05] <rmcbride_> duanedesign: to the test set that I have, I also typically check that problems in the changelog as fixed are truely fixed
[15:06] <CardinalFang> I don't really need that machine today.  I just don't want it to burst into flames.
[15:06] <rmcbride_> duanedesign: we've held off on nightlies for the last couple of weeks due to some protocol capabilities changes that would break clients built from current trunk.
[15:06] <rmcbride_> duanedesign: hopefully that will change this week.
[15:06] <rmcbride_> the package builds will be automated and REALLY nightly once we resume building
[15:07] <duanedesign> rmcbride_: nice. I'll take a look at ubuntuone-testing.
[15:08] <mattgriffin> rodrigo_: ping
[15:08] <rodrigo_> mattgriffin, pong
[15:08] <rmcbride_> duanedesign: cool :) it can use some polish, but using doctests makes it easy to parse anyway
[15:08] <mattgriffin> rodrigo_: can you take a look at this bug? https://bugs.launchpad.net/ubuntuone-servers/+bug/515380
[15:08] <mattgriffin> rodrigo_: seen it before?
[15:08] <rodrigo_> mattgriffin, ok
[15:09] <rodrigo_> mattgriffin, teknico might know better
[15:09] <rodrigo_> teknico, ^^
[15:09] <mattgriffin> rodrigo_: ok. i'll ping him
[15:09] <mattgriffin> rodrigo_: thanks!
[15:09] <rodrigo_> you're welcome :-)
[15:10] <teknico> mattgriffin, rodrigo_, looking at it
[15:12] <mattgriffin> teknico: thanks
[15:14] <teknico> mattgriffin, that bug is a duplicate of #506584
[15:14] <mattgriffin> teknico: cook. thanks!
[15:14] <teknico> mattgriffin, sorry, I can't cook to save my life ;-)
[15:15] <mattgriffin> :)
[15:15] <mattgriffin> haha... cool :)
[15:19] <rodrigo_> hmm, we don't do standups anymore? my DONE list is getting long :-)
[15:19] <dobey> rodrigo_: we don't do it on tuesday, since tuesday is bug day
[15:20] <rodrigo_> yeah, but yesterday, and Friday, there wasn't a standup, right?
[15:20] <rodrigo_> or did I miss it?
[15:20] <dobey> i don't know
[15:21] <dobey> friday at that time i would have been sleeping still, being in -0800
[15:21] <dobey> don't know about yesterday
[15:45]  * rtgz is now rye
[15:59] <rye> facundobatista, bug 426930, syncdaemon log seems to be missing any upload directives... the client just stays in START_WORKING_ON_METADATA_WITH_CONTQ
[16:02] <facundobatista> rye, let me see (btw, welcomed)
[16:06] <verterok> rye, facundobatista: bug 517361
[16:07] <rye> hm
[16:07] <rye> ok, how do I make my syncdaemon hang this way?...
[16:08] <verterok> rye: no idea :(
[16:11] <rye> jblount, bug #506601 - erm... in case avahi is not enabled, then desktopcouch replication silently stops working. Is it really "Low" Importance?
[16:11]  * rye is still playing with gedit...
[16:11] <rye> so far gedit wins
[16:12] <jblount> rye: Feel free to adjust, but that's what I was thinking.
[16:12] <facundobatista> verterok, why is this happening? is new?
[16:13] <verterok> facundobatista: I don't think it's new
[16:13] <verterok> facundobatista: but I couldn't find older bugs, probably marked as dupe of a AQ bug
[16:13] <facundobatista> verterok, why logs don't tell the free space the user have?
[16:14] <verterok> facundobatista: no idea, that info isn't logged? :(
[16:14] <facundobatista> verterok, don't know
[16:14] <verterok> facundobatista: in the case of aquarius, the free space isn't a problem... ~2GB of 50GB
[16:15] <aquarius> ?
[16:15] <rye> verterok, i believe 517361 can be made public with private log removed and  426930 can be made as duplicate of the first one, just to tie them together
[16:16] <facundobatista> verterok, AQ is not logging if the Queue is blocked by something
[16:16] <verterok> aquarius: the hung ActionQueue in your syncdaemon :)
[16:16] <facundobatista> verterok, in any case, don't know why it could hang
[16:16] <aquarius> verterok, ah right, yeah :)
[16:17] <verterok> facundobatista: bad AQ! :)
[16:17] <verterok> rye: yes, as the logs don't have any useful info
[16:29] <rye> verterok, removing logs from 517361 and making it public..
[16:30] <verterok> rye: ack, thanks! :)
[18:00] <mandel> teknico, ping
[18:01] <teknico> mandel, pong
[18:01] <mandel> teknico, mind giving me a hand with my python?
[18:01] <mandel> teknico, is about desktopcouch ;)
[18:01] <teknico> mandel, ehm, I sure hope there's no double-entendre in there ;-)
[18:02] <teknico> mandel, jokes aside, sure
[18:03] <mandel> teknico, hehe  good one :D
[18:04] <mandel> teknico, the implementation of remove is missing from the MergeableList and I wanted to implement it, the way I see it is that looping through the keys and removing the first match will be close to the performance of O(n) plus the time it takes to get the keys...
[18:05] <mandel> but I have a problem with the comparison since I cannot the a cmp(value_to_remove, self._data[key]) because it could be a list and all lists are mergeable list
[18:05] <mandel> ups, I mean "I cannot do a simple cmp"
[18:06] <teknico> mandel, sorry, in a call now, you'll be better off asking thisfred anyway, I guess
[18:06] <mandel> is there a better way or do I have to implement the __cmp__ of the MergeableList to handle lists, other mergeable list et..
[18:06] <mandel> teknico, ok, np :P
[18:06] <mandel> thisfred, ping
[18:07] <thisfred> mandel: pong
[18:07] <mandel> thisfred, can you help me with the above?
[18:07] <thisfred> mandel: reading through it now
[18:09] <thisfred> mandel: ah
[18:10] <thisfred> the values in a mergeable list will not be simple values usually, so you'd be comparing dictionaries mostly
[18:12] <thisfred> aquarius: any thoughts on this? To be honest I never thought of removing by value. It's not a list feature I often use anyway
[18:12] <mandel> thisfred, indeed,  but the data from the user does not have to, what I mean is that we could have remove([2,3,4]) where the list is converted to a MergeableList, that means that either I implement a __cmp__ in the mergeable list that can work with lists or tuples and
[18:13] <thisfred> mandel: yeah. That's doable: a mergeable list can behave like a list already, so you can just loop through the values in order and compare them.
[18:13] <thisfred> Efficient it won't be, but I doubt we'll be seeing monstrous mergeable lists in desktopcouch records.
[18:14] <mandel> thisfed, the remove is needed  'cause the onyl way to get the keys is by looking in _data
[18:14] <thisfred> Though it never hurts to not make the unusual impossible
[18:14] <thisfred> mandel: huh, you don't need the keys:
[18:14] <thisfred> doesn't pop(x) work?
[18:14] <thisfred> if not, then we need to fix that
[18:15] <mandel> AttributeError: 'MergeableList' object has no attribute 'pop
[18:16] <mandel> I was going to file a bug but I wanted to have a patch first
[18:17] <mandel> and pop will have the same issue for performance since pop does not take the value in a dict and popitem will not pop the item you want but one at random
[18:20] <mandel> my initial idea was to implement a BiHashMap but I have problems with the cmp too since I cannot be using a dict as a key
[18:20] <dobey> hmm
[18:20] <mandel> dicts are not hashable...
[18:27] <rye> bug
[18:28] <rye> uploaded a file with cyrillic name via web interface, tried to download via web, the file is said to be named as '????.flv'
[18:30] <mandel> sorry machine gave up on me, did I miss anything?
[18:32] <mandel> thisfred, I was wondering why are the list made mergeable list so early? can the be just simple list and modify the json serialization instead?
[18:34] <thisfred> mandel:  doesn't pop(x) work?
[18:35] <mandel> thisfred, no: AttributeError: 'MergeableList' object has no attribute 'pop'
[18:35] <thisfred> mandel: we want to be able to do comparisons/merging/conflict resolution in the clients, rather than in couchdb, which provides no ways to do this
[18:36] <thisfred> mandel: ok, then we should definitely fix that
[18:36] <rye> hmmmmmmmm
[18:36] <rye> vim zig.txt; ls --full-time zzz.txt
[18:36] <rye> -rw-r--r-- 1 rtg rtg 7 2010-02-09 20:35:46.000000000 +0200 zzz.txt
[18:36] <rye> ubuntuone updates file...
[18:36] <rye> ls --full-time zzz.txt
[18:36] <rye> -rw-r--r-- 1 rtg rtg 7 2010-02-09 20:35:52.000000000 +0200 zzz.txt
[18:37] <mandel> thisfred, certainly, but implementing pop is going to be as hard as to implement remove
[18:38] <thisfred> mandel: well, it's by position, so the comparison of the value doesn't need to happen.
[18:38] <mandel> thisfread, true, pop will not need the cmp
[18:38] <rye> ubuntuone-nautilus ???
[18:39] <rye> grrr
[18:39] <dobey> rye: huh?
[18:39] <thisfred> mandel: hang on, we do implement __delitem__
[18:39] <rye> dobey, no, it's my debug info on files that get timestamp updated... checking what version i am actually running
[18:40] <thisfred> mandel: so implementing pop is easy
[18:40] <dobey> ok
[18:41] <mandel> thisfread, yes, but with a key, which I do not know unless I loop though the list.. kinda lame
[18:41] <thisfred>     def pop(self, index):
[18:41] <thisfred>         result = self[index]
[18:41] <thisfred>         del self[index]
[18:41] <thisfred>         return result
[18:42] <thisfred> mandel: you never need the keys
[18:42] <thisfred> mandel: everything works by numerical index
[18:42] <thisfred> right now you can already do del my_mergeable_list[3]
[18:43] <thisfred> which is awful since we're mixing dict and list syntax
[18:43] <mandel> thisfred, but I need the index of what I'm removing... which then makes useless the need of calling get)uuid_for index cause I already did a loop around
[18:44] <mandel> what I mean is that if I have a list, and I do not know the position of the data I want to be able to do remove, which should be O(n) but it will not be so any app that works assuming that it has a list because it put a list will brake...
[18:45] <mandel> thisfred, so far i have work around this because I know the internal representation, but it certainly not a nice way to do it
[18:45] <thisfred> mandel: agreed, I think we need support for normal lists back
[18:46] <thisfred> and make mergeable list an explicit feature
[18:46] <rye> yup
[18:46] <mandel> thisfred, lets get CandinalFang involved ;)
[18:47] <rye> nautilus plugin, it is utiming() the file
[18:47] <rye> :)
[18:47] <thisfred> mandel: indeed, since I currently don't have any time to work on this :)
[18:47] <mandel> thisfred, I was going to do it 'cause i'm cleaning my code and this looks ugly :P
[18:48] <mandel> thisfred, if you give me some feedback I'll give it a go
[18:48] <thisfred> mandel: note though that in most cases lists are iterated over or accessed by index. Maybe that's just my style of using python, though
[18:49] <mandel> well, doing a for to find what you want and remove it is the same as calling remove
[18:49] <thisfred> mandel: that I can certainly do. We need some way to signify in the JSON that something is a mergeable list, rather than a dictionary. An "_is_mergeable_list": true property would be fine with me
[18:49] <mandel> thisfred, and maybe the remove implementation is more efficient, that would depend on CPython
[18:51] <thisfred> mandel: yeah, I hardly ever remove stuff from lists, I think, but then that's kind of essential to an app that stores lists I realize
[18:51] <mandel> thisfred, give me some time to think while I have a coffee and I'll be back to ask some more (and  with some code)
[18:52] <thisfred> mandel: then, instead of moving all lists in python to mergeable lists, we should provide API to generate them, and leave regular lists as regular lists
[18:52] <thisfred> mandel: great, I have to go and walk the dog now anyway
[18:54] <rye> duanedesign, grrr, posted the reponse in bug 501493 but said that that was me who wrote #2...
[18:56] <rye> duanedesign, sorry about that
[18:57] <rye> ok, gedit done, this is definitely bug 491777
[18:59] <rye> he he
[18:59] <rye> :)
[19:01] <rye> the irony is that because the fix was not applied in full, the files do not get utime()d on simple metadata query, they are only utime()d on upload...
[19:11] <dobey> rye: you're testing the stable branch or something?
[19:12] <rye> dobey, yes, actually it is 1.0.3-0ubuntu1
[19:13] <rye> dobey, this is all fixed in trunk
[19:13] <dobey> yes i know
[19:20] <dobey> hrmm
[19:20] <rye> guys, could you please pastebin me the output of tracepath -n files.one.ubuntu.com
[19:21] <dobey> 13:  no reply
[19:21] <dobey> 14:  no reply
[19:21] <dobey> 15:  no reply
[19:21] <dobey> 16:  no reply
[19:21] <dobey> 17:  no reply
[19:21] <dobey> i don't think it's going to get to it :)
[19:23]  * dobey wonders what happened to xtraceroute
[19:23] <aquarius> 16:  no reply
[19:23] <aquarius> 17:  no reply
[19:23] <aquarius> 18:  no reply
[19:23] <aquarius> 19:  no reply
[19:24] <verterok> 17: no reply 18: no reply 19: no reply 20: no reply 21: no reply
[19:25] <rye> nobody replies :)
[19:27] <mandel> 1:  <IP_ADDRESS>      0.109ms pmtu 1500
[19:27] <mandel>  1:  <IP_ADDRESS>       2.271ms
[19:27] <mandel>  1:  <IP_ADDRESS>       1.946ms
[19:27] <mandel>  2:  <IP_ADDRESS>       1.980ms pmtu 1488
[19:27] <mandel>  2:  <IP_ADDRESS>      23.548ms
[19:27] <mandel>  3:  <IP_ADDRESS>   26.759ms
[19:27] <mandel>  4:  <IP_ADDRESS>     24.435ms
[19:27] <mandel>  5:  <IP_ADDRESS>      25.027ms asymm  8
[19:27] <mandel>  6:  <IP_ADDRESS>   24.990ms asymm  7
[19:27] <mandel>  7:  <IP_ADDRESS>    35.302ms
[19:27] <mandel>  8:  <IP_ADDRESS>      48.526ms asymm  9
[19:27] <mandel>  9:  <IP_ADDRESS>      35.807ms
[19:27] <mandel> 10:  <IP_ADDRESS>      35.701ms
[19:27] <mandel> 11:  <IP_ADDRESS>     112.785ms asymm 10
[19:27] <mandel> 12:  <IP_ADDRESS>    115.934ms asymm 11
[19:28] <mandel> 13:  <IP_ADDRESS>      111.264ms
[19:28] <mandel> 14:  <IP_ADDRESS>      115.864ms asymm 13
[19:28] <mandel> 15:  <IP_ADDRESS>    114.917ms asymm 14 16:  <IP_ADDRESS>   113.140ms asymm 15
[19:28] <mandel> buahaha the Spaniard can :D
[19:28]  * aquarius waits for mandel to get autokicked for flooding ;)
[19:28] <mandel> :P
[19:28] <aquarius> bah, it works for you?
[19:28] <rye> mandel, wow
[19:29] <aquarius> bet he's got "<IP_ADDRESS> files.one.ubuntu.com" in /etc/hosts or something :)
[19:29] <rye> <IP_ADDRESS> is still not reached :)
[19:30] <mandel> aquarius, hehe trust me I dont play much for ubuntu so for me is a mystery :P
[19:30] <rye> mandel, ok, you've most likely got a DSL / PPPoE connection, right?
[19:38] <mandel> rye, yes
[19:56] <dobey> uhm
[19:56] <dobey> mandel: that last IP you pasted isn't files.one.ubuntu.com though :)
[19:57] <dobey> in fact, it looks like they're probably the same host where the route drops off for me
[19:58] <mandel> dobey, I've got no idea, to be honest I've never look much at ubuntu one, just did what rye asked for ;)
[19:58] <dobey> sure
[19:59] <rye> if anyone wonders what I am trying to do - question https://answers.edge.launchpad.net/ubuntuone-client/+question/100387 - looks like the guy has firewalled himself from anything ICMP, that's why uploads do not work
[20:02] <dobey> well i can download files
[20:02] <dobey> even though tracepath doesn't finish :)
[20:03] <dobey> and i uploaded a file
[20:03] <dobey> so i doubt that's the issue
[20:03] <rye> dobey, tracepath was needed to find out mtu value. Though it won't help much, since the actual tracepath will need to be done from the server itself
[20:03] <dobey> but weird
[20:04] <rye> dobey, the guy has blocked all incoming ICMP requests, therefore, when his router says "hey, i can't use 1500 as mtu, use 1460 / 1488 (as mandel has)", his machine does not receive that and no retransmit happens.
[20:05] <rye> this is still a theory, but his last comment clearly states that tracepath could not even get anything reasonable
[20:06]  * rye had a nice talk with his ISP a month ago or so about MTU and all around that :)
[20:06] <dobey> oh i'm not saying he didn't disable ICMP requests
[20:06] <dobey> but i would suspect that a lot more internet would be failing if blocking ICMP requests made everything else not work
[20:06] <rye> dobey, btw, files.one.ubuntu.com seems to be a stealth server :)
[20:07] <rye> dobey, nope, only uploads :)
[20:07] <dobey> rye: lots of web servers block ICMP
[20:07] <dobey> so you can't ping flood them
[20:07] <dobey> but then again, they probably only block some requests
[20:07] <rye> dobey, the downloads might be handled by his ISP, the server sends response, ISP says "he's got 1460 only, retransmit" (ICMP 4:3), server retransmits and download happens
[20:08] <dobey> since hopefully professional sysadmins are smart enough to do it right
[20:08] <rye> dobey, yes, this is a major problem with a lot of internet sites, sysadmins tend to block everything, even useful ICMPs :)
[20:25] <rye> erm
[20:25] <rye> hover the mouse over "Sharing", "Upload a File", "New Folder" items in web ui - look at the tooltip ("title") that appears.
[20:48] <Apache_> hi
[20:58] <dobey> hi Apache_
[21:00] <Apache_> dobey: hi, I got some questions re desktop-couch and replication not happening.... is this the right place?
[21:03] <dobey> Apache_: yes, you are likely experiencing an odd issue we just discovered yesterday :)
[21:05] <Apache_> well I've only been messing around with it for a day or so nad followed the example on http://arstechnica.com/open-source/guides/2009/12/code-tutorial-make-your-application-sync-with-ubuntu-one.ars/1
[21:05] <Apache_> but it never replicates to my other machine
[21:06] <Apache_> I also checked on Freedesktop.org at the trouble shooting section, but I don't have a replication.log
[21:06] <dobey> Apache_: do you have couchdb running, but without desktopcouch-service also running?
[21:06] <Apache_> in fact no /log/ directory either
[21:07] <Apache_> not sure, my code successfully created a test database locally
[21:08] <Apache_> and ubuntu-one file syncing is working fine
[21:11] <rye> Apache_, try restarting desktopcouch, /usr/lib/desktopcouch/desktopcouch-stop and then start it with /usr/lib/desktopcouch/desktopcouch-service
[21:11] <Apache_> is there a way for me to check to see if the desktopcouc-service is running
[21:11] <rye> Apache_, bug 519028
[21:11] <dobey> run "ps afx|grep couch" in a terminal
[21:12] <rye> ps aux| grep [d]esktopcouch-service
[21:12] <Apache_> when I restarted desktopcouch-service it popped up a window asking for application access to keyring, don't remember seeing that before
[21:13] <rye> Apache_, eeexactly!
[21:13] <Apache_> ahhh
[21:13] <Apache_> :)
[21:14] <rye> I was promised that this is going to be fixed in next stable release update of desktopcouch, this issue has been hanging around for quite a long time w/o being noticed :(
[21:16] <Apache_> reading the log now
[21:16] <Apache_> is this normal :)
[21:16] <Apache_> 2010-02-09 21:13:09,881 WARNING  Can't reach service ubuntuone.  No JSON object could be decoded
[21:21] <rye> Apache_, hm, is there anything else in the log? Do not post the contents of the log that say about oauth, this is confidential info you do not want to share :)
[21:23] <Apache_> the bit immediately before that is
[21:23] <Apache_> 2010-02-09 21:13:09,881 WARNING  Can't reach service ubuntuone.  No JSON object could be decoded
[21:23] <Apache_> 2010-02-09 21:13:09,661 INFO     No o.u.c key.  Maybe there's uo.c key?
[21:23] <Apache_> 2010-02-09 21:13:09,660 DEBUG    Looking up prefix for service 'ubuntuone'
[21:27] <rye> Apache_, and that's it? I mean you don't have any replication actually going, i.e. no message for that, right?
[21:29] <Apache_> 2010-02-09 21:13:00,172 DEBUG    found 0 self_identity records
[21:29] <Apache_> 2010-02-09 21:13:00,211 DEBUG    set new self-identity value: 'c1863e49-10ee-4472-be98-87ec7d1111d8'
[21:29] <Apache_> 2010-02-09 21:13:00,242 INFO     starting advertising _couchdb_location._tcp on port 35017
[21:29] <Apache_> 2010-02-09 21:13:00,259 DEBUG    started replicating
[21:29] <Apache_> 2010-02-09 21:13:00,308 DEBUG    replication of discovered hosts finished
[21:29] <Apache_> 2010-02-09 21:13:00,342 DEBUG    static pairings are [('8e2f36f5-bbed-477e-ba01-86274d51dfa4', 'ubuntuone', True, True)]
[21:29] <Apache_> 2010-02-09 21:13:00,342 DEBUG    Looking up prefix for service 'ubuntuone'
[21:29] <Apache_> 2010-02-09 21:13:09,660 DEBUG    Looking up prefix for service 'ubuntuone'
[21:29] <Apache_> 2010-02-09 21:13:09,661 INFO     No o.u.c key.  Maybe there's uo.c key?
[21:29] <Apache_> 2010-02-09 21:13:09,881 WARNING  Can't reach service ubuntuone.  No JSON object could be decoded
[21:29] <Apache_> 2010-02-09 21:13:09,882 DEBUG    finished replicating
[21:29] <Apache_> 2010-02-09 21:15:01,859 INFO     ending advertising _couchdb_location._tcp on port 35017
[21:29] <Apache_> thats the log file
[21:34] <rye> not good
[21:35] <rye> Apache_, can you access futon? CouchDB web interface?
[21:35] <rye> Apache_, the link to the html was given on desktopcouch startup
[21:35] <Apache_> yeah, can see my test db that was created from the code and the 2 records
[21:36] <rye> is there 'management' database?
[21:36] <Apache_> yep
[21:38] <rye> Apache_, what does /_utils/database.html?management/_design/ubuntu_one_pair_record/_view/ubuntu_one_pair_record return
[21:41] <rye> Apache_, by the way, can you please start seahorse and see whether there is a record for UbuntuOne token for https://ubuntuone.com ?
[21:41] <Apache_> brings back a row
[21:41] <Apache_> rye: seahorse, ok you got me there
[21:42] <rye> Apache_, huh?
[21:42] <Apache_> rye: when you say start seahorse, whats seahorse?
[21:43] <rye> Apache_, ah, this is "Applications/Accessories/Passwords and Encryption Keys"
[21:44] <Apache_> rye: yeah there is a record for https://ubuntuone.com
[21:46] <rye> Apache_, is desktopcouch service allowed to access that key? Doubleclick the key entry and switch to Applications tab
[21:48] <rye> hm, no, this does not make sense, it says "No o.u.c key.  Maybe there's uo.c key?" only when keyring does not present it with a key
[21:49] <Apache_> checked the applications tab, and desktopcouch serveice has Read, Write and Delete all checked
[21:52] <Apache_> there are two other keys in seahorse, both the same description "Desktop Couch user authentication"
[21:54] <Apache_> first one has "desktopcouch servce" and "ubuntuone-login" as applications and second one only has "ubuntu-one"
[21:54] <Apache_> if that helps any?
[21:54] <rye> Apache_, this is ok, that is required by applications to know the credentials for couchdb acces
[21:55] <Apache_> ok
[21:55] <rye> Apache_, ok, lets do it the dumb way, could you please shut down and start desktopcouch again?
[21:56] <Apache_> ok
[21:56] <rye> Apache_, and, what is the name of the keyring the key got put into? was that login or default?
[21:57] <Apache_> got this Browse your desktop CouchDB at file:///home/simon/.local/share/desktop-couch/couchdb.html and then nothing
[21:58] <rye> Apache_, anything new in replication log?
[21:58] <Apache_> should I be getting my shell prompt back.... not getting anything at the moment
[21:59] <rye> Apache_, no, it will grab the terminal until you kill it
[22:01] <Apache_> hold on, loads more in the log file now.... gonna go and check my other machine
[22:01] <rye> weird
[22:01] <rye> so first it starts, finds no tokens in the keyring, then the token magically appears and it finds it on next restart? This looks weird
[22:01] <Apache_> do I have run desktopcouch in a terminal window like this always?
[22:02] <Apache_> or should it normally start up on boot
[22:03] <rye> Apache_, the applet starts desktopcouch, but it starts it via CouchDatabase('name')  call. desktopcouch starts couchdb directly, w/o starting the service that will take care of replication.
[22:04] <Apache_> or should it normally start up on boot
[22:05] <Apache_> ok, so nothing has appeared on the other machine yet
[22:06] <rye> Apache_, is other machine running desktopcouch-service?
[22:06] <rye> Apache_, http://paste.ubuntu.com/372764/
[22:06] <Apache_> ahh, let me check :)
[22:07] <rye> Apache_, this will start desktopcouch-service via dbus call, if it is not started already
[22:09] <Apache_> yes!
[22:09] <Apache_> so database has replicated to the other machine
[22:11] <Apache_> rye: that script you pointed me at, I shoud add that to my python script?
[22:12] <rye> Apache_, actually, I'd add it to the startup applications, so that couchdb is always properly started
[22:14] <Apache_> ok, cheers, I will do that... really appreciate all your help this evening, gotta run.... early start, but if I can do anything to help
[22:14] <rye> It won't hurt but it will be eventually fixed in desktopcouch itself
[22:15] <Apache_> thanks again rye!
[22:15] <rye> Apache_, you are very welcome!
[22:15] <Apache_> bye
[22:15] <rye> mission accomplished
[22:18] <rye> no
[22:18] <rye> 2010-02-09 21:13:09,661 INFO     No o.u.c key.  Maybe there's uo.c key?
[22:18] <rye> this is weird, added to TODO for tomorrow
[22:27] <fagan> aquarius: im having trouble viewing my desktopcouch records in lucid
[22:27] <fagan> its asking me for a username and password to access the page
[22:28] <aquarius> fagan, OK. We've fixed that bug in trunk, but trunk isn't released into lucid yet. See the troubleshooting page in the documentation for how to work arounf it
[22:28] <fagan> aquarius: link?
[22:29] <aquarius> http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation
[22:29] <fagan> thanks aquarius
[22:29] <aquarius> which is the documentation index, which you may find both useful and interesting
[22:29] <aquarius> and then try "troubleshooting" from there.
[22:43] <rye> bye everyone, it is night again here and looks like I need to log out :)
[22:43] <fagan> aquarius: restarting desktopcouch worked
[22:43] <fagan> Are we going to have any empathy contact syncing in lucid?
[22:43] <aquarius> fagan, cool. As I say, we've worked out what the problem is, and CardinalFang fixed it, but that fix hasn't made it into Lucid yet.
[22:44] <aquarius> fagan, we're not working on Empathy contact sync for Lucid. If someone else does that'd be great, though!
[22:44] <fagan> aquarius: give me 15 mins ill get something working :)
[22:56] <dobey> well empathy should poke the address book, so syncing the contacts should work that way. and pretty much all the protocol servers store info on the server
[22:57]  * dobey really goes aaway now


[00:50] <Red_HamsterX> Less productive than I'd hoped, but I think I've got the full relationship model for the server's database worked out. (And about 40% implemented in code)
[00:55] <daker> guys where can i find the new ubuntu font?
[00:55] <godbyk> daker: It hasn't been released yet.
[00:56] <daker> oki
[01:20] <daker> godbyk, https://code.launchpad.net/~ubuntu-manual-website/ubuntu-manual-website/uslc
[01:23] <godbyk> daker: cool!
[01:23] <daker> :)
[01:24] <godbyk> You're insanely good at taking pictures and turning them into web pages. :)
[01:25] <daker> not pictures, i sent a email to humphreybc then he sent me the psd
[01:25] <godbyk> ah, cool.
[01:25] <godbyk> still. :)
[01:25] <daker> thanks
[03:16] <happyaron> hi, I've just uploaded several screenshots for zh_CN language, who will review and approve it?
[03:17] <daker> see with ubuntujenkins
[03:17] <happyaron> daker: thanks
[03:18] <happyaron> godbyk: and hi, is there any progress about the pdfs?
[15:09] <Red_HamsterX> ubuntujenkins, I think I've got a solution to the problem of training users to expand windows without maximizing them.
[15:10] <Red_HamsterX> As a plus, it'll allow us to make corners appear rounded.
[15:10] <Red_HamsterX> A simple script-mapping feature on the server that, at approval-time, allows the operator to choose which filters to apply to the image with a few checkboxes.
[15:11] <Red_HamsterX> Each one will take an image and apply a transformation routine to it, like how we patched the button order.
[15:13] <Red_HamsterX> If we add a 1px border tyo images and overlay rounded edges with transparency, we should be able to make maximized windows look consistent enough.
[15:24] <nisshh> check this out: http://poststuff5.entensity.net/051410/flash.php?media=dog.flv
[15:42] <daker> Red_HamsterX, i got something for you
[15:43] <Red_HamsterX> Is it candy?
[15:43] <daker> wait a minute
[15:44] <nisshh> really early christmas present?
[15:45] <daker> no :D
[15:46] <nisshh> awwwwwww
[15:46] <Red_HamsterX> Even if it were, I wouldn't share. =P
[15:50] <ubuntujenkins> Red_HamsterX: thats a great idea.
[15:51] <Red_HamsterX> I'll try to get a simple multi-window demo done for you during lunch breaks this week.
[15:52] <nisshh> Red_HamsterX: is not a good idea, didnt you know that you HAVE to give me a share in it? :)
[15:52] <Red_HamsterX> It shouldn't be hard to do; I'll just need to find a bit of time.
[15:52] <Red_HamsterX> No... No, I did not.
[15:52] <ubuntujenkins> Red_HamsterX:  thanks no rush I have uni work to do at the moment. I finish in a month so down to quickshot then
[16:01] <daker> Red_HamsterX, Bazaar want work for me
[16:01] <daker> give me your email
[16:02] <daker> he starts working :)
[16:02] <Red_HamsterX><EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>(Take your pick)
[16:23] <daker> back
[16:23] <daker> Red_HamsterX, now pull the server branch
[16:28] <Red_HamsterX> Done.
[16:28] <Red_HamsterX> I'll integrate those changes as soon as they become relevant.
[16:28] <Red_HamsterX> (I'm doing a from-scartch redesign right now)
[16:29] <daker> oki
[16:29] <Red_HamsterX> (But I'll consult your code whenever I need to do something visual)
[16:29] <daker> sure
[16:30]  * Red_HamsterX is trying to decide between purely natural keys and surrogates with natural indexes...
[16:31] <Red_HamsterX> The longest natural key would be three columns, with a clear parent-child relationship between them.
[16:31] <Red_HamsterX> So it's more of a data-usage concern than a speed concern.
[16:37] <daker> can you explain what you going to do ?
[16:37] <Red_HamsterX> I'm working on the multiple-projects-on-a-single-server model.
[16:38] <Red_HamsterX> My main concern is with logging events.
[16:38] <Red_HamsterX> Though it's probably not worth the effort I'm putting into it.
[16:38] <Red_HamsterX> The overhead's, like, 20 bytes per row.
[16:39] <Red_HamsterX> ...And I could probably just move that cost into the filesystem.
[16:40] <godbyk> If it's something that can be easily modified/fixed later, then you can put it off. If it'll be a big hassle to change it later, better to fix it now.  At least that's the policy I usually take. :)
[16:40] <Red_HamsterX> Same.
[16:40] <Red_HamsterX> I just really hate surrogate keys.
[16:40] <godbyk> "Move it into the filesystem".. using naming scheme? Or more reads/writes to the fs?
[16:40] <Red_HamsterX> Use a naming scheme.
[16:40] <Red_HamsterX> Possibly a directory hierarchy.
[16:41] <godbyk> ah, gotcha.
[16:41] <godbyk> as long as they're all safe names.
[16:41] <godbyk> (nothing too funky that the fs will disallow as a file/dir name)
[16:41] <godbyk> .. and as long as it won't hit any limitations of the fs (max files per dir, etc.).
[16:42] <Red_HamsterX> A bigger concern is probably making sure the server's owner can freely hack data, if some sort of problem comes up.
[16:42] <godbyk> right.
[16:43] <Red_HamsterX> Which is one of the main reasons why I hate surrogate keys.
[16:43] <godbyk> that's true, too
[16:43] <godbyk> .(especially since I'm the current server 'owner'.) ;-)
[16:43] <Red_HamsterX> (I'll try to expose as much maintenance logic as I can through the project-admin interface)
[16:44] <Red_HamsterX> (This is just for super-unlikely situations like merging two servers)
[16:44] <Red_HamsterX> (If it can be handled through FS-level syncing, then, well, yay)
[19:56] <xuacu> Hi!
[19:56] <xuacu> is there any TeXpert on board?
[19:57] <godbyk> xuacu: Sure. What's up?
[19:57] <daker> hi xuacu
[19:57] <xuacu> I'm tryng to trace an error on asturian build
[19:57] <godbyk> Can you paste the .log file to http://paste.ubuntu.com/ and send me the link?
[19:57] <godbyk> I'll take a look at it for you.
[19:57] <xuacu> I got this output: http://paste.ubuntu.com/434507/
[19:58] <xuacu> sure ;)
[19:59] <godbyk> Hmm.. strange. I'm not sure why po4a care about that.
[19:59] <godbyk> Let me try to compile it here real quick.
[19:59] <xuacu> ok, thx
[20:00] <godbyk> It seems to be working okay here.  Try 'make ubuntu-manual-ast.pdf' and see what happens.  (You may want to run 'make clean' first to clear any old files.)
[20:00] <xuacu> let me see
[20:01] <xuacu> ... the same thing happens
[20:02] <xuacu> let me try one thing
[20:03] <godbyk> k
[20:03] <xuacu> I've the same TeX live I've installed some months ago
[20:03] <godbyk> It's not running tex yet.
[20:03] <xuacu> I'll try to uninstall and get the ppa version
[20:03] <godbyk> po4a is dying.
[20:04] <godbyk> It's not a tex problem.
[20:04] <xuacu> mmm...
[20:04] <godbyk> Let me google around for a moment.
[20:04] <xuacu> ok
[20:08] <godbyk> xuacu: I updated the ubuntu-manual.cls file and pushed it. try 'bzr pull' and then 'make mylang' again.
[20:08] <godbyk> I have no idea if it'll help or not.
[20:09] <xuacu> ok
[20:09] <godbyk> I think the problem may be that the colophon isn't in the translation template.
[20:09] <godbyk> In fact, you shouldn't see that stuff anyway if you're using the lucid-e1 branch.
[20:10] <godbyk> Run 'bzr info' and paste the results here.
[20:11] <xuacu> wow! lucid-e2!
[20:11] <godbyk> aha.
[20:11] <godbyk> yeah, that'd be the problem.
[20:11] <xuacu> I've no idea why it's on e2...
[20:12] <xuacu> actually, I've no idea about bzr :)
[20:12] <godbyk> :)
[20:12] <xuacu> I'll try to fix that, thx
[20:13] <godbyk> well, you can run 'bzr branch lp:ubuntu-manual/lucid-e1' to pull the e1 branch.
[20:28] <xuacu> godbyk: done
[20:29] <xuacu> I got an error when running make mylang
[20:29] <godbyk-android> Now you can try running make mylang again from that branch.
[20:29] <xuacu> but running just make before that fixes the issue
[20:30] <godbyk-android> Okay. Can you paste the  error message again?
[20:30] <godbyk-android> Weird
[20:30] <xuacu> here you are http://paste.ubuntu.com/434526/
[20:33]  * Red_HamsterX ughs at incomplete documentation.
[20:33] <Red_HamsterX> http://www.sqlalchemy.org/docs/05/reference/orm/query.html#sqlalchemy.orm.query.Query.with_lockmode
[20:34] <Red_HamsterX> It'd be nice to know what values are acceptable. :(
[20:34] <c7p> xuacu: I had the same problem and I overcomed it running "make clean"
[20:35] <xuacu> c7p: yes, same for me
[20:35] <xuacu> it looks as if manual needs one make
[20:35] <xuacu> and then all goes fine
[20:41] <godbyk> I'm not entirely sure what the problem is.  I've pushed a couple lines of code that may fix it though.
[20:42] <godbyk> (run 'make clean' and 'rm revision.tex', then try 'make mylang' again -- after bzr pull, of course.)
[20:43] <xuacu> let me see
[20:47] <xuacu> godbyk: ok, now it builds
[20:47] <godbyk> okay.
[20:47] <godbyk> let me know if you see that error in the future.
[20:48] <xuacu> except for errors that I'm hunting, that is :)
[20:48] <xuacu> thx
[20:48] <godbyk> it comes about because po4a is rather dumb. :-(
[20:48] <xuacu> I need to learn really a lot
[21:11] <daker> i have question
[21:12] <daker> who uses wordpress ?
[21:13] <dutchie> i used to, then gave up on it and wrote my own blogging platform
[21:14] <dutchie> daker: why do you ask?
[21:18] <daker> i will make a nice wordpress theme
[21:38] <godbyk> I use wordpress still.
[21:38] <daker> oki
[21:41] <godbyk> I tend to change the theme on my blog every six months or so.
[21:41] <godbyk> I've never found one that I've liked long-term.
[21:41] <dutchie> if anyone fancies doing a design for http://www.joshh.co.uk/, i would be grateful :)
[21:41] <dutchie> seeing as it's quite ugly at the moment
[21:42] <godbyk> Here's my current theme: http://kevin.godby.org/
[21:42] <godbyk> I rather like the minimalist, typography-oriented themes.
[21:42] <godbyk> There aren't many of them though.
[21:44] <daker> i'll try to make a nice one
[21:46] <godbyk> Is daker bored today? :)
[21:46] <daker> yes
[21:46] <daker> i am waiting for replies
[21:46] <daker> for my training
[21:47] <godbyk> ah
[21:48] <daker> and you ?
[21:48] <godbyk> I'm bouncing around between a few different projects at the moment.
[21:48] <godbyk> Can't seem to focus on any one of them today. :-(
[21:54] <daker> question
[21:55] <daker> not necessary :)
[21:55] <godbyk> ok
[22:38] <Red_HamsterX> Has anyone worked with OpenID before?
[22:38] <daker> no
[22:46] <xuacu> godbyk: are you available?
[22:46] <godbyk> xuacu: sure
[22:47] <xuacu> hi. Something is going really wrong here
[22:48] <xuacu> when building asturian manual, the title page appears in english
[22:48] <godbyk> xuacu: that's because an asturian title page probably hasn't been created yet.
[22:48] <xuacu> and the main text is...
[22:48] <xuacu> like Klingon to me.
[22:49] <xuacu> godbyk: it's created
[22:49] <godbyk> hmm..
[22:49] <Red_HamsterX> I wonder what the language code for Klingon would be...
[22:49] <xuacu> titles and margin notes are ok
[22:49] <godbyk> paste your .log file and I'll take al ook.
[22:50] <xuacu> I tried to build galician and english
[22:50] <xuacu> with the same results
[22:51] <xuacu> godbyk: http://paste.ubuntu.com/434581/
[22:52] <godbyk> Class ubuntu-manual Warning: No cover page for asturian found.
[22:52] <godbyk> (ubuntu-manual)              Defaulting to English A4 cover page..
[22:52] <xuacu> however, it's there...
[22:53] <godbyk> xuacu: ah, I see what the problem may be.
[22:53] <godbyk> I've commented out the generate_titlepage function call in the Makefile.
[22:53] <godbyk> (because I got tired of it regenerating the title pages all the time on my PC.)
[22:53] <xuacu> np, usually I generate it
[22:53] <godbyk> does the file titlepage/titlepage-ast.pdf exist?
[22:54] <xuacu> yes, it's already in Launchpad branch
[22:54] <godbyk> not the svg, the pdf.
[22:55] <xuacu> oh...
[22:55] <xuacu> no, it's not
[22:55] <xuacu> but I can regenerate it
[22:55] <godbyk> you can run: 	inkscape --export-text-to-path --export-pdf=titlepage/titlepage-ast.pdf titlepage/titlepage-ast.svg
[22:55] <godbyk> that'll generate it
[23:03] <xuacu> godbyk: the titlepage is now there...
[23:03] <godbyk> 'kay.
[23:03] <godbyk> what was the other problem you were having?
[23:04] <xuacu> main text is some sort of "asdf..."
[23:04] <xuacu> formatted text is ok
[23:04] <godbyk> can you show me the pdf?
[23:05] <xuacu> let me find one of my upload sites
[23:15] <xuacu> godbyk: http://www.megaupload.com/?d=AI05RG92
[23:18] <godbyk> that's quite odd. I don't get that on mine.
[23:18] <godbyk> do you have linux libertine installed?
[23:19] <xuacu> yes, I did pkgs/install-pkgs.sh and all is fine :(
[23:19] <godbyk> Hmm..
[23:20] <xuacu> just in case...
[23:20] <xuacu> I'll try uninstall and then install again
[23:21] <godbyk> 'kay.
[23:28] <xuacu> godbyk:  it didn't work...
[23:35] <godbyk> I'm not sure what the problem is then.
[23:35] <godbyk> Sorry.
[23:35] <godbyk> My version looks like the one here: http://builds.ubuntu-manual.org/
[23:39] <xuacu> yes, that's how it looked for me too
[23:39] <xuacu> ok, I'll check system logs in case there's an answer
[23:40] <xuacu> night everyone and thx o/
[23:40] <godbyk> see ya, xuacu


[00:15] <chomwitt> hi , is this channel for flashback also ?
[00:21] <jbicha> chomwitt: well it's not official supported by Ubuntu GNOME but you can try asking questions anyway
[00:39] <chomwitt> ok thanks
[09:08] <fooctrl> does anyone else have a problem with envince not being able to open links with chrome?
[09:08] <fooctrl> I see bug reports which have been there since 2012 ...
[14:30] <LinDol> hi all
[17:12] <SweetAndLow> I'm having issues with my desktop environment becoming unresponsive/slow. Background services like music keep playing but I can't change window focus or switch desktops. I'm looking for help debuging this or getting more information to help figure out what is going on.
[17:13] <SweetAndLow> runing ubuntu-gnone 16.04.1
[17:13] <SweetAndLow> gnome*
[17:14] <SweetAndLow> restarting brb
[19:27] <ceed^> I'm running UbuntuGnome 16.04. When I use the "built in" suspend by closing the lid on my laptop a USB3 storage device is not available when I resume. I have to reboot to get it back. If I use "systemctl suspend" I'm getting the usb storage device back and mounted. The same if I use acpitool. Is there a way I can suspend and resume in GNOME so I get all my devices back when I resume?


[14:45] <blitz> hello. I was using the aurora ppa in 12.04, but after switching to 12.10 I've been trying to get firefox-trunk to work in the ppa:ubuntu-mozilla-daily/ppa. how do I get firefox-trunk to show up in the dash instead of the old firefox aurora build I was using


[08:38] <phr34k> hey I'm looking for some help building a snap, anybody around who I could ask some questions?
[09:49] <phr34k> anybody here at all?
[11:55] <ogra> phr34k, better try the forum ...
[12:18] <phr34k> yeah i already posted on the forum with no replies, I'd rather speak to somebody with some expierence first
[12:19] <phr34k> I  thought this or #snapcraft would be the right channels for it, but so little activity
[12:40] <ogra> well, canonical completetely shuts down for he last two weeks of the year and many employees take vacation to extend that free holidays, so i wouldnt expect a lot of activity on IRC this week
[21:31] <mup> PR snapcraft#4008 opened: parts: use optional stage package tracking <do-not-merge> <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/4008>


[10:38] <McScruff> iNiku: will i have to use the dirty 915resolution hack?
[10:38] <tommy> plz anyone?
[10:38] <iNiku> McScruff: dunno, what's that? :)
[10:39] <foodcoman> Where could one get Kubuntu cd label artwork?
[10:39] <McScruff> iNiku: you can make intel gfx chips run at certain res's you just stick the line in a bootup config and it will make it run at what u set
[10:39] <iNiku> ugh
[10:40] <iNiku> could you pastebin your xorg.0.log too?
[10:40] <tommy> source!
[10:40] <iNiku> Xorg.0.log that is
[10:40] <tommy> plz
[10:41] <iNiku> tommy: latest version is 6.06, not 6.04
[10:41] <tommy> yeah
[10:41] <tommy> sorry
[10:41] <tommy> i use 6.06
[10:41] <tommy> but i need a sources.list file:(
[10:41] <tommy> and i want to generate it myself, so i get all mirrors
[10:41] <iNiku> but, dunno where you could get a good sources.list if the standard one with universe and multiverse uncommented is not enough
[10:42] <tommy> iNiku; ok
[10:43] <bachstudies> iNiku: ok I've tried each mode by itself (testing with 10 sec intervals) and each one just puts the monitor into standby
[10:44] <iNiku> oh... McScruff, have you tried system settings -> display -> hardware?
[10:44] <McScruff> iNiku: my xorg log = http://pastebin.com/752118 and http://pastebin.com/752122
[10:44] <iNiku> there's a setting for image format there, 4:3 or widescreen
[10:44] <iNiku> dunno if that would help
[10:44] <iNiku> I have no idea what it actually affects
[10:45] <McScruff> looking for the widescreen now
[10:46] <iNiku> McScruff: in the monitor settings
[10:46] <iNiku> click on configure
[10:46] <McScruff> iNiku: im gonna restart X to rest
[10:47] <McScruff> iNiku: how do i just resrt X
[10:47] <jorgp> isn't https://wiki.ubuntu.com/CDRipping a little bit dated, talking about gstreamer-0.8 instead of 0.10
[10:47] <iNiku> if that doesn't help, you could perhaps even try forcing a "generic flat panel 1280x800" display type in there
[10:48] <iNiku> ctrl-alt-backspace will kill X
[10:48] <iNiku> and kdm will then restart it
[10:49] <BASEman> what contains the DVD compared to the CD?
[10:52] <RogueJediX> Is Crystal window decoration based on Vista by any chance?
[10:53] <Tallia1Kubuntu> hi there.. i have the usual problem with skype.. using oss it get the /dev/dsp resource busy and it has problems releasing it after it finishes.. is there a way to force the release of a resource, like in this case the audio output device?
[10:54] <Tallia1Kubuntu> obviously without having to turn off skype everytime...
[10:54] <mirspcm> Tallia1Kubuntu: fuser -k /dev/dsp will kill anything useing /dev/dsp
[10:54] <Tallia1Kubuntu> that will turn off skype though
[10:55] <mirspcm> Tallia1Kubuntu: but you have to know skype handle audio like sh** so it won't release dsp after a call or something
[10:55] <shadow_mil> Where can I add a command that will run before Xserver starts
[10:55] <Tallia1Kubuntu> mirspcm: so you know this problem perfectly
[10:55] <Tallia1Kubuntu> shadow_mil: in the /etc/rc?.d
[10:55] <mirspcm> Tallia1Kubuntu: and the skype team did ensure it is the real dsp and not a wrapper so such things like arts mapper won't work
[10:56] <Tallia1Kubuntu> i see, however i don't like arts a lots
[10:56] <Tallia1Kubuntu> it's very slow..
[10:56] <shadow_mil> Tallia1Kubuntu: I am not sure which file to add it in, or where
[10:56] <mirspcm> Tallia1Kubuntu: trust me on this : I spend sooo much time on this probleme (with f*ck** clients not willing to use something else)
[10:56] <mirspcm> Tallia1Kubuntu: nobody likes arts but at list you could use some other sound program at the same time
[10:57] <Tallia1Kubuntu> mirspcm: i see... since you spent so much time what did you choose for audio settings? like engine and so on
[10:57] <mirspcm> Tallia1Kubuntu: plain oss, no other sound program running on system
[10:57] <iNiku> shadow_mil: /etc/rc.local
[10:57] <Tallia1Kubuntu> mirspcm: yeah, you are right.. but where do you select arts? from kcontrol i can't.. there's alsa esd oss autodetect..
[10:57] <iNiku> probably
[10:57] <mirspcm> Tallia1Kubuntu: skype restarting 16x a day 'cause of I/O problems
[10:57] <shadow_mil> What run level does Xserver start in kubuntu?
[10:57] <shadow_mil> ok
[10:57] <Tallia1Kubuntu> iNiku: mhh?
[10:57] <iNiku> shadow_mil: which command do you want to run?
[10:58] <mirspcm> Tallia1Kubuntu: it's not something you select, it's more like a hack useing artsdsp -m /usr/bin/skype command
[10:58] <mirspcm> tailbut it doesn't work because skype detects the wrapper and gets around it.
[10:58] <iNiku> does skype work with aoss?
[10:58] <mirspcm> Tallia1Kubuntu: it s*cks
[10:58] <jorgp> anyone know where the kubuntu cd install labels can be found?
[10:58] <shadow_mil>    /usr/bin/915resolution 45 1024 768
[10:59] <mirspcm> skyype works with OSS (alsa emulation or the real one doesn't matter) and it just grabs the real dsp and doesn't give up
[10:59] <iNiku> mirspcm: if it works with aoss, you can use dmix or hw mixing
[11:00] <mirspcm> iNiku: I thought too.. but didn't seem to work
[11:00] <mirspcm> iNiku: I admit I just gave up
[11:00] <Tallia1Kubuntu> so arts is a layer over oss or alsa or whatever else..?
[11:00] <shadow_mil> what init does xsever start in kubuntu?
[11:00] <mirspcm> iNiku: maybe it does work now with alsa mixer
[11:00] <Tallia1Kubuntu> shadow_mil: boh!! :)
[11:00] <iNiku> mirspcm: hmm, strange... should give that a try at some point
[11:01] <mirspcm> Tallia1Kubuntu: arts is an old kde sound server abover alsa/oss
[11:01] <Tallia1Kubuntu> x11-common? xorg-common?
[11:01] <iNiku> shadow_mil: 2, 3, 4 and 5
[11:01] <shadow_mil> ok...
[11:01] <mirspcm> well I must leave
[11:01] <Tallia1Kubuntu> kdm?
[11:01] <mirspcm> see ya !
[11:01] <Tallia1Kubuntu> ok see ya
[11:01] <iNiku> shadow_mil: if you were asking about run levels?
[11:02] <iNiku> the init script is /etc/init.d/kdm
[11:02] <shadow_mil> ok
[11:02] <Tallia1Kubuntu> iNiku: i don't have /etc/rc.local
[11:02] <iNiku> Tallia1Kubuntu: maybe it's not there by default anymore
[11:02] <iNiku> but it does work
[11:03] <shadow_mil> brb
[11:03] <Tallia1Kubuntu> so if you create that folder it will work?
[11:03] <iNiku> file, not folder
[11:03] <Tallia1Kubuntu> those will be executed as root anyway right?
[11:03] <iNiku> yep
[11:03] <iNiku> it's just one script, /etc/rc.local
[11:03] <Tallia1Kubuntu> ahah, i saw it now :)
[11:04] <DrBair> almost all the the plugsin in dvdrip are non-functional... any ideas?
[11:04] <Tallia1Kubuntu> i taught it was a folder :)
[11:04] <bachstudies> anybody else know how to make my monitor actually turn off rather than just standby (tried xset dpms options to no avail)
[11:05] <Tallia1Kubuntu> iNiku: since you seem to be so well informed.. is there a way to execute a program in the User context, before the starting of X? if X crash, and the program was started by X subprocess will crash too :(
[11:06] <iNiku> Tallia1Kubuntu: umm... like what program?
[11:06] <Tallia1Kubuntu> dunno, like amule daemon
[11:06] <Tallia1Kubuntu> or noip2
[11:06] <iNiku> Tallia1Kubuntu: so the point is you want it to run as a certain user instead of root?
[11:06] <Tallia1Kubuntu> yep
[11:07] <iNiku> Tallia1Kubuntu: you could put su user -c "command" in /etc/rc.local
[11:07] <iNiku> but make sure your command forks into the background
[11:07] <iNiku> ie. becomes a daemon
[11:07] <iNiku> if it stays in the foreground, it will block the bootup
[11:08] <Tallia1Kubuntu> using & ?
[11:08] <iNiku> yeah, if it doesn't daemoniza by itself
[11:09] <iNiku> most things written to run as daemons will automatically fork into the background and exit immediately
[11:09] <iNiku> just make sure yours does before you put it in rc.local :)
[11:09] <Tallia1Kubuntu> iNiku: won't su USER -c "balbal" need the password insertion?
[11:09] <iNiku> Tallia1Kubuntu: not when it's run as root
[11:10] <Tallia1Kubuntu> oh, i see, so root can execute a whatever command emulating completely a whatever user without having any privilege..
[11:10] <Tallia1Kubuntu> nice.. :P
[11:10] <iNiku> root has all privileges :)
[11:11] <Tallia1Kubuntu> iNiku: ok .... see ya!
[11:12] <Tallia1Kubuntu> rc.local is before than X starts right?
[11:12] <iNiku> yep
[11:12] <iNiku> oh
[11:13] <iNiku> actually, not necessarily
[11:13] <iNiku> # This script is executed at the end of each multiuser runlevel.
[11:13] <Tallia1Kubuntu> ?? don't understand
[11:13] <Tallia1Kubuntu> what's a multiuser runlevel..
[11:13] <andrei> Hi there...
[11:14] <iNiku> any normal runlevel is a multiuser runlevel
[11:14] <andrei> I've upgraded to Kde 3.5.3...
[11:14] <andrei> and now I have a problem...
[11:14] <andrei> with my network...
[11:14] <andrei> I need to disable/enable
[11:14] <andrei> after each reboot
[11:14] <iNiku> Tallia1Kubuntu: but what that means is that it might actually run after X start
[11:14] <andrei> to make it work
[11:15] <andrei> anyone?
[11:15] <Vliegendehuiskat> allright
[11:15] <Vliegendehuiskat> it seems to be this way that everyone who knows how to deal with problems is gone
[11:16] <andrei> :(
[11:16] <iNiku> andrei: I'm not sure what you mean
[11:16] <andrei> well...
[11:16] <andrei> :)
[11:16] <iNiku> you need to disable/enable what?
[11:17] <andrei> if I don;t do this
[11:17] <pgquiles> does dapper include XGL?
[11:17] <andrei> my internet connection isn't working
[11:17] <iNiku> Vliegendehuiskat: what do you mean? you haven't even asked a question as far as I can see?
[11:17] <Vliegendehuiskat> nope
[11:17] <Vliegendehuiskat> cause its a bit Asocial to do
[11:17] <Vliegendehuiskat> well
[11:17] <Vliegendehuiskat> i'll fire away than
[11:17] <andrei> enable/disable from system settings... kde menu...
[11:17] <Vliegendehuiskat> i'm installing kubuntu
[11:18] <Vliegendehuiskat> from the cd yes
[11:18] <iNiku> andrei: enable what?
[11:18] <Vliegendehuiskat> and in the end it reboots
[11:18] <Vliegendehuiskat> well
[11:18] <iNiku> the network?
[11:18] <andrei> the network card
[11:18] <Vliegendehuiskat> now its in that reboot
[11:18] <andrei> yes
[11:18] <Vliegendehuiskat> and the screen is black
[11:18] <iNiku> andrei: hmm... what kind of network card?
[11:18] <Vliegendehuiskat> the hdd led flashes like an idiot
[11:18] <Vliegendehuiskat> and the cursor stil flickers
[11:18] <Vliegendehuiskat> ow yeah
[11:18] <andrei> nForce 3 Gigabit
[11:18] <Vliegendehuiskat> and caps lock responds
[11:18] <Vliegendehuiskat> but thats all it does
[11:19] <Vliegendehuiskat> and its like this for alredy 15 min
[11:19] <Vliegendehuiskat> so
[11:19] <Vliegendehuiskat> anyone with suggestions?
[11:19] <andrei> that happend after upgrading to kde 3.5.3
[11:19] <iNiku> Vliegendehuiskat: did it show anything during the reboot before the screen went black?
[11:19] <Vliegendehuiskat> yup
[11:19] <Vliegendehuiskat> it did
[11:19] <Vliegendehuiskat> but thats gone now
[11:20] <Vliegendehuiskat> half of the shutdown actions seemed to be ok
[11:20] <Vliegendehuiskat> but than..... its like this :P
[11:20] <Vliegendehuiskat> (btw its a laptop
[11:20] <iNiku> hmm
[11:21] <xwolf-> how is NTFS writing in dapper?
[11:21] <OlliK> bad
[11:21] <iNiku> it's not
[11:22] <andrei> Ixwolf: fuse-utils
[11:22] <andrei> it works
[11:22] <andrei> with ntfs
[11:22] <andrei> write
[11:22] <andrei> pretty damn good
[11:22] <Vliegendehuiskat> iNiku, just power down and reinstall?
[11:22] <xwolf-> i don't intend to write on ntfs.. just wondering, cause in breezy you couldnt
[11:22] <iNiku> Vliegendehuiskat: I guess you've tried rebooting again?
[11:22] <Vliegendehuiskat> well
[11:23] <Vliegendehuiskat> that the point
[11:23] <Vliegendehuiskat> it stuck up in the reboot
[11:23] <Vliegendehuiskat> and since the hdd led flashes
[11:23] <Vliegendehuiskat> i'm like
[11:23] <xwolf-> damn slow full upgrade, still 54% :/
[11:23] <Vliegendehuiskat> is it doing something or not?
[11:24] <iNiku> Vliegendehuiskat: yeah, dunno...
[11:24] <Vliegendehuiskat> allright :P
[11:24] <Vliegendehuiskat> than i don't seem to be suchs a noob after all
[11:24] <Vliegendehuiskat> :P
[11:24] <iNiku> I haven't done a dapper install so I have no idea how it works :)
[11:24] <Vliegendehuiskat> well
[11:25] <iNiku> I upgraded from breezy
[11:25] <Vliegendehuiskat> now I powerd it down
[11:25] <Vliegendehuiskat> and grub loads
[11:25] <Vliegendehuiskat> well I'll see where it end up
[11:25] <iNiku> btw, I have to ask... I know what huiskat means but what's vliegende? :D
[11:25] <Vliegendehuiskat> :)
[11:25] <Vliegendehuiskat> flyinghousecat
[11:26] <Vliegendehuiskat> you know dutch?
[11:26] <iNiku> ahh, of course, that's why it was so familiar
[11:26] <iNiku> only a tiny bit... I worked there for a few months some years ago
[11:26] <BASEman> I am currently burning the 10.1 DVD using k3b and it's going horribly slowly. Mouse and keyboard are showing off delays. Any idea where this could come from?
[11:26] <Vliegendehuiskat> bumped into me somwhere else?
[11:26] <Vliegendehuiskat> allright
[11:26] <Vliegendehuiskat> where did you work?
[11:27] <iNiku> I knew what huiskat meant and vliegende sounded familiar, just couldn't remember what it means :)
[11:27] <Vliegendehuiskat> :)
[11:27] <iNiku> we had an office in Rotterdam and server room just off A10 in Amsterdam
[11:27] <iNiku> the company that I worked for, that is
[11:27] <Vliegendehuiskat> must have been redbus
[11:27] <iNiku> actually Level 3 :)
[11:28] <Vliegendehuiskat> hm
[11:28] <Vliegendehuiskat> possible too
[11:28] <Vliegendehuiskat> well
[11:28] <Vliegendehuiskat> kubuntu seems to load :D
[11:28] <macd> slowly :{
[11:28] <iNiku> good :)  wonder what it was doing before, though...
[11:28] <Vliegendehuiskat> so am I
[11:28] <macd> sluggishly loading :P
[11:29] <Vliegendehuiskat> time to change the root pass :D
[11:29] <iNiku> (just to clarify, I didn't work for L3, we just rented loads of rack space from them)
[11:29] <macd> ehh I thought you 2 were talking about the kubuntu web, not the os install.!
[11:29] <Vliegendehuiskat> ok
[11:29] <Vliegendehuiskat> nah
[11:29] <Vliegendehuiskat> anyway
[11:30] <SkrotFFS> Is there a torrent for kubuntu 6.06 CD-version?
[11:30] <iNiku> SkrotFFS: yes
[11:30] <SkrotFFS> You've got a URL for that? =)
[11:30] <Vliegendehuiskat> the state has been pumping up internet exchanges everywhere now
[11:30] <Vliegendehuiskat> we have 12 atm :P
[11:30] <iNiku> SkrotFFS: hang on, I might
[11:31] <iNiku> http://torrent.ubuntu.com:6969/
[11:31] <SkrotFFS> ah, thanks
[11:31] <iNiku> use the ubuntu ones
[11:31] <iNiku> not dapper-whatnot
[11:32] <Vliegendehuiskat> iNiku,
[11:32] <Vliegendehuiskat> you know where the install log is left?
[11:32] <SkrotFFS> allrighty
[11:32] <iNiku> Vliegendehuiskat: hehe
[11:32] <iNiku> hmm... nope
[11:35] <iNiku> there seems to be something under /var/log/installer
[11:38] <andrei> I've fixed the network enable/disable problem... :)
[11:38] <andrei> bad dhcp...
[11:38] <Vliegendehuiskat> hm
[11:38] <Vliegendehuiskat> iNiku,
[11:38] <Vliegendehuiskat> nothing
[11:38] <Vliegendehuiskat> I guess it just did shutdown :P
[11:39] <iNiku> if the hd light was flashing though...
[11:39] <Vliegendehuiskat> yeah
[11:39] <Vliegendehuiskat> well
[11:39] <Vliegendehuiskat> now i'm gonna mount my partitions again
[11:39] <Vliegendehuiskat> cause the installer has an awfull bug
[11:40] <Vliegendehuiskat> It can only take 3 partitions
[11:40] <iNiku> which installer?
[11:40] <iNiku> or both?
[11:40] <HymnToLife> I know lots of people having problems with the Dapper installer
[11:41] <Vliegendehuiskat> the installer from the live cd
[11:41] <nocloud> can anybody give me instructions on upgrading breezy to dapper?
[11:41] <andrei> what do you mean, only 3 partitions?
[11:41] <nocloud> the ones online don't make sense to me......
[11:41] <HymnToLife> I guess I will stick with Breezy and dist-upgrade
[11:41] <nocloud> how do i change distributions in adept?
[11:43] <HymnToLife> nocloud> what d'you mean ?
[11:43] <nocloud> i'm trying to upgrade breezy to dapper....
[11:43] <davidhouse> i think he means upgrade
[11:43] <nocloud> does anybody know how i can upgrade?
[11:44] <HymnToLife> !upgrade
[11:44] <ubotu> upgrade is, like, Upgrading to Ubuntu 5.10 breezy -> http://wiki.ubuntu.com/BreezyUpgrade. Upgrading to Ubuntu 6.06 Dapper -> https://wiki.ubuntu.com/DapperUpgrades . Note command line: gksudo "update-manager -d" always updates to the bleeding edge.
[11:45] <sampan> !kupgrade   ;)
[11:45] <ubotu> sampan: I haven't a clue, try searching at http://ubuntu.cc.com.au/
[11:46] <McScruff> iNiku: i ran 915resolution , but everything works now :) thankyou again for your great support
[11:46] <sampan> nocloud, in adept, go to the top menu: Adept --> "manage repositories" ... then double click on every instance of "breezy" and change it to "dapper" -- then hit "apply" ... then "fetch updates" ... then you can "review changes" or "full upgrade" i think
[11:46] <Vliegendehuiskat> anyway
[11:46] <Vliegendehuiskat> folks!
[11:47] <Vliegendehuiskat> thanx for the kind support
[11:47] <Vliegendehuiskat> i'm gonna reinstall it again tomorrow cause I don't trust it :P
[11:47] <Vliegendehuiskat> anyway
[11:47] <Vliegendehuiskat> now i'm off
[11:47] <Vliegendehuiskat> later all!
[11:47] <iNiku> fly safely :)
[11:47] <Vliegendehuiskat> :)
[11:47] <Vliegendehuiskat> I will
[11:48] <Vliegendehuiskat> (K)ubuntu will protect me
[11:48] <iNiku> hmm... https://wiki.ubuntu.com/Installation/LVMOnRaid?highlight=%28lvm%29%7C%28install%29
[11:48] <Vliegendehuiskat> bye!
[11:48] <iNiku> wonder how seriously that is out of date
[11:48] <heinrich> how do i install apache and php and mysql?
[11:49] <sampan> !lamp
[11:49] <iNiku> it claims grub cannot be used to boot an lvm/raid system, wonder if that's still true?
[11:49] <sampan> ubotu tell heinrich about lamp
[11:50] <DaveQB> anyone having trouble with thunderbird launching ANY brower on url clicks?
[11:52] <K|NgGh0sT> How do I get ubuntu from showing "Display CHanged: LCD On" randomly all the time?
[11:54] <DaveQB> found it! galternatives is your friend ;-)
[11:55] <davidhouse> good luck with the rest of the launch, team. thanks for making it fairly painless: just fix emacs and everything will be rosy :)
[11:55] <slow-motion> re
[11:56] <iNiku> what, emacs is borked?
[11:57] <eric_p> ping Riddell
[11:57] <elgordo123> -->Probably asked 1 million times today...   Where can I download the x86 torrent (non-dvd)
[11:57] <davidhouse> iNiku: yeah. emacs*-nox is okay, but emacs and emacs-gtk are borked.
[11:58] <iNiku> elgordo123: http://torrent.ubuntu.com:6969/, look for the *ubuntu* torrents
[11:58] <elgordo123> thank you iNiku!
[11:58] <iNiku> (not the dapper ones)
[11:58] <iNiku> davidhouse: hmm, borked how?
[11:58] <elgordo123> oh dapper is not there?  thats what I'm after
[11:59] <iNiku> elgordo123: I meant, look for the ubuntu-6.06 ones
[11:59] <iNiku> those are the dapper images you want
[11:59] <elgordo123> thanks
[11:59] <davidhouse> iNiku: running it crashes with something like "no such font: MonospaceXsomething or other". i mentioned it to seth earlier and he said there was meant to be a line break in between the Monospace and the X.
[12:00] <altprsona> i was doing and sudo apt-get dist-upgrade after changing my sources to the 6. from the 5. and i accidentally stopped the thing. can i restart it from where it was or do i have to do it all agaain?
[12:00] <iNiku> davidhouse: oh... oh well
[12:00] <visik7> the problem releated to casually LCD on  is solvable ?
[12:01] <davidhouse> iNiku: just hope it gets fixed soon, i'm not much use without emacs.
[12:01] <bluszcz> hi
[12:01] <iNiku> davidhouse: when did it break? seems to work here
[12:02] <bluszcz> does dapper is equipped with xgk by default?
[12:02] <davidhouse> iNiku: oh? let me check it out
[12:03] <iNiku> I have emacs21 here
[12:03] <davidhouse> the normal X one?
[12:03] <altprsona> can "sudo apt-get dist-upgrade" be resumed if it gets stopped?
[12:03] <iNiku> I suppose that's what it is, the package is just called emacs21
[12:04] <iNiku> was installed by default
[12:04] <davidhouse> yeah.
[12:04] <davidhouse> i think i tried that.
[12:04] <iNiku> Package: emacs21
[12:04] <iNiku> Version: 21.4a-3ubuntu2


[18:50] <soee__> kernel 4.14.9 breaks does not work with nvidia driver :)
[18:50] <soee__> *tested version from mainline
[19:55] <mamarley> soee_: Install "libelf-dev".


[01:09] <jandrusk> Just upgraded to Xubuntu 12.04 today.
[01:09] <Unit193> Saw your comment on the G+ post.
[01:09] <Unit193> And I'm doing so now.
[01:10] <jandrusk> Think the graphics driver is much better.
[01:12] <Unit193> Heh, I could bet wouldn't be that much better for me, but some other things sounded great.
[08:28] <yano> "In 1857 baseball games were a daily spectacle in Cleveland's Public Squares. City authorities tried to find an ordinance forbidding it, to the joy of the crowd, they were unsuccessful. - Harold Seymour"
[12:56] <jrgifford> yano: for reals? lol
[15:22] <jrgifford> I'll just leave this here (cc paultag) https://bugs.launchpad.net/ubuntu-community/+bug/392829
[15:38] <paultag> jrgifford: oh lordy :)
[18:24] <jrgifford> paultag: yeah, i know
[18:47] <BiosElementv3> Howdy folks
[18:48] <Unit193> Howdy.
[18:48] <BiosElementv3> How's it going?
[18:48] <Unit193> Tired, but not bad.
[18:48] <Unit193> You?
[18:49] <BiosElementv3> Ahh having a drink at Cosi's, finishing up some work.
[18:49] <Unit193> Others there too?
[18:50] <Unit193> And you did end up leaving?
[18:51] <BiosElementv3> Not a one, but I'm here anyway.
[18:55] <Unit193> I can make people cry easily, just link them to a script I make. :P
[19:00] <BiosElementv3> hah
[19:01] <Unit193> Read it and weep? http://people.ubuntu.com/~unit193/weather
[19:07] <BiosElementv3> >.<
[19:09] <Unit193> :D
[19:09] <Unit193> It does work though.
[19:44] <BiosElement> Least I got some work done anyway. >.<
[23:12] <jandrusk> Everyone familiar with the "Hackers Dictionary"?
[23:17] <jandrusk> Wrote a Python script that pulls a random term and posts it to my Twitter account. Code is at: http://pastebin.com/5arvG9EU


[02:37] -SwissBot:#xubuntu-devel- ::xubuntu-artwork:: [greybird] r536 Smaller GtkSwitches... (by Simon Steinbeiß)
[04:38] <bluesabre> ochosi: <3
[04:40] <bluesabre> flocculant: if you have the package installed, I think it might take precedence over the git build because of the installed directories
[06:30] <flocculant> bluesabre: got it - needed to prefix=usr
[17:31] <flocculant> bluesabre: ok - see playlists there now with clementine, not (as I think you said everything), btw parole's not showing in the list at all currently
[22:49] <bluesabre> flocculant: yeah, something weird with parole in the PPA
[22:50] <bluesabre> and the playlists feature is limited to the last 5 I think, might make that configurable
[22:51] <ochosi> hi bluesabre
[22:53] <bluesabre> ochosi: heading out now, bbl


[09:53] <zequence_> Wow. In two days, no one mentioned the words "ubuntustudio" "ubuntu studio" "lowlatency" or my nick.
[09:53] <zequence_> Is the world coming to an end, or people are just busy with Xmas preps?


[16:47] <junjun> hi
[16:48] <junjun> i am using 9.10. it seems 9.10 kernel doesnt turn on SYSENTER?
[16:48] <junjun> i checked, and it seems SYSENTER_CS = 0
[16:48] <junjun> so Ubuntu patched the kernel to disable SEP? why is that?
[19:45] <lesshaste> hello
[21:42] <ebroder> Now that Xen is starting to ship a set of dom0 patches against current kernel versions, is there any chance of reintroducing dom0 support for Lucid?
[22:35] <jjohansen> ebroder: unlikely
[22:35] <ebroder> Even if it was done in universe, like it was before?
[22:36] <ebroder> Like, is this an issue of the kernel team being fundamentally opposed to having Xen support, or is it an issue of workload and maintenance?
[22:37] <jjohansen> workload and maintenance
[22:39] <ebroder> So what if somebody volunteered to put the patches together?
[22:40] <jjohansen> ebroder: I can't speak to whether they would make it into universe but someone could volunteer and see where that went
[22:41] <ebroder> Ok, thanks. I'll probably take this to the mailing list sometime soon
[22:43] <jjohansen> good luck


[00:02] <bryce> heya michaellarabel
[00:02] <michaellarabel> Hi bryce
[00:03] <bryce> michaellarabel: thanks again for those charts, I had *just* been lamenting the lack of solid results for changing migration code, before I noticed your charts in my inbox
[00:04] <bryce> michaellarabel: by chance have you done a comparison of EXA Greedy vs. Option "EXAOptimizeMigration" "off"  ?
[00:04] <michaellarabel> Heh, that's actually what I have running at this very minute that will be appended to the other charts.
[00:04] <bryce> I'm wondering if they both provide equivalent performance benefits?  It sounds like the latter may avoid some of the corruption issues that greedy carries.
[00:05] <michaellarabel> Then on another system, I am running it with 2.6.30-rc2, libdrm 2.4.9, and bisecting the Intel Git to try to narrow down the perf regressions some more.
[00:07] <bryce> sweet
[01:20] <michaellarabel> bryce: I think testing might just be about done with EXAOptimizeMigration off.
[01:30] <jbarnes>  <jbarnes> for 945 there are really 3 big perf fixes: a17 swizzle, mchbar alloc, and execbuf fencing
[01:30] <jbarnes> michaellarabel: ^^ from before you joined
[01:30] <bryce> jbarnes: all three of those are in 2.6.30-rc2 right?
[01:31] <jbarnes> mchbar alloc isn't yet
[01:31] <bryce> ok
[01:32] <jbarnes> just refreshed that one yesterday... had to separate out some code for license reasons
[01:34] <michaellarabel> bryce: Just sent you the "XAOptimizeMigration off results.
[01:34] <michaellarabel> EXAOptimizeMigration*
[01:35] <bryce> cool, looking
[01:36] <bryce> so far I've heard only one problem with greedy in xorg.conf - firefox black screen corruption
[01:36] <bryce> unfortunately the person who found it is our release manager (i.e. the guy that decides whether any changes to jaunty can go in)
[01:37] <michaellarabel> and jbarnes: vol 4 of the new documentation is 404 on Intel site - http://intellinuxgraphics.org/Vol_4_G45_subsystem.pdf
[01:38] <jbarnes> michaellarabel: oops, I'll ping those involved
[01:41] <michaellarabel> and bryce would it help if you had the 2.6.30-rc2 results for all of those test runs or were just the few from the other one good enough?
[01:43] <bryce> I'd love to see the full set
[01:44] <michaellarabel> Okay, I'll run the full set on the new kernel.
[01:44] <bryce> if there's sufficient space to fit them all
[01:44] <michaellarabel> it will automatically make room on the graphs, just getting a bit scrunched but will scale to fit room.
[01:44] <bryce> I assume the kernel fixes will have across-the-board performance benefit by N%, but it's entirely possible the improvements help in some configurations but not in others.
[01:45] <michaellarabel> bryce: Just normal EXA would you like on 2.6.30-rc2 for the full set or which options?
[01:45] <bryce> e.g., the kernel performance improvements may not show up in EXA greedy, thus making that option less attractive.
[01:47] <bryce> I'd like to see the exa no migration the most I think
[01:47] <bryce> unless there is a big difference between that and exa greedy
[01:47] <michaellarabel> I can easily run both, but will start with EXA and no special options.
[01:48] <bryce> great
[02:18] <bryce> wow, EXAOptimizeMigration Off bites
[02:19] <bryce> seems to be little different than no change except on a couple tests
[02:19] <bryce> michaellarabel: that 'JXRenderMark Transformed Blit Bilinear' test looks wacked
[02:21] <michaellarabel> bryce: PTS usually runs each test three times or so depending upon the profile etc, so it should be accurate. though I can look into it further to see if something weird is going on in that test.
[02:24] <bryce> michaellarabel: it's just curious that nomigration gives such huge OPS.  I don't know what that test is measuring exactly, but the difference between that and EXA Greedy is huge and seems a bit suspicious
[02:25] <bryce> like... I wonder if nomigration is bailing out and refusing to do the operation or something
[02:26] <bryce> in any case, this has convinced me to dust off the greedy patch and try to get it into shape for shipping.  Dunno if we can convince slangasek to accept it, but looks like it's worth giving it a go.
[02:26] <michaellarabel> I know the developer of JXRenderMark and will ask him next time I see him in my forums or on IRC.
[02:26] <bryce> cool
[02:27] <bryce> I'd also be interested in hearing which JXRenderMark tests will most closely relate to real world user work (e.g. ones that would correlate to various compiz effects or whatnot)
[02:29] <michaellarabel> Okay
[02:42] <bryce> whoa, greedy migration is terrible on my laptop
[02:43] <bryce> also I am getting major corruption (black shadows).  weird
[02:49] <michaellarabel> what chipset is your laptop using? I hadn't experienced any corruption on the 945 with the Atom netbook nor on another 945-based desktop.
[03:09] <cwillu> you're on 965 aren't you?
[03:10] <michaellarabel> bryce: Just sent with 2.6.30-rc2 kernel in there... It's looking good.
[03:13] <bryce> yes, I'm on i965
[03:13] <bryce> dell 1420, pretty bog standard i965
[03:16] <michaellarabel> I think I have system each of 915, 945, 963, 965, G35, G43, G45. Though I highly doubt I would have time to run all of the tests.
[03:17] <bryce> EXA vs. EXA Greedy seems like the two to test
[03:18] <bryce> later on, a UXA vs. EXA multi-chip rundown would be interesting, but UXA in jaunty just isn't stable enough to consider yet
[05:52] <bryce_> sorted the black border issue I had.  Was just an incomplete mesa upgrade
[05:53] <bryce_> was just an incomplete upgrade.  last time it froze was in the middle of an upgrade
[05:54] <bryce_> running "greedy" now and there's no prob
[06:48] <Mirv> bryce_: no I didn't need 102/104 disabled, I just disabled those all three before it was certain it's the max texture patch.
[06:48] <Mirv> tjaalton: ok, without problems so far even without the vblank patch
[06:49] <Mirv> I could run another build with just 103 disabled and use that now
[06:55] <Mirv> though I guess for 965G it's quite clearish anyway that its problems go away by disabling that patch now
[06:56] <bryce_> :-)
[06:57] <bryce_> well, the more verification the better...  we're going to have to SRU the fix, so that demands pretty thorough testing be done
[07:01] <Mirv> ok, going to do another build and use just with 103 disabled from now on
[07:04] <tjaalton> Mirv: so you've tried vt changes and suspending with vblank?
[07:06] <Mirv> tjaalton: well vt changes only now (seems to work multiple times), but suspending maybe 5 times now
[07:07] <tjaalton> ok, those used to mess things up, making it very slow
[07:07] <tjaalton> I guess mesa 7.4 fixed that
[07:07] <Mirv> cube is still purring
[07:07] <Mirv> maybe
[07:50] <maxb> window level all
[09:04] <bryce_> feh.  with 7.4 sans patch 103, I've gotten 3 freezes in as many hours
[09:05] <bryce_> tjaalton: reverting 103 doesn't seem to solve it.
[09:20] <Mirv> hmm, I'm still running the one from two hours ago, but the day is young still. it couldn't be the vblank patch?
[09:20] <Mirv> it's so annoying things seem so random
[09:27] <tjaalton> bryce_: are you sure?
[09:29] <tjaalton> I've reverted both 103 and 104 and it's been as stable as before
[09:29] <Mirv> I've already completed stuff I wasn't able to do when 103 was active. I'd hope bryce would just have some old library in use or something ;) Or X not restarted completely so that libraries would be reloaded, or...
[09:30] <tjaalton> bryce_: double-check that libgl1-mesa-dri is the version without that patch..
[09:30] <Mirv> or, running a build from the same source directory so that 103 was already applied before it was disabled
[09:31] <Mirv> (I always take a fresh apt-get source mesa before building a new one, and remove the patch in addition to removing it from series)
[09:36] <bryce_> come now guys, give me some credit, I'm not a complete moron ;-)
[09:36] <bryce_> half maybe...
[09:36] <tjaalton> hehe
[09:37] <bryce_> yes, I triple checked that the mesa was correct, did a re-upgrade and reinstalled 3 times
[09:38] <bryce_> all three freezes occurred when alt-tabbing
[09:38] <tjaalton> using greedy?
[09:38] <bryce_> yes
[09:38] <tjaalton> I'm not :)
[09:39] <bryce_> ok
[09:39] <tjaalton> maybe it has something to do with it
[09:39] <bryce_> yes that could be
[09:39] <bryce_> all 3 freezes occurred only since switching to greedy
[09:40] <bryce_> mm
[09:40] <bryce_> god how I hate -intel
[09:40] <tseliot> bryce_: do you want -psb instead?
[09:40] <tseliot> :-P
[09:40]  * bryce_ runs screaming
[09:40] <tseliot> hehe
[09:40] <bryce_> next you'll be offering me -nv or something ;-)
[09:41] <tseliot> yes, that would be my 2nd choice
[09:41] <bryce_> ok, rebooting sans-greedy.  brb
[09:44] <Mirv> not using greedy either
[09:46] <bryce_> I suppose it's useful to know these two things intefere before we roll them out...
[10:19] <bryce> nope
[10:19] <bryce> still froze up, even with greedy removed
[10:20] <bryce> 4th time freezing with alt-tab
[10:20] <bryce> also, it seems to be reproduced reliably, freezing after 30-60 min use
[10:21] <bryce> alt-tab seems to grow slower over time leading up to the freeze
[10:25] <bryce> night.
[10:31] <Mirv> hmm, not seeing anything like that, weird
[12:21] <michaellarabel> bryce: Running 2.6.30 + 2.7 -intel with both EXA and UXA and will have those results soon
[12:36] <Mirv> michaellarabel: that's exciting! :)
[13:45] <michaellarabel> Mirv: I think these results might be surprising. Watching the screen, it looks like there are still some massive slowdowns.
[13:59] <cwillu> wirechief in #ubuntu+1 is reporting that mesa 7.4-0ubuntu2~bug359392~1 makes his crashes go away on 965
[14:06] <Mirv> tjaalton/bryce: would it be wise to remove the max texture patch anyway if at least me and tjaalton are seeing much better stability? ie. was there any real, tangible benefit of the patch?
[14:09] <tjaalton> Mirv: I'm for it
[14:14] <tjaalton> it's only to allow compiz when the virtual size is above 2k*2k
[14:22] <tseliot> jcristau: any ideas as to why this happens (and including privates.h doesn't solve the problem)? http://pastebin.ubuntu.com/152082/
[14:23] <jcristau> no
[14:24] <tseliot> ok, thanks anyway
[15:14] <michaellarabel> bryce and Mirv: results for 2.7 and 2.6.30 with EXA and UXA should be in your inbox
[15:31] <tseliot> tjaalton: if I wanted to use libdrm 2.3.0 in Jaunty (to use -psb) which part of the kernel should I modify? gpu/drm and include/drm? Is this documented somewhere?
[15:32] <tjaalton> tseliot: those should do.. and it's not documented, sounds rather crazy :)
[15:33] <tseliot> tjaalton: it *is* crazy ;)
[15:33] <jcristau> psb is such a freaking disaster..
[15:33] <tjaalton> yeah..
[15:34] <tseliot> getting it to work is the problem ;)
[15:34] <tjaalton> the recent thread on kernel-team@ depicts it perfectly
[15:34] <tseliot> hehe
[15:34] <tseliot> I read that
[15:35] <tjaalton> so they just threw a tarball of new code to be merged to the hardy kernel..
[15:35] <tjaalton> limited audience, but still
[15:59] <Mirv> michaellarabel: thanks a lot, indeed interesting
[21:53] <tormod> is there any chance of getting radeonhd 1.2.5 as SRU?
[22:28] <bryce> tormod: not really; put it in through backports instead
[22:28] <bryce> if there are critical fixes, those might be sru-able
[22:28] <bryce> (individually)
[22:31] <tormod> bryce: bug 359082 is important for r6xx/r7xx so I wondered if one should bother SRU individual fixes
[22:32] <tormod> since we are not using radeonhd by default it should have more relaxed policy - it should be back in universe maybe
[22:33] <bryce> tormod: true, well we can move -radeonhd back there for karmic
[22:34] <bryce> tormod: anyway, slangasek is the one who you have to get approval from on sru's
[22:35] <bryce> tormod: it's been my experience when asking for version bumps that he tells you to cherrypick out the exact patches you need, rather than bump the whole version
[22:35] <bryce> but you're welcome to just ask him directly; maybe he'd make an exception in this case
[22:36] <tormod> yes that sounds like standard practice, but radeonhd is there just for testing anyway...
[22:36] <bryce> for radeonhd, I'll give my +1 to any solution you and he agree on
[22:40] <tormod> hmm a blank check :)
[22:42] <tormod> radeonhd is not on the cd right?
[22:44] <tormod> (it is not)
[22:49] <michaellarabel> bryce: Have you looked at the 2.7 + 2.6.30 performance?
[22:50] <bryce> michaellarabel: yeah I saw your article on that, is that what you mean?
[22:50] <bryce> sad that there's still problems, but I guess not unsurprising
[22:51] <michaellarabel> the link I sent on ubuntu-x this morning, http://global.phoronix-test-suite.com/?k=profile&u=phoronix-31974-10432-20657
[22:51] <bryce> also I keep turning up more reports of regressions when using "greedy"
[22:51] <bryce> ah sweet
[22:51] <michaellarabel> So what are you looking at doing for Jaunty?
[22:52]  * bryce looks
[22:55] <bryce> well, for the jaunty release itself, it is too late to make course corrections, unless we had 99.99% certainty that the option to change would improve performance without causing regressions
[22:55] <bryce> so what we've done for now is to at least document the options in the release notes
[22:56] <michaellarabel> okay
[22:57] <bryce> https://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes
[22:58] <bryce> one disadvantage to greedy is that it could make it hard to get support from Intel on bugs in the future - see http://bugs.freedesktop.org/show_bug.cgi?id=16773 for example
[23:00] <bryce> michaellarabel: at this point, my hopes rest mainly on the kernel team being able to sru the appropriate patches from 2.6.30 to jaunty.  (But please don't quote me on this.)
[23:00] <michaellarabel> Okay.
[23:00] <tormod> I read somewhere that Intel will drop EXA soon anyway... I guess no support on EXA from them then.
[23:01] <bryce> your tests indicate that those kernel changes bring some relief, and upstream feels them to be the "right" solution, so it seems to me to be the right thing to do
[23:01] <bryce> gahh
[23:01] <bryce> Intel drops support for legacy stuff far too quickly.
[23:02] <tormod> there is not much left between legacy and experimental obviously ;)
[23:02] <bryce> I understand their motivations, but it boxes us distros into the corner not having options to work around problems
[23:02] <bryce> tormod: bingo
[23:03] <bryce> we still have users for whom XAA is the only thing that works ;-)
[23:03] <bryce> anyway
[23:04] <bryce> at least Intel puts it out as 100% open source
[23:04] <jbarnes> yeah it's double edged
[23:04] <jbarnes> we clearly can't support everything we have today (as shown by our huge bug count)
[23:05] <jbarnes> so unless we drop stuff, nothing will really improve since we'll have no focus
[23:06] <bryce> jbarnes: like I said, I understand the motivations, and it makes sense.  It just is painful when the new stuff doesn't work yet, to see the current stuff going legacy already.
[23:07] <jbarnes> we'll continue to support 2.7
[23:07] <jbarnes> and we'll work to make sure that by the time 2.8 comes out it won't suck
[23:07] <tormod> do you intend to clean up UXA and make it stable for everyone before the next *XA ;)
[23:09] <jbarnes> that's the intent
[23:09] <jbarnes> of course our track record leaves plenty of room for skepticism
[23:09] <jbarnes> (trust me I'm pretty frustrated by the current situation too)
[23:12] <bryce> sometimes it seems that upstream moves so quickly, that by the time something is stable enough for end users, it's already unsupported by upstream
[23:13] <bryce> anyway, now I'm just ranting ;-)
[23:13] <jbarnes> yeah, but most of these new features have been in development and planned for quite awhile
[23:14] <jbarnes> so hopefully we're not just making stuff up and dropping the old stuff cause it's not shiny anymore :)
[23:14] <jbarnes> e.g. gem, kms, dri2 have all been in the works for a long time now
[23:16] <superm1> tjaalton, i'm still having a hard time pushing to git $ git push origin ubuntu
[23:16] <superm1> fatal: The remote end hung up unexpectedly
[23:17] <superm1> can i only push via ssh protocol, and git:// is only for pulling?
[23:17] <bryce> superm1: you can switch over to ssh for read/write
[23:17] <superm1> how do I switch the branch over?
[23:17] <bryce> no clue
[23:18] <bryce> I just do a new checkout
[23:18] <superm1> haha
[23:18] <bryce> I think you can fiddle with the config file in .git/
[23:18] <superm1> i swear some day it'll all just click and i'll understand git
[23:18] <bryce> optimist
[23:23] <bryce> jbarnes: you know, trying to think about this a little more holistically, it often seems that when upstream feels the new thing is "ready", what they mean is that they feel it is "ready for testers" and want to get bug feedback on any remaining issues
[23:24] <bryce> jbarnes: whereas at the distro level, "ready" would mean "ready for end users" with no bug reports needed
[23:24] <bryce> in theory, if the former is done sufficiently, the latter should just fall into place
[23:24] <bryce> but in practice it seems the two get muddled up
[23:25] <bryce> anyway, I dunno, maybe it'll go better in karmic.
[23:25] <jbarnes> bryce: yeah definitely
[23:25] <jbarnes> (about the two getting muddled up I mean)
[23:25] <jbarnes> I'm mainly unhappy with our bug count at this point, and I can only imagine how distros and users feel about it :)
[23:26] <jbarnes> my hope is that we'll be able to focus on making fewer code paths more robust
[23:29] <superm1> bryce, yah .git/config has it in plain text. thanks for the pointer.  so whenever alioth's cron job runs and gets my ssh key in there, i'll finally be able to push
[23:34] <bryce> jbarnes: yeah in fact I've spared you the brunt of our bug load; if I ever get a good solid chunk of time to upstream bugs, I will be bloating your numbers considerably (we're going on 300 bugs now)
[23:34] <bryce> (plus bunches more in mesa and xserver that probably should go to intel)
[23:35] <jbarnes> yeah I noticed... I troll launchpad and your pages sometimes and I'm a little frightened
[23:35] <jbarnes> our fdo bug count is way too high as it is...
[23:37] <bryce> part of the reason I've not upstreamed them already, is that the entry bar for -intel in fdo is higher than most of these bugs meet (e.g. needing to test a git version of the driver, needing to set debug flags, capture data from secondary tools, etc.)
[23:38] <bryce> in some respects I think having a high entry bar is good in keeping the bug load down
[23:38] <bryce> but in other respects, it doesn't mean the bugs don't exist, just that they don't reach you
[23:40] <bryce> anyway, what I've been doing on our end is to try and make it easier for users to file bugs that meet the upstream requirements.  I hope that will end up helping.
[23:42] <jbarnes> yeah that helps a lot
[23:42] <bryce> jbarnes: fwiw, of the 280 or so bugs, 20% are upstream now (comparible with the proportion of xserver bugs upstream)
[23:43] <jbarnes> cool
[23:43] <jbarnes> there's a fairly high dup % upstream too
[23:43] <jbarnes> dunno how launchpad is
[23:44] <bryce> we tend to try keeping it pretty clean dupe-wise, but often it's hard to say for certain if a given bug is a dupe or not
[23:45] <bryce> since for upstreaming bugs there is sort of a "1-issue 1-person" rule, we tend to prefer people not get too aggressive at duping up bugs
[23:51] <jbarnes> yeah and when I say dupe I mean "caused by the same thing" not similar symptoms


[14:59] <phillw> wxl: would you be so kind as to cast your eye over https://help.ubuntu.com/community/Lubuntu/PreviousReleases The stuff on Macs / PPC is badly phrased owing to the fact I had no real idea what I was talking about and making it up as I went along :)
[15:00] <wxl> phillw: i dont' necessarily see anything that needs fixing re: ppc
[15:01] <phillw> wxl: okies, it just looked a bit messed up to me.... I'm in hunting down 16.04 mode and what we need to have ready :)
[17:23] <phillw> wxl: ping post release 14.04.4
[18:02] <wxl> phillw: huh?
[18:03] <phillw> wxl: Ahh, yes... and now I know why to put a comment in when I ping someone!!! https://wiki.ubuntu.com/Lubuntu/Developers/PrePostReleaseTODO
[18:04] <wxl> phillw: what are you trying to direct me to?
[18:05] <phillw> I've confirmed as much as I can for https://wiki.ubuntu.com/Lubuntu/Developers/PrePostReleaseTODO#At_Release-1
[18:06] <phillw> there are som non-comfirmed tasks that I do not know the status of
[18:07] <wxl> ah
[18:07] <wxl> blog and all mailing lists are done
[18:14] <phillw> wxl: if you could update the page... it is designed so that the wiki-docs, media, qa-devs teams all know where the heck things are up to. You didn't really see the fall down when skate left -release team, she kept those kittens herded together :)
[18:28] <tsimonq2> so I tried to do the LXQt install and it worked flawlessly EXCEPT for dependency errors for pcmanfm-qt, so I just installed regular pcmanfm
[18:29] <tsimonq2> specifically:
[18:29] <tsimonq2> pcmanfm-qt : Depends: libfm-qt5-2 (>= 0.10.0+201511240520~ubuntu16.04.1) but it is not going to be installed
[20:19] <tsimonq2> wxl: we need a preinstalled calculator that has a programming mode, it's an AWESOME function
[21:41] <krytarik> wxl: Ftm, you aware that lxqt-metapackages is currently stuck in 'proposed'?: https://launchpad.net/ubuntu/+source/lxqt-metapackages
[21:43]  * tsimonq2 looks for FTBFS
[21:44] <teward> it's not an FTBFS
[21:44] <teward> it's still stuck in the proposed queue
[21:45] <tsimonq2> teward: how does it get out?
[21:45] <teward> it's listed as a valid candidate, but since FeatureFreeze was yesterday, you may need to poke someone on the Release Team to look at it
[21:45] <tsimonq2> I'll do that
[21:46] <teward> given though that it's a *new* source package it appears, it'll probably need more review
[21:46] <teward> not sure 'new' packages automatically move out of proposed
[21:52] <phillw> teward: wxl has been in touch with the lxde dev who is running a bit late for a series of collective bug fixes. As Adam said in the notification, he'd rather a FFE than a botched job :) The LXDE stuff should be arriving about 1 day before this message :D
[21:53] <teward> indeed
[21:53] <teward> though I think tsimonq2 was talking about lxqt-metapackages just being stuck in proposed ;)
[21:53] <teward> ack though
[21:55] <phillw> teward: last update I had was to get tasksel to 'see' LXQt. Once 16.04 is out of the way, we get Julien back :)
[21:56] <teward> heh
[22:05] <tsimonq2> why's what? :)


[09:33] <FloodBot1> multi_io, this is a check to ensure that you're human and not a spambot: How much is 2 plus 1 (2+1)?
[11:34] <FloodBot1> kloeri: You're now cloaked; please try again joining #ubuntu (type /join #ubuntu) now.
[21:32] <FloodBot1> Pumpkin-, this is a check to ensure that you're human and not a spambot: What is the first letter in the word 'Ubuntu'?